Home
Ogone
Betaalmethoden
Administratie
Extra accounts
Extra accounts
Checklist
Demo
ICT-Partners
Contracten
Testaccount
Presentatie
Enquete
Voorbeelden
Promotie
Nieuwsbrief
Contacten

Checklist

In de meeste gevallen is het zondermeer af te raden om meerdere eLoket-implementaties in één Ogone-account te combineren. Daarbij is het technische argument dat elke implementatie op een andere manier vanuit een Ogone-account wordt geïntegreerd het belangrijkste argument. Maar de implicatie kan ook op andere fronten naar voren komen, daarom een overzicht:
 
ALLEEN ALS U ALLE THEMA’S MET "JA" KUNT BEANTWOORDEN IS HET VERANTWOORD OM MEERDERE INTERGRATIES BINNEN 1 OGONE-ACCOUNT TE COMBINEREN. 
 
1) Is de naam van begunstigde op de rekeningoverzichten van
    iDEAL/creditcards voor de burgers in beide gevallen hetzelfde?

JA/NEE

Er moet geen situatie ontstaan dat burgers uit Gemeente ABC op hun bank-/creditcard afschrift "Gemeente XYZ" zien staan.
 
2) Moeten de uitbetalingen van bijv. Visa, MasterCard en iDEAL allemaal naar hetzelfde banknummer worden overgemaakt?

JA/NEE
 
3) Is de technische omgeving en gebruik van Ogone-parameters en "technische instellingen" voor beide omgevingen gelijk? 

JA/NEE

Denk hierbij aan:
  • Gelden dezelfde IP-nummers/URL?s (referrals)?
  • Wordt dezelfde pre-check bij Ogone uitgevoerd (XML-database controle of SHA-1)?
  • Gelden dezelfde terugkoppeling-URL?s voor Ogone om statussen door te geven aan jullie order-database/mid-office?
  • Kan in de verschillende implementaties met hetzelfde SHA-1 wachtwoord gewerkt worden?
  • Enzovoort
 
4) Zijn het dezelfde beheerders die de technische instellingen beheren?

JA/NEE

Denk hierbij aan scenarios:
  • Verschillende bedrijven/personen kunnen jullie inlog-wachtwoorden veranderen met als gevolg dat de andere partij niet meer kan inloggen.
  • De ene partij wijzigt het SHA-1 wachtwoord en direct werkt de andere eLoket-implementatie niet meer?
 
5) Zijn het dezelfde personen (vaak afdeling financiën) die inloggen in de account?

JA/NEE

Mogen de verschillende personen (evt van verschillende gemeenten) alle transacties van elkaar zien? Of moeten daar verschillende autorisatie rechten worden ingesteld?
Zo niet, zie dan afhankelijkheid van wachtwoorden die gewijzigd worden en andere collega’s dat niet weten.
 
6) Zijn de verwerkingsprocessen van transacties, de betaalmethoden en instellingen van de Fraude Detectie Module (FDM) gelijk?

JA/NEE
  • Stel dat in het ene account een creditcard eerst alleen moet worden geautoriseerd en vervolgens later pas bevestigd (data-capture), maar in andere account mag de data-capture meteen plaatsvinden.
  • Stel dat in ene account de database-update direct online moet plaatsvinden en in de andere account niet (of later)
  • Moeten in beide applicaties wel/niet e-mail bevestigingen per transactie worden gestuurd (en/of naar dezelfde email adressen?)
  • Moeten in beide implementaties wel/niet een status tussenscherm van Ogone getoond worden na de transactie?
  • Zijn de minimum/maximum bedragen in de FDM en de ingestelde landen voor IP-nummers en CreditCard-landen in beide implementaties gelijk?
  • Zijn voor beide implementaties in alle gevallen precies dezelfde betaalmethoden nodig? M.a.w. zijn beide implementaties in staat om de betaalmethoden flexibel beschikbaar te maken? Anders laat Ogone voor beide implementaties altijd alle (dezelfde) geactiveerde betaalmethoden zien...

BNG logo


McAfee SECURE gecertificeerde sites voorkomen meer dan 99,9% van het misbruik 

door hackers.


aanmelden voor nieuwsbrief 

BNG
 
         
  Aanmelden | Privacy | Algemene voorwaarden | Contact