|
Title: Verwerken Ontvangst, Debiteur bepalen o.b.v. Bankrekening werkt niet Post by: Heart Informatisering B.V. on December 15, 2011, 02:15:43 pm 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.
Title: Re: Verwerken Ontvangst, Debiteur bepalen o.b.v. Bankrekening werkt niet Post by: Wouter Rijnbende on December 20, 2011, 08:36:09 am Nb: Waarom die koding alleen voor de situatie "Rabobank" is opgenomen, ontgaat me. Ik krijg buiten het forum nog een aanvulling van de persoon die destijds e.e.a. ontwikkeld heeft: Het Rekeningnummer wordt alleen gebruikt in de situatie "Rabobank", omdat de andere bank die ondersteund wordt, de "ABN-/AMRO", géén Rekeningnummers beschikbaar stelt in haar bestand met betalingsgegevens. Daarmee is dan ook meteen verklaard waarom e.e.a. op basis van "Ontvangstnamen" werkt ! De programmatuur zal als eerste ontwikkeld zijn voor een klant van de ABN-/AMRO, er was geen Rekeningnummer voorhanden op basis waarvan een match gemaakt kon worden met de Debiteur, en dus zijn "Ontvangstnamen" in het leven geroepen. |