basis€¦ · web view- tgspyy_0 f3 aanmaak word-document inhoudsopgave gsp .iho 1) tgspyy0...

Basis

Modulaire

Gegevensverzameling

VoorlopigeTeruggaaf IB

2004

Versie ??

Apeldoorn, januari 2004

Belastingdienst / CPP

Basis Modulaire Gegevensverzameling TVO 2

versie 00-1B januari 2004


INHOUDSOPGAVE

1. INLEIDING................................................................................................................................................. 3

1.1. BMG-ALGEMEEN....................................................................................................................................... 41.1.2. Doelstelling....................................................................................................................................... 41.1.3. Opdrachtverstrekker.......................................................................................................................... 41.1.4. Registratieplaats................................................................................................................................ 41.1.5. Controles........................................................................................................................................... 51.1.6. Strekking van de BMG....................................................................................................................... 5

1.2. WERKWIJZE REALISATIE BMG VOOR ‘N JAAR EN ‘N BERICHTSOORT.................................................................51.2.1. Stap 1................................................................................................................................................ 51.2.2. Stap 2................................................................................................................................................ 51.2.3. Stap 3................................................................................................................................................ 5

1.3. BETROUWBAARHEID GEGEVENS IN DE BMG...............................................................................................61.4. DEELNEMER EN/OF AFNEMER WORDEN........................................................................................................ 6

1.4.1. De participant.................................................................................................................................... 61.4.2. de afnemer......................................................................................................................................... 7

1.5. DE BMG-METHODIEK................................................................................................................................ 81.6. AFRONDEND.............................................................................................................................................. 8

2. DEFINITIES EN AFKORTINGEN............................................................................................................ 9

2.1. DEFINITIES................................................................................................................................................. 92.2. AFKORTINGEN............................................................................................................................................ 9

3. BEHEER BMG............................................................................................................................................. 10

3.1. DOELSTELLING BMG............................................................................................................................... 103.2. PARTICIPANTEN BMG.............................................................................................................................. 103.3. ORGANISATORISCHE INBEDDING............................................................................................................... 113.4. WIJZIGINGSPROCEDURE............................................................................................................................ 123.5. UITWISSELINGSBESTAND........................................................................................................................... 133.6. VERSIEBEHEER......................................................................................................................................... 133.7. DISTRIBUTIE............................................................................................................................................. 133.8. AFSPRAKEN MET B/CICT AFD. CPS......................................................................................................... 14

4. TOELICHTING REGELS EN KOLOMMEN BMG..................................................................................15

5. CONSISTENTIE-CONTROLES OP DE BMG...........................................................................................47

5.1. ALGEMEEN............................................................................................................................................... 475.2. SOORTEN CONTROLES............................................................................................................................... 475.3. OVERZICHT CONTROLE-PROGRAMMA'S T.B.V. DE BMG.............................................................................48

5.3.1 Overzicht van de door TCNTYY_0 en TCNTYY_1 uitgevoerde controles:.........................................505.3.2. Overzicht van de door TCNTYY_2 TCNTYY_3 en TCNTYY_4 uitgevoerde controle..........................625.3.3. Overzicht van de door TCNTYY_5 TCNTYY_6 en TCNTYY_7 uitgevoerde controle..........................635.3.4. Overzicht van de door TCNTYY_9 TCNTYY_B, _C, _D, _E en _F uitgevoerde controles..................635.3.5. Overzicht van de door TVTDYY_2 en TVTDYY_3 uitgevoerde controle:...........................................65

6. UITWISSELINGSBESTAND(EN)............................................................................................................... 66

6.1. ALGEMEEN............................................................................................................................................... 666.2. UITGANGSPUNTEN.................................................................................................................................... 666.3. DE STAPPEN OM ZO’N TABEL, EEN UWB, TOT STAND TE BRENGEN............................................................666.4. TE MAKEN AFSPRAKEN VOOR UWB’S.......................................................................................................666.5 HUIDIG AFGESPROKEN UITWISSELINGSBESTAND.........................................................................................67

6.5.1. Vertaling EDIfact naar IBS ten behoeve van CPS............................................................................67

7. HULPMIDDELEN BMG/UMA/EDIT......................................................................................................... 68

INHOUD VAN DE................................................................................................................................................ 73

1. Inleiding



1.1. BMG-Algemeen

BMG staat voor Basis Modulaire Gegevensverzameling.

Echter, misschien wordt hierme eeen verwachtingswereld gecreëerd die niet echt de lading dekt!Mede daarom hieronder een korte opsomming van het BMG-proces en de ‘gebruikers’,

1.1.2. Doelstelling

De BMG heeft de volgende doelstelling:- te dienen als opdrachtverstrekker ten aanzien van de WAT-kant (B/CPP geeft de fiscale

component op aangifteniveau)- te dienen als registratieplaats voor de partijen binnen de keten (tot welke weerslag deze

fiscale zaken in de diverse systemen heeft geleid)- uit te kunnen voeren van controles (of de fiscale beschouwing van de aangiftegegevens van

alle partijen overeen komt).

1.1.3. Opdrachtverstrekker

Voor het dienen als opdrachtverstrekker vult hij/zij de eerste acht kolommen in de BMG.Dit betreft::BMG-nummer (alleen voor eigen gebruik en volledig ongeschikt als id)niveau om aan iets te zeggen over de fiscale structuur van de gegevensomschrijving zegt iets over de verwachte inhoud (vrije tekst die regelmatig wijzigt)soort welke fiscale lading de inhoud heeft (fiscaal, stuurgegeven, enz.)attribuuttype hierbij hoort het verwachte formaatverwerking op welke wijze aanlevering mogelijk moet zijn (electronisch, papier,

niet, enz.) IBS dump hoeveel van de aangelevere gegevens direct in het systeem worden

opgenomen en hoeveel van de gegevens in het speciale dumpgebiedgsp een kruisveld. Indien gekruist, dan wordt in de gegevensspecificatie

vermeld welke samenhang dit gegeven met andere gegevens heeft, ofhet onderdeel van een telling uitmaakt, of er speciale condities zijn enz.

Al met al betekent dit dat alle betrokkenen hiermee duidelijk dient te zijn WAT zij (fiscaal gezien) geacht worden te realiseren.

1.1.4. Registratieplaats

HOE zij dit doen maakt de opdrachtgever niet uit. Alleen welke fiscale lading het betreft, interesseert hem/haar wel!Hij/zij wil graag vernemen wat de betreffende partijen ervan gebakken hebben.Hij/Zij is dan geïnteresseerd in:- zijn de gegevens op de juiste wijze geïnterpreteerd; kortom: heeft de vermelding in de kolom

verwerking geleid tot een juiste interpretatie. (EDI betekent ‘kan electronisch aangeleverd worden’ en dient te leiden tot een registratie in het EDIfact, IBS en de diskette.)

- wordt de juiste ruimte geboden voor de informatie (bedragveld ook als bedragveld bij alle partijen, tekstveld van 30 pos. ook daadwerkelijk een tekstveld van 30 posities bij allen heeft.



1.1.5. Controles

Hiervoor leveren de participanten deze gegevens terug in de BMG zodat dit kan worden gecontroleerd, terug gekoppeld en, waar nodig, aangepast in het eigen systeem en ook in de BMG.

1.1.6. Strekking van de BMG

De BMG wordt steeds per JAAR en per BERICHTSOORT aangemaakt.Er is dus bijvoorbeeld een BMG voor de definitieve aangifte IB-2000 en ook een BMG voor de definitieve aangifte IB-2001 enz.Deze beide BMG’s hebben in principe NIETS met elkaar te maken. Uiteraard wordt er vrij veel gekopieerd, maar het blijven steeds zaken die alleen op het jaar waarin zij staan enige waarde hebben.

Participanten binnen de BMG worden kolomeigenaar van hun eigen kolommen. Wat zij daarin zetten is alleen voor hen bestemd. Geen enkele andere participant kan enige waarde ontlenen aan waarden in kolommen van andere participanten.

1.2. Werkwijze realisatie BMG voor ‘n jaar en ‘n berichtsoort

1.2.1. Stap 1

De BMG voor een bepaald JAAR en BERICHTSOORT start op enig moment met de eerste voorlopige registratie van de fiscale gegevens door de opdrachtgever.Een mogelijke link tussen bijvoorbeeld, dezelfde berichtsoort, maar dan de versie van vorig jaar is er NIET.Ook een mogelijke link tussen de BMG van een andere BERICHTSOORT in hetzelfde jaar is er ook NIET!

Na deze eerste registratie wordt deze BMG (versie 1B) uitgezet bij de bekende participanten en dan alleen indien zij nu al gebaat zijn bij een levering. In deze eerste levering heeft vaak al hernummering plaats gevonden, zodat de BMG-nummers tussen de jaren niet meer overeen komen.

1.2.2. Stap 2

De opdrachtgever en de betreffende participanten gaan aan het werk met de via de BMG ontvangen gegevens.(Uiteraard hebben de betreffende participanten de opdracht tot realisatie, met gebruik van de BMG voor de inhoudelijke zaken, al lang gehad via de eigen IM-er en releasemanager.)

1.2.3. Stap 3

Zowel de opdrachtgever alsook de participanten leveren tussentijds steeds een nieuwe (meer complete) vulling voor de BMG aan.Hierdoor ontstaan steeds nieuwe versies van de BMG. Deze nieuwe versies worden steeds ALLEEN aan die partijen geleverd waarvoor de veranderingen interessant zijn.Hierdoor kan gesteld worden dat elke BMG tijdens het ontwikkeltraject nooit gelijk is aan de uiteindelijke BMG.

Stap 2 en 3 worden steeds herhaald tot afronding ontwikkeltraject van alle participanten.



1.3. Betrouwbaarheid gegevens in de BMG

Ook zal het duidelijk zijn dat tijdens het ontwikkeltraject geen waarde kan worden gegeven over de kwaliteit en de volledigheid van de gegevens van zowel de opdrachtgever alsook van de participanten.Als enige kunnen de participanten hieruit aflezen welke nieuwe gegevens )of gewijzigde gegevens) er door de opdrachtgever zijn vermeld in de BMG.

De gegevens in de BMG kunnen pas het predicaat ‘volledig en juist’ krijgen nadat het ontwikkeltraject volledig is afgesloten door alle participanten inclusief de opdrachtgever.

Extra!!In principe staan in de BMG alleen die gegevens die ook aangeleverd kunnen worden via de betreffende aangifte.Uitzondering hierop zijn de headergegevens en….. (een deel) van de CD-elementen vanuit IBS.

1.4. Deelnemer en/of afnemer worden

Vanuit de BMG onderkennen we 2 soorten gebruikers:- de participant- de afnemer

1.4.1. De participant

Indien ‘n partij constateert dat het onderdeel van de keten uitmaakt waarbij in het ontwikkeltraject gebruik wordt gemaakt van de BMG, kan deze partij zich aanmelden als participant.

Hiertoe dient het volgende gebeuren:

- offerte-aanvraag bij BMG-groep (Frans Lenssinck of Wim Lem) onder vermelding- de deelname vanwege (plaats binnen de keten)- het aantal kolommen (in ieder geval inclusief de kolom attribuuttype)- gewenste vulling in de diverse kolommen- gewenste controles ten behoeve van eigen vullingen- eventueel verwacht gebruik door derden (externen, uitwisselingsbestanden enz.)- ….

- afgifte offerte door BMG-groep- opdracht verstrekking aan BMG-groep- realisatie van de BMG-spreadsheet inclusief de gevraagde kolommen- realisatie (indien nodig) BMG-programmatuur voor participantencontroles- aanpassing controles t.b.v. eigenaar (oa. Attribuuttype-controle) - eventueel realisatie nieuwe programma’s ter ondersteuning participant en/of derden- afspraken maken omtrent integratie in het traject en dit met betrekking tot:

- op welke momenten hoofdkolommen-info nodig met welke volledigheid / juistheid- op welke momenten teruglevering eigen producten voor eigen ontwikkeling- op welke momenten teruglevering eigen producten ten behoeve van derden- contactpersoon (eventuele reserve)

- eventueel afspraken over volgende jaren qua nieuwe functionaliteiten gewenst in de BMG.



Uiteraard kan een eerste aanzet (offerte-aanvraag) ook worden voorafgegaan door een BMG-demo met eventueel intake-gesprek om zo snel inzichtelijk te hebben wat een participant dient te vragen om optimaal gebruik te kunnen maken van de BMG voor het betreffende middel.

Het bovenstaande is uiteraard een actie per middel. Voor de opvolgende jaren is dan steeds van belang tijdig aan te geven wat een participant (inclusief de opdrachtgever) anders wilt.

1.4.2. de afnemer

Hiervan zijn 2 typen te onderkennen:- de jaarlijkse afnemer- de tussetijdse afnemer.

1.4.2.1. De jaarlijkse afnemer.

Deze is per definitie alleen geïnteresseerd in een extractie uit de laatste BMG (kortom de BMG met de gegevens die in de productie worden gebruikt) en dient zich als zodanig te melden.Deze afnemer is, over het algemeen, vooral geïnteresseerd in de wijze waarop gegevens in de diverse systemen zijn opgenomen.(CBS wil graag het wat koppelen aan de biljetpaarameters om zodoende te weten welke IBS-rubrieken de juiste lading dekken voor hun uitvragen.)

Hiertoe dient hij/zij het volgende te doen:

- offerte-aanvraag bij BMG-groep (Frans Lenssinck of Wim Lem) onder vermelding:- mededeling dat het gaat om de jaarlijke afnemer- welke rijen er gewenst zijn (hoe dient de gegevensverzameling te worden uitgeschreven,

welke gegevens wel, welke gegevens niet; denk aan headergegevens, dumpgegevens enz.)

