Ofte stillede spørgsmål om snitfladen - NemKonto

More documents

Recommendations

Info

Emne Nr. Spørgsmål- og svar, Betalinger Side 2 af (11) Besvaret dato Spørgsmål Svar Referencer 1.1.10 21. april Hvordan skal feltet MessageID i ebMS-headeren opbygges? 1.2 udbetalingsenheder (LOS) LOS 1.2.1 11.02.05 Hvad skal der stå i elementet GrpHdr/InitgPty/OrgId/PrtryId/Id (version 1.1 af snitfladebeskrivelsen) LOS 1.2.2 11.02.05 Hvad skal der stå i elementet GrpHdr/InitgPty/OrgId/PrtryId/Issr (version 1.1 af snitfladebeskrivelsen) LOS 1.2.3 19. april I tilslutningsaftalen står der, at myndighedens bogføringskredse skal oprettes som administrative enheder i LOS. Den administrative enhed skal også fremgå ved betalingsafvikling (dvs. af betalingsmeddelelsen: orgid). Hvad er det helt præcist af numrene i bilag 4 (massetilslutningsaftale), der skal oprettes i LOS (for NavisionStat og øvrige udbetalende systemer af kunden selv) og fremgå af betalingsmeddelelsen? LOS 1.2.4 19. april Hvis SLS og NavisionStat ligger i samme bogføringskreds, hvorledes sondres så mellem LOSidentifikationer for SLS og LOS-identifikationer for NavisionStat (sidstnævnte skal myndigheden selv indtaste)? LOS 1.2.5 19. april Tilsvarende hvis flere udbetalende systemer håndteres under samme bogføringskreds, kan disse systemer så godt dele administrativ enhed i LOS? LOS 1.2.6 19. april Er administrativ enhed lig med udbetalende enhed (et begreb, der benyttes i snitfladevejledningen til betalingsmeddelelsen)? Feltet kan opbygges frit, dog med en maksimal længde på 256 karakterer. Feltet benyttes som reference (RefToMessageId) i de retursvar, der gives i forbindelse med modtagelse af en betaling (flowpil 0, 1 og 2). Bemærk at MessageID er identifikationen af den ebMS (svarende til en kuvert), som betalingsmeddelelsen ankommer med. Selve identifikationen af betalingsmeddelelsen er GroupId (bundtreferencen). I modsætning til GroupId er der ingen kontrol af MessageId, og MessageId gemmes ikke til senere reference. Evt. kan man benytte samme værdi som MessageId og GroupId, forudsat den opfylder kravene til GroupId. Her skal stå angivelse af myndighedens LOS-enhed. Dette er en identifikation, som myndigheden udstyres af af KMD ved tilslutning. LOS-enheden kan identificeres med to forskellige koder - enten admid eller admnavn. Værdierne fremgår af myndigheds aftale med NemKonto. Hvilken der anvendes vælges i elementet Issr. Er typeangivelsen på Id, altså hvilken type kode, der identificerer LOS-enheden. Kan være 'AdmId' eller 'AdmNavn'. Først skal det besluttes om LOS-enheden skal identificeres med AdmId eller AdmNavn. Når dette er besluttet er identifikationen enten - Hvis AdmId: Tallet i sidste kolonne i bilag 4 - Hvis AdmNavn: OrgId (4 cifre, kolonne 1) + OrgType (2 cifre, kolonne 4) + Kaldenavn Kort (op til 10 cifre, kolonne 2) Rettighedsmæssigt sondres mellem disse betalinger ved hjælp af ydelsesarten. Det vil sige, at en medarbejder lønmedarbejder ikke får ret til at se betalinger markeret med som Leverandørudbetalinger - og vice versa. Ja, dette sker på tilsvarende vis ved hjælp af ydelsesarten. Ja, administrative enhed i LOS vil svare til den Udbetalende enhed. LOS 1.2.7 21. april Hvad er AdmId og AdmNavn for OrgID og OrgType? Identifikation af den afsendende offentlige myndighed og evt. underliggende enhed. ID?en fastlægges ved myndighedens tilslutning til NKS. 1.3 grouping Grouping 1.3.1 16.03.05 I eksempel 2 står der, at forsendelsen består af en Der er fejl i eksemplet – der burde stå ”false” i grouping – indenlandsk og en udenlandsk, hvorfor der ikke kan være grouping. Men der står faktisk true i groupheaderen, og der er to indenlandske transaktioner, der deler samme debitor, uden over den udelandske, der har sin egen debitor. Hvordan hænger dette sammen? vil blive rettet i næste version. Senest opdateret 15-06-2005
Emne Nr. Spørgsmål- og svar, Betalinger Side 3 af (11) Besvaret dato Spørgsmål Svar Grouping 1.3.2 16.03.05 I group-headeren skal der være en angivelse af, om betalingstransaktionerne er "groupede" eller ej. I beslrivelsen står der, at værdierne kan være '1' (true) eller '0' (false). I eksemplerne er værdien angivet til "true". Betyder det, at man fx frit kan vælge mellem at skrive "true" eller "1". 1.4 ekspeditionsdato Ekspeditionsd ato Ekspeditionsd ato 1.4.1 18. april Punkt 8.3.3 Ekspeditionsdato Afvises betalingen hvis ekspeditionsdato ikke er >= d.d. eller stilles den i kø. ? (Spørgsmålet er specielt relevant ved en evt. genleveringssituationer efter fejl). 1.4.2 19. april Er det rigtigt opfattet, at et helt bundt betalinger kan afvises, hvis NKS kan se, at ingen af betalingerne kan nå at blive ekspederet til pengeinstituttet inden ekspeditionsdatoen ”for sent afleveret”, og at der i dette tilfælde ikke kommer afvisninger på enkeltbetalingsniveau. Dvs. at myndigheden selv skal sørge for hurtigst muligt, at omlevere datasættet med en anden bundtreference og en håndterbar ekspeditionsdato? 1.5 modtageridentifikation Id 1.5.1 11.02.05 Hvad er udfaldsrummet for PmtInf/PmtTx/Cdtr/OrgId/PrtryId/Issr - XSD skema og snitfladebeskrivelse er forskellig, hvilken af dem er rigtig, hvilke koder skal bruges CVR og P eller CVR og PNR. (version 1.1 af snitfladebeskrivelsen) Id 1.5.2 18. april Er det muligt at anvende komplette betalinger uden at angive SE/CVR/P/CPR nr.? Vi har udbetalinger til visse identer hvor vi ikke har disse oplysninger og som ikke er omfattet af NemKonto. Men vi kunne jo alligevel godt anvende NemKonto til betalingen. Id 1.5.3 21. april Er det muligt at fremsende betalinger med fiktive CPRnr. (eller CVR/SE/P)? Dette elements type er boolean, og her kan man frit vælge mellem de to måder at anføre værdien. Hvis ekspeditionsdatoen ikke er >= d.d.afvises betalingen. Bundt/Betalinger afvises hvis udbetalingsdatoen ikke er valid eller < dd. Hvis de er modtaget for sent ift. aftale med PI, vil de blive markeret med for sent modtaget i NKS, men bliver sendt videre til PI, så hurtigt som muligt. Bundtreferencen gemmes først i NKS efter godkendelse/delvis godkendelse af et bundt. Så hvis bundtet er afvist eks. pga ikke valid udbetalingsdato - kan bundtreferencen genanvendes af afsendende system (ved grouping=true). Ja, det er en fejl! Det skal være 'PNR', skemaerne rettes. Ja, der er ikke krav om angivelse af SE/CVR/P/CPR nr ved komplette betalinger. CPR, CVR, SE og P-nummer valideres i forhold til de respektive registre, derfor vil betalinger med fiktiv modtageridentifikation fejle. Bemærk dog, at for komplette betalinger er det ikke nødvendigt at identificere modtager med CPR, CVR, SE eller P, idet kontooplysninger er tilstrækkelige. Id 1.5.4 13. juni Hvordan valideres et CPR-nr. i en komplet betaling? Et CPR-nr. i en komplet betaling valideres på samme måde som et CPR-nr. i en ukomplet betaling. Det vil sige, at betalingen afvises, hvis CPR-nr. ikke findes i NemKontos CPR-register. Bemærk at dette register også indeholder CPR-nr. for udrejste (selvom de ikke omfattet af loven) Id 1.5.5 13. juni Hvad sker i kompletteringen hvis vi sender en sekundær nøgle (P-nummer, SE-nummer) som ikke eksisterer i NemKontos Virksomhedsbase? Får vi fejl retur eller tager Nemkonto CVR-nummeret som P-nummeret tilhører / SE-nummeret er relateret til? 1.6 specifikation af beløb Senest opdateret 15-06-2005 Det vil give et Retursvar7 med StatusReason: RJCT Additionel information: findes ikke. Hvis der i en betaling kun er angivet en sekundær nøgle, og denne kendes af NKS, forsøger NKS altid at finde en konto efter følgende regelsæt: 1. Find specifik konto til sekundær nøgle 2. Find NemKonto til sekundær nøgle 3. Find specifik konto for tilhørende CVR-nummer 4. Find NemKonto for tilhørende CVR-nummer Hvis der ikke findes en konto i NKS, vil betalingen blive kompletteret som check eller sendt retur, afhængig af myndighedens valg af checkløsning.
Page 1: Emne Nr. Spørgsmål- og svar, Beta
Page 5 and 6: Emne Nr. Spørgsmål- og svar, Beta
Page 7 and 8: Spørgsmål- og svar, Betalinger Si
Page 9 and 10: Emne Nr. Enkeltbetaling er Enkeltbe
Page 11: Emne Nr. Spørgsmål- og svar, Beta

Ofte stillede spørgsmål om snitfladen - NemKonto

You also want an ePaper? Increase the reach of your titles

Delete template?

Save as template?