Ofte stillede spørgsmål om snitfladen - NemKonto

Emne Nr.
Spørgsmål- og svar, Betalinger Side 5 af (11)
Besvaret
dato Spørgsmål Svar
Ydelsesart 1.8.2 11.04.05 Hvorfor anbefales det, at feltet ydelsesart så vidt muligt
skal udfyldes med en kode for ydelsesarten for alle
betalinger? Skal det ikke kun være i de tilfælde, hvor
betalingen skal til en ydelsesspecifik konto?
Ydelsesart 1.8.3 19. april Ydelsesart korttekst. Er det korrekt opfattet, at hvis vi
ikke skriver noget i feltet, anvises betalingen altid til
NemKontoen, uanset om modtager gerne ville have haft
pengene på en specifik og der i øvrigt er oprettet en
sådan? Omvendt hvis vi følger anbefalingen og altid
skriver et ydelsesnavn i feltet, vil betalingen automatisk
gå til den specifikke konto, hvis den altså fortsat er
åben?
Ydelsesart 1.8.4 21. april Hvordan skal feltet Purpose/Propietary (ydelsesart)
bruges?
Ydelsesart 1.8.5 2. maj Hvilke regler er der for fastlæggelse af korttekster for
ydelsesarter?
1.9 diverse
Local
Instrument
Recordlængde
r
Adviseringstek
st
Debiteringstes
kt
1.9.1 11.02.05 Hvilket udfalds rum er der for elementet:
PmtInf/CdtTrfTpId/LclInstrm - XSD skema og
snitfladebeskrivelse er forskellig, hvilken af dem er rigtig
(version 1.1 af snitfladebeskrivelsen)
1.9.2 22.03.05 Er det korrekt opfattet, at betalingsrecords til NKS kan
have variabel længde, jf. at et bundt kan indeholde både
ukomplette og komplette betalinger.
1.9.3 21. april Er maksimum for adviseringstekst (41 x 35 tegn) helt
fast? Er der nogen mulighed for at få længere
adviseringstekst?
Der skal så vidt muligt ydelsesart på alle betalinger, da
det så er muligt for Nemkontosystemet at undersøge om
der er registreret en specifik konto for den pågældende
borger/virksomhed (for pågældende
ydelsesart/myndighed). Det er ikke de afsendende
systemer, som ”selv” skal registrere om der findes en
specifik konto for den pågældende ydelsesart for den
pågældende borger/virksomhed.
Det er korrekt. NKS vil kun kunne påføre en specifik
konto til en specifik ydelsesart+myndighed - og angives
ikke specifik ydelseart i betalingsordren vil Nemkonto
altid blive valgt.
Selv om feltet er frivilligt, er det vigtigt, at det
udbetalende system så vidt muligt udfylder feltet med en
kode for ydelsesarten. Der kan enten bruges en af de
generelle ydelsesarter (som vil fremgå her på
nemkonto.dk fra 15. april), eller en, som myndigheden
har oprettet. Kun i de tilfælde, hvor det udbetalende
system har mange typer udbetalinger, som der ikke kan
skelnes mellem, kan feltet efterlades blankt.
Korttekst må ikke være længere end 6 tegn. De første
tre tegn må ikke være 'NKS'
Feltet benyttes kun for indbetalingskort og udenlandske
komplette betalinger. Indbetalingskort markeres med
'IBK' og udenlandsk komplette betalinger markeres med
'UBB'.
Det er korrekt at et bundt både kan omfatte komplette og
ukomplette betalinger (og antal oplysninger for de
enkelte betalinger derfor er forskellige i omgang) – men
grænsefladen er XML og der er derfor ikke tale om
fast/variabel længde.
Maksimum er fast. Det er fastlagt af den standard, der
bruges til at kommunikere med bogføringscentralerne
(EDIFACT).
1.9.4 21. april Hvad skal feltet debiteringstekst benyttes til? Udfyldes med den tekst, som skal fremgå af debitors
bankudtog for den pågældende debitering. Indholdet er
valgfrit.
IBAN 1.9.5 21. april Hvorfor bruges IBAN ikke for indenrigsbetalinger? IBAN vil blive taget i brug, når det er fuldt understøttet af
bankerne.
Separatorværd 1.9.6 21. april Hvad er separatorværdien i punkt 3.84 vedr. kortartkoder Separatorværdien er ' ' og bruges til at adskille
i
og identifikationslinje?
kortartkoden og betalingsID.
Tegnsæt 1.9.7 18. april XML encoding. Hvis kommunikation er fra mainframe til
mainframe er det så stadigvæk UFT-8 eller kan det bare
være IBM-277 (EBCDIC) ?
Tegnsættet skal være UTF-8
Blanke felter 1.9.8 18. maj En del elementer er af typen Max35Text, eller
Max70Text. Den type er defineret til at indholde fra 1 til
henholdvis 35 og 70 tegn. Det er et problem når denne
type anvende til et element der iflg snitfladen må
optræde 0 til 1 gang. For konsekvensen er at hvis
element er tomt så skal det fjernes helt, da type ellers vil
få det til at fejle i valideringen. Kan det lade sig gøre at
aflevere feltet tomt alligevel?
Blanke felter 1.9.9 18. maj Kan jeg sende et tom element som eller skal det
sendes som ?
Senest opdateret 15-06-2005
Definitionen af disse typer stammer fra SWIFTstandarden.
Disse fastslår, at typen skal have en længde
på mellem 1 og 35/70. Hvis dette ikke overholdes, vil
XML'en ikke validere. Det betyder, at man ikke kan
aflevere et tomt felt.
Begge dele er mulige.