Heart-Profit ERP
September 30, 2024, 10:16:50 am *
Welcome, Guest. Please login or register.

Login with username, password and session length
News:
 
   Home   Help Login Register  
Pages: [1]
  Print  
Author Topic: Aanpassen Landkode én IBAN in één doorloop  (Read 1545 times)
0 Members and 0 Guests are viewing this topic.
Heart Informatisering B.V.
Partner
******
Offline Offline

Posts: 27468


View Profile WWW
« on: November 29, 2013, 09:08:48 am »

Bij het wijzigen van Financiële Parameteres van een Crediteur kan een IBAN Rekeningnummer worden opgenomen van de betreffende Crediteur.

Omdat het IBAN formaat afhangt van het Land waarin dat rekeningnummer loopt (ieder Land heeft nl. een andere opbouw van het IBAN nummer) wordt bij Financiële Parameters éérst om de Landkode gevraagd, en wordt daarna het IBAN nummer opgebouwd o.b.v. dié Landkode.

Normaliter zal de Landkode direkt bij opname van de Financiële Parameters gevuld worden met de Landkode van de betreffende Relatie, en wordt deze zo goed als nooit gewijzigd, misschien hooguit als een Nederlandse Relatie ineens verhuisd naar Duitsland, danwel een Duits rekeningnummer gaat gebruiken...

Zodra het wijzigen van de Landkode aan de orde is, gebeurden er rare dingen met betrekking tot het IBAN nummer.

Om de invoer van een IBAN nummer te vereenvoudigen (invoeren van één lange reeks cijfers en letters kan slecht worden gekontroleerd) wordt deze in setjes van 4 characters opgesplitst. Stel dat de oude landkode 5 setjes van 4 impliceerde, en de nieuwe landkode 6 setjes van 4, dan komt er een 'control' bij op het scherm, en deze nieuwe control wordt dan netjes gevuld.

Het ging echter fout indien de nieuwe IBAN nèt zoveel setjes data bevatte als welke bij de oude Landkode hoorde, maar het laatste setje een ander 'formaat' afdwong. Omdat deze IBAN nummers de eerste controls in Profit zijn die zó dynamisch worden opgebouwd, werd er nog niet op geanticipeerd dat het 'invoer masker' van een bestaande rubriek kon veranderen.

Een konkreet voorbeeld van dit probleem zou zijn dat we een Relatie hebben in Zwitserland (CH/1), waarvoor we een Duits IBAN nummer willen gaan invoeren (even los van de logica daarvan).

Het feit dat we de Financiële Parameters wijzigen van iemand waarbij CH/1 als Landkode in die Financiële Parameters staat ingesteld, formatteert het IBAN nummer op het Zwitserse formaat:

21 posities, Syntax: "CHkk bbbb bccc cccc cccc c", waarbij de eerste 2 posities CH dienen te bevatten, k = kontrolegetal, b = Bankkode en c = Rekeningnummer.

Wijzigen we de Landkode naar DE/1, dan zou het duitse formaat getriggerd moeten worden. Deze bestaat uit 22 posities:

Syntax: "DEkk llll llll cccc cccc cc", waarbij de eerste 2 posities DE dienen te bevatten, en daarna geldt k = kontrolegetal, l = bankleizahl, c = Rekeningnummer.

Het nieuwe (DE) IBAN nummer bevat net zoveel setjes rubrieken als het vorige (CH) IBAN nummer, maar, de laatste control kan in de nieuwe situatie één positie meer bevatten. Omdat er net zoveel rubrieken op het scherm bleven staan als in de oude situatie, werd dit niet als nieuwe rubriek herkent, en kon bij het DE IBAN alsnog maar 21 posities worden ingevuld.

M.i.v. deze Releasenote is dit probleem opgelost.

Nb: Merk op dat het wijzigen van de Landkode normaliter niet aan de orde behoort te zijn. En, het wijzigen van de Landkode in kombinatie met een ingevuld IBAN nummer kan zelfs tot rare situaties leiden, c.q. zal de gebruiker moeten verplichten om ook het IBAN nummer te wijzigen. Immers, stel dat we al een zwitsers IBAN nummer zouden hebben ingevuld, dan begint deze alsvanzelf met "CH". Een duits IBAN begint met "DE". Ofwel: wijzigen van de Landkode zou ook impliceren dat het IBAN nummer verplicht moet worden gewijzigd.

FunktieOmschrijvingDtm.Vl.WyzDtm.L.Wyz
ADABIBFM    Omschrijving (nog) niet bekend    22-08-2012    29-11-2013
ADFPCROP    Omschrijving (nog) niet bekend    16-09-2013    29-11-2013
ADFPDEOP    Omschrijving (nog) niet bekend    23-09-2013    29-11-2013
Logged
Pages: [1]
  Print  
 
Jump to:  

Powered by MySQL Powered by PHP Powered by SMF 1.1 RC2 | SMF © 2001-2005, Lewis Media Valid XHTML 1.0! Valid CSS!
Page created in 0.049 seconds with 19 queries.