Op het forum is het al eens aan de orde gekomen: bij het automatisch inlezen (en verwerken) van een Bankafschrift, wordt de bijbehorende Debiteur gelokaliseerd op basis van de Ontvangstnaam.
Hoewel e.e.a. specifiek zo ontwikkeld is, werkt het m.i. niet, immers:
a. De Ontvangstnaam is niet uniek. Er kunnen meerdere (kleinere) bedrijven zijn waarvan de rekening betaald wordt door de eigenaar, die toevallig J. Janssen heet.
b. Daarnaast kan 1 persoon (J. Janssen) ook nog eens eigenaar zijn van verschillende bedrijven (restaurants) en daarmee verschillende Debiteuren.
c. 1 Debiteur (eigenaar) kan meerdere bankrekeningen hebben van waaraf ze haar fakturen betaald.
Toch konstateer ik nu dat bij het inlezen van het Bankafschrift conform het formaat MUT.ASC (= Rabobank) er nog wel degelijk rekening gehouden wordt met het rekeningnummer van de betaler. Het Rekening nummer van het Bankafschrift wordt opgezocht als Rekeningnummer in de Financiële Parameters, en kan op die manier leiden tot een match met een Debiteur, alvorens er op Ontvangstnaam wordt gekontroleerd.
Nb: Waarom die koding alleen voor de situatie "Rabobank" is opgenomen, ontgaat me.
Ook deze koding werkt niet 100%, immers, er werd geen rekening gehouden met eventueel opgenomen voorloopnullen in het rekeningnummer; een rekeningnummer bestaat formeel uit 10 cijfers.
Per heden is deze koding zodanig aangepast dat er nu ook rekening wordt gehouden met de voorloopnul, zodat er altijd een match kan worden gemaakt als het rekeningnummer bekend is.
Nb: Daarmee is overigens de situatie dat 1 persoon meerdere bedrijven op zijn haam kan hebben staan, die vanaf dezelfde bankrekening betaald worden nog niet getackeld.
| Funktie | Omschrijving | Dtm.Vl.Wyz | Dtm.L.Wyz |
| ADOVGN | Genereren Ontvangsten Telebanking | 15-12-2011 | 15-12-2011 |
