Op zich een interessant idee.
Een paar kleine dingetjes:
iDeal moet dan een complete registratie gaan bijhouden welke winkel wanneer aan wie en welk adres geleverd heeft en dat dus bewaren en daarbij ook historisch alle vervoerderscodes en bezorgcodes (stap 6 van de winkelier) opslaan. (Waar ze op dit moment slechts een platform zijn, om betaling van bankrekening 1 naar bankrekening 2 te kunnen faciliteren.)
Ofwel iDeal weet dan 'van wie', 'aan wie', 'naar waar', 'door wie', 'welk bedrag' en 'wanneer'.
Kortom: iDeal weet alles, behalve 'wat' er vervoerd wordt.
iDeal weet dat dan van iedere transactie. Dus iedere webwinkel waar ik wat bestel, ongeacht welke vervoerder, ongeacht welke payment provider er tussen zit en ongeacht naar welke adressen ik het laat versturen.
Dat is erg veel informatie bij één bedrijf. Daar heb ik een mening over
Op dit moment weet iDeal alleen maar dat 'iemand' (want het is niet aan een persoon gekoppeld bij iDeal), een transactie doet van bankrekening 1 naar bankrekening 2. Ze weten niet welke bankrekening er betaald, want dat doen de banken onderling. Ze weten alleen maar welke banken er betrokken zijn, wanneer er betaald is, hoe groot het bedrag was en of de betaling geslaagd is of niet. Ze koppelen dat terug naar de payment provider, die alleen maar van iDeal te horen heeft gekregen dat de betaling geslaagd is (of niet).
Met een happy-flow kan je idee goed werken. Als er echter wat mis gaat, wordt het al snel een wirwar van processen: (Want het kan natuurlijk een keer mis gaan)
De verzender is verantwoordelijk voor het afleveren van het pakket. (In een notendop: Als de PostNL een fout maakt, is dat het probleem van de verzender. Zij moeten er achterheen, want de PostNL 'werkt voor de verzender, want die heeft ervoor betaald.' Ik heb een overeenkomst met de verzender, enz.)
- Ik moet dan dus een klacht indienden bij de verzender
- Die moet dan bij iDeal gaan klagen/melden (want de verzender weet ten slotte de bezorgcode niet die bij de betreffende order hoort. Die weet alleen 'een code' en die gaat natuurlijk niet op basis van mij mailtje je moet deze PostNL-code gaan dubbelchecken, zonder dat dat aan mijn order is gekoppeld)
- iDeal moet dan gaan uitzoeken bij de vervoerder wat er mis is gegaan.
- De vervoerder koppelt terug aan iDeal
- iDeal koppelt terug aan de verzender
Klinkt ingewikkeld en erg kosten-inefficient voor iDeal, maar dat is op zich nog te doen.
Nou ben ik niet blij met m'n pakketje en ik wil een retourzending doen.
- Ik meld een retour bij de winkelier
- Die weet mijn NAW-gegevens niet, dus die moet dan een koppeling maken met de vorige verzendorder bij iDeal op basis van de vorige opdracht. (iDeal weet nu dus nog meer. Namelijk wie wanneer een retourzending heeft gedaan)
- iDeal moet een nieuwe order maken op basis van de vorige registratie en het pakket laten ophalen.
(hopen dat niemand een typo maakt met die unieke code

- Maar met geautomatiseerde processen zou dat goed moeten komen)
Of:
- Ik zeg retourzending in de PostNL-app en ik krijg van PostNL een retouretiket dat is gekoppeld aan mijn order (althans zo, werkt het nu) en wil het laten ophalen
- PostNL meldt bij iDeal dat er een routerzending is van een vorige opdracht en moet die terugkoppelen naar de winkelier.
- iDeal koppelt terug naar de winkelier
- Ik stuur het pakketje op
- Winkelier betaalt terug via iDeal naar de vorige rekeninghouder (of misschien komt daar een soort geautomatiseerd systeem tussen). Dan maar hopen dat ik niet in de tussentijd een ander bankrekeningnummer heb gekregen.
Het OM moet dan bij iDeal gaan uitzoeken, welk van mijn tig transacties per maand bij welke order iets hoorde? Dan krijgen zij dus volledige inzage bij welke webwinkels ik allemaal zaken heb gedaan, waar ze alleen maar iets te zoeken hebben over die ene transactie bij die ene webwinkel en maar uitzoeken welke order nou bij die illegale barbiepop hoort?
Is het dan niet handiger dat ze gewoon direct naar die ene webwinkel gaan?