Per heden is er een nieuwe layout van het BTL91 buitenlanddiskette formaat geïntroduceerd. Deze, op basis van de beschrijving ABN-/AMRO Internetbankieren. Deze versie noemen we i.p.v. 'BTL91' maar even 'BTL91AI' (AI = ABN Internetbankieren), maar mogelijk wordt deze versie ook door andere pakketten ondersteund.
Het begint ermee dat omstreeks 1991 een formaat buitenlanddiskette is ontwikkeld die standaard zou moeten zijn voor alle banken. In 1991 echter was er nog niets bekend van een Euro, laat staan IBAN rekeningnummers; dergelijke zaken zijn dan ook niet formeel ondersteund in de BTL91 layout.
Om toch IBAN betalingen op basis van "Shared Cost" te kunnen verrichten dienen de tags 21-5, 21-6, 21-8, 21-9, 22-3, 23-3 en 23-7 uit de betalingsfile op een bepaalde manier gevuld te worden, zodat de bank deze herkend als 'IBAN Betaling op basis van Shared Cost'. In Profit is een rubriek "IBAN o.b.v. Shared Cost J/N" opgenomen, en afhankelijk van die rubriek wordt e.e.a. zo aangestuurd.
IBAN Betalingen op basis van Shared Cost zijn in oktober 2004 ontwikkeld conform een specifikatie van de ABN-/AMRO, echter, net als dat de oorspronkelijke BTL91 10x opnieuw kon worden ontwikkeld omdat de specifikaties steeds anders werden, bleek ook dit formaat niet te kunnen worden ingelezen in ABN Officenet.
Door vanuit Officenet een export te maken van een betaling naar een BTL91 formaat, hebben we proefondervindelijk gekonstateerd dat de ABN in de handleiding bij tag 21-10 weliswaar een waarde '0' beschrijft, maar dat Officenet hier een '3' wil hebben. Waar die '3' voor stond was niet bekend, immers, ze is niet gedocumenteerd. Wel gold dat toen de BTL91 layout in deze tag de niet gedocumenteerde waarde '3' beschikbaarstelde, ABN Officenet de file probleemloos kon inlezen.
So far so good, en jarenlang hebben we niemand meer over BTL91 gehoord, tot recentelijk.
De klant die eerst met ABN Officenet werkte, werkt nu met ABN Internetbankieren. De betalingsfile die specifiek op maat is gemaakt conform de specifikaties van de ABN, wordt in een ander pakket van diezelfde bank niet geaccepteerd.
ABN Internetbankieren herkent de (niet beschreven) code '3' in tag 21-10 niet, terwijl deze door Officenet verplicht werd gesteld.
Tevens beschrijft de handleiding van ABN Internetbankieren dat in tag 21-18 een filler (spaties) dient te staan van 93 posities, waar de andere recordbeschrijving van de ABN meldt dat 21-18 t/m 21-24 gewoon van waarden voorzien dient te worden, en de filler pas op 21-25 aan de orde is (en uit 36 spaties bestaat).
Het was al bekend dat in praktijk banken afwijken van de standaard opgestelde norm (zo mag bijv. bij CLIEOP03 geen NAW beschikbaar worden gesteld bij een bankbetaling, maar keurt een Frieslandbank de betaling af als die NAW gegevens niet vermeld zijn), maar dat één bank voor verschillende van zijn eigen produkten er verschillende versies op nahoudt is helemaal vreemd.
Let wel, 25 jaar geleden hadden we een Bank-/Girocentrale, en stuurden we onze betalingsdiskette met een begeleidende Opdrachtbrief naar de BGC toe. Een van de records die nu voor de ene versie leeg moeten zijn maar voor de andere versie gevuld, betreft een "Registratienummer DNB". Een nummer, die U van De Nederlandse Bank heeft ontvangen om betalingsbestanden naar de Bank-/Giro Centrale te mogen sturen. Leuk, maar zo werkt het tegenwoordig niet meer. Wat dat betreft logisch dat een bank nu stelt "laat maar leeg".
Aan de andere kant kan een bank in haar importfunktie ook zeggen "'t maakt niet uit wat de klant op die plek beschikbaar stelt, ik negeer het, en gebruik het gewoon niet". Veel banken werken w.s. op die wijze (immers, anders had niemand met BTL91 kunnen werken), maar, ABN Internetbankieren keurt de file keihard af als deze velden niet expliciet leeg worden gelaten.
Aangezien we mogen verwachten dat als we nu e.e.a. klakkeloos aanpassen naar de wensen van ABN Internetbankieren, het meteen wel weer niet zal werken in andere pakketten (waaronder Officenet, omdat die de oude variant wel gewoon kan lezen), is er per heden een tweede BTL91 variant ontwikkeld. Dit formaat kan bij Parameters Automatische Betalingen worden ingesteld als formaat 'BTL91AI'.
Inherent aan het gebruik van formaat BTL91AI, waarin bijv. geen rubrieken als "Betaling Betreft", "Code Goederen", "Aard van de Betaling" en "Registratienummer DNB" worden opgenomen, zal er op een aantal plekken (bij Parameterschermen) niet meer worden gevraagd om die rubrieken in te vullen als het formaat is ingesteld op BTL91AI; dat zou alleen maar resulteren in onnodige vragen "waarom moet ik dat invullen" en "wat moet ik daar invullen" terwijl de velden toch niet meer gebruikt worden.
| Funktie | Omschrijving | Dtm.Vl.Wyz | Dtm.L.Wyz |
| ADABBBTV | Toevoegen Batches | 07-06-2012 | 13-09-2012 |
| ADABBBVB | Omschrijving (nog) niet bekend | 07-06-2012 | 13-09-2012 |
| ADABBRTV | Uitvoeren Betalingsrun | 15-09-2010 | 13-09-2012 |
| ADABBRVW | Verwijderen Betalingsrun | 13-10-2009 | 13-09-2012 |
| ADABDBTV | Omschrijving (nog) niet bekend | 05-03-2009 | 13-09-2012 |
| ADABFUAT | Omschrijving (nog) niet bekend | 07-06-2012 | 13-09-2012 |
| ADABFUBU | Genereren Buitenlanddiskette | 07-06-2012 | 13-09-2012 |
| ADABFUO1 | Omschrijving (nog) niet bekend | 07-06-2012 | 13-09-2012 |
| ADABFUVD | Omschrijving (nog) niet bekend | 11-09-2012 | 13-09-2012 |
| ADABKOCH | Omschrijving (nog) niet bekend | 07-07-2004 | 13-09-2012 |
| ADABPA | Parameters Automatische Bet. | 17-03-2011 | 13-09-2012 |
| ADABSFGR | Groepsaanduiding / Aard | 26-10-2005 | 13-09-2012 |
| ADABSFKZ | Omschrijving (nog) niet bekend | 26-10-2005 | 13-09-2012 |
| ADABSFRA | Raadplegen Betalingsselektie | 28-03-2012 | 13-09-2012 |
| ADFPCROP | Omschrijving (nog) niet bekend | 13-09-2012 | 13-09-2012 |
