Het JP-formaat werd aangepast zodat op project niveau de postcode en landcode van de werf expliciet kunnen bijgehouden worden in plaats van impliciet in de adres regels:
Wanneer de gebruiker een nieuw project aanmaakt en een klant oppikt zal deze informatie initieel overgenomen worden uit de beschikbare klant informatie, maar kan ten allen tijde aangepast worden:
Langs het PROJECTDATA object is deze informatie eveneens beschikbaar in script:
Deze informatie werd eveneens voorzien in het XML-formaat via de tags Zip en Country onder de node BatchData - Projects – ProjectData – General – ProjectInfo:
Het JPX-formaat is eveneens voorzien van de extra werf informatie via de attributen Zip en Country onder de node jopps_project – p_info:
In de rapportering werden 4 nieuwe parameters voorzien om deze informatie op te vragen:
%PROJECTZIP_TEXT% werf postcode in tekst formaat
%PROJECT_ZIP% werf postcode in html formaat
%PROJECTCOUNTRY_TEXT% werf landcode in tekst formaat
%PROJECTCOUNTRY% werf landcode in html formaat
JPLink is eveneens aangepast om via de nieuwe XML structuur een project aan te maken met de expliciete werf postcode en landcode.
Resultaten tabel TEXT werd ook voorzien van extra velden POSTAL en COUNTRY om deze informatie bij te houden, deze zijn gedefinieerd in TEXT.QIF:
DB_TEXT_POSTAL werf postcode
DB_TEXT_COUNTRY werf landcode
Vanaf versie 3.50 is het gedrag voor het aanmaken van een Nieuw project gewijzigd.
Wanneer de gebruiker een klant oppikte werd de laatste adreslijn op het project niveau samengesteld aan de hand van de Postcode en Plaats informatie beschikbaar in de klant fiche:
Voortaan zal de inhoud van de laatste adreslijn op het project niveau nu enkel nog de Plaats informatie uit de klant fiche bevatten, de Postcode en Landcode verschijnen enkel in de expliciete velden:
Op identieke wijze werd het gedrag bij het oppikken van een klant in een bestaand project aangepast zodat de Postcode voortaan slechts op één plaats beschikbaar is:
Verder is er nog een bijkomende vraag voorzien indien dezelfde klant opnieuw wordt opgepikt of de adreslijnen, postcode en landcode mogen aangepast worden:
Verder zal tijdens het openen van oudere projecten correctie logica toegepast worden en zal de postcode, indien beschikbaar in het specifieke veld, deze automatisch uit de laatste adreslijn van het project verwijderd worden. Deze werkwijze heeft wel tot gevolg dat voor de huidige rapporten er misschien niet voldoende informatie meer beschikbaar is om de postcode te tonen, o.a. op:
offertes
levernota
confirmatie
factuur
bestelbon
…
Om de impact op de rapporten zo klein mogelijk te houden zal vanaf nu de logica welke de laatste adreslijn samenstelde in de interface nu toegepast worden tijdens de berekeningsfase, zodat onderstaande velden en parameters opnieuw de samengestelde informatie van vroeger bevatten:
%DB_TEXT_ADDRESS3%
%DSP_TEXT_ADDRESS3%
%PROJECTADDRESS3%
%PROJECTADDRESS3_TEXT%