Business to You - administratie

Home
Ogone
Betaalmethoden
Administratie
Administratie
Bronnen
Journaalposten
PaySquare
ING iDEAL
Ordernummers
Incasso
Extra accounts
Demo
ICT-Partners
Contracten
Testaccount
Presentatie
Enquete
Voorbeelden
Promotie
Nieuwsbrief
Contacten

	Ordernummers
	Ordernummers, linking-pin of valkuil?

	Vaak wordt aan ordernummers een code of intelligentie toegevoegd. Zoals: een productcode een projectcode een afdelingscode een grootboekrekening voor de administratie enz. Dat lijkt handig en slim maar helaas... Het zal snel blijken dat als u meerdere produkten in 1 winkelwagen gaat verkopen, het mechanisme niet werkt. Zie de uitleg op http://www.b2u.nl/bng/Journaalposten.html

	TIP 1) Een ordernummer is puur een referentie, geen intelligentie! Ons advies is om een ordernummer niet te misbruiken voor extra informatie. Laat een ordernummer alleen refereren naar een order in de orderdatabase! Voeg geen codes en/of intelligentie toe. De referentie naar product/afdeling/project-codes kunt u leggen door een koppeling tussen orderdatabase en productendatabase! Enige uitzondering is het toevoegen van een datum/tijd-code. Dat kan vanuit database oogpunten handig zijn. Voorbeeld 1) JJJJMMDDxxxxxx Jaartal + maand + datum + opvolgend nummer 2007103100024 (31 oktober 2007) Voorbeeld 2) JJJJDDDxxxxx Jaartal + dagnummer + opvolgend nummer 200736500024 (31 december 2007)

	TIP 2) Ordernummer bij iDEAL =< 16 posities en alleen cijfers/letters! Als gemeente maakt uw eLoket bij elke transactie een ordernummer aan. Dit ordernummer neemt Ogone normaal gesproken transparant over tot 50 karakters! Echter, in de iDEAL-standaard is het ordernummer maximaal 16 tekens lang. Als u het ordernummer op uw bankafschrijft (bij uitbetaling per transactie) wilt terugvinden is het volgende belangrijk: Ogone hanteert de volgende werkwijze: Situatie A) Uw ordernummer kleiner of gelijk (=<) 16 cijfers en/of letters Ogone zet het ordernummer door naar iDEAL (Ogone veldnaam = orderID) Indien het veld ’COM’ (=orderbeschrijving) leeg is, vult Ogone het ordernummer hier ook in. Resultaat: het ordernummer wordt getoond op uw bankafschrift voor makkelijke administratieve verwerking. Situatie B) Uw ordernummer groter dan 16 posities EN/OF het bevat andere tekens dan cijfers/letters Ogone zet het Ogone PAYID (unieke transactienummer van Ogone) door naar iDEAL en niet uw ordernummer. Gevolg is dus dat u niet uw eigen ordernummer terugkrijgt op het bankafschrift maar het Ogone-PAYID! Overleg met uw ICT-partner in hoeverre het PAYID van Ogone ook in uw mid-office (orderdatabase) wordt vastgelegd. In dat geval kunt u de transacties toch nog makkelijk terugzoeken op het Ogone-PAYID. Anders niet. Indien het veld ’COM’ (=orderbeschrijving) leeg is, vult Ogone uw ordernummer hier in. Maar let op: Ogone verwijdert daarbij alle andere tekens dan cijfers/letters! Dit heeft 2 nadelen: A) omdat ’vreemde tekens’ worden verwijderd kan uw eigen administratie de ordernummers niet meer herkennen B) elke bank lijkt anders om te gaan met het ’COM’ veld en drukt het wel of niet af...

	ADVIES 1) Maak het het ordernummer kleiner dan 16 posities en gebruik alleen cijfers en letters. Alleen dan weet u zeker dat uw ordernummer op het bankafschrift per transactie genoemd zal worden. ADVIES 2) als het niet anders kan... Indien uw ordernummer niet hieraan voldoet ’kan’ het COM-veld misschien uitkomst brengen, maar dat is afhankelijk per bank (bij BNG-afschriften lijkt het goed te gaan). Bedenk wel dat vreemde tekens door Ogone worden verwijderd!

	Verzoek: Bovenstaande adviezen zijn gebaseerd op overleg met Ogone en analyse van bankafschriften van diverse gemeenten. Helaas blijken in Nederland maar weinig personen te zijn die precies weten hoe het zit. Mocht u voorbeelden hebben waaruit andere conclusies getrokken kunnen worden dan ontvangen wij die graag voor verdere analyse (en vergroten van onze kennis omtrent iDEAL & Ordernummers)

Aanmelden | Privacy | Algemene voorwaarden | Contact