- welke kolommen er gewenst zijn

Vervolgens:- afgifte offerte door BMG-groep- opdracht verstrekking aan BMG-groep- afspraken maken omtrent formaat gewenste gegevens- realisatie (indien nodig) BMG-programmatuur - contactpersoon (eventueel ook een reserve).

1.4.2.2. De tussentijdse afnemer.

Deze is niet alleen geïnteresseerd in het eindproduct.Deze afnemer (momenteel is dat de groep Cluster PoortSysteem bij het B/AC) is in hetzelfde geïnteresseerd als de jaarlijkse afnemer, maar ook in tussentijdse leveringen om het eigen onttwikkeltraject te ondersteunen.

Extra afspraken dienen er te worden gemaakt over de kwaliteit en/of volledigheid van de gegeven op de gekozen momenten van levering.

De te volgen lijn voor wat betreft de afspraken:

- offerte-aanvraag bij BMG-groep (Frans Lenssinck of Wim Lem) onder vermelding:- mededeling dat het gaat om de tussentijdse afnemer- welke rijen er gewenst zijn (hoe dient de gegevensverzameling te worden uitgeschreven,

welke gegevens wel, welke gegevens niet; denk aan headergegevens, dumpgegevens enz.)

- welke kolommen er gewenst zijn



Vervolgens:- afgifte offerte door BMG-groep- opdracht verstrekking aan BMG-groep- afspraken maken omtrent formaat gewenste gegevens- gewenste/vereiste kwaliteit/volledigheid op de af te spreken momenten van levering- realisatie (indien nodig) BMG-programmatuur - contactpersoon (eventueel ook een reserve).

1.5. De BMG-methodiek

Het hierboven vermelde beschrijft de huidige situatie.Mochten partijen zijn die op een andere manier gebruik wensen te maken van de gegeven zoals die, deels, in de BMG staan vermeld, dan zijn wij altijd bereid hierover van gedachten te wisselen.

Het is altijd mogelijk dat wel de BMG-methodiek wordt gehanteerd, maar dat voor dit gebruik specifieke tools worden ontwikkeld en er eventueel een afzonderlijke BMG-omgeving (bijv. spreadsheet) dient te worden ingericht.

Zeker ten aanzien van de tussentijdse afnemer, waartoe ABS ook lijkt te gaan behoren (gebruik van participantengegevens uit de BMG in de eigen systemen), moet worden opgemerkt dat deze manier van gegevensverstrekking vanuit de BMG alleen goed kan plaatsvinden als er goede afspraken zijn gemaakt.

Denk hierbij vooral aan het gebruik van gegevens die toebehoren aan andere participanten en die slechts als (tussentijdse) registratie, vaak zelfs inclusief ‘dummygegevens’, in de BMG staan vermeld.

1.6. Afrondend

Voor een goed gebruik van de BMG door alle betrokkenen is het noodzakelijk dat alle partijen zich houden aan de doelstelling en de, bijbehorende, werkwijze.Gebruik op andere wijze zonder hierover duidelijke afspraken te hebben gemaakt, zorgen voor veel onduidelijkheid.



2. Definities en afkortingen

2.1. Definities

Fiscale beweringen:Alle gegevens die nodig zijn om de aanslag vast te stellen.

Algemene beweringen:Moeilijk om een sluitende definitie te geven, bedoeld worden niet fiscale klantgegevens, volstaan wordt met het opsommen van de beweringen:NAW-gegevens, telefoonnummers, giro-/banknummer.

Sturingsbeweringen:Ondersteunende informatie om de belastingplichtige zijn aangifte juist te laten invullen voor zover niet vallend onder de fiscale controle beweringen.

Fiscale controle beweringen:Gegevens bedoeld ter ondersteuning van de controle op de fiscale (controle) beweringen.

Herleidbare beweringen:Hieronder verstaan we de (tussen-)tellingen, overnames, verzamelstaten, voor zover niet vallend onder herleidbare controle beweringen.

Herleidbare controle beweringen:Dit zijn herleidbare beweringen ter controle van de fiscale (controle) beweringen.

2.2. Afkortingen

B/CICT : Belastingdienst/Centrum voor Informatie en Communicatie TechniekB/CA/PMM : Belastingdienst/Servicedesk Elektronisch BerichtenverkeerBMG : Basis Modulaire GegevensverzamelingCEIB : Centrale Edi-interface InkomstenBelastingCPS : Cluster PoortSystemenB/CPP : Belastingdiens/Centrum voor Proces- en ProductontwikkelingEDIFACT : Electronic Data Interchange For Administration, Commerce and TransportIBR : Inkomsten Belasting RecordIBS : Inkomsten Belasting SysteeemUWB : Uitwisselingsbestand BMGCBS : Centraal Bureau voor de Statistiek IIS : Inkomens Informatie SysteemSBI : Bestuurlijke informatieB/CA/IV : Mediaconversie (MCA en KGS)



3. Beheer BMG

3.1. Doelstelling BMG

Als doelstellingen voor de BMG worden onderkend

het per kalenderjaar vaststellen van de gegevensverzameling t.b.v. de ontwikkeling van aangiften inkomstenbelasting, zowel op papier als in elektronische vorm (beheer in engere zin);

het per kalenderjaar vaststellen van de gegevensverzameling en de wijze van vastlegging hiervan in het systeem IBS (beheer in engere zin);

het ondersteunen van een correct lopend sturingsmechanisme voor de uitwisseling van gegevens tussen de onderscheiden systemen in het traject van verwerken van de elektronische aangiftegegevens middels het UWB;

afstemmingsplatform voor specificaties van externe leveranciers.

3.2. Participanten BMG

Bij de BMG worden thans de volgende participanten onderscheiden:

B/CPP als opdrachtgever,B/CPP als beherende instantie,

De gegevenseigenaren:B/CPP De algemene (fiscale) gegevensB/CKC - EDF De biljet-relaties,B/CKC - VT-appl. De VT-relaties,B/CICT / IBS-META De IBS-relaties,B/CICT / EDIFACT-beheer De EDIFACT- relaties,B/CICT / ABS De ABS-relaties.

Iedere participant heeft het exclusieve eigendom van en verantwoordelijkheid voor de correctheid en tijdigheid van de hen toegewezen delen van de in de Uitwisselingsmatrix opgenomen registraties.

B/CPP (Bas Monster) heeft het exclusieve recht regels toe te voegen en te verwijderen, omdat de algemene fiscale gegevens (BMG in engere zin) leading zijn.

De participanten zijn vertegenwoordigd in een Werkgroep Gegevensuitwisseling, waarin o.a. de uit te voeren werkzaamheden worden gecoördineerd. De overlegfrequentie zal maandelijks zijn.In deze werkgroep kan op afroep-basis een vertegenwoordiger van de CEIB participeren.



3.3. Organisatorische inbedding

De organisatorische inbedding van het beheer van de BMG zal zijn beslag moeten krijgen op grond van de nog nader te formuleren doelstellingen. Bij de thans gekozen nadruk op de inzet van de BMG in brede zin als sturings-middel in de verwerking van elektronische aangiften wordt het beheer belegd bij de B/CPP.



3.4. Wijzigingsprocedure

Met het oog op het grote belang van een correcte en betrouwbare uitvoering van de registraties in de UMA voor de werking van de CEIB zal de uitvoering van de wijzigingsprocedure aan stringente regels gebonden zijn.

Wijzigingen op de BMG leiden (in principe) tot een nieuwe versie van het Excel-spreadsheet. Voor naamgeving en criteria wordt verwezen naar hoofdstuk 'Versiebeheer'.

De wijzigingen zullen voorlopig door elk van de BMG-participanten op papierworden aangevraagd. Dit kan b.v. door het geven van invullingen op ver-strekte controle-lijsten, toevoegingen op het 'papieren BMG', los document, etc.

Door de beheerder BMG zal worden bepaald of en in welke versie(s) van de BMGde aangevraagde wijziging zal worden doorgevoerd.Iedereen is gerechtigd tot het bij de beheerder indienen van wijzigingsverzoeken op alle toegewezen kolommen.

Tot nu toe zijn de volgende participanten onderkend:

a. B/CPP/BAV (Bas Monster) kolommen 1 t/m 9, 22 en 35b. B/CKC/EFD (Cathy van Duyvenvoorde) kolommen 10 t/m 20c. B/CICT/-VT-appl. (Gerrit Doornwaard) kolommen 21d. B/CICT/IBS-META (Willem Floors) kolommen 29 t/m 31 e. B/CPP/IM/EDIFACT(Bert van Barneveld) kolommen 32 t/m 34f. B/CICT/ABS (Marcel Meulenbroek) kolommen 36 t/m 44g. B/CA/IV ?? kolommen 23 t/m 28

Hierbij zij opgemerkt, dat kolommen zowel functionele (fiscale) gegevens kunnen bevatten, als technische elementen. Beide typen behoren tot de verantwoordelijkheid van de betreffende participant.

Nieuwe regels toevoegen en regels verwijderen kan alleen bij de BMG-beheerder aangevraagd worden door Bas Monster, omdat de algemene fiscale gegevens (BMG, de hoofdkolommen) leading zijn.Vóór verwijdering neemt de Beheerder BMG contact op met de eigenaars van eventueel aanwezige gegevens in de betreffende regel.

Door middel van een geautomatiseerd tool zal het mogelijk zijn de aangebrachte mutaties op papier weer te geven, welke aan de betrokken BMG-participant(en) worden geretourneerd.Verificatie op juiste verwerking dient door de participanten plaats te vinden.



3.5. Uitwisselingsbestand

Om te voorkomen, dat wijzigingen in de BMG (i.c. tussen- resp. toevoegingen van nieuwe kolommen) direct aanleiding geven tot wijziging in de koppeling met de Centrale Edi-interface Inkomsten Belasting (=CEIB) wordt aan het B/CICT afdeling CPS een afgesproken subset opgeleverd, die voldoet aan de in onderling overleg vastgestelde eisen. Dit is het z.g. uitwisselingsbestand.

3.6. Versiebeheer

De verschillende versies van de BMG zullen door de Beheerder BMG worden benoemd en beheerd.Een registratie wordt bijgehouden, waaruit duidelijk blijkt:

a. welke betekenis aan de versies moet worden toegekend,met name moet duidelijk zijn op grond van welke versies

van de achterliggende systemen de registraties zijn gedaan,b. welke versie is verstrekt aan wie, wanneer, met welk doel.

Het versienummer, dat wordt toegekend bevat de volgende componenten:- belastingjaar,- aanduiding voor de release van de CEIB-programmatuur, waarvoor de versie wordt

onderhouden,- indicatie voor tussenproducten.

Voorbeeld: versie '031B’ heeft betrekking op :belastingjaar 2003release 1variant B

De naam van het Excel-spreadsheet luidt : TVO_031B.XLS, het uitwisselingsbestand voor CEIB : TVOX031B.CSV

3.7. Distributie

Elke versie van het Excel-spreadsheet en gegevensspecificaties wordt gedistribueerd naar:

B/CPP Bas MonsterB/CKC Cathy C.E. van DuyvenvoordeB/CICT IBS META Willem FLoorsB/CICT EDIFACT Richard van Maanen B/CICT BSEB Kees HollesteinB/CICT ABS Marcel MeulenbroekB/CPP Rinus DrabbeB/CKC Gerrit Doornwaard

Elke versie van het uitwisselingsbestand voor CEIB wordt gedistribueerd naar:B/CICT CPS David Letsch???B/CA/PMM ??

Elke versie-distributie wordt voorzien van een aanbiedingsbrief waarin o.a. alle wijzigingen t.o.v. de vorige versie worden aangegeven.



3.8. Afspraken met B/CICT afd. CPS

Met het B/CICT afd. CPS zijn afspraken gemaakt over de vorm, waarin de gegevens uit de UMA overgedragen zullen worden aan het B/CICT afd. CPS : het uitwisselingsbestand. Deze zijn neergelegd in dit document (hoofdstuk 6) en met het B/CICT afd. CPS afgestemd.Wijzigingen in deze afspraken zijn uiteraard alleen mogelijk in onderling overleg en na goedkeuring door de BMG-participanten.

Besloten is dat de Beheerder BMG zoveel mogelijk inhoudelijke consistentie-controles zal uitvoeren, voordat de feitelijke overdracht plaatsvindt. Alle centraal gedefinieerde controles zullen echter ten alle tijde eveneens worden uitgevoerd (dus dubbele controle). Door de verschillende platforms zullen de controles lokaal (B/CPP) en centraal (CEIB) niet volledig identiek zijn. Voor een exacte beschrijving van de uitgevoerde controles wordt verwezen naar de respectievelijke ontwerpprodukten.

De Beheerder BMG zal bij de aanmaak van het uitwisselingsbestand gebruik maken van een ontwikkelde geautomatiseerde procedure om de kans op fouten te verminderen.

Om tijdrovende laad-procedures te voorkomen dient B/CICT afd. CPS: de geplande actie aan te kondigen aan de Beheerder BMG, opdat deze standby zal zijn de gebleken fout zo snel mogelijk te melden.

De Beheerder BMG richt in samenwerking met het B/CICT afd. CPS een procedure inom filetransfer mogelijk te maken.



4. Toelichting regels en kolommen BMG

Het Excel-spreadsheet, waarin de BMG is geregistreerd kent na de hieronder beschreven titel-regel twee kopregels.

De eerste kopregel is specifiek bestemd voor aansturing van de CEIB-conversie:kolom 3 Belastingjaar (b.v. 2003)kolom 29 EDIFACT-berichtcode (b.v. TMPRES 02 95B MF)

