Printen Proforma Faktuur m.b.t. Gefaktureerde regels N/T

[Heart Informatisering B.V.]

 
 

Funktie	Omschrijving	Dtm.Vl.Wyz	Dtm.L.Wyz
LOVOPFGN	Omschrijving (nog) niet bekend	27-11-2003	18-03-2004

[Wouter Rijnbende]

Er staat niet bijzonder veel tekst bij deze Releasenote, en bij deze plaats ik een vraagteken bij de zin (onzin) van de ontwikkelde funktionaliteit.

"Printen Proforma Faktuur o.b.v. een Verkooporder" is uitgebreid met een rubriek "Inclusief gefaktureerde Leveringen J/N".

Nou kunnen we ons op zich al afvragen waarom we een Proforma Faktuur van een Verkooporder willen printen, maar als we dat doen, bijv. om een klant vooruit te laten betalen op basis van zijn bestelling (waarbij het invoeren van de order al meteen een behoefte triggert, zelfs als de klant nog niet betaald heeft), waarom dan zonder de reeds gefaktureerde Leveringen? Een klant bestelt er 100, wij printen een Proforma, en daar staan er 100 op. Nu gaan we er 80 leveren en faktureren, en daarna printen we nogmaals een Proforma o.b.v. de Verkooporder. Daar staan er vervolgens 20 op (immers, 80 zijn er al gefaktureerd). Maar... de klant hééft al een Proforma Faktuur van 100 ! (en ook al een echte Faktuur van 80). Dus hoezo nogmaals een Proforma van 20 ?

Ik kom op deze vraag, omdat ik nu een Proforma print van een bestaande (en reeds gefaktureerde order), waar alle hoeveelheden op 0 staan (schijnbaar is alles al gefaktureerd), terwijl de logica lijkt te ontbreken... Als er 100 op de Verkooporder staan en ik een Proforma Faktuur van een Verkooporder print, dan zou het toch logischer zijn als er altijd (of i.i.g. default) 100 op de Proforma Faktuur staan ???