Met ingang van deze Releasenote is er een waarschuwing ingebouwd zodra we een Faktuur proberen af te letteren op een Inkooporder waarvan de Laatste Ontvangstdatum ná de Faktuurdatum ligt.
De waarschuwing is als blokkade aangevraagd om de situatie te voorkomen dat we op 1 januari goederen ontvangen, maar dat we een Faktuur boeken met een Faktuurdatum van 31 december. Een blokkade gaat ons nèt even te ver, immers, bovenstaande waarschuwing zal ook kunnen optreden als er helemaal niets aan de hand is. Bedenk maar dat u goederen inkoopt, de Leverancier de Faktuur met de zending meestuurt, maar de Vervoerder enkele dagen nodig heeft om de goederen bij u op lokatie te krijgen. In dat geval zal nl. per definitie de Faktuurdatum voor de Ontvangstdatum liggen! Blokkeren is derhalve geen optie.
En, als we nog even wat verder nadenken, lijkt ook een waarschuwing overbodig te zijn. Allereerst is de plek waarop gekontroleerd wordt niet logisch; we moeten immers eerst een Faktuur inboeken, daarbij een Faktuurdatum invullen, en pas daarna gaan we de Faktuur afletteren op Inkooporders, waarna blijkt dat we niet op onze Inkooporder mógen afletteren. Maar stel dát de we waarschuwing krijgen en we niet door de waarschuwing heen willen drukken... wat is het alternatief?
Gaan we nu ineens onze Faktuur een Faktuurdatum van 1 januari geven? Doen we daarmee de werkelijkheid niet geweld aan? Immers, als er 31 december op de Faktuur staat, zullen we die datum moeten overnemen!
Nb: Merk ook op dat als één Inkooporder in delen geleverd is, we niet op één specifieke Ontvangstdatum kunnen kontroleren.
De reden voor inbouwen van de kontrole blijkt uiteindelijk te maken te hebben met de tussenrekening "Nog te ontvangen Fakturen" welke Grootboekrekening normaliter een positief saldo bevat. We ontvangen eerst goederen die deze rekening opboekt en daarna boeken we de Faktuur, die de rekening weer tegenboekt. Zouden we eerst de Faktuur boeken en op een later moment de Ontvangst, dan vertoont de Grootboekrekening op enig moment een negatief saldo.
Het échte probleem lijkt dan ook niets te maken te hebben met de Faktuurdatum, maar eerder met "de Boekdatum" van de Faktuur. En hoewel het al enkele jaren mogelijk is om Ingekomen Fakturen niet te journaliseren per de Faktuurdatum maar per een separate Boekdatum, wil de klant wél graag blijven werken met de situatie "Boekdatum = Faktuurdatum", om vervolgens tóch geen negatief saldo op "Nog te ontvangen Fakturen" te kunnen krijgen.
Omdat het slechts een waarschuwing betreft is de kontrole toch opgenomen, hoewel we mogen verwachten dat dit niet echt iets oplost. In het gunstigste geval zijn we een Faktuur aan het boeken, vullen daarbij conform de werkelijkheid de juiste Faktuurdatum in, willen dit afletteren op een Inkooporder, en krijgen een melding dat we het inboeken van de Faktuur mogen afbreken en opnieuw mogen doen, omdat de Faktuurdatum schijnbaar voor de laatste Ontvangstdatum ligt, wat impliceert dat we dan "de faktuurdatum maar moeten opschuiven om niet een negatief saldo op 'Nog te ontvangen Fakturen' te krijgen". Stuurt een Leverancier een Verzamelfaktuur (over meerdere Inkooporders) dan zijn we helemaal zuur, want kan blijken dat we eerst onze Faktuur al hebben afgeletterd op 20 Inkooporderregels, om bij de 21 Inkooporderregel een melding te krijgen dat die niet is toegestaan.
| Funktie | Omschrijving | Dtm.Vl.Wyz | Dtm.L.Wyz |
| LORITV | Toevoegen Faktuurregel | 04-04-2016 | 01-02-2017 |