De tweede kopregel geeft de relaties weer met de versienummers van de gerelateerde systemen.kolom 1 jaar/release/versie BMG (b.v. 032B)kolom 3 middelaanduiding (b.v. Ink.belasting /premie volksverzekeringen 2003)kolom 30 versienr. IBS-META (b.v. fs.00.3)kolom 32 versienr. EDIFACT (b.v. EDIFACT Berichtstructuur 2003 versie 1.0

(definitief))kolom 45 versie voorgaande BMG(b.v. 001A)

In de daaropvolgende regels (dus vanaf regel 4) staat de feitelijke inhoud.

In dit hoofdstuk worden verder de thans in gebruik zijnde kolommen van de BMG/UMA-spreadsheet beschreven. Achtereenvolgens komen voor zover van toepassing de volgende aspecten aan de orde:

Titel kolom Naam zoals deze is opgenomen in de titel-regel van het BMG-Excel-werkblad voor de betreffende kolom.

Naam kolom Logische naam van de kolomBeschrijving Waar nodig wordt nadere toelichting gegeven.Eigenaar kolom Instantie, die gerechtigd is de betreffende kolom te

muteren.Mogelijkheden zijn thans:

B/CPPB/CKC/EDFB/CKC/VT-ApplB/CICT IBS-METAB/CICT EDIFACTB/CICT ABSB/CICT CI/MCA

Toegestane waarden Indien slechts een discreet aantal mogelijkheden tot registratie bestaat worden deze hier opgesomd en toegelicht.

Syntax Indien een codering volgens een vastgestelde norm dient te worden gerepresenteerd wordt dit voorschrift hier weergegeven. M.a.w. de coderings-voorschriften worden vastgelegd.

Gerelateerde controles Indien de kolom betrokken is bij een controle (zoals deze in het volgende hoofdstuk beschreven zijn), wordt het meldingnummer hier vermeld.



Overzicht van de thans in gebruik zijnde kolommen van het BMG/UMA Excel-spreadsheet:

Kolom 1 A : Nummer numKolom 2 B : Niveau nivKolom 3 C : Omschrijving namKolom 4 D : Soort srtKolom 5 E : Attribuut-type DGM dtyKolom 6 F : Verwerking vrwKolom 7 G : Dump dmpKolom 8 H : GSP gspKolom 9 I : IB422 bj1Kolom 10 J : IB438 bj2Kolom 11 K : IB439 bj3Kolom 12 L : IB420 bj4Kolom 13 M : IB442Kolom 14 N : IB448 bj5Kolom 15 O : IB449 bj6Kolom 16 P : IB450 bj7Kolom 17 Q : IB460Kolom 18 R : IB462Kolom 19 S : IB470 bj8Kolom 20 T : IB472 bj9Kolom 21 U : VT-Disk vtdKolom 22 V : Printvolgorde prvKolom 23 W : CI/MCA mc1Kolom 24 X : CI/MCA mc2Kolom 25 Y : CI/MCA mc3Kolom 26 Z : CI/MCA mc4Kolom 27 AA : CI/MCA mc5Kolom 28 AB : CI/MCA mc6Kolom 29 AC : Gevraagde rubriek IBS grIKolom 30 AD : Code IBS ibsKolom 31 AE : Attribuut-type IBS typKolom 32 AF : Code EDI ediKolom 33 AG : Formaat EDI efmKolom 34 AH : Specificatie EDI espKolom 35 AI : Toelichting toeKolom 36 AJ : Groepsnaam ABS abgKolom 37 AK : Groepsherh ABS abhKolom 38 AL : Middelen ABS abmKolom 39 AM : Elementnaam ABS abeKolom 40 AN : Elementnummer ABS abnKolom 41 AO : Volgnr ABS abvKolom 42 AP : Conversie abcKolom 43 AQ : Reserve ABS 1 ab1Kolom 44 AR : Reserve ABS 2 ab2Kolom 45 AS : Oud Nummer onr

Attentie

In verband met het gebruik van export-bestanden, waarbij de veldwaarden worden gescheiden door punt-comma's is het in geen enkele cel van de Excel-spreadsheet toegestaan dit teken te gebruiken. Andere tekens en tekstopmaak (voor zover dit binnen de hierna te noemen controles valt) zijn wel toegestaan.



Titel kolom : NummerNaam kolom : 1. Regelnummer BMG

Beschrijving : Om een logische ordening in de BMG-regels aan te brengen is aan de regels een unieke identificatie toegekend

Eigenaar kolom : DPU/DGM de algemene (fiscale) gegevens

Toegestane waarden : -

Syntax : 99999[-99[-99]] [-[X]X]

hoofdnr = identificatie van een gegevens-groep(vanaf 10000 t/m 99999)

volgnr = bij een herhalend gegeven of herhalende groep gegevens een volgnummer (vanaf 01 t/m 99; aansluitend).De waarde ## is ook toegestaan in het geval van Dump-gegevens.

volgordenr = nummer dat de volgorde van gegevens binnen een herhalende groep gegevens aangeeft(vanaf 00 t/m 99; hoeven niet aansluitend genummerd te zijn).

Indicator = nadere aanduiding voor specifieke kenmerken.

Toegestane waarden:

-J : ja-N : nee

-B : begin periode-E : einde periode

-BK -GK-NK

-BW-EW

-11

Initieel zijn de hoofdnummers genummerd, beginnend met 10000 en oplopend met 100 om zo ruim mogelijke intervallen te houden om regels tussen te voegen

Gerelateerde controles : 58, 59, 63, 65, 69, 70, 71, 75, 79



Titel kolom : NiveauNaam kolom : 2. Gegevensniveau

Beschrijving : groepsaanduiding, wordt tevens gebruikt voor de inhoudsopgave bij de gegevensspecificatie

Eigenaar kolom : DPU/DGM De algemene (fiscale) gegevens

Toegestane waarden : 1 t/m 9 of leeg

Syntax : -

Gerelateerde controles : -



Titel kolom : OmschrijvingNaam kolom : 3. Gegevensnaam

Beschrijving : Unieke aanduiding van het gegevenselement



Syntax : bij de naamgeving zijn een aantal conventies aangehouden

groepsnamen (kopjes van gegevensgroepen) worden cursief in de spreadsheet opgenomen . De eerste letter is steeds een hoofdletter.

namen beginnen in principe met een kleine letter(uitzonderingen zijn : FOR, WIR, SoFi-nummer)

ter verhoging van de leesbaarheid kunnen geheel lege regels tussengevoegd zijn.

bij aankruisvelden (DGM attribuut-type = a1) wordeningeval van de keuze J/N twee regels opgenomen met deachtervoeging ' J' resp. ' N' .De rest van de omschrijving dient verder identiek te zijn.

Gerelateerde controles : 5, 6, 18, 19, 20, 22, 23, 26, 27, 52, 53, 54, 61, 70, 71, 72, 73



Titel kolom : SoortNaam kolom : 4. Soort fiscale bewering

Beschrijving : Zoals in de inleiding is aangegeven kunnen de BMG-gegevenselementen gerubriceerd worden naar soort.


Toegestane waarden : f = fiscale beweringa = algemene bewerings = sturingsinfofc = fiscale controle-beweringh = herleidbare beweringhc = herleidbare controle-bewering(blank)

Zie voor definities Hoofdstuk 2.

Syntax : -

Gerelateerde controles : 5, 13, 15, 16, 64



Titel kolom : Attribuut-type DGMNaam kolom : 5. Attribuut-type DGM

Beschrijving : -


Toegestane waarden : a1 a4 a6an1 an2 an3 an4 an..6 an..9an..10 an..12 an..14 an..24 an..25 an..30an..35 an..45 an..60 an..70bedragDDMMDDMMEEJJEEJJJJMMDDMMJJn..2n..3n..5n..6n..10n..18n10n1n2n4n6perc3perc6SoFinr

Syntax : -

Gerelateerde controles : 18, 19, 27, 42, 43, 44, 45, 46, , 52, 53, 60

68, 69, 74, 75, 76, 77, 78, 85, 8687, 88, 89



Titel kolom : VerwerkingNaam kolom : 6. Verwerking

Beschrijving : In deze kolom wordt aangegeven welke de verwerkende systemen van het gegeven zijn en welk type bewerking uitgevoerd wordt.


Toegestane waarden : niet gegeven wordt niet geregistreerd

vertoetsen gegeven wordt alleen bij handmatige verwerking geregistreerd in het IBS-systeem

EASYtax-sturing gegeven t.b.v. header bericht uit aangiftediskette

EDI (IBR) gegeven IBAANGIFTE record, door IBS uitgeprint

EDI gegeven wordt alleen bij elektronische aangifte geregistreerd en getoond in de EDI

bijlagen van het het IBS-systeem.

EDI (vertoetsen) gegeven wordt zowel bij handmatige verwerking als bij de elektronische aangifte geregistreerd

EDI (niet) (groep) gegeven(s), die m.b.v. EDIFACT wordt aangeleverd en niet in het verwerkend systeem (IBS) wordt

geplaatst, maar wordt afgedrukt.

berekend gegeven wordt in het IBS-systeem berekend

EDI-sturing gegeven wordt tot en met EDIFACTgeregistreerd (komt dus niet in het IBS-systeem)

EDItax-sturing gegeven wordt tot en met EDIFACTgeregistreerd (komt dus niet in het IBS-systeem)

IBS-sturing stuurgegeven t.b.v. het IBS-systeem

EDI (dump) (groep) gegeven(s), die m.b.v. EDIFACT wordtaangeleverd en (voor zover mogelijk) in de IBS-dump wordt geplaatst.

berekend-IBS gegeven wordt in IBS berekend en het gegevenwordt alleen bij handmatige verwerking geregistreerd

berekend-IBV gegeven wordt in IBS berekend en het gegevenwordt alleen bij handmatige verwerking geregistreerd

IBS-reserve gereserveerd voor plaatsen in de IBS-dump



gegevens

Syntax : bij de naamgeving de exacte tekst hanteren (denk aan eventuele spaties)

Gerelateerde controles : 1, 2, 3, 12, 17



Titel kolom : DumpNaam kolom : 7. Range dumpregels

Beschrijving :



Syntax : Begin..Einde

Begin : Eerste volgnummer, dat naar de dump wordt geschreven

Einde : Laatste volgnummer, dat naar de dump wordt geschreven (thans altijd 99)

Zowel Begin als Einde bestaat uit twee cijfer.Dus eventueel een voorloopnul toevoegen.

Gerelateerde controles : 7, 17



Titel kolom : GSPNaam kolom : 8. GSP-indicator

Beschrijving : Indien het gegeven opgenomen dient te worden in de gegevensspecificatie (=GSP)


Toegestane waarden : X of leeg

Syntax : -

Gerelateerde controles : - 56, 57



Titel kolommen : IB422 / IB438 / IB439 / IB420 / IB442 /IB448 / IB449 / IB450 / IB460 / IB462 / IB470 / IB472

Naam kolommen : 9. t/m 20. Biljetparameters voor de biljetten: Beschrijving : -



Syntax :De biljet-kodering <Kod> kent de volgende vormen:

<vnr> vraagnummer op het biljet. De codering voor het vraagnummer begint met één of meer cijfers, eventueel gevolgd door letter(s), cijfer(s) of spaties.

na <vnr> of na<vnr> aanduiding, dat gegeven na een opgegeven vraag op het biljet voorkomt

p. <pnr> of p.<pnr> aanduiding, dat gegeven op een opgegeven pagina voorkomt

<Mcd>.<Kod> modelkode (hoofdletter) gevolgd door de bovengenoemde biljetkodering

Iedere kodering kan voorzien zijn van het suffix '.b' Hiermee wordt aangegeven, dat het gegevenselement voorkomt op een bijlage behorend bij de via de <Kod> gespecificeerde vraag.

Komt een gegeven zowel op een model als op het biljet voor danwel op verschillende modellen dan kunnen beide koderingen gescheiden door een slash ( / ) worden opgegeven.

De totale lengte van de kodering mag niet meer dan 15 posities bedragen.

Gerelateerde controles : 6, 14, 29, 30, 31, 35, 36, 40, 54, 55, 101, 102, 103, 104, 105,

110, 111, 112, 113, 114, 115, 116



Titel kolom : VT-diskNaam kolommen : 21. Verzoek teruggaaf-codering Beschrijving : -

Eigenaar kolom : B/CKC -VT-Appl De VT-relaties


Syntax : - vaste waarde: een spatie en dan deze waardetussen aanhalingstekens ( '2000')

- variabele waarde: <ET-naam>

- waarde is conditioneel; afhankelijk van de inhoud wordt het bijbehorende BMG-nummer gezocht. In waarde komt te staan:

'conditie', bijv. 'J': <ET-naam> <=> <waarde>

- repeterend in ET: <ET-naam><[><volgnummer><]>

- wel EDIFACT, geen ET: niad (niet in aangiftediskette)- wel EDI, wel ET, geen IBS:nieb (niet in electr. bericht)

- voorlopige toekenning: 7777

Gerelateerde controles : 90, 91, 92, 93, 94, 95, 96, 97, 98, 99, 100



Titel kolom : PrintvolgordeNaam kolom : 22. Printvolgorde bij vertaling van elektronisch bericht naar

papieren variant. Beschrijving : -



Syntax :ea = gegevens voor elektronische aangifte

of: <volgnr><FRE>[sectienr>[<vraagkode>]]waarin :<volgnr> = volgnummer voor sortering van 6 cijfers.

Afhankelijk van de hieronder gekozen FRE begint het volgnummer met het daar (tussen haakjes) genoemde cijfer (1 t/m 4).

<FRE> = FRE-aanduiding in 5 lettersmogelijke aanduidingen zijn:IBREC = IB-record (1)BANKG = Bank Giro (2)VALUT = Valutasoort (3)VERZVT = VT Verzoek (4)

