ADPRDEAI Automatische incasso incasseert factuur 2 keer

[Johan]

Onderstaand twee maal de automatische incasso, 1 keer van maandag, en die van dinsdag. Van beide is een clieop3 bestand automatisch gegenereerd.

Zoals je kunt zien is dezelfde factuur, zowel op maandag als op dinsdag er op gezet, en ook voor dezelfde bedragen. Daardoor is er dus bij een aantal debiteuren twee maal geincasseerd.

Wat kan hiervan de oorzaak zijn? Ik kan zo 1-2-3 niet iets terug vinden in de releasenoten. (recent)

de gemarkeerde facturen zijn dus op dinsdag voor de tweede keer geincasseerd.

[Peter Stordiau]

Waarom zijn die laatste twee niet doorgehaald ?

[Menno]

Je noemt wel de Release-Notes; maar heb je ook gekeken in de Geblokkeerde Funkties?

[Johan]

Menno, zie je wel naar de geblokkeerde functies, je hebt gelijk. Daar heb ik niet zover voor in het verleden terug gezocht. Maar, ok, dan is het een gevolg van een geblokkeerde functie. UB doet geen aut. incasso (al hoeft dat er niet heel veel mee te maken hebben) , en na die geblokeeerde reeks uit jouw schermvoorbeeld, ALL gereorganiseerd. In de veronderstelling dat dat wel voldoende zou zijn. Op 27 -10 / 28-10gaat het mis.

Ooh ja, die laatste twee horen er ook bij.

[Wouter Rijnbende]

Nog een paar mogelijkheden:

a. De print staat los van het aanmaken van het CLIEOP03 Incassobestand. Zodra je een Incassorun genereert, krijg je éérst een print, daarna krijg je de vraag of je de CLIEOP03 Incassofile wilt aanmaken. Als je die laatste stap niet uitvoert, zal de Faktuur niet een status "is geïncasseerd" krijgen. Daarna kun je een dag later gewoon opnieuw een print maken waar de betreffende faktuur op staat.
Nb: met het aangemaakte CLIEOP03 bestand bewijs je iets, met de print "niets"; heb je op de PC waarop de Incassofiles zijn aangemaakt 2 .CIN files? Een van de 27e en één van de 28e?

b. Bij het opstarten van de Incassorun staat er een "Testcode P/T" op het scherm. Alleen als je de Incassofile als "Produktie" aanbiedt, worden de betreffende Fakturen als "geïncasseerd" geregistreerd. Als je de opdrachten als "Test" aanbiedt, krijgen de Fakturen niet de status "geïncasseerd", en komen ze gewoon weer op de eerst volgende run terecht.
Nb: merk op dat het pakket waarin jij je opdrachten inleest, niets behoort te doen met opdrachten met een status "Test"; dit is puur (door de banken) als Testcode ontwikkeld, om te kijken of alles juist is ingevuld; de opdrachten worden dan niet daadwerkelijk uitgevoerd.


Overigens zijn er ook expliciet mogelijkheden om een Faktuur opnieuw ter incasso aan te bieden, doch dat op basis van expliciete handeling, en na een rustperiode van 7 of 14 dagen; ofwel, dat kan in dit geval niet aan de orde zijn.

[Wouter Rijnbende]

De fakturen zijn dus i.i.g. geïncasseerd.

Wellicht een domme vraag, maar ik stel hem toch, gezien het feit dat we nog wel eens mensen tegenkomen die in Profit een Betalingsrun (Crediteuren fakturen) aanmaken, om vervolgens zélf in het bankpakket de betaling te verrichten (in plaats van de Clieop file in te lezen): jullie lezen toch wel die CLIEOP file in? Ik bedoel, niet dat het zo is dat iemand o.b.v. de print zélf de Incassoopdrachten ergens in een bankpakket aanmaakt?

Nb:
Kwa funktionaliteit zou er weinig fout moeten kunnen gaan. Wat er gebeurd is kunnen we niet achterhalen, omdat "Automatische Incasso" slechts een "print" betreft, en niet een volledige "run" die van zichzelf weet welke faktuur wanneer geïncasseerd is. Zodra een Faktuur wordt opgenomen in de CLIEOP03 file, krijgt ze een status "is geïncasseerd", en als je de run opnieuw zou opstarten, worden fakturen die die status hebben niet nogmaals verwerkt. Op zich kan daar weinig aan fout gaan, vandaar dat ik toch even naar de 'rare' hoek kijk.
Heb je de 2 .CIN incassofiles nog voor me??

