[PPNL-Techteam] iDeal voor ledenwerven update.

[Bèr Kessels]

Hallo.

Een korte update over "betalen met iDeal".

TL;DR: met onze hudige ideal kunnen we geen betalingen van Drupal
Commerse, onze webwinkel afhandelen. Om toch snel ledenaanmeldingen te
kunnen afhandelen moeten we iets op maat maken. Dat ga ik doen. Daar
komen morgen wat specs, eisen wensen en mockups voor.

We hebben een contract met iDeal lite, bij Rabobank. Handelt momenteel
onze donaties af. We hebben Drupal 7 met Commerce.

Slechte nieuws: Drupal7 met Commerce doet geen iDeal lite[1]. Dit is
volgens de maker "in de planning"[2]. We kunnen de webwinkel dus niet
aan onze huidige iDeal hangen.

Goede nieuws: Daardoor moeten we het heel simpel houden en maken. Het is
schier onmogelijk om op heel korte termijn iets voor Commerce te
ontwikkelen zodat het iDeal lite doet. Als je er behoefte aan hebt wil
ik dat in een andere thread graag in meer detail toelichten, maar niet hier.

Simpel is een pagina met een form en een [Betaal] button. en een
"terugkompagina:goed, bedankt en uitleg." en een "terugkompagina:fout,
melding en uitleg". En een mini-admin-overzicht met (CSV) export. De
exacte details naar aanleiding van de wensen en eisen zoals van Bob en
anderen ontvangen volgen in een andere thread. Om even te voorkomen dat
we hier over details gaan discussieren. Morgen komt daarvoor een
etherpad page en mockups.

optie één: Een zelfgeschreven Drupalmodule met genoemde pagina's en forms.

optie twee: een standalone micro-applicatie op
lidworden.piratenpartij.nl[3] die hetzelfde doet als de module, maar
buiten het CMS om.

Ik opteer voor 2, omdat dat sneller en makkelijker is en kan. en
bovendien geen nieuwe "releases" binnen die site vereisen. Integratie is
in beide gevallen gelijk; namelijk: nauwelijks.

Optie 2 heeft voordeel dat we dat volledig op SSL kunnen laten draaien,
iets wat binnen een Drupalsite iets moeilijker is.

Optie 2 heeft voordeel dat ledendata niet in Drupal opgeslagen wordt
maar in een eigen database op een eigen vhost; met de potentiële
mogelijkheid het zelfs naar een eigen server oid te trekken mocht dat
nodig blijken. We kunnen die omegeving dus iets beter dichttimmeren.
Drupal moeten immers meer mensen toegang tot hebben, deze minisite
slechts heel enkele mensen.

Optie 2 heeft nadeel ten opzichte van optie 1: het design wordt niet
automatisch overgenomen. Ik zal de HTML en CSS van de hoofdsite rippen
en toepassen op simpele lidworden pagina. Design daarvan volgt nog. Dat
is ook een voordeel: het design wordt niet automatisch overgenomen en
geeft ons dus wat vrijheid om bijvoorbeeld afleidende zijbalken, menus
en footers op die lidworden pagina achterwege te laten. Zoals gezegd:
mockups volgen nog.

Optie 2 heeft nadeel dat we "nieuwe techniek" introduceren. Als je
tenminste een zelfgeschreven "pp_lidworden.module" binnen drupal niet
als "nieuwe techniek" aanmerkt en een scriptje erbuiten wel.

Bèr


[1] https://drupal.org/project/ideal
https://drupal.org/project/idealcommerce
[2] https://drupal.org/project/payment

[3] Of eender welke URL. Dat wordt later nog exact bepaald.
-- 
  http://berk.es

  Open Source Webdevelopment.
  Ruby on Rails development.
  Drupal Development and -consultancy.