Eksport fra fagsystem til regnskap
Lag en overføring som bevarer enhet, hendelse, komponent og periode. Bruk kontrollsummer og et avklart retteløp når eksporten skal importeres.
En brukbar eksport må forklare hva beløpene betyr og hvordan de kan gjenfinnes i kilden. Begynn med én avsluttet periode og ett kilderegister. Definer deretter hvilke hendelser som skal overføres, hvilke som bare skal dokumenteres, og hva som kontrolleres etter import.
Avtal et konkret innhold
| Felt | Hva det gjør mulig |
|---|---|
| Juridisk enhet | Hindrer at samme oppgjør blandes mellom selskaper |
| Kildesystem | Gjør identiteten unik på tvers av leverandører |
| Hendelses-ID | Gjenkjenner posten ved ny kjøring |
| Avtalereferanse | Finner faggrunnlaget som forklarer beløpet |
| Komponent | Skiller hovedstol, rente, provisjon eller annen godkjent type |
| Datoer | Bevarer hendelsesdato, avtalt regnskapsperiode og oppgjørsdato |
| Valuta og beløp | Gir riktig fortegn og summering |
| Originalreferanse | Viser hvilken hendelse en korreksjon gjelder |
En person med økonomioppgaver trenger ikke nødvendigvis hele kundeprofilen. Bruk en sikker referanse til fagsystemet der det er nok for å finne dokumentasjonen.
Et syntetisk provisjonsuttrekk
Anta at kilden leverer tre hendelser: 30 000 og 20 000 i ny provisjon og −6 000 i tilbakeføring. En kontrollfil eller leveransebeskrivelse kan oppsummere materialet slik:
| Kontroll | Forventet resultat |
|---|---|
| Antall hendelser | 3 |
| Ny provisjon | 50 000 |
| Tilbakeføring | −6 000 |
| Nettobeløp | 44 000 |
Importen skal kunne sammenlignes med disse tallene før bankoppgjøret kontrolleres. Hvis bare to hendelser er registrert, skal systemet ikke vise hele leveransen som ferdig fordi filen ble mottatt.
Ta stilling til formatdetaljene
Avtal desimalskilletegn, fortegn, datoformat og tegnsett. Et komma i et beløp og et komma som feltskilletegn må ikke tolkes tilfeldig. Tomt felt, null og manglende verdi er forskjellige situasjoner og bør ha definerte regler.
Ved tidsstempel må tidssone og skjæringstidspunkt være kjent. Et uttrekk ved månedsskiftet kan ellers plassere samme hendelse i ulike perioder hos kilde og mottaker. Regnskapsansvarlig bestemmer periodebehandlingen; eksporten skal bevare datoene som trengs for å følge den.
Skill identitet fra filnavn
Samme hendelse kan komme i flere leveranser. Den skal fortsatt ha samme kildeidentitet. En ny fil må derfor ikke automatisk bety nye regnskapsposter.
Hvis kilde A og kilde B begge har hendelse «123», er kildesystemet del av nøkkelen. Ved korreksjon brukes en ny identifiserbar hendelse med referanse til originalen. Ikke endre beløpet i en gammel fil som allerede er behandlet uten at det finnes en avtalt versjons- og rettemodell.
Uavhengig kontroll etter import
Den som avstemmer bør kunne hente resultatet fra mottakeren og sammenligne med kildegrunnlaget. En kontroll som bare summerer filen avsenderen selv laget, bekrefter ikke hva mottakeren faktisk registrerte.
Kontroller enhet, antall, komponenter, valuta og periode. Registrer avviste poster med årsak og ansvarlig. Ta med en prøve der en fil blir delvis akseptert, og vis hvordan bare de manglende hendelsene kan behandles uten duplikat.
Når overføringen stopper
Et tidsavbrudd kan ha skjedd etter at mottakeren registrerte postene. Finn mottaksstatus før gjenkjøring. Bruk samme identitet og bevar kvittering og kjøringsreferanse. Logger trenger status og referanser, ikke komplette oppgjørsfiler eller sensitive fritekstfelt.
Feilrettingsguiden viser handlingene ved ukjent resultat. Aksepttesten bør være godkjent før produksjonsstart.
Leveransen til den som skal drifte rutinen
Ta med feltbeskrivelse, et syntetisk eksempel, forventede kontrollsummer, kjøringsrekkefølge, avviksrutine og kontaktansvar. Avtal også hvem som følger opp endringer i kildeformatet. En ny driftsansvarlig skal kunne finne en manglende hendelse og gjennomføre en kontrollert retting ved hjelp av dokumentasjonen.