<sectienr> = sectienummer van twee cijfers(facultatief)

<vraagkode> = alfanumerieke aanduiding van eengegeven binnen een sectie(facultatief)

of: <volgnr><vraagkode>[b]waarin :<volgnr> = volgnummer voor sortering van 6 cijfers.

Het eerste cijfer is 5 of hoger.<vraagkode> = bestaande uit maximaal 6 cijfers en

letters op alfabetische volgorde te sorteren.

b = de suffix ‘b’ geeft aan dat het gegeven een specificatie is op de het in <vraagkode> genoemde gegeven.

Gerelateerde controles : - 28, 32, 33, 34



Titel kolom : CI/MCANaam kolom : 23. T/m 28. CI/MCA (tegenhangers van de biljetten.)

Beschrijving : --

Eigenaar kolom : B/CICT –CI/MCA

Toegestane waarden : --

Syntax : --

Gerelateerde controles : --



Titel kolom : Gevraagde Rubriek IBSNaam kolom : 29. Gevraagde rubriek IBS

Beschrijving : De naam van de rubriek in het IBS-systeem, waarin het betreffende gegeven wordt geregistreerd.

Eigenaar kolom : B/CICT -IBS de IBS-relaties

Toegestane waarden : Naam aaneengesloten van maximaal 64 posities, waarbij binnen de eerste 30 posities de uniciteit dient te zijn afgedwongen

Syntax :




Titel kolom : Code IBSNaam kolom : 30. IBS-code

Beschrijving : Codering zoals deze in het systeem META van IBS is vastgesteld.

Eigenaar kolom : B/CICT/IBS de IBS-relaties

Toegestane waarden : Numerieke waarde tussen 0 en 32767, danwel de aanduiding "IBR" of (blank).

Syntax :

Gerelateerde controles : 66, 67



Titel kolom : Attribuut-type IBSNaam kolom : 31. Attribuut-type IBS

Beschrijving : voor de meta-velden:het daar gedefinieerde attribuut-type

Eigenaar kolom : B/CICT/IBS de IBS-relaties

Toegestane waarden :"aantal", "aantal_1", "aantal_2",“aantal_4”, "aantal_5", "aantal_6”,"aantal_7”, "aantal_8”, "aantal_9","aantal_10”"bedrag", "bedrag_11""bedrag_in_centen","begin_datum",“bijlage”,"code", "code_1","datum",“edi_beroep”, "edi_land", "edi_naam","edi_plaats", "edi_postcode", "edi_voorletters","eind_datum","feitelijke_werkplaats", "feitelijke_woonplaats",“geheel_percentage”,"jaar","lvn","maand_jaar", “middelindicatie “,"percentage","tariefgroep","tekst_1", "tekst_2", "tekst_3","tekst_4", "tekst_5", "tekst_10","tekst_12", "tekst_15", "tekst_20","tekst_25", "tekst_30", "tekst_45","tekst_48", "tekst_50", "tekst_60","tekst_70","volgnummer","x_veld".

De IBR-attribuuttypen :

"EEJJMMDD","DDMMEEJJ",

of(blank)

Syntax :

Gerelateerde controles : 2



Titel kolom : Code EDINaam kolom : 32. Code EDIFACT

Beschrijving : Typering van de coderingselementen van gegevenselementen die het mogelijk maakt conversie van EDIFACT-representatie naar IBS-Inhouse-formaat mogelijk te maken.

Eigenaar kolom : B/CPP/IM/EDIFACT-beheerDe EDIFACT-relaties


Syntax :

{tag-{[qualveldnr-qual[(volgnr)]-]}}[dataveldnr[(volgnr)]]

N.B. de binnenste herhaling 0-2 maal,de buitenste herhaling 1-5 maal.

Legenda:

- scheidingsteken tussen twee aanduidingen{...} geeft aan dat de tussenliggende velden herhaald kunnen worden[...] geeft een optionaliteit weertag segmentaanduidingqualveldnr geeft aan in welk veld (4 pos. numeriek) van het segment de qualifier voor dit

segment staatqual kwalificerende waarde van een segmentdataveldnr geeft aan in welk veld (4 pos. numeriek) van het segment de data staanvolgnr maakt een dataveldnr of qual uniek (startend met 1,oplopend met 1)

Gerelateerde controles : 8, 9, 10, 11, 21, 25, 32, 33, 41, 42, 43, 44, 45, 46, 47, 48, 49, 50, 51,

62, 68, 74, 75



Titel kolom : Formaat EDINaam kolom : 33. Formaat EDI

Beschrijving : Nadere aanvulling op de EDIFACT codering ingeval van additionele formaat qualifiers.


Toegestane waarden : (blank) voor velden zonder formaat-kwalificatie

In DTM-segment2379-102 = datum-formaat: CCYYMMDD2379-106 = datum-formaat: MMDD2379-602 = datum-formaat: CCYY

In ADR-segment3477-1 = adres-formaat: straat+huisnummer3477-5 = adres-formaat: straat+huisnummer+plaats (in deze

volgorde)

In PNA-segment3405-21 =naam-formaat : naam+voorletters3405-22 =naam-formaat : naam3405-23 =naam-formaat : voorletters

Syntax : 2379-fff3477-fff3405-fff

waarin fff de formaat-qualifierGerelateerde controles : 80, 81, 82, 83, 84, 85, 86, 87, 88, 89



Titel kolom : Specs EDINaam kolom : 34. Specs EDI

Beschrijving : Nadere aanvulling op de in de EDIFACT-standaard gehanteerde waarden voor lengte en type van datavelden in de EDIFACT-berichten.



Syntax : Type[..]Leng

Type an = alphanumerieke tekens n = uitsluitend cijfers toegestaan

.. geeft aan dat voor het gegeven ook eenkortere lengte is toegestaan danvermeldt in Leng.

Leng Maximale lengte van het gegeven.

Voorbeelden:

an..60 : alphanumeriek veld met een maximalelengte van 60 posities.

n3 : veld met precies 3 numerieke posities.

Gerelateerde controles :



Titel kolom : ToelichtingNaam kolom : 35. Toelichting

Beschrijving : Nadere toelichtingWordt in de verwerkende systemen niet gebruikt.

Eigenaar kolom : B/CPP De algemene (fiscale) gegevens


Syntax : -




Titel kolom : Groepsnaam ABSNaam kolom : 36. Groepsnaam ABS

Beschrijving :

Eigenaar kolom : B/CICT -ABS

Toegestane waarden : Naam aaneengesloten van maximaal 32 posities

Syntax :




Titel kolom : Groepsherh ABSNaam kolom : 37. Groepsherh ABS

Beschrijving :


Toegestane waarden : J, N of leeg

Syntax :




Titel kolom : Middelen ABSNaam kolom : 38. Middelen ABS

Beschrijving :


Toegestane waarden : ??

Syntax :




Titel kolom : Elementnaam ABSNaam kolom : 39. Elementnaam ABS

Beschrijving :


Toegestane waarden : Naam aaneengesloten van maximaal 32 posities

Syntax :




Titel kolom : Elementnr ABSNaam kolom : 40. Elementnr ABS

Beschrijving :



Syntax :




Titel kolom : Volgnr ABSNaam kolom : 41. Volgnr ABS

Beschrijving :


Toegestane waarden : 1 t/m 99, of leeg

Syntax :




Titel kolom : Conversie ABSNaam kolom : 42. Conversie ABS

Beschrijving :


Toegestane waarden : 3 tekens

Syntax :




Titel kolom : Reserve ABS 1Naam kolom : 43. Reserve ABS 1

Beschrijving :



Syntax :




Titel kolom : Reserve ABS 2Naam kolom : 44. Reserve ABS 2

Beschrijving :



Syntax :




Titel kolom : Oud NummerNaam kolom : 45. Regelnummer BMG van een vorige versie

Beschrijving : -



Syntax : zie de kolom ‘1. Nummer’




5. Consistentie-controles op de BMG

5.1. Algemeen

Om een zo groot mogelijke zekerheid te verkrijgen, dat de registraties in de BMG vanuit de verschillende verwerkende systemen op elkaar zijn afgestemd en voldaan is aan de in deze handleiding geformuleerde syntax-eisen zijn een aantal geautomatiseerde tools ontwikkeld om de kwaliteit en consistentie te waarborgen.

Opgemerkt dient te worden, dat het hier gaat om een consistentie-bewaking op meta-niveau ( d.w.z. op gegevensbeschrijvend niveau). Dit geeft uiteraard slechts een beperkte garantie voor de juistheid van de gegevens, die op basis van de BMG/UMA-registraties zullen worden geconverteerd.

Doelstelling voor deze controles is o.a. een zo 'schoon' mogelijke invoer te verkrijgen voor de aanlevering van deze meta-gegevens voor de Centrale Edi-interface Inkomsten Belasting (CEIB).

Afspraak is dat onafhankelijk van de controles, waarvan hier sprake is de CEIB-programmatuur geheel eigen controles uitvoert bij het laden van de BMG-gegevens.Voor de precieze inhoud hiervan wordt verwezen naar de daarvoor relevante ontwerp-produkten. Deze zijn te vinden in BDS 194 'EDI Inkomstenbelasting' gebruikerstaak 'Laden BMG'.Uiteraard is hier wel sprake van een grote mate van overlapping.

5.2. Soorten controles

Een onderscheid is te maken in de type controles, zoals deze door de beheerder BMG of door de participant worden uitgevoerd:

Column-constraintsBeperkingen, die opgelegd zijn aan een bepaalde kolom uit de BMG.b.v. voldoet de codering van een kolom aan een lijstje van toegestane waarden, etc.

Record-constraintsBeperkingen opgelegd aan de onderlinge samenhang tussen twee gegevens uit verschillende kolommen van dezelfde BMG-regel.b.v. zijn de Code EDI en het attribuut-type IBS niet strijdig met elkaar, etc.

Tabel-constraintsBeperkingen opgelegd aan de onderlinge samenhang tussen gegevens uit verschillende BMG-regels.b.v. is de IBS-code uniek over de gehele verzameling voor ieder Aangiftebiljet, etc.



5.3. Overzicht controle-programma's t.b.v. de BMG

TVOCNTYY hoofdmenu, waaruit de hieronder genoemde programma's van parameters kunnen worden voorzien en gestart.

TCNTYY_0/1 controleert de BMG op een groot aantal consistenties (momenteel ca. 90 punten) en levert een verslag TVO_YYrv.RP0 resp. *.RP1 (column- en record-constraints). Dit verslag wordt tevens gebruikt bij de aanlevering van een uitwisselingsbestand voor het B/AC.

TCNTYY_2 controleert op het dubbel voorkomen van IBS-codes (over de gehele BMG). Het verslag heeft de naam : TVO_YYrv.DUI (column-constraint).

TCNTYY_3 controleert op het gebruik van DGM-attribuuttypen van elementen van specificatie-regels (over de gehele BMG).Het verslag heeft de naam : TVO_YYrv.ATT (table-constraint).

TCNTYY_4 controleert de onderlinge consistentie van de set gegevens bestaande uit de dump-regel en de daarbij behorende individuele BMG-regels.Het verslag heeft de naam : TVO_YYrv.DMP (table-constraints).

TCNTYY_5 controleert op het uniek gebruik van gegevensnamen.Verslag in een bestand TVO_YYrv.NAM (column-constraint).

TCNTYY_6 controleert op consistentie tussen de verwerking en de aanwezigheid van biljetcodes. Verslag in een bestand TVO_YYrv.BLJ (record-constraint).

TCNTYY_7 vergelijkt de toegestane lengte op basis van de EDIFACT-specs met de maximale lengte van het IBS-attribuut-type. Daar waar conflicten kunnen voorkomen (ook afwijkende datatypen) wordt een melding gegeven op TVO_YYrv.LEN (record-constraints).

TCNTYY_9 controleert op de alfabetische volgorde van de BMG-nummers, rekening houdend met lege regels en het gebruik van ##.Dubbel voorkomende BMG-nummers worden gesignaleerd.Verslag in een bestand TVO_YYrv.VLG (column-constraint).

TCNTYY_B controleert op het dubbel voorkomen van EDI-codes (over de gehele BMG). Verslag in een bestand TVO_YYrv.DUE (column-constraint).

TCNTYY_C Controle op volgorde niveau-nummersVerslag in een bestand TVO_YYrv.NIV (column-constraint).

TCNTYY_D Controle op gelijke namen bij gerelateerde gegevensVerslag in een bestand TVO_YYrv.GEL (column-constraints).

TCNTYY_E Controle op type/niveau gerelateerde gegevensVerslag in een bestand TVO_YYrv.BAS (table-constraint).

TCNTYY_F Controle op Koptekst en gegevensnamen specificatiesVerslag in een bestand TVO_YYrv.KOP (column-constraint).



TCNTYY_G Controle op gebruik dubbele ‘printvolgorde’-nummersVerslag in een bestand TVO_YYrv.DUP (column-constraint).

TVTDYY_2 controleert op het uniek gebruik van de VTD-koderingen.Verslag in een bestand TVO_YYrv.KOL (column-constraint).

TVTDYY_3 controleert de BMG op een aantal consistenties (momenteel ca. 10 punten) m.b.t. de kolom VT-code.Verslag in een bestand TVO_YYrv.RET (record-constraints).

In onderstaande overzichten worden de uitgevoerde consistentie-controles beschreven.



5.3.1 Overzicht van de door TCNTYY_0 en TCNTYY_1 uitgevoerde controles:

01 Code 'Verwerking' is onbekend.

De kolom ‘Verwerking' dient één van de waarden te hebben, die bij de kolombeschrijving zijn aangegeven in de rubriek 'Toegestane waarden'.Deze waarden zijn opgenomen in bestand %TVO_ROOT%\TXT\VERWERYY.TVO