[Johan]

e.e.a. wordt ingelezen in een bankpakket, ik heb de clieopbestandjes naar wr@heartprofit.com gestuurd. Ik hoop dat je daar nog iets aan kunt zien.

parameters als t/p worden niet meer gebruikt, want we incasseeren al geruime tijd vanuit profit. (althans, het aanmaken van de clieop-bestandjes daarvoor)

[Wouter Rijnbende]

Ontvangen; alle 4 zijn als "Produktie" aangeboden.

[Peter Stordiau]

Ik hoop dat je daar nog iets aan kunt zien.

Heren, zijn we naar werk op zoek ? Ik dacht toch dat we er gisteren al mee klaar waren ...

[Wouter Rijnbende]

Het feit dat de .CIN files er zijn houdt in dat de Fakturen een status "geïncaseerd" hebben gekregen, of nee, eigenlijk "dat de koding die die status aanbrengt, uitgevoerd zal zijn geworden". Hierbij dus nog één optie: zodra het systeem de status bij de eerste faktuur wilde aanbrengen, zou het zo geweest kunnen zijn dat die faktuur op dat moment "in gebruik" was (gevraagde gegevens zijn geallokkeerd). Zou je wachten tot de faktuur weer beschikbaar is, geen probleem. Zou je op dat moment je Profit sessie killen, kun je het alsnog voor elkaar hebben gekregen om wél een CLIEOP03 file te krijgen, zonder de Faktuurstatus aangepast te hebben.

Welke gebruiker maakt die Incasso opdrachten?

Ervanuitgaande dat de run netjes is afgemaakt, zou dit niet moeten kunnen. De Faktuur heeft dan een status "geïncasseerd" en behoort niet nogmaals te worden verwerkt.

[Wouter Rijnbende]

Heren, zijn we naar werk op zoek ? Ik dacht toch dat we er gisteren al mee klaar waren ...

Dan had je het aan mij toegewezen topic wel even mogen afmelden. Toch?

[Johan]

Het is toch tot op zekere hoogte riskant dat de oorzaak dan niet duidelijk is? Ik begrijp namelijk menno z'n post niet. Natuurlijk, die bestanden die waren mogelijk corrupt, maar het is duidelijk dat het reorganiseren van ALL niet de oplossing bleek te zijn.

Moet ik nu maar weer gewoon proberen te incasseren ? Dit hebben we namelijk even stop gezet totdat duidelijk is dat voorgaande voorkomen wordt. Het is namelijk niet sierlijk om je debiteuren op te moeten bellen dat je per ongeluk twee keer incasseert.

[Peter Stordiau]

Ho ho, het was natuurlijk nog niet hersteld. Maar de oorzaak lijkt mij 200% overduidelijk. En die bestanden waren niet mogelijk corrupt, dat waren ze gewoon. Dat zie jij niet Johan, maar Wouter wel.

[Peter Stordiau]

dat waren ze gewoon

Ehh, aannemend dat die ermee te maken hebben ... wat ik me nu afvraag. Maar ja, dat suggereerde Menno.
Nou weet ik het niet meer.

[Johan]

Wouter, Die geblokkeerde functies die menno laat zien, waren er toen we probeerden het financiele jaar en bepaalde perioden bij Laco af te sluiten zaterdagochtend. Dat ging dus niet, en toen heb ik daarna dus ALL (e bestanden) gereorganiseerd. (dat zou toch al, want er ging bij de Interface MVI iets onverklaarbaars mis).

Hierna heb ik succesvol de perioden en het financieele jaar van 2007 LACO af kunnen sluiten, zonder geblokkeerde functies. We zijn zaterdag niet bezig geweest met incaseren. Natuurlijk mag het zo zijn dat het afsluiten van een financieel jaar in bedrijf Laco, het incasseren van Meel niet meer mogelijk maakt, agv van een geblokkeerde functie.

Het waren maandag nieuwe incasso's, dus die stonden er maandag voor de eerste keer op, en diezelfden stonden er op dinsdag voor de tweede keer op.

Wat kan het afsluiten van een financieel boekjaar hier dan mee te maken hebben, want dat zie ik inderdaad niet.