Bij een Debiteur kan al sinds jaar en dag een Faktuurlayout worden ingevuld. Deze parameter is ooit ontwikkeld voor situaties waarbij NIET vanuit de Logistiek wordt gefaktureerd, maar rechtstreeks vanuit Profit-Fin (er kunnen dan ook 5 posities worden ingevuld omdat de Faktuurlayout in Profit-Fin uit 5 posities bestaan :-)).
Faktureren we wél vanuit de Logistiek (LO) dan wordt deze rubriek óók gebruikt, maar dan enkel en alleen v.w.b. de eerste drie posities; (Layouts worden daar opgebouwd uit een kombinatie van 3 posities van een Taalkode, gevolgd door kombinaties als K1/KV/VV/VL).
Deze Releasenote heeft betrekking op het printen van de
Opdrachtbevestiging. Sinds 2015 is het mogelijk om op Debiteurniveau ook de Opdrachtbevestigingslayout te overrulen door deze niet te baseren op de Taalkode van de Debiteur, maar door te verwijzen naar een speciale Layout voor de Opdrachtbevestiging.
Toch werd de Taalkode van de Debiteur bij het printen van de Opdrachtbevestiging overrulet door de eerste drie letters van een ingevulde Faktuurlayout. Onterecht! immers beide documenten hebben niet veel met elkaar te maken.
Vermoedelijk is de Layout van de Opdrachtbevestiging in het begin gebaseerd op de Faktuurlayout en is dit onterecht meegekopiëerd. Een andere reden kan niet worden bedacht, bij de gratie dat een Faktuur totaal iets anders is dan een Opdrachtbevestiging, en de laatste niet mag kijken naar settings die voor de eerste zijn gedaan.
Nb: Overigens is deze Releasenote n.a.v. topic
http://ha1.heartprofit.nl/profit/index.php?topic=30573.0 waar bleek dat het hebben ingevuld van een Faktuurlayout ervoor zorgde dat de Opdrachtbevestiging totaal anders geprint werd.
| Funktie | Omschrijving | Dtm.Vl.Wyz | Dtm.L.Wyz |
| LOPRBOV1 | Omschrijving (nog) niet bekend | 16-12-2020 | 31-03-2021 |
