Hoe om te gaan met negatieve bedragen bij een positieve controle: praktisch vervolg
In deze column wil Paul van Batenburg laten zien hoe de steekproefselectie op positieve en negatieve bedragen in de praktijk goed werkt.
Paul van Batenburg
In column 80 liet ik zien dat negatieve bedragen in een positief te controleren populatie niet absoluut moeten worden gemaakt, omdat dan de controlerichting van die bedragen omdraait. De steekproef moet alleen uit de positieve bedragen worden gestoken. Omdat het interval wordt bepaald op basis van het verantwoorde bedrag dat een saldo is van positieve en negatieve bedragen, zal het aantal te controleren waarnemingen groter worden dan verwacht. Wie dit extra werk wil voorkomen moet de positieve en negatieve bedragen tevoren (laten) salderen, maar dit is niet altijd mogelijk omdat niet altijd duidelijk is of de correctie eenduidig bij de te corrigeren post hoort.
De casus
Het verantwoorde bedrag van € 300 bestaat uit drie posten (A, B en C) van elk € 100. De steekproef dient drie waarnemingen groot te worden, dus er wordt gestoken met een interval van € 100. Voor een systematische steekproef met vaste intervallen is een startgetal nodig, en dat blijkt 50 te zijn. De gestoken waarnemingen ontstaan door bij die 50 steeds het interval van 100 op te tellen. Het zal duidelijk zijn in dit simpele voorbeeld dat alle drie de posten geraakt zullen gaan worden.
Maar, post B is wel verantwoord als € 100, hij bestaat uit een initiële boeking van € 200 en een correctie van € 100. Netter zou zijn het hele bedrag terug te boeken en dan weer € 100 op te boeken, maar voor mijn voorbeeld is dat om het even. De populatie ziet er dus als volgt uit:
Post | Bedrag |
A | 100 |
B | 200 |
B | -100 |
C | 100 |
Totaal | 300 |
Hoe steek je dan? Zo moet het wel
Het negatieve bedrag kan en mag niet worden gestoken, en de juiste manier is om bij de cumulatie van bedragen dat negatieve bedrag over te slaan:
Post | Bedrag | Cumulatie | Gestoken |
A | 100 | 100 | 50 |
B | 200 | 300 | 150 en 250 |
B | -100 | 300 | |
C | 100 | 400 | 350 |
Totaal | 300 |
En inderdaad, de steekproef bevat nu vier waarnemingen, omdat er 400 positief te controleren euro's zijn. Bij het controleren van euro nummer 250 zal blijken dat die incorrect is, maar inmiddels wel gecorrigeerd en daarom voor de steekproef niet meer als fout telt. Extra werk, dat voorkomen had kunnen worden door een geschoonde populatie te hanteren waarin post B al gewoon voor € 100 was opgenomen. Maar ja, dat kan niet altijd zo gemakkelijk.
Zo moet het niet
Het negatieve bedrag kan en mag niet worden gestoken, en een onjuiste manier is om de cumulatie van bedragen terug te laten tellen:
Post | Bedrag | Cumulatie | Gestoken |
A | 100 | 100 | 50 |
B | 200 | 300 | 150 en 250 |
B | -100 | 200 | |
C | 100 | 300 | ? |
Totaal | 300 |
Er komt nu een steekproef van drie waarnemingen uit, maar post C blijft buiten schot want steekproefeuro 250 verwijst naar post B! De noodzakelijke vierde waarneming om de 400 positieve euro's te controleren, wordt niet aangewezen. Daarnet leidde euro 350 naar post C, maar dat lukt nu niet.
Kortom: de cumulatie laten terugtellen door de waarden van een negatieve post negatief mee te tellen, verkleint de kans op selectie van de eerstvolgende post.
Hoe steekt ACL dan? Ook niet goed…
Tenzij uitdrukkelijk verijdeld door de opdracht alleen uit positieve bedragen te steken, zal Audit Software zoals Audit Command Language (ACL) de tweede regel van post B absoluut maken en na selectie er weer een minteken voor plakken. ACL maakt dus een steekproef van vijf waarnemingen uit een niet bestaande populatie van 500 euro's:
Post | Bedrag | Cumulatie | Gestoken |
A | 100 | 100 | 50 |
B | 200 | 300 | 150 en 250 |
B | -100 | 400 | 350 |
C | 100 | 500 | 450 |
Totaal | 300 |
Wie dit wil voorkomen door het interval aan te passen naar 500/3 (de absolute waarde van de populatie gedeeld door het gewenst aantal waarnemingen) zal zien dat post C weer wordt overgeslagen:
Post | Bedrag | Cumulatie | Gestoken |
A | 100 | 100 | 50,00 |
B | 200 | 300 | 216,66 |
B | -100 | 400 | 383,32 |
C | 100 | 500 | 549,98 |
Totaal | 300 |
Of weer nu 'met de hand' of met behulp van Audit Software wordt gestoken, negatieve bedragen moeten uit de populatie worden genegeerd als een geldsteekproef wordt getrokken. Wie opziet tegen het extra werk dat daar uit voortkomt, moet de populatie eerst - bij voorkeur door de gecontroleerde - laten salderen. Als dat kan. Overigens, door de populatie eerst te sorteren van hoge naar lage bedragen krijgt men niet alleen een naar omvang zo representatief mogelijke steekproef, maar is daarmee ook het hele probleem van eventueel negatieve bedragen opgelost.
Gerelateerd
Machine learning in de audit: uitschieters bij vastgoedwaardering
Regressie is een vorm van machine learning met als doel het voorspellen van cijfers op basis van een aantal kenmerken. Met open-sourcesoftware kun je zonder programmeerkennis...
Machine learning in de audit: voorspellen van klantverloop
Het doel van machine learning is om voorspellingen te maken aan de hand van data. Binnen dit veld worden doorgaans drie hoofdtoepassingen onderscheiden: classificatie,...
De steekproefomvang ontmaskerd - deel 5
In vorige columns hebben we verschillende manieren besproken om tot een steekproefomvang te kunnen komen. Deze column is de laatste van de serie waarin we verschillende...
De steekproefomvang ontmaskerd - deel 4
Een accountant die gebruikmaakt van software om een steekproefomvang te berekenen, moet zeker weten dat die software dat goed doet. Daarvoor moet je de rekenmethode...
Symposium: Machine Learning in de audit
Hoe is het momenteel gesteld met de toepassing van Machine Learning in de audit? Aankondiging van een symposium.