Bekijk Volledige Versie : Ervaringen IDEAL
Goedendag,
Ik was vandaag opzoek naar de mogelijkheden van Ideal, en hoe ik het simpel kon integreren in websites met behulp van het liefst php.
Ik kwam terecht op mollie.nl wat ik wel kende van naam, maar nooit gebruikt heb. Hier zag ik dat ze ook een Ideal mogelijkheid aanboden met behulp van API waarmee het simpel is te integreren in sites.
Ik vroeg me af of er al standaard scripts waren voor php om het via de banken zelf te doen (dat is wel goedkoper)?
Zijn er nog meer van dit soort aanbieders als mollie?
Heeft iemand ervaring met mollie, en met ideal van mollie?
Alvast bedankt voor je antwoord,
Erik
Ik wil het ook nog steeds implementeren, maar ik denk er toch over om het uit te besteden. De uiteindelijke kosten zijn dan waarschijnlijk lager als dat er nog een tussenpartij aan verdiend.
Als je trouwens zoekt op Ideal op dit forum kom je al wat topics tegen met implementatie tips en dat het over het algemeen nog niet meevalt om dit op te zetten.. Het kan dus zeker handig zijn om met een partij als mollie in zee te gaan. Hoe het ook zij, ik ga het zeker implementeren, omdat het voor de klant een hele makkelijke manier van betalen is, én jij hebt als bedrijf vrij snel je geld binnen.
http://www.phphulp.nl/php/tutorials/8/370/
Wij hebben een korte periode via Mollie de iDEAL betalingen laten afhandelen. Vond de kosten (minimaal 99 cent per transactie) toch veel. Hebben daarop besloten zelf via onze bank iDEAL te gebruiken. Stuk goedkoper. Implementatie is makkelijk. Wij hebben het zo gemaakt dat men automatisch "moet" betalen met iDEAL nadat een bestelling verzonden is.
Bij de banken kan je voorbeeldscripts krijgen.
Het is echter aan te raden zelf een script te schrijven of dit uit te besteden.
Ook de tutorial van phphulp gaat niet op een aantal belangrijke zaken in.
Bijvoorbeeld:
* Een klant wil een bedrag afrekenen op je website met iDEAL (bijvoorbeeld een product uit je webshop).
* De bezoeker kies uit een keuzelijst een iDEAL ondersteunende bank waarbij hij/zij een rekening heeft.
* De bestelgegevens worden uitgewisseld met de server van de betreffende bank, en de bezoeker wordt doorgesluist naar de inlogpagina van die bank.
* De bezoeker logt in met zijn/haar gegevens.
* De bezoeker ziet de bestelgegevens van de website die met de server waren uitgewisselt bij punt 3.
* De bezoeker bevestigd de bestelling en wordt door weer terugverwezen naar de oorspronkelijke website.
* Je website controleert de status van de betaling bij de bank door wederom te communiceren met de server van de bank. Aan de hand van de status bepaald de website hoe verder te gaan.
Nu het volgende geval waar wij in het begin regelmatig last van hadden:
- klant betaalt en bevestigd de bestelling op de site van de bank.
- klant krijgt een prachtige "u heeft betaald" pagina van de bank, waar onderaan ergens een linkje staat om terug te keren naar onze website.
Dit ziet hij echter over het hoofd, denkt "mooi, ik ben klaar" en sluit zijn browser af.
Met het gevolg dat hij nooit terug naar onze website gestuurd wordt en wij daardoor nooit te weten komen dat er betaald is, hoewel het wel van zijn rekening is afgeschreven.
Dat levert op zijn zachtst gezegd geen tevreden klanten op.
Om dit op te lossen moet je dus een database bij gaan houden, waar alle nog niet afgeronde betalingen in staan, en regelmatig (crontab) bij de bank de status opvragen om er achter te komen of de betaling wel of niet afgerond is.
systemdeveloper
30/06/06, 14:40
Mollie is super eenvoudig. Met de beschikbare api en samples had ik het zelf binnen een uurtje ingebouwd.
Via de postbank en ing hoef je geen abbo te betalen voor de ideal service. Bij abn geloof ik wel.
Kosten van mollie zijn misschien een beetje hoger, maar dat mag de pret van direct geld op de bank niet drukken :)
Voor kleine bugetpakketjes kan het relatief wel een beetje duur zijn.
Zelf geef ik trouwens extra korting bij direct betalen. En ja... de papieren factuur gaat ook nog de deur uit. Voor mij is het een service extra voor de klanten zodat ze alles in 1 keer kunnen afhandelen.
(En bedrijven willen toch graag een papiertje)
In feite kost het geintje me dus geld, maar ik hoef niet zo vaak meer in te loggen bij Intrum Justitia :)
John
Bij de banken kan je voorbeeldscripts krijgen.
Het is echter aan te raden zelf een script te schrijven of dit uit te besteden.
Ook de tutorial van phphulp gaat niet op een aantal belangrijke zaken in.
Bijvoorbeeld:
Nu het volgende geval waar wij in het begin regelmatig last van hadden:
- klant betaalt en bevestigd de bestelling op de site van de bank.
- klant krijgt een prachtige "u heeft betaald" pagina van de bank, waar onderaan ergens een linkje staat om terug te keren naar onze website.
Dit ziet hij echter over het hoofd, denkt "mooi, ik ben klaar" en sluit zijn browser af.
Met het gevolg dat hij nooit terug naar onze website gestuurd wordt en wij daardoor nooit te weten komen dat er betaald is, hoewel het wel van zijn rekening is afgeschreven.
Dat levert op zijn zachtst gezegd geen tevreden klanten op.
Om dit op te lossen moet je dus een database bij gaan houden, waar alle nog niet afgeronde betalingen in staan, en regelmatig (crontab) bij de bank de status opvragen om er achter te komen of de betaling wel of niet afgerond is.
Dat blijf je altijd hebben toch? Als is het maar een netwerk storing. Dus zowiezo de boel opslaan. Verder rapporteert de bank zelf aan je server terug of de betaling is uitgevoerd.
Verder rapporteert de bank zelf aan je server terug of de betaling is uitgevoerd.
Dan gebruik je waarschijnlijk een andere API interface dan wij. Er zijn meerdere aansluitmogelijkheden.
Bij ING iDeal Advanced ligt het initatief voor het opvragen van de status bij je eigen server.
Je eigen webserver moet contact opnemen met die van ING, en de status opvragen.
Dit in tegenstelling tot bijv. Paypal's Instant Payment Notification, waarbij het initiatief bij de server van Paypal ligt.
In alle voorbeelden en de documentatie wordt er vanuit gegaan dat je eigen webserver de status opvraagt op het moment dat de bezoeker teruggekeerd is naar je website.
Hierbij wordt dus geen rekening gehouden met de situatie dat het regelmatig voorkomt dat een klant niet terugkeert naar de website terwijl deze wel betaald heeft.
SebastiaanStok
30/06/06, 20:18
Ik heb 20% ervaring met iDEAL, ik heb de documentatie gelezen (meer dan twee maanden geleden).
Ze zijn heel duidelijk in wat je alle moet doen, basic is volgens de indruk zelf al helemaal niets omdat je niet de status kan controleren? (Ahum, wat heb je er dan hemels naam aan :X )
Ik ben nog niet de tijd gevonden een reuse class te maken in php :o
Je kan inderdaat beter zelf iets maken en hun voorbeelden als naslag gebruiken, de XML-parser die zij gebruiken is gewoon gebazeerd op tekst en niet via een echte XML-parser.
Bedankt voor alle informatie...
Ik denk dat wanneer ik het nodig heb ik eerst simpelweg via mollie zal doen als soort van tussen oplossing om daarna (binnen niet al te lange tijd) zelf via de postbank of ing een scriptje te maken.
Een rekening bij postbank/ing kost alsnog €3,50 per maand, maar een 2e rekening bij een andere bank is het wel waard denk ik. (is eigenlijk pas winstgevend bij meer dan 175 transacties in het jaar, die ik in het begin waarschijnlijk niet heb)
Nogmaals bedankt voor alle reacties, het heeft me al een gedeelte van de ontwikkelings problemen gegeven, waar ik dus rekening mee zal houden ;)
allesvoorhobby
23/10/09, 12:59
-knip Janneman-
Dank voor deze buitengewone zinnige bijdrage aan een topic van ruim 3 jaar oud!