Onderwerp: Wie heeft er al een goede SEPA Direct Debit Core PHP classe

Ik weet niet of dit in het juiste forumgedeelte staat, maar geef hem anders maar een schop naar het juiste gedeelte

Ben al geruime tijd aan het zoeken naar een goeie SEPA Direct Debit Core PHP classe die geschikt is voor de Nederlandse banken. In ons geval gaat het om de Rabobank.

Weet iemand nog een goede classe hiervoor of heeft iemand deze toevallig liggen?

Een wat? Serieus wij onderhouden diverse grote koppelingen wat betreft SEPA en PAIN, enkel heb ik niet direct het idee waar je naar opzoek bent :P.

Waarschijnlijk een PHP class die het uiteindelijk XML bestand genereert. Die bestaan wel, maar dan ben je er nog niet. Als je zelf een administratie pakket schrijft dan zul je er toch wat dieper in moeten duiken. Het maken van de class is nog niet eens het lastigste.

Oorspronkelijk geplaatst door getUP

Waarschijnlijk een PHP class die het uiteindelijk XML bestand genereert. Die bestaan wel, maar dan ben je er nog niet. Als je zelf een administratie pakket schrijft dan zul je er toch wat dieper in moeten duiken. Het maken van de class is nog niet eens het lastigste.

Ook dit is niet helemaal waar meer. Clieop03 files waren makkelijk te genereren, enkel worden de PAIN bestanden een stuk ingewikkelder. Zo zijn er wereldwijd meer dan 250 verschillende bestanden. Waarbij de banken een standaard wilden ontwikkelen is SEPA wel het beste voorbeeld waar het totaal gefaald is.

Wij zijn op dit moment dagelijks bezig met het integreren van SEPA binnen financiële applicaties en het leggen van koppelingen met Twinfield en Exact en hebben hier ook nauw contact met deze partijen. Een basis Clieop03 kon je bij alle Nederlandse banken gebruiken. Echter is dit bij de nieuwe PAIN bestanden niet meer zo. Ook is het een stuk ingewikkelder wat betreft eerste en vervolg incasso's.

Hoewel de verschillen en het aantal in de PAIN bestanden nog wel meevalt zit het grote probleem in de response van de bank.

Zo moet je tegenwoordig bij administratiepakketten ook opgeven met welke bank je werkt omdat hier de bestanden mee afgestemd dienen te worden. Het mooie is dat zelfs banken van zichzelf nog met verschillende versies bestanden werken.

Zo diep zit ik er dan weer niet in, maar dat het complexer is geworden is zeker waar. De implementatie die wij doen is redelijk generiek, maar wel voor meerdere banken. Daar lopen we af en toe wel ergens tegen aan, maar dat was zelfs bij Clieop03 in het begin wel eens het geval.

Wij handelen overigens niet de response van de bank af, misschien dat het daarom bij ons mee valt.

In ieder geval: een class downloaden van het internet gaat echt niet genoeg zijn voor de TS. Misschien lijkt het makkelijk, maar vergis je niet.

Oorspronkelijk geplaatst door getUP

Zo diep zit ik er dan weer niet in, maar dat het complexer is geworden is zeker waar. De implementatie die wij doen is redelijk generiek, maar wel voor meerdere banken. Daar lopen we af en toe wel ergens tegen aan, maar dat was zelfs bij Clieop03 in het begin wel eens het geval.

Wij handelen overigens niet de response van de bank af, misschien dat het daarom bij ons mee valt.

In ieder geval: een class downloaden van het internet gaat echt niet genoeg zijn voor de TS. Misschien lijkt het makkelijk, maar vergis je niet.

Wat jij zegt inderdaad. Zelfs als je voor Clieop03 ging zoeken viel het aanbod nog vies tegen (het is er wel). SEPA is erg nieuw en ze zijn nog steeds de specificaties aan het wijzigen. Zeker nu ga je nog niks fatsoenlijks vrij beschikbaar vinden. Denk zelf nog dat je nooit iets kant en klaars gaat vinden (gratis & goed).

Als het alleen gaat om het genereren van een batchfile voor een specifieke bank (TS heeft het over Rabobank) dan zou ik gewoon aan de slag gaan met iets dat een XML-document op een beetje handige manier kan genereren, dat is wat we hier hebben gedaan in ieder geval. Als je PAIN-bestandjes genereert aan de hand van de door je bank verstrekte specificaties dan is het niet ingewikkeld (in zekere zin zelfs eenvoudiger dan CLIEOP03). Natuurlijk moet je dan wel een en ander aanpassen als je van bank wisselt.

