Bijdrage van Bloggers (blogs)
Rekeningnummer Lonen en salarissen 4100 of RGS-code WPerLesLon
Plaatsingsdatum | 23-01-2020 |
Berichtdatum | 23 januari 2020 |
Blog door Gerard Bottemanne, Onderzoeksbureau GBNED Na ervaring te hebben opgedaan met de nodige boekhoudsoftware en het voeren van de boekhouding kun je me wakker maken met bepaalde grootboekrekeningen. Noem je 1300, dan zeg ik “debiteuren”. Noem je 1600, dan zeg ik “crediteuren”. Bij 1000 roep ik “kas” en bij 4100 “lonen en salarissen”. Zo kent de gemiddelde financial van assistent boekhouder tot accountant ongetwijfeld meer voorbeelden. Veel organisaties, administratie- en accountantskantoren kennen eigen rekeningschema’s, al dan niet branche gericht. Maar in alle gevallen (misschien die ene uitzondering daargelaten) wordt gewerkt met een decimaal rekeningschema. Inmiddels hebben we RGS. Uitgangspunt voor RGS bleek niet het vertrouwde decimale rekeningstelsel, maar een rekeningcodering bestaande uit letters. In plaats van de vertrouwende rekening 1000 wordt binnen RGS de rekeningcode “BLimKasKas” gebruikt. Voor 1300 kwam “BVorDebHad” in de plaats en voor 4100 werd “WPerLesLon” geïntroduceerd. Dat was even schrikken voor menig financial De schrik bleek echter niet onterecht Enkele leveranciers van boekhoudsoftware die zich indertijd hadden gebaseerd op het decimale referentienummer binnen RGS konden weer opnieuw beginnen of het bijltje erbij neer gooien. Tijdelijke verzoening Maar nu
Enz…” Het antwoord vanuit de RGS community luidt: Geen decimaal rekeningschema meer? Als een bestaand rekeningschema aan RGS is gekoppeld op basis van de RGS-code, dus bijvoorbeeld een eigen rekening 4100 gekoppeld aan RGS-code “WPerLesLon”, dan is daar op zich niets mis mee natuurlijk. Maar zolang het gebruik van het referentienummer in RGS is toegestaan, dan moet dat goed ondersteund worden en niet half zoals momenteel het geval is. Mijn persoonlijke mening c.q. advies is:
Ondertussen groeit, mede door het onopgeloste raadsel van het toepassen van niveau 5 (mutaties) en het niet goed toepassen van extensies, RGS alsmaar door naar zelfs 3.858 RGS-codes op dit moment. De laatste 2 jaar in hoog tempo, want in 2017 bedroeg het aantal RGS-codes nog 3009 codes. Een toename van maar liefst 849 RGS-codes (> 28%) in twee jaar. Ik ben een groot voorstander van RGS in de vorm van een standaard grootboekschema, al dan niet als relatie tussen bestaande grootboekschema’s en uitvragende partijen. Maar dan moet RGS wel een stabiel geheel zijn, zonder explosieve groei van het basisschema zoals de afgelopen 2 jaar en de vele openstaande punten. RGS Niet Ready |
Categorie(n) | Branche > Accountantskantoren, RGS (ReferentieGrootboekSchema), Soort > Boekhoudsoftware, Standaardisatie, (open)standaarden |
Bronvermelding | Onderzoeksbureau GBNED |
Internet URL | Onderzoeksbureau GBNED |
Automatisch op de hoogte blijven?
Schrijf u in voor onze gratis periodieke
nieuwsbrief.
Dubbel boekhouden is niet bedoeld als twee keer boekhouden: waarom doen we dat laatste dan wel in de praktijk? [22-11-2020]
Elektronisch factureren: Waar moet de administrateur en controller rekening mee houden? [08-11-2020]
RPA en robotic accounting zijn niet hetzelfde: beide nader verklaard [28-09-2020]
Hoe wordt de tijd in de belangrijkste software van een kantoor gespendeerd? Wij weten het [23-09-2020]
eProcurement: uitkomst voor het 100% automatisch afhandelen van eFacturen [15-08-2020]
Voorjaar 2021
Seminar RPA en robotic accounting
Met ook gerelateerde ontwikkelingen, zoals: Artificial intelligence (AI), Elektronisch factureren, Purchase-2-Pay, PSD2, Blockchain en Chatbots.
Meer informatie en deelname...