Onderwerp: Bestandsidentificatieveld bij Clieop

Sinds enkele maanden bieden wij via de ABN automatische incasso-opdrachten aan, om hostingbedragen van onze klanten af te schrijven.

Tot nu toe hebben we vrijwel elke maand problemen gehad met het veld "Bestandsidentificatie" in het "Bestandsvoorlooprecord", wat moet bestaan uit 4 cijfers/letters.

De omschrijving is al vrij cryptisch:

Bestandsidentificatie (Bestandsvoorlooprecord)
Identificeert het bestand uniek per maand. Inhoud:
positie 1 – 2: positie 1 – 2 van Aanmaakdatum bestand (dag van de maand)
positie 3 – 4: vanaf 1 met 1 oplopend volgnummer per dag van de maand waarop aanlevering heeft plaatsgevonden.

Aangezien wij in principe maar eenmaal per maand een incassobatch indienen, zou het er volgens mij zo uit moeten zien:
0701
07 omdat het vandaag de 7e is. 01 omdat het de eerste dag is van deze maand waarin we een batch aanleveren.

Het programma "OfficeNet" dat we gebruiken om het door te voeren, geeft echter aan dat er een fout in zit. De melding vanuit het programma beschrijft verder niet wat er precies fout aan is, helaas.
Vorige maanden hebben we precies dezelfde foutmelding gehad. Er zijn deze maand geen nieuwe rekeningnummers bij gekomen, dus daar kan het niet aan liggen. Vorige maand hadden we op de 8e de batch doorgevoerd, met 0808 als bestandsidentificatie was het uiteindelijk gelukt.

Deze maand al geprobeerd:
0707
0701
0709
0909
0808
0710
0910

Allen dezelfde melding. Wij komen er totaal niet meer uit en wanneer wij om hulp vragen bij de ABN sturen zij ons alleen de documentatie toe, die wij echter al compleet nageplozen hebben en wat ons ook niet verder helpt.

Wie heeft het antwoord of de gouden tip?

## 1. File header info:
##
## 0001 Infocode
## A Variant A, standaard processing.
## 270703 File processing datum.
## CLIEOP03 Identificeert het bestand als een CLIEOP-transportbestand.
## GTZ97 Sender indentification, vijf karakters, mag je zelf bepalen.
## 2701 File identification: 27e dag van de maand, eerste bestand.
## 1 Duplicate code, 1= origineel, 2= kopie, gewoon op 1 houden.
## (+21 spaties)
##
## Voorbeeld: 0001A270703CLIEOP03GTZ9727011

Bij ons is het altijd dagnummer en 01. Maar wij maken gebruik van GTZ.

0001A070307CLIEOP03TOTH 07011
Zo ziet de regel er bij ons nu uit.

Wordt helaas niet geaccepteerd door het Officenet-programma. Hebben nu alle betalingen op 1 na er uit gehaald, wat mijn eigen rekeningnummer is en wat we elke maand probleemloos ingevoerd hebben. Het enige wat telkens niet goed ging waren die 4 cijfers...

Hoe kan iets wat zo simpel lijkt, toch zo moeilijk blijken

Probeer:

0001A070307CLIEOP03TOTHZ07011

eens.

Helpt helaas ook niet. Hadden het ook al met een 0 geprobeerd ipv een Z maar mocht ook niet baten.

Hij blijft aangeven dat het in regel 1 zit. Een batch die vorige keer goed was gegaan is trouwens wel weer gewoon te importeren maar daar schieten we natuurlijk niets mee op ...

Ben inmiddels aan het testen met 1 post en dat gaat ook bij iedereen fout dus ik snap er niets meer van.

update 17:32
Laat anders voorlopig even ... ik probeer net met een andere klant en die importeert wel. Mijn eigen rekening en die van mijn collega (ja, we zijn beiden klant bij ons eigen hostingbedrijf!) gingen beiden fout ondanks dat het vorige keren goed ging. Het lijkt er dus op dat het niet aan regel 1 ligt, zoals het programma aangaf. Zal hier heel veel mee moeten testen om er achter te gaan komen wat er mis is.

update 17:40
Heb hem nu aan de praat met 0709 .. wat we al eerder geprobeerd hadden, maar nu schijnt hij het te doen. Ik snap het nog niet echt, maar het lijkt er op dat die 09 gewoon het aantal "facturen" moet zijn dat je via automatische incasso laat incasseren.

Bedankt voor de hulp in elk geval!