[belastingdienst] Records, bestandsindeling voor aanleveren.

[Verwijderd]

Ik werk nu als stage voor een verzekeringsmaatschapij. Nu heb ik de opdracht gekregen een 'programmatje' te maken om de reseignering door te geven via CD-Rom.

Nu ben ik al uren op zoek naar een voorbeeld van hoe ik het aan moet leveren.

Van plan was ik dit te maken met php icm met MySql. De mysql server is gevuld met personen en al hun gegevens. In php is het ook makkelijk filters te maken enzovoords, vandaar die keuze.


Maar nu is de vraag, in welk formaat moet dit aangeleverd worden?
Ik heb hier een gebruiksaanwijzing. Deze heb ik meerdere malen doorgespit, maar ben er niet veel weizer uit geworden.
Mijn idee is dat het in asii code geleverd moet worden, maar moet ik dan voor elke persoon een nieuw bestand maken? En hoe ziet dat bestand eruit? Heeft dit bestand ook een extentie, zo ja, welke? Moet ik in dit bestand "enters" gebruiken of moet alles naast elkaar komen te staan
( 9000008473600000Janssen000blabla ) ? Wat is de bestandsnaam van dit bestand?

Dus: Een hele berg vragen waar ik op google ook geen antwoord op kan vinden. Misschien heeft iemand van jullie zoiets gelijks al eens gedaan?

[FendtVario]

Ik denk dat je beter bij je stage begeleider om hulp kan vragen. Ik geloof niet dat iemand hier een antwoord heeft of dat gaat zoeken in die 132 pagina grootte pdf (ben nog gek ook dat ik er op klik). Google is voor zulke specifieke dingen meestal niet geschikt. Ik adviseer je binnen je bedrijf om hulp te vragen.

[BtM909]

Sterker nog, neem eens contact op de belastingdienst

[Verwijderd]

Hier in het bedrijf weet ook niemand het. Het is de eerste keer dat ze dit willen gaan doen. Ik kreeg de uitgeprintte versie van dit PDFje in de schoot geworpen en moetst maar zien hoe ik eruit kwam :-)

[Verwijderd]

Lees de handleiding:

vanaf pag 45.

het bestand heet VERZEKERING
text formaat met een vaste recordlengte van 256 bytes

Voorlooprecord
2 records per verzekering (tig keer)
Afsluitrecord

[LuCarD]

Dat document is toch redelijk duidelijk?

Vanaf pagina 47 word het bestand uitgebreid besproken, veel duidelijker dan dit ga je het denk ik niet krijgen.

[Verwijderd]

Verwijderd schreef op vrijdag 25 februari 2005 @ 10:21:
Lees de handleiding:

vanaf pag 45.

het bestand heet VERZEKERING
text formaat met een vaste recordlengte van 256 bytes

Voorlooprecord
2 records per verzekering (tig keer)
Afsluitrecord

Oke, maar hoe wordt dit CONCREET gedaan? Ik maak een bestandje dat heet VERZEKERING. En dan? Postie 1 kom in mijn ogen maar 1x voor in 1 bestand. Zou je het misschien kunnen uitleggen?

Ik begin het enigzinds te begrijpen..... Een bestand van 256bits, is dus 256 tekens. Dus elk record meteen achter elkaar?

aha, thanx voor de moeite in ieder geval!!

Het wordt dus één enorm bestand.
- Voorafgaand met instelrecord
- dan tig keer 1 record product (256 tekens) direct daarachter record persoonsgegevens (256)
- Sluitrecord

[ Voor 28% gewijzigd door Verwijderd op 25-02-2005 10:36 ]

[MTWZZ]

Waarschijnlijk bedoelen ze zoiets:

code:

##RECORDSTART##
verzekering blaat bar boo
verzekering blaat bar boo
##RECORDSTOP##
##RECORDSTART##
verzekering blaat bar boo
verzekering blaat bar boo
##RECORDSTOP##
##RECORDSTART##
verzekering blaat bar boo
verzekering blaat bar boo
##RECORDSTOP##

[cowgirl]

Wat zij een record noemen is een regel in het bestand (p. 47). Binnen een regel zijn er posities, een regel bestaat altijd uit 256 posities (recordlengte).
Je begint met een regel voor het instelrecord (paragraaf 10.2) en deze sluit je af met een CR/LF. Dan ga je de eigenlijke records in het bestand zetten. Voor elke mutatie een product- en een persoonsrecord. Deze 2 records voeg je zo vaak toe als er mutaties doorgegeven moeten worden. De laatste regel in het bestand is het sluitrecord (paragraaf 10.5).
Je krijgt dan ongeveer:

code:

startrecord (regel van 256 lengte)
productrecord (regel van 256 lengte)
persoonrecord (regel van 256 lengte)
...
productrecord (regel van 256 lengte)
persoonrecord (regel van 256 lengte)
sluitrecord (regel van 256 lengte)

Goed lezen van de handleiding had je deze informatie ook kunnen geven.

[Verwijderd]

cowgirl schreef op vrijdag 25 februari 2005 @ 10:42:
Wat zij een record noemen is een regel in het bestand (p. 47). Binnen een regel zijn er posities, een regel bestaat altijd uit 256 posities (recordlengte).
Je begint met een regel voor het instelrecord (paragraaf 10.2) en deze sluit je af met een CR/LF. Dan ga je de eigenlijke records in het bestand zetten. Voor elke mutatie een product- en een persoonsrecord. Deze 2 records voeg je zo vaak toe als er mutaties doorgegeven moeten worden. De laatste regel in het bestand is het sluitrecord (paragraaf 10.5).
Je krijgt dan ongeveer:

code:

startrecord (regel van 256 lengte)
productrecord (regel van 256 lengte)
persoonrecord (regel van 256 lengte)
...
productrecord (regel van 256 lengte)
persoonrecord (regel van 256 lengte)
sluitrecord (regel van 256 lengte)

Goed lezen van de handleiding had je deze informatie ook kunnen geven.

Bedankt voor de goede uitleg! Dit is in ieder geval duidelijk! Die CR/LF is in PHP gewoon "\n" neem ik aan.

[ Voor 3% gewijzigd door Verwijderd op 25-02-2005 10:48 ]

[Anders]

En voor de zekerheid kun je de partij aan wie je het aan moet leveren, gewoon even bellen met de vraag of ze een voorbeeldbestand(je) kunnen sturen. Weet je zeker dat je goed zit.

[mulder]

Dit zijn records in het STUF formaat.

En volgens mij is die CR/LF niet nodig...

[ Voor 39% gewijzigd door mulder op 25-02-2005 11:21 ]

[Verwijderd]

Don Facundo schreef op vrijdag 25 februari 2005 @ 11:10:
Dit zijn records in het STUF formaat.

En volgens mij is die CR/LF niet nodig...

Maar "mag" die CR/LF dan wel? Wel zo overzichtelijk....

IK maak dat bestand nu als ik denk dat het moet.. We mogen testje aanleveren, om te kijken of alles goed is gegaan voor we het "echt" inleveren.

[mulder]

Ik werk ook met Stuf records en die zijn zonder CR/LF achter elkaar gezet, ik lees een buffer van 256 chars in.

[Verwijderd]

Don Facundo schreef op vrijdag 25 februari 2005 @ 11:55:
Ik werk ook met Stuf records en die zijn zonder CR/LF achter elkaar gezet, ik lees een buffer van 256 chars in.

Oke, bedankt, dan doe ik het ook zonder CR/LF.....

Het is al bijna af