24.12.2014 Views

3 Funksjonell kravspesifikasjon - Nets

3 Funksjonell kravspesifikasjon - Nets

3 Funksjonell kravspesifikasjon - Nets

SHOW MORE
SHOW LESS

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

Hooray! Your file is uploaded and ready to be published.

Saved successfully!

Ooh no, something went wrong!