Hvorfor rapporten ganger opp fakturaen når detaljene kobles
En rapport kan være teknisk korrekt koblet og likevel telle pengene mange ganger. Finn hvilken hendelse hver beløpskolonne faktisk måler før du summerer.
En faktura har flere varelinjer, to betalinger og tre vedlegg. Når økonomiteamet kobler alle detaljene inn i én ekstern rapport, vokser omsetningen dramatisk. Ingen har bokført et nytt salg. Rapportens rader gjentar den samme økonomiske hendelsen. Problemet må undersøkes på beløpets målenivå, ikke løses ved å slette tilfeldige rader.
Denne guiden gjelder aksept av et sammenstilt rapportgrunnlag. Den gir ingen generell programmeringsoppskrift eller påstand om hvordan et bestemt økonomisystem bygger databasen sin. Målet er at regnskapsansvarlig skal kunne stille en presis kontrolloppgave til den som lager rapporten.
En dokumentreferanse er ikke alltid én rapportlinje
Et fakturahode kan beskrive ett krav. Varelinjene beskriver deler av salget, betalingslinjene beskriver oppgjør og vedleggene peker til dokumentasjon. Alle kan bruke samme fakturareferanse uten å ha samme økonomiske rolle.
PostgreSQLs primærdokumentasjon om tabelluttrykk forklarer at sammenkobling kan gi flere kombinasjoner når flere rader svarer til samme nøkkel. Mekanismen brukes her som forklaring, ikke som et krav om at mottakeren skal skrive SQL eller som bevis på en bestemt leverandørs interne løsning.
Spør derfor ikke bare om koblingsnøkkelen er riktig. Spør også hvor mange rader som kan svare til den, og hvilket beløp som følger hver rad. Riktig fakturanummer kan fortsatt gi feil summering.
Syntetisk faktura som blir tolv rader
Anta én faktura på 10 000 kroner. Den har varelinjer på 6 000 og 4 000, to dokumenterte betalinger på 7 000 og 3 000 og tre vedlegg. Tallene er oppdiktede. Vi ser bare på beløp i én avklart valuta og regnskapsmessig beløpsdefinisjon.
| Grunnlag | Unike elementer | Riktig sum på sitt nivå |
|---|---|---|
| Fakturahode | 1 | 10 000 kroner |
| Varelinjer | 2 | 10 000 kroner |
| Betalingshendelser | 2 | 10 000 kroner |
| Vedlegg | 3 | Ingen ny økonomisk sum |
| Alle detaljkombinasjoner | 2 × 2 × 3 = 12 | Må ikke summere gjentatt hode |
Hvis hver kombinasjon får fakturahodets 10 000, blir en naiv sum 120 000. Hvis varelinjene gjentas for hver betaling og hvert vedlegg, kommer hver varelinje seks ganger. Da blir linjesummen 60 000, selv om begge originale linjene bare summerer til 10 000.
De forskjellige feilbeløpene viser hvorfor én totalsjekk kan være for svak. En korrigering som deler alle summer på tolv, virker heller ikke generelt: Neste faktura kan ha andre antall linjer, betalinger og vedlegg.
Avstem hver pengestrøm før detaljene presenteres sammen
En kontrollert rapport kan først etablere fakturakravet én gang per faktura, varebeløpene på varelinjenivå og betalingene per unik betalingshendelse. Vedleggene kan vises som referanser uten å overta rollen som penger.
Det er en beskrivelse av ønsket kontrollresultat, ikke én obligatorisk teknisk løsning. Den som lager rapporten må kunne forklare hvordan hver økonomisk størrelse bevares. Regnskapsansvarlig kan deretter sammenligne resultatet med uavhengig faktura- og betalingsgrunnlag.
Rapportens økonomiske formål er avgjørende. Salg og oppgjør er heller ikke to inntekter som skal legges sammen. En rapport med 10 000 i salg og 10 000 i betaling har to forskjellige kontrollstørrelser.
Ikke bruk likt beløp til å fjerne gyldige hendelser
To varelinjer kan begge være på 5 000. To forskjellige betalinger kan begge være på 2 500. En regel som fjerner rader bare fordi beløpene er like, kan dermed fjerne reelle hendelser i stedet for de tekniske gjentakelsene.
Bevar faktura-, linje- og hendelsesidentitet. Når du undersøker de tolv kombinasjonene, skal de samme to varelinjene kunne gjenfinnes. En ny teknisk radidentitet i rapporten betyr ikke at en ny økonomisk hendelse har oppstått.
Én fil knyttet til flere poster gir et beslektet skille. Tre vedlegg kan være riktig dokumentasjon, men de gir ikke tre salg.
En rapport kan også miste dokumenter
Legg til en separat dekningstest med tre dokumenthoder: ett har ingen varelinjer i den mottatte filen, ett har én og ett har tre. Det finnes fire varelinjer, men tre dokumenter. Et uttrekk som bare viser varelinjer, kan miste dokumentet med null linjer.
Det tomme dokumentet skal ikke automatisk godkjennes som en gyldig faktura. Det kan være ufullstendig eller av en annen type. Poenget er at det skal være synlig som en kildepost som trenger riktig avklaring, fremfor å forsvinne fra kontrollomfanget.
Bevar derfor både pengesummer og dokumentdekning. En rapport kan ha korrekt beløp for de synlige linjene samtidig som en ufullstendig kildepost mangler. Kildespor hjelper mottakeren med å forklare begge typer avvik.
Godkjenn med to forskjellige prøver
Prøv først en faktura med flere uavhengige detaljgrupper og kontroller at pengene telles på riktig nivå. Prøv deretter et dokument med manglende detaljer og se om det fortsatt kan gjenfinnes. Oppgi faktisk avvik og ansvar før rapporten brukes videre.
En god sammenstilling gjør detaljene lesbare uten å gange opp pengene eller redusere kildeomfanget usynlig. Flere rapportlinjer er ikke i seg selv et problem. Det viktige er at hver økonomisk sum og hver dokumentpost beholder en forklarbar rolle.