Let op:
Het beheer van de RGS brugstaat is ondergebracht bij STIPAC.
Alles over de RGS brugstaat en andere gerelaieerde standaarden is te vinden op de website van STIPAC.

Vanuit menig boekhoudpakket worden financiële cijfers aangeleverd voor de winstaangifte IB en VPB. Er zijn inmiddels al meerdere leveranciers van boekhoudpakketten en fiscale aangiftepakketten die onderling gegevens uitwisselen. En ook RGS wordt hiervoor al ingezet. Daar tegenover zijn er ook de nodige leveranciers van boekhoudsoftware die vanuit hun pakket geen cijfers digitaal aanleveren om direct op te nemen in de winstaangifte van fiscale aangiftesoftware IB en VPB.

In nauw overleg met betrokken softwareleveranciers (zie verderop) is door Onderzoeksbureau GBNED nu een ‘standaard koppelvlak’ gedefinieerd om gegevens vanuit boekhoudsoftware op basis van RGS, al dan niet via een API, over te zetten naar fiscale aangiftesoftware. Zodat alle leveranciers (van boekhoud- en fiscale aangiftesoftware) een uniforme oplossing hebben voor het automatisch aanleveren van cijfers voor de winstaangifte.

Een en ander op basis van RGS codering in het grootboek.

De uitwerking komt feitelijk op het volgende neerkomt:

1. Leveranciers van boekhoudsoftware zorgen ervoor dat een grootboekschema gekoppeld is of kan worden aan RGS-codes. En dat een RGS brugstaat (een XML-bestand dat verderop is gespecificeerd) aangeleverd kan worden.
      
2. Leveranciers van fiscale aangiftesoftware zorgen ervoor dat via het XML-bestand de cijfers ingelezen kunnen worden. Conform de specificatie die verderop is uitgewerkt.
      
3. Als controle zorgt het RGS-project voor een overzicht met een volledige codering van de winstaangiftes (IB en VPB) in het RGS-schema. Op een zodanige wijze dat iedere RGS-code (in elk geval op niveau 4) een corresponderende winstaangifte rubriekscode kent.

De wijze van aanleveren, zoals: export, import of API wordt aan de markt zelf overgelaten.

Voorbeeld WIA
Voorbeeld klein deel winstaangifte rubrieken versus RGS (3.1):

Toelichting:

1. Vorderingen op handelsdebiteuren is niveau 3 van RGS.
   Hierbinnen zijn rekeningen aanwezig als:
   - Handelsdebiteuren nominaal
   - Handelsdebiteuren intercompany
   - Voorziening voor oninbaarheid op vorderingen op handelsdebiteuren
   - Huurdebiteuren
   - Tussenrekening ontvangsten debiteuren (ontvangsten onderweg).
   
   In de regel zal in een rekeningschema de post “debiteuren” gekoppeld worden aan BVorDebHad, zijnde “handelsdebiteuren nominaal”. Valt hierdoor automatisch onder BVorDeb. Dat laatste geldt feitelijk voor alles met BVorDeb*.*.
   
   Als de Belastingdienst bijvoorbeeld de “Voorziening voor oninbaarheid op vorderingen op handelsdebiteuren” elders wenst op te nemen in de winstaangifte moet de winstaangifte gekoppeld worden per rekening op niveau 4 van RGS. De gebruiker heeft daar verder geen omkijken naar. Ook voor de leveranciers van boekhoud- en fiscale aangiftesoftware scheelt dit werk om e.e.a. zelf uit te dokteren.
      
2. Auto- en transportkosten is eveneens van niveau 3. Let op: In dit geval 2 RGS-codes.
   Als bijvoorbeeld “Boetes en bekeuringen” of “parkeerkosten auto’s” niet thuishoort onder “autokosten” in de winstaangifte zal de Belastingdienst e.e.a. moeten coderen op niveau 4 van RGS (dus per grootboekrekening).
   
   

Uitwerking specificaties

Met de volgende leveranciers van Fiscale aangiftesoftware is onderhavige uitwerking tot stand gekomen: AFAS Software, Fiscaal-Online.nl, Reed Business, Tecknow, Unit4, Visionplanner en Wolters Kluwer.
Verder waren de volgende leveranciers van boekhoudsoftware betrokken die zich daarvoor zelf hadden aangemeld: Exact, Minox, Twinfield en Yuki. Tot slot is de Belastingdienst betrokken geweest bij overleg en afstemming.

De positieve houding van alle aanwezigen tijdens het overleg (12-9-2019 te Hoevelaken) en verdere afstemming is het melden waard en heeft ertoe geleid dat onderstaande uitwerking een feit is.

Meer informatie

Alles over de RGS brugstaat en andere gerelaieerde standaarden is te vinden op de website van STIPAC.