02 Onbekend IBS-attribuuttype.

De kolom ' Attribuut-type IBS' dient één van de waarden te hebben, die bij de kolombeschrijving zijn aangegeven in de rubriek 'Toegestane waarden'.Deze waarden zijn opgenomen in bestand %TVO_ROOT%\TXT\ATTRIBYY.TVO

03 Gegeven overbodig m.b.t. opgegeven ‘Verwerking’.

Zie 12.

04 EDIFACT-code patroon niet juist.

In de kolom 'Code EDI' dient het opgegeven patroon te voldoen aan de syntax, zoals beschreven bij deze kolom.Bovendien zijn alleen de in bestand %TVO_ROOT%\TXT\EDIPATYY.TVO opgenomen combinaties van Tags (=T), Qualifierveldnummers(=Q) en/of Dataveldnummers (=V) toegestaan.

05 Gegevensregels met volgnummer altijd soort ‘fc’, ‘h’, ‘hc’, ‘s’ of ‘a’.

Indien in kolom In de kolom ’Nummer' een volgnummer is opgenomen, dan dient de kolom ‘Soort’ een waarde ‘fc’, ’h’, ‘hc’, ‘s’ of ‘a’ te bevatten.

06 Gegevensregels met volgnummer altijd ‘.b’ in biljetverwijzingen.

Indien in kolom In de kolom ’Nummer' een volgnummer is opgenomen, dan dient in één van de kolommen ‘IB420’ , ‘IB422’ of ‘IB424’ een waarde aanwezig te zijn, waarin de substring ‘.b’ voorkomt. Uitgezonderd zijn hierbij de herhalende gegevens (met volgnummer), die wel op het aangiftebiljet zijn uitgeschreven . Deze groepen zijn opgenomen in bestand %TVO_ROOT%\BIN\TVOYYrvC.INI onder de array-naam HERHGR.

07 ‘Dump’ alleen toegestaan als verwerking gelijk aan ‘EDI (dump)’.

Alleen als de kolom 'Verwerking' de waarde 'EDI (dump)' heeft is een waarde voor de kolom 'Dump' toegestaan.



08 EDI-naamformaat aanwezig, maar géén PNA-segment in EDIFACT-code.

Indien in de kolom 'Formaat EDI' een naam-formaat voorkomt (3405-*), dient de diepste (meest rechtse) qualifier in de EDIFACT-code (kolom ‘Code EDI’) gelijk is aan 'PNA' te zijn.

09 EDI-adresformaat aanwezig, maar géén ADR-segment in EDIFACT-code.

Indien in de kolom 'Formaat EDI' een adres-formaat voorkomt (3477*-), dient de diepste (meest rechtse) qualifier in de EDIFACT-code (kolom ‘Code EDI’) gelijk is aan 'ADR' te zijn.

10 EDI-datumformaat aanwezig, maar géén DTM-segment in EDIFACT-code.

Indien in de kolom 'Formaat EDI' een datum-formaat voorkomt (2379-*), dient de diepste (meest rechtse) qualifier in de EDIFACT-code (kolom ‘Code EDI’) gelijk is aan 'DTM' te zijn.

11 DTM-segment in EDIFACT-code, doch géén EDI-formaat aanwezig.

Indien de kolom 'Code EDI' een waarde voorkomt, waarvan de Tag van het diepste niveau (=de meest rechtse) 'DTM' is, dan dient de kolom 'Formaat EDI' een waarde te hebben.

12 Gegevens niet compleet m.b.t. opgegeven ‘Verwerking’.

Op basis van de waarde van kolom 'Verwerking' dienen in de kolommen , 'Code EDI', 'Attribuut-type IBS' en 'Dump' al dan niet waarden voor te komen.Toegestane combinaties zijn in onderstaand schema weergegeven:

DMP EDI IBS Patroon- Type

vertoetsen = -- -- x (3) berekend-IBS = -- -- x (3) EDI = -- x x (1)

EDI (vertoetsen) = -- x x (1)EDI (IBR) = -- x IBR (2)IBS-sturing = -- -- IBR (6)EDI (dump) = x x -- (7)EDI (niet) = -- x -- (4)EDI -sturing = -- x -- (4)EASYtax-sturing = -- -- -- (5)berekend = -- -- -- (0)niet = -- -- -- (0)(blank) = -- -- -- (0)

Legenda : -- = mag niet aanwezig zijnx = code(s) verplicht aanwezig



13 Stuurbewering (s) alleen bij ‘Verwerking’ = niet.

Indien de kolom 'Soort' een waarde 's' bevat dan mag in kolom 'Verwerking' alleen de waarde 'niet' voorkomen.

14 ‘.b’ in biljet-parameter, maar verwerking niet ‘EDI’ of ‘EDI (dump)’.

Indien in één van de in de kolommen ‘IB420’ , ‘IB422’ of ‘IB424’ een waarde aanwezig is, waarin de substring ‘.b’ voorkomt , dan dient in de kolom ‘Verwerking’ een waarde aanwezig te zijn gelijk aan ‘EDI’ of ‘EDI (dump)’.

15 Herleidbare bewering (h) alleen bij verwerking ‘niet’ of ‘berekend [-IBS]’.

Indien de kolom 'Soort' een waarde 'h' bevat dan moet in kolom 'Verwerking' de waarde 'niet' of beginnend met 'berekend' voorkomen.

16 Herleidbare controle bewering (hc) alleen bij verwerking ‘EDI’ of ‘berekend [-IBS]’.

Indien de kolom 'Soort' een waarde 'hc' bevat dan moet in kolom 'Verwerking' een waarde voorkomen beginnend met ‘berekend’ of 'EDI', uitgezonderd 'EDI (IBR)’ en ‘EDI-sturing'.

17 Bij verwerking ‘EDI (dump)’ moet in ‘Dump’ nn..nn aanwezig zijn.

Indien de kolom ’Verwerking' de waarde 'EDI (dump)' heeft dient een waarde in kolom 'Dump' aanwezig te zijn, die voldoet aan de syntax-beschrijving voor deze kolom.

18 DGM-attribuuttype niet in overeenstemming met naam (datum).

Indien de kolom 'Attribuut-type DGM' de waarde 'DDMMEEJJ’ of ‘JJMMDD’ heeft dient de substring ‘adres’ in 'Omschrijving gegeven' voor te komen. Het omgekeerde dient ook waar te zijn.

19 DGM-attribuuttype niet in overeenstemming met naam (jaar of maand).

Indien de kolom 'Attribuut-type DGM' de waarde 'EEJJ’ heeft dient de substring ‘jaar’ in 'Omschrijving gegeven' voor te komen. Omgekeerde dient bij aanwezigheid van de substring ‘jaar’ in kolom ‘Omschrijving gegeven’ een aanwezige waarde van kolom ‘Attribuut-type DGM’ gelijk aan ‘EEJJ’ te zijn.Uitzonderingen op deze regel zijn gegevensnamen met de substring opgenomen in bestand %TVO_ROOT%\BIN\TVOYYrvC.INI onder de array-naam JAARNM.

Indien de kolom 'Attribuut-type DGM' de waarde 'MMJJ’ heeft dient de substring ‘maand’ in 'Omschrijving gegeven' voor te komen. Omgekeerde dient bij aanwezigheid van de substring ‘maand’ in kolom ‘Omschrijving gegeven’ een aanwezige waarde van kolom ‘Attribuut-type DGM’ gelijk aan ‘MMJJ’ te zijn.



20 Gegevensnaam te lang (max. 55 posities).

Indien de kolom ‘Verwerking’ een waarde beginnend met ‘EDI’ bevat, mag de waarde van kolom 'Omschrijving gegeven' het aantal posities niet overschrijden, zoals aangegeven in de constante MAX_LENGTE_EDI_NAAM in bestand %TVO_ROOT%\BIN\TVOYYrvC.INI.Hierbij worden volg-nummers, volgordenummers en postfixen niet meegeteld. Uitzonderingen hierop zijn -B, -E, -SB, -EB, -DB en -VB.

21 EDIFACT-code te lang (max. 100 posities).

De waarde van kolom 'Code EDI' mag, indien gevuld, het aantal posities niet overschrijden, zoals aangegeven in de constante MAX_LENGTE_EDI_CODE in bestand %TVO_ROOT%\BIN\TVOYYrvC.INI.

22 Gegevensveld moet met een kleine letter beginnen.

Indien in de kolom 'Verwerking' een waarde is ingevuld dient de waarde in kolom 'Omschrijving gegeven' met een kleine letter te beginnen. Uitgezonderd hiervan zijn de namen, die beginnen met de in %TVO_ROOT%\BIN\TVOYYrvC.INI opgenomen waarden onder de array-naam UPPNAM.

23 Gegevens- of kopnaam te lang (max. 70 posities).

Indien de kolom ‘Verwerking’ leeg is of een waarde niet beginnend met ‘EDI’ bevat, mag de waarde van kolom 'Omschrijving gegeven' het aantal posities niet overschrijden, zoals aangegeven in de constante MAX_LENGTE_NEDI_NAM in bestand %TVO_ROOT%\BIN\TVOYYrvC.INI.

24 ‘.b’ niet in biljet-parameter, maar verwerking ‘EDI’ of ‘EDI (dump)’.

Indien in één van de in de kolommen ‘IB420’ , ‘IB422’ of ‘IB424’ een waarde aanwezig is, waarin de substring ‘.b’ niet voorkomt , dan dient in de kolom ‘Verwerking’ een waarde aanwezig te zijn ongelijk aan ‘EDI’ of ‘EDI (dump)’.

25 EDIFACT-formaat te lang (max. 10 posities).

De waarde van kolom 'Formaat EDI' mag, indien gevuld, het aantal posities niet overschrijden, zoals aangegeven in de constante MAX_LENGTE_EDI_FORM in bestand %TVO_ROOT%\BIN\TVOYYrvC.INI.



26 Overtollige gegevens bij kopregel.

Indien de kolom ‘Verwerking’ leeg is, mogen er alleen waarden voorkomen in de kolommen:‘Nummer’,‘Niveau’,‘Omschrijving’.

27 Ontbrekende DGM-gegevens bij gegevensregel.

Indien de kolom ‘Verwerking’ niet leeg is, moeten ook waarden voorkomen in de kolommen:‘Niveau’,‘Soort’,‘Attribuut-type DGM’.

28 Printvolgorde te lang (max. 15 posities)

De waarde van kolom 'Printvolgorde' mag, indien gevuld, het aantal posities niet overschrijden, zoals aangegeven in de constante MAX_LENGTE_BLJ_VERW in bestand %TVO_ROOT%\BIN\TVOYYrvC.INI

29 Verwijzing naar Verzoek IB420 te lang (max. 15 posities).

De waarde van kolom 'IB420' mag, indien gevuld, het aantal posities niet overschrijden, zoals aangegeven in de constante MAX_LENGTE_BLJ_VERW in bestand %TVO_ROOT%\BIN\TVOYYrvC.INI.





32 Printvolgorde aanwezig, maar niet in EDIFACT-bericht.

Indien in de kolom ‘Printvolgorde’ een waarde is opgenomen, dan dient in de kolom “Code EDI” een waarde voor te komen.



33 Gegeven in EDIFACT-bericht, maar geen printvolgorde.

Indien in de kolom “Code EDI” een waarde is opgenomen, dan dient in de kolom “Printvolgorde” een waarde voor te komen.

34 Printvolgorde is onjuist.

Onjuiste syntax in de waarde in de kolom “Printvolgorde”

35 Verwijzing naar Verzoek IB422 is onjuist.

De waarde van kolom ' IB422' dient, indien gevuld, te beginnen met één van de substrings "na", "p.", "ea" of met een cijfer.


De waarde van kolom IB438' dient, indien gevuld, te beginnen met één van de substrings "na", "p.", "ea" of met een cijfer.


De waarde van kolom IB439' dient, indien gevuld, te beginnen met één van de substrings "na", "p.

41 Lengte COD-qualifier in EDIFACT-code is onjuist.

De lengte van de qualifier van het COD-segment in een waarde van de kolom 'Code EDI' mag maximaal 3 bedragen.

42 MOA in EDIFACT, doch géén ‘bedrag’ in DGM-attribuuttype.

Indien in de kolommen 'Code EDI' en 'Attribuut-type DGM' waarden voorkomen en de diepste (meest rechtse) qualifier in de EDIFACT-code gelijk is aan 'MOA' dan dient het DGM-attribuut-type gelijk aan 'bedrag' te zijn.

43 FTX in EDIFACT, doch géén ‘an..3x/4x/5x/6x/7x’ in DGM-attribuuttype.

Indien in de kolommen 'Code EDI' en 'Attribuut-type DGM' waarden voorkomen en de diepste (meest rechtse) qualifier in de EDIFACT-code gelijk is aan 'FTX' dan dient het DGM-attribuut-type gelijk te zijn aan één van de waarden 'an..30’ of ‘an..70’, danwel een ‘tussenliggende’ waarde.



44 PCD in EDIFACT, doch géén ‘percX’ in DGM-attribuuttype.

Indien in de kolommen 'Code EDI' en 'Attribuut-type DGM' waarden voorkomen en de diepste (meest rechtse) qualifier in de EDIFACT-code gelijk is aan 'PCD' dan dient het woord 'perc' een substring van het DGM-attribuut-type te zijn.

45 QTY in EDIFACT, doch DGM-attribuuttype is niet numeriek.

Indien in de kolommen 'Code EDI' en 'Attribuut-type DGM' waarden voorkomen en de diepste (meest rechtse) qualifier in de EDIFACT-code gelijk is aan 'QTY' dan dient de eerste positie van het DGM-attribuut-type een ‘n’ te zijn.

