Heart-Profit ERP

Pascal heeft een update aangevraagd en staat er een aanpassing in die bij reeds geboekte facturen in HP een 0, 1, 2 etc achter de factuur plakt om het nummer uniek te maken. Zie de bijlage om welke aanpassing het precies gaat.
Risico is dat een factuur tweemaal geboekt wordt. Dat wordt getackeld indien het geen oude factuur betreft.
Ik ga ervan uit dat HP checkt op de factuurdatum, maar hoeveel jaar gaan jullie dan terug?

Naar 700 BC ?

http://ha1.heartprofit.nl/profit/index.php?topic=31461.msg51848#msg51848

Als je "andersom" denkt, zie je dat wat er nu gebeurt wel logisch is, en geen kwaad kan. Dus andersom :

Jij leest een faktuur** in die je vanmorgen ook al hebt ingelezen omdat je denk dat dat inleze mislukt was. Omdat de faktuurdatum hetzelfde is als die van de vorige poging, wordt de faktuur niet ingelezen (zoals het al werkte). Is de faktuurdatum anders, dan volgt de faktuur met het extra volgummer en kàn je "vanmorgen" of wanneer dan ook (zoals 700 BC) niet dezelfde faktuur hebben ingelezen. Het is dan *dus* een andere en dus krijg je de procedure zoals beschreven in bovenstaande - en door jou gequootte - Releasenote-link.


**): Spelling anno AD 1995.

Kan wat tricky zijn. Stel iemand boekt in de morgen een factuur met factuurdatum 31 oktober 2022.
Rond het middaguur sluit ik de periode oktober 2022 af en dan maken wij de afspraak dat je niet meer in oktober mag boeken.
Stel hij/zij denkt in de middag "O ik moet die factuur nog boeken" en dan boekt hij deze met zelfde factuurnummer, maar dan op 1 november (immers oktober is afgesloten). Dan wordt de factuur toch tweemaal betaald.

Of zie ik het nu nog niet goed.
Je schrijft in de releasenote dat het om oude factuur van jaren terug moet zijn, maar dat is dan niet waar.

Nu hebben wij hier niet zoveel last van omdat Xtendis ook controles heeft, maar ik schrijf dit ook voor andere gebruikers

Het verhaal is ook een klein beetje anders...

Pas als de nieuw in te lezen Faktuur een nieuwere Faktuurdatum heeft dan de Faktuur die er al in zit én de jaartallen van beide Fakturen niet overeenkomen (lees: de Faktuur die er al in zit is minimaal 1 jaar ouder), dan wordt de nieuwe Faktuur gewoon ingelezen met een extra volgnummer.

In jouw voorbeeld, waarin je 2x een Faktuur inleest met eenzelfde jaartal, maar andere maand, krijg je op het werkstation waarop je de Xtendis Fakturen inleest een melding die zegt dat de Faktuur al bestaat. Je moet nu op een ánder werkstation éérst de reeds bestaande Faktuur eruit gooien om door te kunnen gaan met inlezen van Xtendis Fakturen. Als het niet lukt om die Faktuur er uit te gooien, dan kun je het de in te lezen Faktuur met een toets F6 overslaan. In dat geval wordt de Faktuur NIET ingelezen, maar krijgt Xtendis wel het bericht dat ze door Profit verwerkt is (om te voorkomen dat die Faktuur de volgende keer wéér onterecht wordt aangeboden).

Nb: Dit alles neemt niet weg dat als jouw geintje tussen december en januari optreedt, je wel gelijk zult hebben.

Realiseer je ook dat deze trukendoos is geïntroduceerd omdat jouw Leverancier op enig moment met een ander pakket gaat werken en met een nieuwe Faktuurrange begint en daarmee op Faktuurnummers uit komt die in 30 jaar Profit historie al bekend is, maar waar Xtendis totaal geen weet van heeft.  Als jullie al enige tijd met Xtendis werken zou het m.i. aan Xtendis zijn om te kontroleren dat een Faktuur niet twee keer kan worden ingelezen. Wat wij in Profit hebben is dus extra, maar het begint er mee dat Xtendis niet iets zou mogen aanbieden waarvan de logische sleutel al bestaat. Ook zij hebben nl. een tabel met Faktuurnummers... (hooguit niet de oude Fakturen die in Heart staan, en dat is waar de kontrole voor is).
Als die kontrole er bij hun niet in zou zitten, zou dat impliceren dat je net zo goed een foto kunt maken van je Faktuur, immers de Faktuurgegevens worden niet van de scan gelezen, maar moet je handmatig intypen. En voor zover je in Xtendis gegevens kunt wijzigen... Dat zou niet mogelijk moeten kunnen zijn nadat Xtendis van ons het bericht heeft ontvangen dat wij de Faktuur hebben ingelezen. Kortom, a met al zal dit niet zo snel voorkomen dat het fout gaat.

Dank je Wouter.
Helder verhaal en met name feit dat de factuurdatum in twee verschillende jaren moet liggen is een goed punt.

In jouw voorbeeld, waarin je 2x een Faktuur inleest met eenzelfde jaartal, maar andere maand,


Ja, is echt helemaal helder (not).


Beter nog dan stopgaren.

:holiday: