3 Funksjonell kravspesifikasjon - Nets
3 Funksjonell kravspesifikasjon - Nets
3 Funksjonell kravspesifikasjon - Nets
Create successful ePaper yourself
Turn your PDF publications into a flip-book with our unique Google optimized e-Paper software.
3.7.4 Utforming av egen varsling til betaler<br />
Ved egen varsling til betaler er det enklest å benytte samme redigering / oppsett av faktura, som for<br />
betalere som mottar ordinær faktura med OCR giro. Varsel skrives imidlertid ut på hvitt ark / formular<br />
uten OCR giro. I tillegg må det fremkomme at betaler etter avtale blir trukket for beløpet på forfallsdag.<br />
Ë Funksjonelt krav: Varsel skal skrives ut på formular uten OCR giro<br />
Det frarådes på det sterkeste at det skrives ut varsel på ordinær faktura med OCR giro ved for eksempel<br />
å XXXXXXX ut kodelinjen på OCR giroen). En slik løsning kan føre til at giro likevel benyttes til<br />
innbetaling. Dvs. at betaler betaler OCR giroen, og i tillegg blir belastet med AvtaleGiro.<br />
3.7.5 Betalers mulighet til å velge bort varsel<br />
Betaler kan avtale med sin bank, at det ikke er ønskelig med varsel om kommende betaling.<br />
Informasjon om betaler ønsker varsel eller ikke, sendes betalingsmottaker som en del av filen med<br />
opplysninger om "egne kunders AvtaleGiro-oppdrag".<br />
Sendes krav merket bankvarsling, og betaler har valgt bort varsel, vil banken ikke sende varsel. Har<br />
betalingsmottaker "kritisk" informasjon, som skal formidles til betaler, må dette sendes direkte fra<br />
betalingsmottaker til betaler.<br />
Ë Funksjonelt krav: Kritisk informasjon (som for eksempel om<br />
rentendring), må sendes utenom AvtaleGirosystemet.<br />
3.7.6 Betalingsmottaker bør foreslå beløpsgrense per måned<br />
Betaler har mulighet for å sette en øvre beløpsgrense for hvor mye som kan belastes hans konto per<br />
måned. Dette er en del av avtaleforholdet mellom betaler og hans bank. Hvis ikke betaler selv fastsetter<br />
en beløpsgrense, vil de fleste banker foreslå en beløps-grense, som vil være gjeldende for den enkelte<br />
betalingsmottaker. Betalingsmottaker får ikke kunnskap om beløpsgrensen.<br />
Betalingsmottaker bør derfor selv foreslå en øvre beløpsgrense per måned, som er passende for den<br />
enkelte betaler. Det vil ofte være betalingsmottaker som har best kunnskap om betalers forbruk etc og<br />
som best kan foreslå den beste beløpsgrense.<br />
Forslag til aktuell beløpsgrense bør derfor være en naturlig del av DM etc. som sendes betaler med tilbud<br />
om AvtaleGiro.<br />
Ë Funksjonelt krav: Betalingsmottaker skal i DM etc, kunne forslå<br />
beløpsgrense per måned for betaler.<br />
3.8 Sletting av innsendt betalingskrav / innleveringsfrist<br />
Ta høyde for at feilfakturering kan skje. En hel kjøring kan gå feil, eller det kan gjelde en enkelt betaler. I<br />
AvtaleGiro er det mulig å sende fil med sletteanmodninger til allerede innsendte betalingskrav.<br />
Sletteanmodning må være mottatt i <strong>Nets</strong> senest kl. 14.00 virke-dagen før forfall. For å ha mulighet til å<br />
kunne slette innsendte betalingskrav må betalingsmottaker ha kopi av allerede innsendte data, eller<br />
kunne rekonstruere disse på annen måte.<br />
Ë Funksjonelt krav: Hele oppdrag med betalingskrav må kunne slettes<br />
Ë Funksjonelt krav: Betalingsoppdrag må kunne slettes enkeltvis<br />
Veiledning for betalingsmottaker – AvtaleGiro p. 8 - 18