46 DTM in EDIFACT, doch géén ‘DDMMEEJJ/JJMMDD/EEJJ/DDMM’ in DGM-attr.

Indien in de kolommen 'Code EDI' en 'Attribuut-type DGM' waarden voorkomen en de diepste (meest rechtse) qualifier in de EDIFACT-code gelijk is aan 'DTM' dan dient het DGM-attribuut-type te zijn: ‘DDMMEEJJ’, ‘JJMMDD’, ‘EEJJ’ of ‘DDMM’.

47 DGM-attribuuttype ‘(pos_)bedrag’, doch géén MOA in EDIFACT.

Indien in de kolommen 'Code EDI' en 'Attribuut-type DGM' waarden voorkomen en het DGM-attribuut-type bevat het woord 'bedrag' als substring dan dient de diepste (meest rechtse) qualifier in de EDIFACT-code gelijk te zijn aan 'MOA'.

48 DGM-attribuuttype ‘an..3x/4x/5x/6x/7x’, doch géén FTX/PNA/ADR/CTA.

Indien in de kolommen 'Code EDI' en 'Attribuut-type DGM' waarden voorkomen en het DGM-attribuut-type valt in het patroon ‘an..3?/4?/5?/6?/7?’, dan dient de diepste (meest rechtse) qualifier in de EDIFACT-code gelijk te zijn aan 'FTX', ‘PNA’, ‘ADR’ of ‘CTA’.

49 DGM-attribuuttype ‘percX’,doch géén PCD in EDIFACT.

Indien in de kolommen 'Code EDI' en 'Attribuut-type DGM' waarden voorkomen en het DGM-attribuut-type valt in het patroon ‘perc*’, dan dient de diepste (meest rechtse) qualifier in de EDIFACT-code gelijk te zijn aan 'PCD'.

50 DGM-attr.type ‘n..’, doch géén QTY/RFF/UNT/UNZ/CNT/MOA in EDIFACT.

Indien in de kolommen 'Code EDI' en 'Attribuut-type DGM' waarden voorkomen en het DGM-attribuut-type valt in het patroon ‘n..*’, dan dient de diepste (meest rechtse) qualifier in de EDIFACT-code gelijk te zijn aan ‘QTY’, ‘RFF’, ‘UNT’, ‘UNZ’, ‘CNT’ of ‘MOA’.



51 DGM-attr.type ‘DDMMEEJJ/JJMMDD/EEJJ/DDMM’,doch géén DTM in EDIFACT.

Indien in de kolommen 'Code EDI' en 'Attribuut-type DGM' waarden voorkomen en het DGM-attribuut-type is ‘DDMMEEJJ’, ’JJMMDD’, ’EEJJ’ of ’DDMM’, dan dient de diepste (meest rechtse) qualifier in de EDIFACT-code gelijk te zijn aan 'DTM'.

52 DGM-attribuuttype is ‘percX’, maar naam begint niet ‘perc’.

Indien in de kolom 'Attribuut-type DGM' een waarde voorkomt, die voldoet aan het patroon ‘perc*’, dan dient de waarde in kolom ‘Omschrijving gegeven’ te beginnen met de substring ‘perc’.

53 DGM-attribuuttype is niet ‘percX’, maar naam-begin is ‘perc’.

Indien in de kolom ' Omschrijving gegeven ' een waarde voorkomt, die begint met de substring ‘perc’’, dan dient de waarde in kolom ‘Attribuut-type DGM’ te beginnen met de substring ‘perc’ (indien aanwezig).

54 Gegevensnamen beginnend met ‘spec. ‘ hebben ‘.b’ in biljetverwijzing.

Indien in de kolom ‘Omschrijving gegeven’ een waarde aanwezig is die begint met de substring ‘spec. ‘, dan moet in één van de in de kolommen ‘IB420’ , ‘IB422’ of ‘IB424’ een waarde aanwezig zijn, waarin de substring ‘.b’ voorkomt .

55 Er dient een biljet-parameter aanwezig te zijn.

Indien in de kolom ‘Verwerking’ een waarde aanwezig is ongelijk aan ‘EDI-sturing’, ‘IBS-sturing’, ‘niet’ of leeg, dan moet in één van de in de kolommen ‘IB420’ , ‘IB422’ of ‘IB424’ een waarde aanwezig zijn.

56 Indien de ‘verwerking’ EDI* of berekend[-IBS] is,dan dient GSP aaqnwezig te zijn.

Indien in de kolom ‘Verwerking’ een waarde aanwezig is gelijk aan ‘EDI*’ of ‘berekend[-IBS]’ , dan moet in de kolom ‘GSP’ een waarde aanwezig te zijn. Uitgezonderd is de verwerking ‘EDI-sturing’.

57 Géén GSP voor ‘verwerking’ anders dan EDI* of berekend[-IBS].

Indien in de kolom ‘Verwerking’ een waarde aanwezig is ongelijk aan ‘EDI*’ of ‘berekend[-IBS]’ dan mag in de kolom ‘GSP’ géén waarde aanwezig zijn. Uitgezonderd is de verwerking ‘EDI-sturing’.



58 Indien géén nummer, dan dienen alle velden leeg te zijn.

Indien in de kolom ‘Nummer’ géén waarde aanwezig is, dan dienen alle overige kolommen ook leeg te zijn.

59 BMG-identificatie voldoet niet aan de voorgeschreven syntax.

Indien de kolom ’Nummer' een waarde heeft dient deze te voldoen aan de syntax-beschrijving voor deze kolom.

60 Voor een landaanduiding dient het DGM-attribuuttype ‘a..3’ te zijn.

Indien in de kolom ' Omschrijving gegeven ' een waarde voorkomt, waarvan de substring ‘land’ deel uitmaakt, dan dient de waarde in kolom ‘Attribuut-type DGM’ gelijk te zijn aan ‘an..3’ . Het omgekeerde moet ook waar zijn.Uitzonderingen op deze regel zijn gegevensnamen met de substring opgenomen in bestand %TVO_ROOT%\BIN\TVOYYrvC.INI onder de array-naam LANDID.

61 Gegevensnaam mag géén twee aansluitende spaties bevatten.

Indien in de kolom ' Omschrijving gegeven ' een waarde voorkomt, dan mogen daarin géén twee aansluitende spaties voorkomen.

62 Bericht identificatie niet in overeenstemming met EDIFACT-codes.

In de kolom 'Code EDI' dient op de eerste regel een bericht-identificatie te staan, die overeenkomt met de vaste veld-waarden in de kolom 'Code EDI' voor de volgende gegevens-elementen:

berichttype, bericht versie nummer, bericht release nummer, opdrachtgever.

63 Versienummer niet in overeenstemming met bestandsnaam.

In de kolom 'Nummer' dient op de tweede regel een ‘jaar-release-versie’-identificatie te staan, die overeenkomt met de DOS-bestandsnaam van het BMG-spreadsheet.

64 Soort bewering is onbekend.

De kolom ‘Soort' dient één van de waarden te hebben, die bij de kolombeschrijving zijn aangegeven in de rubriek 'Toegestane waarden'.Deze waarden zijn opgenomen in bestand %TVO_ROOT%\TXT\VWSOORYY.TVO

65 BMG-regelnummer ontbreekt.



Indien in de kolom 'Omschrijving gegeven' een waarde voorkomt, dan dient ook een waarde voor te komen in de kolom ‘Nummer’.

66 IBS-code is onjuist.

In de kolom 'Code IBS' dient het opgegeven patroon te voldoen aan de syntax, zoals beschreven bij deze kolom. Gebruik wordt gemaakt van de constante HOOGSTE_IBS_CODE in bestand %TVO_ROOT%\BIN\TVOYYrvC.INI.

67 IBS-code te lang (max. 5 posities).

De waarde van kolom 'Code IBS' mag, indien gevuld, het aantal posities niet overschrijden, zoals aangegeven in de constante MAX_LENGTE_IBS_CODE in bestand %TVO_ROOT%\BIN\TVOYYrvC.INI.

70 Naam en BMG-identificatie komen niet overeen.

Indien in de kolom 'Nummer' een indicator voorkomt, dan moet de waarde in kolom ‘Omschrijving gegeven’ eindigen op de substring, die is samengesteld uit de bovengenoemde indicator voorafgegaan door een spatie.

71 Volgnummer in BMG-identificatie en naam komen niet overeen.

Indien in de kolom 'Nummer' een volgnummer voorkomt, dan moet de waarde in kolom ‘Omschrijving gegeven’ de substring bevatten, die is samengesteld uit het boven-genoemde volgnummer voorafgegaan door een spatie.

72 Eerste letter van een kopregel moet een hoofdletter zijn.

In de kolom 'Omschrijving gegeven’ moet de eerste letter van de waarde een hoofdletter te zijn als sprake is van een kopregel (kolom ‘Verwerking’ niet gevuld)

73 Kopregel moet een BMG-identificatie hebben van 5 numerieke posities.

Indien sprake is van een kopregel (kolom 'Omschrijving gegeven’ wel gevuld, maar kolom ‘Verwerking’ niet gevuld), dan dient de waarde in kolom ‘Nummer’ te bestaan uit vijf numerieke characters.

74 Indien DGM-attribuuttype ‘a1’, bevat EDI-code de postfix uit de naam.

Indien in de kolom 'Attribuut-type DGM' de waarde ‘a1’ aanwezig is moet de waarde in kolom ‘Code EDI’ een substring bevatten, die is samengesteld door de indicator uit ‘Nummer’ vooraf te laten gaan door ‘-‘ (dash).



75 Indien BMG-identificatie op ‘-J’ of ‘-N’ eindigt, dan DGM-att.type ‘a1’.

Indien in de kolom 'Nummer' een waarde aanwezig is eindigend op '-J' of '-N', dan dient'Attribuut-type DGM' de waarde 'a1' te hebben.

76 Onbekend DGM-attribuuttype.

De kolom ‘Attribuut-type DGM' dient één van de waarden te hebben, die bij de kolombeschrijving zijn aangegeven in de rubriek 'Toegestane waarden'.Deze waarden zijn opgenomen in bestand %TVO_ROOT%\TXT\DGMATTYY.TVO

77 DGM-attribuuttype ontbreekt.

Indien in de kolom ‘Verwerking’ een waarde voorkomt, dan dient tevens een waarde in kolom 'Attribuut-type DGM' aanwezig te zijn.

78 DGM-attribuuttype ten onrechte bij kopje.

Indien in de kolom ‘Verwerking’ géén waarde voorkomt, dan dient tevens géén waarde in kolom 'Attribuut-type DGM' aanwezig te zijn.

79 Indien DGM-attr.type ‘a1’ is, dan eindigt BMG-identificatie op -J, -N,-1,-2,-3,-4 of -5.

Indien in de kolom 'Attribuut-type DGM' de waarde ‘a1’ aanwezig is moet de waarde in kolom ‘Nummer’ eindigen op '-J', ‘-N’, ‘-1’, ‘-2’, ‘-3’, ‘-4’ of '-5'.

80 Indien DGM-attr.type ‘JJMMDD’, dan dient EDI-formaat 2379-101 te zijn.

Indien in de kolom 'Attribuut-type DGM' de waarde ‘JJMMDD’ aanwezig is moet (indien aanwezig) de waarde in kolom ‘Formaat EDI’ gelijk zijn aan ‘2379-101’. Uitgezonderd van deze regel zijn de service-segmenten (d.w.z. segment-tag begint met ‘U’).

81 Indien DGM-attr.type ‘DDMMEEJJ’, dan dient EDI-formaat 2379-102 te zijn.

Indien in de kolom 'Attribuut-type DGM' de waarde ‘DDMMEEJJ’ aanwezig is moet (indien aanwezig) de waarde in kolom ‘Formaat EDI’ gelijk zijn aan ‘2379-102’.

82 Indien DGM-attr.type ‘DDMM’, dan dient EDI-formaat 2379-106 te zijn.

Indien in de kolom 'Attribuut-type DGM' de waarde ‘DDMM’ aanwezig is moet (indien aanwezig) de waarde in kolom ‘Formaat EDI’ gelijk zijn aan ‘2379-106’.

83 Indien DGM-attr.type ‘EEJJ’, dan dient EDI-formaat 2379-602 te zijn.



Indien in de kolom 'Attribuut-type DGM' de waarde ‘EEJJ’ aanwezig is moet (indien aanwezig) de waarde in kolom ‘Formaat EDI’ gelijk zijn aan ‘2379-602’.

84 Indien DGM-attr.type ‘MMJJ’, dan dient EDI-formaat 2379-609 te zijn.

Indien in de kolom 'Attribuut-type DGM' de waarde ‘MMJJ’ aanwezig is moet (indien aanwezig) de waarde in kolom ‘Formaat EDI’ gelijk zijn aan ‘2379-609’.

85 Indien EDI-formaat 2379-101, dan dient DGM-attr.type ‘JJMMDD’ te zijn.

Indien in de kolom ' Formaat EDI ' de waarde ‘2379-101’ aanwezig is moet de waarde in kolom ‘Attribuut-type DGM’ gelijk zijn aan ‘JJMMDD’.

86 Indien EDI-formaat 2379-102, dan dient DGM-attr.type ‘DDMMEEJJ’ te zijn.

Indien in de kolom ' Formaat EDI ' de waarde ‘2379-102’ aanwezig is moet de waarde in kolom ‘Attribuut-type DGM’ gelijk zijn aan ‘DDMMEEJJ’.

87 Indien EDI-formaat 2379-106, dan dient DGM-attr.type ‘DDMM’ te zijn.

Indien in de kolom ' Formaat EDI ' de waarde ‘2379-106’ aanwezig is moet de waarde in kolom ‘Attribuut-type DGM’ gelijk zijn aan ‘DDMM’.

88 Indien EDI-formaat 2379-602, dan dient DGM-attr.type ‘EEJJ’ te zijn.

Indien in de kolom ' Formaat EDI ' de waarde ‘2379-602’ aanwezig is moet de waarde in kolom ‘Attribuut-type DGM’ gelijk zijn aan ‘EEJJ’.

89 Indien EDI-formaat 2379-609, dan dient DGM-attr.type ‘MMJJ’ te zijn.

Indien in de kolom ' Formaat EDI ' de waarde ‘2379-609’ aanwezig is moet de waarde in kolom ‘Attribuut-type DGM’ gelijk zijn aan ‘MMJJ’.



5.3.2. Overzicht van de door TCNTYY_2 TCNTYY_3 en TCNTYY_4 uitgevoerde controle

105 De IBS-code is niet uniek.

Over de gehele BMG/UMA wordt de kolom 'Code IBS' gecontroleerd op het slechts éénmaal voorkomen van een ingevulde code. Een uitzondering hierop vormt de codering ‘IBR’.

106 Afwijkend gebruik van DGM-attribuuttypen bij specificaties.

Indien voor een groep gegevens met hetzelfde hoofdnummer (eerste 5 posties van ‘Num’) alleen de volgorde-nummers -05 en -10 aanwezig zijn dan dienen de DGM-attribuuttypen achtereenvolgens de waarden: ‘an..60’ en ‘bedrag’ te hebben.

Indien voor een groep gegevens met hetzelfde hoofdnummer (eerste 5 posties van ‘Num’) alleen de volgorde-nummers -05, -10 en -15 aanwezig zijn dan dienen de DGM-attribuuttypen achtereenvolgens de waarden: ‘an..45’ ,’bedrag’ en ‘bedrag’ te hebben.

107 Afwijkend gebruik van BMG-rubrieken in z.g. Dump-sets.

Als ‘Verwerking’ = 'EDI (dump)', dan dient aan de volgende voorwaarden te worden voldaan: 1. ‘Omschrijving gegeven’ moet eindigen op ##2. ‘Nummer’ moet ## bevatten 3. ‘Dump’ dient een waarde volgens het formaat ‘ee..ll’ (=eerste resp.laatste

volgnummer) te hebben.4. Voor alle volgnummers voorafgaand aan ‘ee’ in ‘Dump’ dient een voorkomen in de

