MollyVH,

Je hebt een punt dat de foutcontroles overbodig zijn. Validatietools hebben we ook niet nodig want de klant betaald toch online via de bank en daar wordt al validatiecontrole toegepast bij het intikken van het OGM nummer. Men kan de focus leggen om basiscode te schrijven om factuurnummers te genereren met daaraan evt een klantenr of ..... eraan te koppelen. Als dit in orde is kan men de OGM basiscode zijn werk laten doen.

Vriendelijke groeten,

Diezel

Diezel, MollyVH,

Bedankt voor de duiding.

Ik stel me gewoon de vraag, welke is nu juist? Of zijn ze beiden juist? Het zou kunnen dat het controlegetal bij beiden klopt?

OK, ik doe ook nog een poging, al zie ik niet waar er na alle voorgaande posts nog onduidelijkheid kon bestaan.
Een juist ogm-nummer 'berekenen' is een uiterst eenvoudig rekenkundige kwestie, je hebt enkel 10 cijfers nodig, en dan zijn nog enkel de 4 basisbewerkingen nodig. Als je daar de juiste code voor gebruikt moet je dat niet nog eens op een of andere website gaan checken.

Laat ons nog eens naar de essentie kijken, 2 zaken zijn dan even belangrijk: 1) de bank moet de betaling van je klant kunnen uitvoeren, daarom is een geldig ogm-nummer vereist, en 2) jij moet de ontvangen betaling kunnen herkennen.

Stel: je wil klant- en factuurnummer gebruiken als basis van het ogm-nummer. Als die samen geen 10 cijfers tellen moet het worden aangevuld. Nu ga ik het eens heel moeilijk maken: die mogen vooraan of achteraan staan, maar ook ergens in het midden, en het moeten niet per se nullen zijn! (want van elk 10-cijferig getal kan uiteraard een correct controlegetal worden berekend). Waar het op aan komt is dat jij nadien met zekerheid kan zien wat het klant- en wat het factuurnummer is.
Voorbeeldje: klant 21 en factuur 17. Ale je die achter elkaar plakt als 2117, en je krijgt daarna 2117 als betaling, dan kan het natuurlijk ook factuur 117 van klant 2 zijn.
Conclusie: gebruik altijd evenveel cijfers voor klantnummer en evenveel cijfers voor factuurnummer (OF laat dat door de code doen, in dat geval wél verplicht met voorloopnullen), al de rest is vrije keuze.

In je finale project zal de code overigens korter kunnen, want je gaat dat nummer niet zelf intikken, neem ik aan? Het zal bepaald worden door een juist klant- en factuurnummer elders op je werkblad, niet? Dan kunnen alle controles uit onze code meteen overboord.

Mvg,
Molly

Aan allen,

Hartelijk dank voor jullie inspanningen en meedenken.
Mijn verontschuldigingen dat ik niet eerder gereageerd heb, maar ik had onverwachte persoonlijke medische issues.

Ik wil hier absoluut niet de wijsneus uithangen, want jullie kennis is voor mij duidelijk duizend maal groter dan de mijn inzake excel/vba.

De link, die hier al enkele keren werd vermeld (www.gestructureerdemededeling.be) nam ik als maatstaf, als correct zeg maar.

Als ik daar mijn nummer ingeef (105100112) (9 digits) dan geeft die webiste het resultaat dat ik eerder vermeldde nl (+++105/1001/12009+++)

Met de verschillende codes die hier geplaatst werden komt steeds het resultaat (+++010/5100/11230+++)

Beide resultaten zijn duidelijk verschillend, maar misschien is dat niet erg?

Ik stel me gewoon de vraag, welke is nu juist? Of zijn ze beiden juist? Het zou kunnen dat het controlegetal bij beiden klopt?

Ik ben namelijk, samen met nog iemand, met een facturatieproject in Excel bezig en ik stel me gewoon de vraag: Hoe moet ik deOGM mededeling op een corecte manier berekenen en programmeren. De codes die jullie hier postten zijn duidelijk.

Ik ben zeer dankbaar voor de verschilelnde oplossingen, maar ik ben gewoon verward omdat die website een ander resultaat geeft dan jullie oplossing.

Kan er iemand duidelijkheid verschaffen?

Alvast hartelijk bedankt.

Mvg,

AllroundITer (Bart)

Hallo SoftAid,

't Kan iedereen overkomen, toch?  , m.a.w. het stoort heus niet!

Ik wil graag nog iets nuanceren. Wat de voorloopnullen betreft zou ik ze voor mezelf altijd vooraan zetten, maar toegegeven, dat is een gevoelsmatige kwestie, vermoedelijk gebaseerd op mijn enigszins wiskundig denken. Waar het écht op aankomt is dat men een geldig OGM-nummer nodig heeft, en voor de rest is het aan de gebruiker om ervoor te zorgen dat hij naderhand met 100% zekerheid de betaling (factuur- en/of klantnummer, maar kan net zo goed iets anders zijn) kan determineren.

Helemaal buiten de context, maar voor wie het interesseert: een rijksregisternummer heeft ook een controlegetal dat uit 2 cijfers bestaat maar wordt op iets andere wijze bepaald. Er wordt nochtans ook door 97 gedeeld en daarna de rest genomen. Het verschil is dat die rest daarna van 97 wordt afgetrokken. Zomaar een wist-je-datje dus.

Mvg,
Molly