Unitel EDI EDI/4-format: Status- og fejladvis Indpakning af forsendelser fra Unitel EDI August 2007
Indhold 1. Indledning...3 2. Statusadvis, fejladvis og inputkvittering...4 2.1. Indhold og anvendelse...4 2.2. Levering...4 2.3. Statusadvis...5 2.4. Fejladvis...7 2.5. Inputkvittering...10 3. Indpakning af forsendelser fra Unitel EDI...12 3.1. Styrerecords...12 3.2. Særligt for Unitelkunder, der ikke benytter Nordeas "EDI sikkerheds- og Transportmodul" / ESTM...16 3.3. Linienummerering af datarecords...18 2
1. Indledning Denne vejledning beskriver statusadvis, fejladvis og inputkvittering i Nordeas EDI/4-format indpakningen af forsendelser fra Unitel EDI i Nordeas EDI/4-format Du kan downloade de fleste formatbeskrivelser og vejledninger fra Nordea Cash Management Services i Adobe Acrobat Reader PDF-format fra Nordeas hjemmeside www.nordea.dk. Har du spørgsmål til vejledningen eller ønsker rådgivning om andre forhold i relation til integration mellem bankens og virksomhedens systemer kan du kontakte: Nordea Bank Danmark A/S Cash Management File-Based Services e-mail: integration@nordea.dk 3
2. Statusadvis, fejladvis og inputkvittering 2.1. Indhold og anvendelse Statusadvis indeholder resultatet af den overordnede validering af den overførte betalingsfil, mens fejladvis indeholder oplysninger om eventuelle fejl i de enkelte betalinger. Inputkvitteringen indeholder oplysning om selve filoverførslen. En brugervenlig præsentation af ovennævnte advis i sammenhæng med den oprindelige indtastning i ERP-systemet er således en nødvendig funktionalitet for brugeren. Endvidere bør brugeren efter præsentation af et eventuelt fejladvis have mulighed for at rette fejlbehæftede betalingsanmodninger, og herefter danne en ny betalingsfil. 2.2. Levering Unitel leverer statusadvis, fejladvis og inputkvittering i forbindelse med overførsel af betalingsfiler, ligesom der også leveres en inputkvittering, hvis Unitel postkassen forsøges tømt, uden der er nye, uafhentede leverancer. Alle leverancer, der er klar til afhentning i Unitel postkassen, bliver ved postkassetømning overført i én forsendelse, selvom der er tale om flere typer af leverancer. Derfor kan status- og fejladvis godt blive leveret i samme forsendelse som fx FIK-advisering. De enkelte leverancer er dog altid adskilt af header- og trailerrecords, jf. afsnit 3. Inputkvittering kan ikke genhentes i Unitel postkassen, ligesom status- og fejladvis heller ikke kan genhentes, hvis virksomheden har valgt straks-valideringen af overførte betalingsfiler (kun muligt via Nordeas EDI sikkerheds- og transportmodul / ESTM). Status- og fejladvis samt inputkvittering leveres i dataforsendelser med linieskift for hver 80. Desuden er status- og fejladvis tilføjet styrerecords og løbenummerering af datarecords, hvilket er beskrevet i afsnit 3 i denne vejledning. 4
2.3. Statusadvis Statusadvis indeholder resultatet af den overordnede validering af den overførte betalingsfil. Skema 2.1: Opbygning af statusadvis Nr. Feltnavn A/N 1 System AN 1 3 UBT 2 Type N 4 3 901 3 Art N 7 2 00 4 Forsendelsesreference AN 9 10 Afsenders forsendelsesreference 5 Dato N 19 8 ÅÅÅÅMMDD 6 Tid N 27 8 TTMMSSHH 7 Ant-accept N 35 6 accepterede records i forsendelsen. 8 Ant-til-kvitt N 41 6 let af betalingsanmodninger i betalingsfilen, der mangler kvittering. 9 Ant-afviste N 47 6 let af betalingsanmodninger i betalingsfilen, der er afvist p.g.a. fejl - se fejladvis. 10 Meddelelse N 53 2 Meddelelse om status på forsendelse. Se skema 2.2 "Meddelelseskoder og -tekster" for muligt indhold. 11 Fejlkode N 55 4 Fejlkode, hvis hele betalingsfilen er afvist. Se skema 2.3 "Udvalgte fejlkoder og -tekster" for muligt indhold. 12 Fejltekst AN 59 79 Fejltekst, hvis hele betalingsfilen er afvist. Se skema 2.3 "Udvalgte fejlkoder og -tekster" for muligt indhold. 138 "Fejlkode" og "Fejltekst" (felt 11 og 12) vil være "0000" og "blank" hvis betalingsfilen godkendes, eller der blot findes fejl i enkelte betalingsanmodninger. Eksempel: HDXLQZ2900 9000000108 1100000158 HDLJ1412560000000 0000000000000001 0001 618632 00000101UBT90100HDLJ1412562004042110124332000005000000000000010000 00000102 TLXLQZ2900 9000000108 1100000158 HDLJ141256000000003 Bemærk: Statusadvis bliver altid tilføjet linienummerering jf. afsnit 3, hvorfor selve adviset reelt først starter i position 9. 5
Skema 2.2: Meddelelseskoder og -tekster (felt 10) Kode Tekst 01 Forsendelse accepteret Alle betalinger er godkendt ved validering i Unitel Betalinger. 04 Forsendelse accepteret, men med fejl Der er fejl i én eller flere betalinger. Fejlene dokumenteres i fejladvis (UBT90000). De godkendte betalinger er modtaget og udføres som anmodet, hvorimod de fejlbehæftede betalinger skal rettes og sendes igen. 05 Forsendelse afvist Hele betalingsfilen er afvist p.g.a. en generel fejl. Se skema 2.3 "Udvalgte Fejlkoder og -tekster" for mulige årsager til afvisning. Fejlen dokumenteres i felt 11 og 12 jf. skema 2.1 "Opbygning af statusadvis". Hvis Unitel under valideringen finder en generel fejl afvises hele betalingsfilen. I skema 2.3 har vi udvalgt nogle typiske fejlkoder og -tekster. Skema 2.3: Udvalgte fejlkoder og -tekster (felt 11 og 12) Kode Tekst 300 UBT-BRUGERNUMMER KAN IKKE BENYTTES 304 PERSONLIG KODE 1 SKAL VÆRE UDFYLDT 305 PERSONLIG KODE KAN IKKE BENYTTES 307 PERSONLIG KODE 1 UKENDT 465 LEVERANCE (HDXLQZ2900) MODTAGET FØR 6
2.4. Fejladvis Unitel danner et fejladvis, når der under valideringen er fundet fejl i én eller flere betalinger, også selvom hele betalingsfilen er afvist fx på grund af forkert kvitteringskode. Fejladvis leveres altid sammen med et statusadvis. Skema 2.4: Opbygning af fejladvis Nr. Feltnavn A/N 1 System AN 1 3 UBT 2 Type N 4 3 900 3 Art N 7 2 00 4 EDI-reference AN 9 16 EDI-referencenummer. Feltet er opbygget af afsenders forsendelsesreference (10 cifre) og betalingsløbenummer (6 cifre). 5 Feltnummer N 25 4 Nummer på det datafelt, som fejlkoden refererer til. 6 Fejlkode N 29 4 Fejlkode. Se skema 2.5 "Udvalgte fejlkoder og - tekster" for mulige fejlkoder. 7 Fejltekst AN 33 79 Fejltekst. Se skema 2.5 "Udvalgte fejlkoder og - tekster" for mulige fejltekster. 112 "EDI-reference" (felt 4) indeholder en "pegepind" til betalingsfilen og den fejlbehæftede betaling. De første ti indeholder afsenders forsendelsesreference, mens de sidste seks indeholder det løbenummer, som betalingen har i filen til Unitel. I eksempel 1 er EDI-referencen "UBM0000007000004", hvor "UBM0000007" er betalingsreferencen, mens "000004" er løbenummeret på den fejlbehæftede betaling. Da der altid bliver tilføjet tre linier med styrerecords i starten af den oprindelige betalingsfil inden den sendes til Unitel, svarer løbenummer "000004" i EDI-referencen til betalingen i linie 1 i den oprindelige betalingsfil, ligesom løbenummer "000005" svarer til linie 2 osv. "Feltnummer" (felt 5) henviser til det fejlbehæftede felt i betalingen. I eksempel 1 er der fejl i felt 5 ("kontoinformation, beløbsafsender" jf. betalingsformatet for en indenlandsk bankoverførsel). Det oprindelige indhold af feltet bør præsenteres for brugeren sammen med den tilhørende fejltekst og en reference til beløbsmodtager, fx navn eller oplysninger fra feltet "Egenreference" i betalingen, se eksempel 2. "Fejlkode" og "Fejltekst" (felt 6 og 7) oplyser med kode og tekst, hvilken fejl Unitel har fundet i den pågældende betaling. Der findes en række forskellige fejlkoder og -tekster, hvorfor vi i skema 2.5 "Udvalgte fejlkoder og -tekster" kun har medtaget enkelte typiske fejlsituationer. 7
Eksempel 1 (fejladvis): HDXLQZ2900 9000000108 1100000158 UBM00000070000000 0000000000000001 0001 618632 00000101UBT90100UBM00000072004042110124332000005000000000001040000 00000102 00000201UBT90000UBM000000700000400050312De er ikke autoriseret til at benytte de 00000202nne debet-konto TLXLQZ2900 9000000108 1100000158 UBM0000007000000005 Bemærk: Fejladvis bliver altid tilføjet linienummerering jf. afsnit 3, hvorfor selve adviset reelt først starter i position 9. Eksempel 2 (forslag til præsentation af fejladvis for brugeren): Fejlhæftet betaling: Modtager: Fejlindtastning: Fejltekst fra Nordea: Modtagernavn 0291521002 De er ikke autoriseret til at benytte denne debet-konto Efter præsentation af den fejlbehæftede betaling skal brugeren have mulighed for at rette betalingen. Hvis betalingen allerede er bogført i ERP-systemet kan dato og beløb ikke ændres. I dette tilfælde skal brugeren have mulighed for at danne et automatisk omposteringsbilag på baggrund af fejladviset. Herefter skal brugeren have mulighed for at danne en korrekt betaling, og sende den igen. Husk at forsendelsesreferencen skal være forskellig i hver betalingsfil. En anden mulighed er at vente med bogføring i ERP-systemet indtil der modtages status- og fejladvis fra Unitel. Herved får brugeren mulighed for at rette fejlbehæftede betalingerne, indtil disse accepteres i Unitel. 8
Skema 2.5: Udvalgte fejlkoder og -tekster (felt 6 og 7) Kode Tekst 312 DE ER IKKE AUTORISERET TIL AT BENYTTE DENNE DEBETKONTO 324 KREDITKONTO EKSISTERER IKKE 332 KREDITORNUMMER FINDES IKKE 335 KORTARTKODE ER IKKE UDFYLDT KORREKT 328 TEKSTLINIE SKAL VÆRE UDFYLDT NÅR TEKSTKODEN ER "100" 331 MODULUS STEMMER IKKE PÅ KREDITORNUMMER 541 BETALINGSREFERENCE ER IKKE KORREKT UDFYLDT 542 BETALINGSREFERENCE SKAL UDFYLDES MED 16 CIFRE 563 DER KAN IKKE UDFØRES BETALINGER TIL DAGS DATO 590 KORTARTKODEN ER IKKE UDFYLDT 591 KORTARTKODEN ER IKKE KORREKT UDFYLDT 593 KORTARTKODEN SKAL IKKE UDFYLDES 594 KORTARTKODEN OG BETALINGSREFERENCEN SKAL IKKE UDFYLDES 620 OVERFØRSELSDATOEN ER IKKE EN BANKDAG 734 BETALINGSREFERENCE FORKERT - 15 CIFRE VED INDBETALINGSKORT 71 9
2.5. Inputkvittering Unitel leverer inputkvittering i følgende tilfælde: 1. Ved overførsel af en betalingsfil (kun ved batch-validering) 2. Ved anmodning om tømning af Unitel postkassen, når der ikke er nye, uafhentede leverancer En inputkvittering består altid af en M1- og en M2-record. M1-recorden indeholder udelukkende oplysninger fra den fil, der blev overført til Unitel, mens M2-recorden indeholder en forklarende tekst fra Unitel om resultatet af filoverførslen. Skema 2.6: Opbygning af M1-record ved overførsel af en betalingsfil (kun ved batchvalidering): Feltnr. / Variabel A/N 1 AN 1 10 Altid "M1XLQZ2900" 2 11 1 Filler, altid blank 3 AN 12 10 Altid "HDXLQZ2900" 4 22 1 Filler, altid blank 5 / aaaaaaaaaa AN 23 10 Afsenderidentifikation (virksomhedens Unitel postkasse) 6 33 1 Filler, altid blank 7 / mmmmmmmmmm AN 34 10 Modtageridentifikation (Unitel systempostkasse i Nordea) 8 44 1 Filler, altid blank 9 / ffffffffff AN 45 10 Oprindelig forsendelsesreference 55 M1XLQZ2900 HDXLQZ2900 aaaaaaaaaa mmmmmmmmmm ffffffffff 10
Skema 2.7: Opbygning af M1-record ved anmodning om tømning af postkassen, når der ikke er nye, uafhentede leverancer: Feltnr. / Variabel A/N 1 AN 1 10 Altid "M1XLQZ2900" 2 11 1 Filler, altid blank 3 AN 12 10 Altid "UDXLQZ2900" 4 22 25 Filler, altid blank 5 / mmmmmmmmmm AN 47 10 Modtageridentifikation (virksomhedens Unitel postkasse) 6 57 14 Filler, altid blank 7 / ooo AN 71 3 Feltet er udfyldt med "ALT" (evt. "ALL") hvis der er forsøgt genhentning af leverancer (seneste 5 dage). 74 M1XLQZ2900 UDXLQZ2900 mmmmmmmmmm ooo Skema 2.8: Opbygning af M2-record Feltnr. / Variabel A/N 1 AN 1 10 Altid "M2XLQZ2900" 2 11 1 Filler, altid blank 3 / kkk N 12 3 Kvitteringskode - se skema 2.9 "Kvitteringskoder og -tekster" for muligt indhold 4 5 / fffff...ffff 15 1 Filler, altid blank AN 16 60 Kvitteringstekst - se skema 2.9 "Kvitteringskoder og -tekster" for muligt indhold 76 M2XLQZ2900 kkk ffffffffffffffffffffffffffffffffffffffffffffffffffffffffffff 11
Skema 2.9: Kvitteringskoder og -tekster Kode Tekst 001 OK - forsendelse modtaget Kvittering for godkendt overførsel af betalingsfil 060 Der er ingen forsendelser i postkassen Der er ingen nye, uafhentede leverancer i postkassen Hvis virksomheden modtager andre koder og tekster end beskrevet ovenfor, er der opstået en fejlsituation - kontakt Unitel Hotline. Eksempel 1: M1XLQZ2900 HDXLQZ2900 1100000184 9000000108 0403112120 M2XLQZ2900 001 OK - forsendelse modtaget Eksempel 2: M1XLQZ2900 UDXLQZ2900 1100000184 M2XLQZ2900 060 Der er ingen forsendelser i postkassen 3. Indpakning af forsendelser fra Unitel EDI Alle forsendelser fra Unitel EDI i EDI/4-format leveres med linieskift for hver 80. En forsendelse kan indeholde flere leverancer, der igen kan indeholde flere datarecords. Bortset fra inputkvitteringen er alle leverancer tilføjet styrerecords, ligesom datarecords er tilføjet linienummerering. 3.1. Styrerecords Hver leverance starter altid med en headerrecord og en nul-record, og afsluttes med en trailerrecord. En forsendelse fra Unitel, der indeholder flere leverancer, indeholder flere header-, nul- og trailerrecords (én headerrecord, én nul-record og én trailerrecord pr. leverance). 12
Headerrecord (HD-record): Skema 3.1: Opbygning af headerrecord (HD-record) Feltnr. / Variabel A/N 1 AN 1 10 Altid "HDXLQZ2900" 2 11 1 Filler, altid blank 3 / aaaaaaaaaa AN 12 10 Afsenderidentifikation (Nordeas systempostkasse for den pågældende leverancetype) 4 22 13 Filler, altid blank 5 / mmmmmmmmmm AN 35 10 Modtageridentifikation (virksomhedens Unitel postkasse) 6 45 15 Filler, altid blank 7 / tttttttttt AN 60 10 Beskrivelse af leverancetypen (se skema 3.4). 8 / bbbbbbb AN 70 7 Bundtnummer (leverancenummer). Kan bruges til identifikation af en specifik leverance ved genhentning i Unitel postkassen. I statusadvis ved anvendelse af ESTM med straks-validering af betalingsfiler udfyldes feltet med forsendelsesreferencen fra betalingsfilen. Statusadvis kan ikke genhentes ved straks-validering af betalingsfiler. 77 HDXLQZ2900 aaaaaaaaaa mmmmmmmmmm ttttttttttbbbbbbb 13
Nul-record (00-record): Skema 3.2: Opbygning af nul-record: Feltnr. / Variabel A/N 1 N 1 8 Altid "00000000" 2 / ffffffff N 9 8 Formatnummer på den pågældende leverance (se de relevante formatbeskrivelser for uddybning af indhold) 3 17 1 Filler, altid blank 4 / vvvv N 18 4 Versionsnummer på den pågældende leverance (se de relevante formatbeskrivelser for uddybning af indhold). 5 / iiii..iiii N 22 59 Information om den enkelte leverance (se de relevante formatbeskrivelser for uddybning af indhold) 81 Trailerrecord (TL-record): Skema 3.3: Opbygning af trailerrecord (TL-record) Feltnr. / Variabel A/N 1 AN 1 8 Altid "TLXLQZ2900" 2 11 1 Filler, altid blank 3 / aaaaaaaaaa AN 12 10 Afsenderidentifikation (Nordeas systempostkasse for den pågældende leverancetype - se skema 3.4) 4 22 13 Filler, altid blank 5 / mmmmmmmmmm AN 35 10 Modtageridentifikation (virksomhedens Unitel postkasse) 6 45 15 Filler, altid blank 7 / tttttttttt AN 60 10 Beskrivelse af leverancetypen (se skema 3.4). 8 / nnnnnnnnn N 70 9 records i leverancen ekskl. header- og trailerrecord 79 14
TLXLQZ2900 aaaaaaaaaa mmmmmmmmmm ttttttttttnnnnnnnnn Skema 3.4: Mulige leverancetyper Forsendelsestype BOGFØRINGS Posteringsdata vers. 1 (kronekonti i Nordea DK) Afsenderidentifikation (Unitel systempostkasse i Nordea) 9000000101 BETA-ADVIS Betalingsadvisering 9000000103 ADVISERING FIK-advisering i gammelt format (kun kortartkode 71) 9000000104 FONDS-DEPO Depotdata 9000000105 UBT STATUS Status- /fejladvis 9000000108 BANKOVFADV Indenlandsk bankoverførselsadvisering 9000000113 9000000111 (kun muligt via ESTM) FI-KORT FIK-advisering i nyt format (alle kortartkoder - 71+73+75) 9000000113 KONTO Posteringsdata vers. 2 (alle typer konti) 9000000113 FONDS1 Handelsbekræftelser på fondshandler 9000000113 VALUTA1 Handelsbekræftelser på valutahandler 9000000113 Eksempler Eksempel 1 (styrerecords i en forsendelse med kun én leverance): HDXLQZ2900 aaaaaaaaaa mmmmmmmmmm ttttttttttbbbbbbb TLXLQZ2900 aaaaaaaaaa mmmmmmmmmm rrrrrrrrrrnnnnnnnnn 15
Eksempel 2 (styrerecords i en forsendelse med 2 leverancer): HDXLQZ2900 aaaaaaaaaa mmmmmmmmmm ttttttttttbbbbbbb TLXLQZ2900 aaaaaaaaaa mmmmmmmmmm rrrrrrrrrrnnnnnnnnn HDXLQZ2900 aaaaaaaaaa mmmmmmmmmm ttttttttttbbbbbbb TLXLQZ2900 aaaaaaaaaa mmmmmmmmmm rrrrrrrrrrnnnnnnnnn 3.2. Særligt for Unitelkunder, der ikke benytter Nordeas "EDI sikkerheds- og Transportmodul" / ESTM Unitelkunder, der benytter andre kommunikationsløsninger end ESTM (fx host-to-host), vil udover de i afsnit 3.1 nævnte styrecords, der tilføjes på leveranceniveau, få tilføjet to styrerecords på forsendelsesniveau: Startrecord (D1 / forsendelse-start) Slutrecord (ZZ / forsendelse-slut) En forsendelse indeholder altid kun én startrecord og én slutrecord. Startrecord (D1-record) Skema 3.5: Opbygning af startrecord (D1-record) Feltnr. / Variabel A/N 1 AN 1 10 Altid "D1XLQZ2900" 2 11 1 Filler, altid blank 3 N 12 4 Anvendes ikke p.t. Udfyldes altid med "0000". 4 16 1 Filler, altid blank 5/ dddddddd N 17 8 Dato: ÅÅÅÅMMDD 6/ tttttt N 25 6 Tid: TTMMSS 31 16
D1XLQZ2900 0000 ddddddddtttttt Slutrecord (ZZ-record) (også kaldet "Afstemningsrecord") Skema 3.6: Opbygning af slutrecord (ZZ-record) Feltnr. / Variabel A/N 1 AN 1 10 Altid "ZZXLQZ2900" 2 11 1 Filler, altid blank 3 N 12 4 Anvendes ikke p.t. Udfyldes altid med "0000". 4 16 1 Filler, altid blank 5 / nnnnnnnnn N 17 9 records i forsendelsen ekskl. slutrecord 26 ZZXLQZ2900 0000 nnnnnnnnn Eksempler Eksempel 1 (positioner på start- og slutrecords i en forsendelse med kun én leverance - uden ESTM): D1XLQZ2900 0000 dddddddddddddd HDXLQZ2900 aaaaaaaaaa mmmmmmmmmm ttttttttttbbbbbbb TLXLQZ2900 aaaaaaaaaa mmmmmmmmmm rrrrrrrrrrnnnnnnnnn ZZXLQZ2900 0000 nnnnnnnnn 17
Eksempel 2 (positioner på start- og slutrecords i en forsendelse med 2 leverancer - uden ESTM): D1XLQZ2900 0000 dddddddddddddd HDXLQZ2900 aaaaaaaaaa mmmmmmmmmm ttttttttttbbbbbbb TLXLQZ2900 aaaaaaaaaa mmmmmmmmmm rrrrrrrrrrnnnnnnnnn HDXLQZ2900 aaaaaaaaaa mmmmmmmmmm ttttttttttbbbbbbb TLXLQZ2900 aaaaaaaaaa mmmmmmmmmm rrrrrrrrrrnnnnnnnnn ZZXLQZ2900 0000 nnnnnnnnn 3.3. Linienummerering af datarecords Da hver linie i en leverance fra Unitel EDI maksimalt kan være på 80, fylder hver datarecord i leverancen som regel mere end én linie. Det betyder, at Unitel EDI er nødt til at tildele hver datarecordlinie et løbenummer for at kunne adskille de enkelte datarecords. Løbenummeret er placeret i position 1-8 i hver datarecordlinie, hvorfor der kun er 72 til selve datarecorden. Løbenummereringen sker på to niveauer: 1. Nummer på datarecord i leverancen 2. Linienummer indenfor den enkelte datarecord Datarecorden nummereres med de første 6 i løbenummeret, mens hver linie indenfor den enkelte datarecord nummereres med de sidste 2 i løbenummeret. Første linie i første datarecord er altid nummereret 00000101, anden linie i første datarecord er nummereret 00000102, tredje linie i første datarecord er nummereret 00000103 o.s.v. Første linie i anden datarecord er altid nummereret 00000201, anden linie i anden datarecord er nummereret 00000202, tredje linie i anden datarecord er nummereret 00000203 o.s.v. 18
Eksempler Eksempel 1 (styrerecords og linienummerering i en forsendelse med én leverance med én datarecord): HDXLQZ2900 aaaaaaaaaa mmmmmmmmmm ttttttttttbbbbbbb 00000101 00000102 00000103 00000104 TLXLQZ2900 aaaaaaaaaa mmmmmmmmmm rrrrrrrrrrnnnnnnnnn Eksempel 2 (styrerecords og linienummerering i en forsendelse med flere leverancer med flere datarecords): HDXLQZ2900 aaaaaaaaaa mmmmmmmmmm ttttttttttbbbbbbb 00000101--- 1. linie i 1. datarecord i 1. leverance --- 00000102--- 2. linie i 1. datarecord i 1. leverance --- 00000103--- 3. linie i 1. datarecord i 1. leverance --- 00000104--- 4. linie i 1. datarecord i 1. leverance --- 00000105--- 5. linie i 1. datarecord i 1. leverance --- 00000201--- 1. linie i 2. datarecord i 1. leverance --- 00000202--- 2. linie i 2. datarecord i 1. leverance --- 00000203--- 3. linie i 2. datarecord i 1. leverance --- TLXLQZ2900 aaaaaaaaaa mmmmmmmmmm rrrrrrrrrrnnnnnnnnn HDXLQZ2900 aaaaaaaaaa mmmmmmmmmm ttttttttttfffffff 00000101--- 1. linie i 1. datarecord i 2. leverance --- 00000102--- 2. linie i 1. datarecord i 2. leverance --- 00000103--- 3. linie i 1. datarecord i 2. leverance --- 00000201--- 1. linie i 2. datarecord i 2. leverance --- 00000202--- 2. linie i 2. datarecord i 2. leverance --- 00000203--- 3. linie i 2. datarecord i 2. leverance --- 00000204--- 4. linie i 2. datarecord i 2. leverance --- 00000205--- 5. linie i 2. datarecord i 2. leverance --- TLXLQZ2900 aaaaaaaaaa mmmmmmmmmm rrrrrrrrrrnnnnnnnnn 19