BMG aanwezig te zijn.5. Er mogen geen BMG-regels voorkomen met een volgnummer vallend in de range

(inclusief grenzen) ‘ee..ll’ van de rubriek ‘Dump’ van de overeenkomstige dump-regel.

6. Er dient een kopregel voor te komen met het hoofdnummer uit de BMG-identificatie.7. Voor alle voorliggende nummers (vanaf volgnummer 01) dient na substitutie

een voorkomen aanwezig te zijn met de berekende:· Nummer· Omschrijving gegeven· Attribuuttype-IBS· Soort· Code EDI· Formaat EDI· Specificatie EDI



5.3.3. Overzicht van de door TCNTYY_5 TCNTYY_6 en TCNTYY_7 uitgevoerde controle

108 Gegevensnaam is niet uniek.

Indien in de BMG twee regels voorkomen met een waarde in de kolom 'Verwerking', waarvan de waarde in kolom 'Omschrijving gegeven' gelijk zijn worden deze namen op een overzicht afgedrukt. De vergelijking wordt 'case insensitive' (d.w.z. geen rekening houdend met upper- of lower-case characters) uitgevoerd.

109 Inconsistenties tussen verwerking en biljetcodes.

Indien de kolom ‘Verwerking’ de waarde 'EDI (vertoetsen)', 'vertoetsen', 'EDI (niet)', ‘berkend’ of 'niet' heeft dient minimaal één verwijzing naar de kolommen ‘IB420’, ‘IB422’ of ‘IB424’ voor te komen.Indien de kolom ‘Verwerking’ de waarde 'EDI-sturing' of 'IBS-sturing' is mag géén verwijzing naar één van de genoemde formulieren voorkomen.

101 Afwijkende lengten DGM-EDI-IBS.

Indien in de kolommen ‘Code EDI' en ‘Code IBS’ een waarde aanwezig is, dan dienen de lengten afgeleid uit de kolommen 'Attribuut-type DGM’, 'Attribuut-type IBS' en 'Specificatie EDI' te voldoen aan de volgende voorwaarde:

lengte DGM is gelijk aan lengte EDI en lengte DGM is gelijk aan lengte IBS.

102 Afwijkende data-typen DGM--EDI-IBS.

Indien in de kolommen ‘Code EDI' en ‘Code IBS’ een waarde aanwezig is, dan dienen de datayypen afgeleid uit de kolommen 'Attribuut-type DGM’, 'Attribuut-type IBS' en 'Specificatie EDI' te voldoen aan de volgende voorwaarde:

datatype DGM is gelijk aan datatype EDI en datatype DGM is gelijk aan datatype IBS.

103 Afwijkende lengten DGM-EDI.

Indien in de kolom ‘Code EDI' een waarde aanwezig is en de kolom ‘Code IBS’ leeg is, dan dienen de lengten afgeleid uit de kolommen 'Attribuut-type DGM’ en 'Specificatie EDI' te voldoen aan de volgende voorwaarde:

lengte DGM is gelijk aan lengte EDI.

104 Afwijkende data-typen DGM-EDI.

Indien in de kolom ‘Code EDI' een waarde aanwezig is en de kolom ‘Code IBS’ leeg is, dan dienen de datatypen afgeleid uit de kolommen 'Attribuut-type DGM’ en 'Specificatie EDI' te voldoen aan de volgende voorwaarde:

datatype DGM is gelijk aan datatype EDI.

5.3.4. Overzicht van de door TCNTYY_9 TCNTYY_B, _C, _D, _E en _F uitgevoerde controles



104 Afwijkende alfabetische volgorde van BMG-nummers.

Over de gehele BMG/UMA wordt de kolom 'Nummer' gecontroleerd op het (alfabetisch) groter zijn dan de voorgaande. Twee gelijke BMG-nummers worden dus eveneens gesignaleerd.Uitzonderingen hierop zijn de waarden beginnend met '88888' en lege rubrieken. BMG-nummers met een substring ‘##’ worden gesorteerd alsof op deze plaats ‘high values’ staan.

111 De EDI-code is niet uniek.

Over de gehele BMG/UMA wordt de kolom 'Code EDI' gecontroleerd op het slechts éénmaal voorkomen van een ingevulde code.

112 De niveau-kodering is onjuist.

De kolom ‘Niveau’ wordt gecontroleerd op foutieve niveau-nummers. Een melding wordt geproduceerd indien:

Kopregel na kopregel : waarde ‘Niveau’ dient 1 hoger te zijn dan in vorige regel Kopregel na gegevensregel : waarde ‘Niveau’ dient kleiner of gelijk aan vorige regel te zijn Gegevensregel na gegevensregel : waarde ‘Niveau’ dient gelijk te zijn aan vorige niveau Gegevensregel na kopregel : waarde ‘Niveau’ dient 1 hoger te zijn dan in vorige regel

Indien aan deze condities niet voldaan wordt zal een melding worden afgedrukt.

113 Ongelijke namen bij gerelateerde gegevens.

Indien in de kolom ‘Nummer’ twee BMG-nummers hetzelfde hoofdnummer en (eventueel) hetzelfde volgorde-nummer hebben, dan dienen de waarden in ‘Omschrijving gegeven’ (ontdaan van aanwezige volgnummers en post-fixes) identiek te zijn.

114 Ongelijk attribuuttype in gerelateerde groep gegevens.

Indien twee gegevens in de BMG op grond van de waarde in ‘Nummer’, op hetzelfde basisgegeven worden afgebeeld in de GSP (d.w.z. tot hetzelfde basis-gegeven behoren) dienen ze dezelfde waarde in ‘Attribuut-type DGM’ te hebben.

115 Ongelijk niveau in gerelateerde groep gegevens.

Indien twee gegevens in de BMG op grond van de waarde in ‘Nummer’, op hetzelfde basisgegeven worden afgebeeld in de GSP (d.w.z. tot hetzelfde basis-gegeven behoren) dienen ze dezelfde waarde in ‘Niveau’ te hebben.

116 Naam specificatie niet in overeenstemming met groepsnaam.



Indien een gegeven direkt valt onder een kopje (d.w.z. waarde ‘Niveau’ is één niveau-nummer hoger dan die van de laatst voorafgaande kopregel) en waarvan de waarde van ‘Omschrijving gegeven’ begint met 'Spec. ' dan dient het resterend deel van de koptekst als substring voor te komen in de gegevensnaam (= waarde in ‘Omschrijving gegeven’).Uitgezondering hierop zijn:1. Kopteksten langer dan 46 posities.2. Specifieke kopteksten (opgenomen in %TVO_ROOT%\BIN\TVOYYrvC.INI.

5.3.5. Overzicht van de door TVTDYY_2 en TVTDYY_3 uitgevoerde controle:

201 Gegeven VT-Disk is niet uniek.

Over de gehele BMG/UMA wordt de kolom 'VT-Disk' gecontroleerd op het slechts éénmaal voorkomen van een ingevulde code.

91 VTD-kode mag slechts één index [x] of (x) bevatten.

De kolom ‘VT-Disk’ mag maximaal één bracket-paar:‘[‘ - ‘]’ of haakjes-paar: ‘(‘ - ‘)’ bevatten.

92 VTD-kode mag slechts één functienaam bevatten en wel als laatste aanduiding.

93 Enkelvoudige VTD-kode is een functie, constante of ‘niad’

Indien de kolom ‘VT-Disk’ een z.g. enkelvoudige kode bevat (d.w.z. in de kode komt géén punt voor), dan dient dit een functie (de kode eindigt op ‘()’ ), een constante (kode bestaat uit een string omgeven door enkele quotes en voorafgegaan door een spatie), danwel de waarde ‘niad’.

94 Functienaam in VTD-code begint met een hoofdletter, de rest niet.

95 Index VTD-kode dient 1 lager te zijn dan de index in het BMG-nummer.

96 Code VTD niet aanwezig, doch verwerking is EDI of EASYtax-sturing.

97 Niet toegestaan teken in de VTD-kode.

98 Konstante waarde voor VTD-kode moet met een spatie beginnen.

99 Onjuist gebruik van de enkele quote in de VTD-kode.

100 Code VTD aanwezig, doch verwerking ongelijk aan EDI of EASYtax-sturing.



6. Uitwisselingsbestand(en)

6.1. Algemeen

Bij het B/CICT, de afdeling CPS, heeft men enkele jaren geleden geconstateerd dat voor de elektronische aanlevering zij een probleem hadden.Immers, de gegevensset voor elk jaar en elk middel zal steeds anders zijn en zal zelfs gedurende de ontwikkelperiode regelmatig wijzigen. (‘Hard coded’ behoort daardoor niet echt tot de mogelijkheden!)Een uitwisselingstabel met de codes van de aanleveraar en de codes van de ontvanger naast elkaar zorgt ervoor dat met één ‘algemeen’ programma steeds deze tabel kan worden ingelezen om de vertaling te verwezenlijken. Het programma hoeft dan niet steeds aangepast te worden bij elke verandering in een code. Deze tabel heeft de bijnaam UWB gekregen (Uitwisselingsbestand)

6.2. Uitgangspunten

- in de BMG en in de PVE’s worden die META-gegevens opgesomd die voor het betreffende jaar en middel van belang zijn en er wordt tevens aangegeven wie wat geacht wordt te doen met dit gegeven (de kolom ‘Verwerking’)

- Bij het B/CICT onderscheiden we verschillende partijen. Enerzijds is daar het B/CICT ten behoeve van elk de verwerkende systemen (ABS, IBS, KA/Vpb) en anderzijds het B/CICT van het Cluster Poortsystemen (CPS).

- ABS-B/CICT, IBS-B/CICT, KA/Vpb-B/CICT hebben ieder via hun eigen opdrachtlijn medegedeeld gekregen welke META-gegevens zij dienen te verwerken en welke functionaliteit daarbij hoort.Via EDIfact worden de (electronisch aangeleverde) gegevens aangeboden.

- ABS-B/CICT, IBS-B/CICT, KA/Vpb-B/CICT bepalen zelf hoe de koppelingen tussen de systemen worden gerealiseerd.

- Door het B/CICT is ten behoeve van deze koppelingen de ‘club’ CPS in het leven geroepen. Deze club heeft als de vertaling ‘van – naar’ mogelijk te maken.

6.3. De stappen om zo’n tabel, een UWB, tot stand te brengen

- B/CPP bepaalt de totale gegevensverzameling en registreert deze in de BMG- TPD-er’s IBS, ABS, EDI bepalen ieder vanuit hun expertise wat de consequenties zijn voor

hun systeem en zorgen, voor zover van toepassing, voor registratie in de BMG en/of verdere realisatie binnen de systemen

- Alle participanten vullen (stapje voor stapje) hun kolommen in de BMG- ABS-B/CICT, IBS-B/CICT, KA/Vpb-B/CICT geven aan wat er dient te gebeuren met de

gegevens nadat deze zijn ontvangen in het EDIfact-formaat en meldt aan CPS-B/CICT welke vertalingen er plaats moeten vinden; ook die van EDI naar, bijvoorbeeld, ABS / IBS /KA-Vpb. Ook geven zij aan welke META-gegevens het betreft! (Voor wat betreft het papieren biljet zal waarschijnlijk nog het nodige dienen te worden bedacht.)

- CPS-B/CICT bedenkt hoe zij de vertalingen gaan realiseren en of zij gebruik wensen te maken van een UWB

- CPS-B/CICT doet een verzoek aan BMG-club om gebruik te mogen maken van hun diensten voor het vervaardigen van ’n UWB.

- BMG-club laat programmatuur ontwikkelen om vanuit de BMG de gewenste UWB te vervaardigen.



6.4. Te maken afspraken voor UWB’s

- ABS-B/CICT, IBS-B/CICT, KA/Vpb-B/CICT geven aan welke gegevens er uitgewisseld dienen te worden tussen de systemen (inclusief het EDI-deel)

- Zij stemmmen dit, waar nodig, af met de opdrachtgever (B/CPP)- CPS B/CICT aanvaard de opdracht om de uitwisseling te realiseren- CPS B/CICT bepaalt voor welke gegevens zij gebruik wenst te maken van een UWB- CPS B/CICT vraagt offerte aan bij BMG-club waarbij aangegeven wordt:- Gewenste kolommen - Gewenste rijen - Gewenste frequentie van ontvangst in het ontwikkeltraject van de betreffende BMG- Gewenste volledigheid en/of juistheid op de aangegeven momenten- Eventuele te maken afspraken om de volledigheid te kunnen realiseren in de ‘tussenversies’- Nadat de offerte heeft geleid tot een ‘contract’, kan een planning worden gemaakt over de

leveringen- BMG-club zorgt voor realisatie benodigde programma’s om UWB tijdig met afgesproken

inhoud te kunnen leveren.

6.5 Huidig afgesproken uitwisselingsbestand

6.5.1. Vertaling EDIfact naar IBS ten behoeve van CPS

Momenteel wordt voor de VT alleen een uitwisselingsbestand vervaardigd voor de vertaling van EDIfact naar IBS.

Hiertoe wordt een UWB vervaardigd met de volgende kolommen uit de BMG:Printvolgorde, Omschrijving, Verwerking, Code IBS, Attribuut-type IBS, Code EDI, Formaat EDI, Nummer.

En met als rijen:2 kopregels (2e en 3e regel) en dan de regelsbeginnend met IBR (in de kolom Code IBS) en dan verder alle regels.(Indien er een dumpgebied aanwezig is (##-velden), dan worden deze uitgeschreven.



7. Hulpmiddelen BMG/UMA/EDIT

Op basis van het CSV(=Comma Separated Values)-bestand, dat als exportbestand door Excel kan worden aangemaakt zijn een aantal tools ontwikkeld.Als scheidingsteken tussen de verschillende spreadsheet-waarden is gekozen voor de punt-comma. Het is daarom niet toegestaan in de veldwaarden van de BMG/UMA dit teken te gebruiken.

In onderstaand overzicht worden de via het hoofdmenu TVO te kiezen programma-modules en de binnen een module te kiezen programma’s getoond.Voor elk programma wordt aangegeven:

A B C .D ETCNTYY_3 F4 Controle op gebruik attribuuttype bij specificaties .ATT 1) TCNTYY3

A. Functienaam.B. Functietoets, waarmee vanuit een module-menu de betreffende functie gestart kan

worden.C. Functienaam op het menu.D. De DOS-extentie en syntax-aanduiding van de uitvoerbestand(en).

Uitvoer syntax:0) <App.Dir.> \ FIL \ TVO_YYrv.ext1) <App.Dir.> \ DAT \ TVO_YYrv.ext2) <App.Dir.> \ DAT \ YYrv1YYrv2.MOD3) <App.Dir.> \ BEC \ SUB \ TVOYYtgv.ext4) <App.Dir.> \ DAT \ TVOXYYrv.ext5) <App.Dir.> \ DAT \ TVOCYYrv.ext6) <App.Dir.> \ DIA \ nnnnn.WPG7) <WerkDir.> \ BECONNYY.ext8) <App.Dir.> \ FIL \ TELLING.SDW9) <App.Dir.> \ DAT \ UPD_YYrv.KOLA) <App.Dir.> \ TMP \ TMP$TMP.TMP

