%LORD_RID_W% pakt een andere debiteur

[Johan]

Even los van die printerdrivers. De NEDK1 Factuurlayout in het bedrijf MEEL productiebestanden, heeft deze kontaktomschrijving voor de te mailen facturen:

%LORD_RID_W%_UF_%LOUF_FID_P%

Nu ik de debiteur DIVLE1 factuurnummer 1177368 ga mailen, komt daar niet de debiteur van de bijbehorende verkooporder 20120309039 te staan, maar van 20120309040. (koewe1)

zouden jullie hier aub naar willen kijken?

[Johan]

Voor het geval iemand straks zoekt om genoemde Kontaktomschrijving bij de NEDK1, inmiddels heb ik genoemde kontaktomschrijving omgedoopt in
MEEL_%DATE%_UF_%LOUF_FID_P%
Dan kan ik in ieder geval die facturen even wegsturen.

[Richard Masseling]

Hallo Johan,

heb je al eens LORD_RID_P geprobeerd i.p.v. LORD_RID_W?

[Johan]

Ja dat werkt beter, maar hoe krijg je dan de debiteur van de verkooporder er in? Ik vermoed dat die lord_rid_W de debiteur van de VO pakt. die LORD_RID_P  pakt de factuurdebiteur (en dat hoeft niet altijd gelijk te zijn aan de debiteur vd Verkooporder)

[Richard Masseling]

Het gebruik van zo'n _W Variabele zou ik zelf niet zo'n voorstander van zijn. De zogenaamde _P Variabelen zijn Public variabelen en zullen altijd bekend zijn in het systeem. Ander soort variabelen zouden wel eens een geblokkeerde Funktie kunnen opleveren als ze niet bestaan. Zo wordt bij het Printen van de Faktuur inderdaad wel o.a. de variabele LORD_RID_W gebruikt en wordt deze gevuld met de Faktuur Debiteur, de AFLVRRD_W voor de Debiteur Verkooporder enz., maar om die Variabelen dan te gaan gebruiken? Ik weet het niet, ik houd het liever bij Public Variabelen.