02 Behandling av transaksjon

Rutinen FS206.001 Innlasting av betalingstransaksjoner fra bank har en transaksjonstolker som, avhengig av transaksjonsformat, returnerer nødvendig informasjon for den enkelte betalingstransaksjon.

Følgende informasjon returneres av denne:

• Kontonr

• Betalingsdato

• Fødselsnr

• Fakturanr

• KIDkode

• Beløp

• Referansenr 10 siffer

• TransaksjonsId 10 siffer

• Blankett ID 10 siffer

For transaksjoner fra BBS benyttes transaksjoner av type N090 og N091. N090 inneholder informasjon om kontonr, som må stemme overens med kontonr for fakturareskontro-forekomstens fakturatype. N091 går over to linjer, linje 0 og 1. Alle andre transaksjoner overses, og kommer ut med grå tekst i rapporten etter kjøring. Dersom en transaksjon inneholder ulovlige tegn, gis meldingen "Ukjent transaksjonsformat".

Rutinen har et visvalg "Alle transaksjoner" Dersom kryss for denne tas vekk, så vises kun transaksjoner som inneholder merknader.

Dersom transaksjonstolkeren finner en gyldig transaksjon, utføres følgende:

1. Sjekker om fakturareskontro finnes for oppgitt fakturanr. Dersom fakturareskontroforekomsten ikke eksisterer, returneres meldingen: Ukjent fakturanr - fakturanr.

2. Videre sjekkes KIDkode. Dersom KIDkode for forekomsten ikke stemmer med KIDkoden i betalingstransaksjonen, returneres meldingen: Ukjent KIDkode. Disse transaksjonene vil legges i egen tabell, og informasjonen i denne vises i bildet OCR-innlasting - ubehandlede transaksjoner. Dersom KIDkode ikke eksisterer så vil fakturanr. og termin ikke vises i rapporten.

3. Bankkontonr fra fakturareskontroens fakturatype sjekkes mot bankkontonr i transaksjonen. Dersom disse ikke stemmer overens, returneres meldingen: Feil kontonr - forventet nnnn nn nnnnn.

4. Sjekker så om betalingen allerede er registrert i FS, dvs om det finnes en reskontrodetalj med detaljtype "INNBET" og samme betalingsdato og transaksjonsid som i betalingstransaksjonen. I så tilfelle gis meldingen "Transaksjonen allerede registrert". Dersom beløp for registrert transaksjon avviker fra registrert beløp i FS, gis det melding om dette.

5. Dersom reskontroforekomster er funnet, og betalingen ikke allerede var registrert, så registreres innbetalingen som reskontrodetalj med fakturadetaljtype "INNBET", med opplysninger om betalingsdato og beløp. Fakturanr og termin vises i rapporten.

6. Dersom innbetalt krav er markert med kryss for semesteravgift (i bildet Fakturadetaljtype), så vil det bli generert et registerkort for samme år-termin som fakturaen.

7. Ved registrering av INNBET, så vil det samtidig bli foretatt kontering av innbetalingen.

8. Dersom semesteravgiften er markert som årsavgift vil det for innbetaling HØST bli generert registerkort for både HØST og påfølgende VÅR.

9. Dersom innbetalingen kommer fra en student som er relegert (utestengt), vil det ikke bli opprettet registerkort.

10. Det opprettes ikke registerkortkort for terminer som er sperret mot oppdatering av registerkort. Det gis varsel om dette.

11. Ved innlasting blir kontonr. på selve innbetalingen oppdatert.

Dersom innbetalingen medfører at kontrollsummen (saldo) for faktura blir 0, gis fakturastatus verdien "OPPGJORT", og alle krav får verdien "J" i status_betalt. Dersom kontrollsum blir ulik 0, gjøres det en kontroll på om resterende krav er valgbare. Dersom frafall av valgbare beløp medfører at reskontroens saldo blir 0, registreres det et frafall på resterende beløp, og fakturastatus gis verdien "OPPGJORT". De ikke-valgfrie delene av kravene får status_betalt = "J".

Dersom registerkort er SPERRET for student, vil kun betaling bli registrert på reskontroen, ikke på registerkortet.

Til sist oppdateres betalingsdato for faktura, som da kun angir siste betalingsdato.

Bankkontonr oppdateres ikke for person.

Det er lurt å kjøre rapporten FS205.005 Reskontro - Internkontroll etter innlastingen for å kontrollere reskontroen.