Legenda:

YY = belastingjaar waarvoor de BMG is opgezet (b.v. 98, 00, etc.) 2 positiesrv = release-/ en versienummer van een object (b.v. 3a, 1g, etc.) 2 positiesMOD = de drieletter-mnemonic voor de Gebruikersgroep

(b.v. DGM, IBS, EDI, BIL, UWB, VTD, etc.) 3 positiesSUB = een drieletter_mnemonic voor een specifiek berichtformaat

(b.v. CFT,BMG, UCE, CED, UNC, EBC, PRT) 3 positiestgv = testgeval-identificatie 3 positiesBECONN = beconnummer 6 positiesKOL = kolomnaam in de BMG 3 positie

E. Eventueel de op het uitvoerbestand uit te voeren WORD-macro.



TVOBMGYY B.M.G.-modules

F1 TVOCNTYY B.M.G.-controlesTCNTYY_1 F1 Controle op BMG-gegevens (deel 1) .RP1 1) TCNTYY1TCNTYY_0 F2 Controle op BMG-gegevens (deel 2) .RP0 1) TCNTYY1TCNTYY_2 F3 Controle op gebruik dubbele IBS-codes .DUI 1) TCNTYY2TCNTYY_3 F4 Controle op gebruik attribuuttype bij specificaties .ATT 1) TCNTYY3TCNTYY_4 F5 Controle op consistentie dumpsets .DMP 1) TCNTYY4TCNTYY_5 F6 Controle op uniek gebruik van gegevensnamen .NAM 1) TCNTYY5TCNTYY_6 F7 Controle op consistentie tussen verwerking en biljetcodes .BLJ 1) TCNTYY6TCNTYY_7 F8 Controle op datalengte- en type voor DGM, VRW en EDI .LEN 1) TCNTYY7TCNTYY_9 F9 Controle op alfabetische volgorde van BMG-nummers .VLG 1) TCNTYY5TCNTYY_B F10 Controle op gebruik dubbele EDI-codes .DUE 1) TCNTYY2TCNTYY_C Alt-F1 Controle op volgorde niveau-nummers .NIV 1) TCNTYYCTCNTYY_D Alt-F2 Controle op gelijke namen bij gerelateerde gegevens .GEL 1) TCNTYY5TCNTYY_E Alt-F3 Controle op type/niveau gerelateerde gegevens .BAS 1) TCNTYYETCNTYY_F Alt-F4 Controle op koptekst en gegevensnamen specificaties .KOP 1) TCNTYYF

F2 TVOMUTYY Mutatieverslagen BMGTMUTYY_1 F1 Mutatieverslag DGM-gegevens .DGM 2) TMUTYY1TMUTYY_2 F2 Mutatieverslag EDI-gegevens .EDI 2) TMUTYY1TMUTYY_3 F3 Mutatieverslag IBS-gegevens .IBS 2) TMUTYY1TMUTYY_4 F4 Mutatieverslag BILJET-gegevens .BIL 2) TMUTYY1

F3 TVOEXTYY Externe uitwisselingsbestandenTEXTYY_1 F1 Aanmaak uitwisselingsbestand voor B/AC .CSV 4)

.REU 1)-

TEXTYY1TEXTYY_2 F2 Mutatieverslag UWB-gegevens .UWB 1) TMUTYY1

F4 TVOBILYY BiljetverwijzingenTBILYY_1 F1 Afdrukken van een overzicht per formulier .BJ? 1) TBILYY1

x = A , O, 1, 2, 3, 4

F5 TVOBSPYY BerichtspecificatiesTBSPYY_1 F1 Aanmaak WORD-document Berichtspecificaties .BSP 0)

.FOT 1)TBSPYY1

-TBSPYY_2 F2 Aanmaak BMG-update bestand BSP .UPB 1)

.MIS 1)-

TBSPYY2TBSPYY_3 F3 Consistentie-controle BMG-EDIT .REP 1) -TBSPYY_4 F4 Aanmaak koppelingsbestand .E2B 0) -TBSPYY_5 F5 Aanmaak WORD-document Qualifier-bijlage .QUA 1) TBSPYY5



F6 TVOGSPYY GegevensspecificatiesTGSPYY_4 F1 Aanmaak Importbestand voor SDW .IMP 1) -TGSPYY_6 F2 Consistentie overzicht BMG/SDW .CON 1)

.SPL 1)TGSPYY6

-TGSPYY_0 F3 Aanmaak WORD-document Inhoudsopgave GSP .IHO 1) TGSPYY0TGSPYY_D+ F4 Aanmaak Schema-diagrammen .WPG 6) -TGSPYY_G+ Aanmaak Telling-diagrammen .WPG 6) -TGSPYY_B Aanmaak WORD-document Gegevensspecificaties .GSP 1) TGSPYYBTGSPYY_Z F5 SDW-script Ontbrekende namen in SDW .NAA 1) TSDWYY1TGSPYY_Y F6 SDW-script Ontbrekende omschrijvingen in SDW .OMS 1) TSDWYY1TGSPYY_V F7 SDW-script aanwezige rubrieken in niet-basisgegevens SDW .XTR 1) TSDWYY1TGSPYY_U F8 SDW-script samenhang BMG-naam en Tellingen rubriek SDW .TOT 1) TSDWYY1TGSPYY_F F9 Consistentie overzicht telvelden in SDW .TEL 1) TGSPYYFTGSPYY_A F11 Overzicht niet gerefereerde niet-basisgegevens in SDW .NGE 1) TGSPYYA

F7 TVOIBSYY IBSTIBSYY_1 F1 Aanmaak Update-bestand IBS .UPV 1)

.RE1 1)-

TIBSYY1TIBSYY_2 F2 Confrontatie telling-rubriek in SDW met TIK/TEL-controles .TIK 1) TIBSYY2

F8 TVOVTDYY Verzoek Teruggaaf DisketteTVTDYY_1 F1 Mutatieverslag VTD-gegevems .VTD 2) TMUTYY1TVTDYY_2 F2 VTD-kolom controles .KOL 1) TVTDYY1TVTDYY_3 F3 Consistentie controles t.o.v. VTD-kolom .REV 1) TVTDYY2TVTDYY_4 + F4 Aanmaak koppelingsbestand .KPB 0) -TVTDYY_5 Aanmaak EDIFRAME .EFR 1) -

F9 TVOTGVYY Testontwerp CFTTTGVYY_1 F1 Aanmaken gegevensbestand uit BMG voor CFT .MUT 0) -TTGVYY_2 F2 Mutatieverslag CFT-gegevens .CFT 2) TMUTYY1TTGVYY_3 F3 Bijwerken nieuwe BMG-gegevens in CFT .NEW 5)

.REP 2)-

TMUTYY1TTGVYY_4 F4 Vaststellen missende testwaarden .MTW 5) TTGVYY1TTGVYY_5 F5 Aanmaken WORD-bestand per testgeval .CFT 3) TTGVYY2TTGVYY_6 F6 Kontroleren testwaarden .CTW 5) TTGVYY3TTGVYY_7 F7 Kontrole tellingen uit GSP .CTE 5) TTGVYY4TTGVYY_8 F8 Hernumer CFT-bestand .CFN 5) -

F10 TVOCFTYY Conformance-test CFTTCFTYY_0 +TCFTYY_1

F1 Vergelijking testbestand met referentiebestand.XXX

-TCFT001

F11 TVOBECYY Bericht-conversiesTBECYY_1 F1 Aanmaak BMG-formaat uit CFT .BMG 3) -TBECYY_2 F2 Conversie BMG-formaat =>Uncompressed EDIFACT-formaat .UNC 3) -TBECYY_3 F3 Conversie Uncompressed => Compressed EDIFACT-formaat .CED 3) -TBECYY_4 F4 Conversie Compressed => Uncompressed EDIFACT-formaat .UCE 3) -TEBCYY_5 F5 Conversie Uncompressed EDIFACT-formaat =>BMG-formaat .EBC 3) -TBECYY_6 F6 WORD-document uit BMG-formaat .PRT 3) TTGVYY2TBECYY_7 F7 Splitsen van uncompressed Interchange .Unn 7) -TBECYY_8 F8 Plakken tot uncompressed Interchange .UCE 7) -

F12 TVOJAPYY Jaaraanpassingen



TJAPYY_1 F1 HernummerBMG .NUM 1) -TJAPYY_2 F2 Hernummer SDW-exportbestand .HER 1) -TJAPYY_3 F3 Hernummer CFT-bestand .UPC 5)

.RST 5)--

^F1 TVOMSCYY Diverse programma’sTMSCYY_1 F1 Aanmaak Update-kolom vanuit een aangeleverde spreadsheet .XXX 9)

.MIU 1)--

TMSCYY_2 F2 Aanmaak Update-kolom ‘onr’ uit versie vorig jaar .ONR 1) -TMSCYY_4 F3 Mutaties BSP t.o.v. vorig jaar .MUB 1) -TMSCYY_5 F4 Mutaties GSP t.o.v. vorig jaar .MUG 1) -TMSCYY_6 F5 Aanmaak tellingenbestand uit een SDW-exportbestand .SDW 8) -

- ToolsTALGYY_A Start-programma - -TALGYY_C Selectie Meldingen - -TALGYY_D Sortering exportbestand BMG .TMP A) -TALGYY_E Extractie uit EDF-bestand .EXT 0)

TALGYY_F Selectie bestandsnaam - -TALGYY_G Selectie historisch bestand - -TALGYY_K Selectie testgevallen - -TALGYY_L Conversie NUMNAM naar SDW-import .IM1 1) -TALGYY_M Conversie GSP-blad naar SDW-import .IM2 1) -

.


Inhoud van de

Basis

Modulaire

Gegevensverzameling

2003

Versie 1B

IBS-META

+

EDI


DGM

+

CKC


basis€¦ · web view- tgspyy_0 f3 aanmaak word-document inhoudsopgave gsp .iho 1) tgspyy0...

Documents