Het verder aanpassen van je systemen gaat inderdaad wel iets verder dan even een class erbij zetten. Denk o.a. aan het converteren van rekeningnummers, het toevoegen en administreren van kenmerken aan je machtigingen en het splitsen van eerste en vervolgopdrachten in afzonderlijke batches.

Ik geloof dat er in elke reactie wel een kern van waarheid zit wat betreft mijn probleem.

Ten eerste heeft golden gelijk: ik wist niets, toen dacht ik dat ik het wist maar gaande weg kwam ik er achter dat ik nog steeds niet verder was gekomen. Kortom SEPA is vaag, niet uitgewerkt, complex en zelfs de bank zelf kan er geen zinnig woord over zeggen.

Ik ben opzoek naar een classe die (net zoals clieop3) een batchfile genereert die ik bij de Rabobank kan importeren voor het automatisch (SEPA) incasseren (Direct Debit) op de simpelste manier (Core aka B2C). Aangezien de administratie zelf geschreven is, kan alle info uit de database gehaald worden en gebruikt worden op welke manier dat dan ook nodig is.

Ik ben zoveel classes tegen gekomen op internet die allemaal wel een batchfile genereren, maar bij geen had ik de indruk dat het klopte. Een van de redenen was de PAIN versie die dus bij elke bank verschillend blijkt te zijn.

Zoals NederHost opmerkt ben ik opzoek naar een CLIEOP3 vervanger in de simpelste SEPA vorm.

Alle banken wijken zo ongeveer van elkaar af. Als je een klein beetje budget hebt zou ik een Twinfield of Exact administratie nemen.

Debiteuren en crediteuren via de api uitwisselen, en dan binnen de boekhouding of via de api een PAIN bestand genereren. Moet dit uiteraard wel in het budget passen.

@golden
Ik snap je punt, alleen dat is nou juist net niet de bedoeling... Ik ben echt opzoek naar een classe.

@tomadmiraal
Geen probleem. Succes met de zoektocht in ieder geval. Stiekem ben ik bang dat je voorlopig in ieder geval nog niks kant en klaars gaat vinden.

Mocht ik ongelijk hebben dan hoop ik dat je dat met mij en de anderen hier deelt.

Zoals gezegd: het is afhankelijk van het softwarepakket dat je uiteindelijk gaat gebruiken; met name vanwege het onderscheid tussen eerste en opvolgende payments. Dat kan onder omstandigheden wel lastig zijn. De class op zich moet niet zo ingewikkeld zijn...

Clieop03 files waren makkelijk te genereren, enkel worden de PAIN bestanden een stuk ingewikkelder. Zo zijn er wereldwijd meer dan 250 verschillende bestanden. Waarbij de banken een standaard wilden ontwikkelen is SEPA wel het beste voorbeeld waar het totaal gefaald is.

Kennelijk hadden ze geen betere naam kunnen bedenken dan "PAIN" eindelijk is een product met een eerlijke naam!

Het nieuwe SepaXML formaat is niet zo'n enorm fijn formaat om mee te werken. Voor een klant hebben wij hiervoor een implementatie in de direct debit stand gemaakt (compleet met mandaat meuk enz), en het klopt dat je hier redelijk goed op moet letten.
Onze implementatie is geloof ik redelijk netjes (op de brug naar de andere programma's na), maar ik denk niet dat we het zomaar mogen open sourcen.

Bij iedere implementatie zul je overigens altijd nog even naar de XSD moeten kijken van het bestand. Anders is het een beetje lastig te valideren voor je het naar de bank stuurt. Verder bemerk ik wel dat als het voor 1 bank werkt, het over het algemeen ook bij andere banken wel werkt, alleen de terugkoppeling is altijd anders . (MT940 etc)

Oorspronkelijk geplaatst door Icheb

Het nieuwe SepaXML formaat is niet zo'n enorm fijn formaat om mee te werken. Voor een klant hebben wij hiervoor een implementatie in de direct debit stand gemaakt (compleet met mandaat meuk enz), en het klopt dat je hier redelijk goed op moet letten.
Onze implementatie is geloof ik redelijk netjes (op de brug naar de andere programma's na), maar ik denk niet dat we het zomaar mogen open sourcen.

Bij iedere implementatie zul je overigens altijd nog even naar de XSD moeten kijken van het bestand. Anders is het een beetje lastig te valideren voor je het naar de bank stuurt. Verder bemerk ik wel dat als het voor 1 bank werkt, het over het algemeen ook bij andere banken wel werkt, alleen de terugkoppeling is altijd anders . (MT940 etc)

In grote lijnen heb je gelijk. Als een PAIN bij 1 bank werkt is de kans groot dat hij bij een andere bank ook ingelezen kan worden. Echter doen de banken er ieder voorzich weer allerlei vage checks op achteraf.