RE: [PEAR-DEV] Package Proposal: Payment_DTA

From: Date: Sat, 23 Aug 2003 13:37:52 +0000
Subject: RE: [PEAR-DEV] Package Proposal: Payment_DTA
Groups: php.pear.dev 
Request: Send a blank email to pear-dev+get-20439@lists.php.net to get a copy of this message
Hi! Thank you for your votings, I requested a PEAR account. Stephan Schmidt wrote: > I think now it's ready to release. It would be nice to include a > DocBlock at the top of the file, that explains what the class does and > how you should use it (in a few words) and if you could include a small > example in the DocBlock. Stefan Neufeind wrote: > Agreed about the DocBlock. But maybe the example could be better > placed in a separate file so that you can try it out directly as with > other packages? I will write a short documentation in a seperate file, including the example I already showed you. I think it would be the best to declare the first release as "beta", or? Alan Knowles wrote: > I'd suggest you use an options array for > addExchange() and setAccountFileSender() --- > As I mentioned earlier an options array for the main entry points would > be nice... I already changed the account parameters in one account array, did you mean that with "options"? See http://www.web-gear.com/test/dta/0.71/Dta.phps (example: http://www.web-gear.com/test/dta/0.71/test.phps ) If I did not understand this right, please explain further, please. Thank you! Stefan Neufeind wrote: > Hermann, I just had a look in the docs (pdf). There is also support > for transactions with an IBAN mentioned. Can this be used also > without problems in your class? I was at the bank yesterday, of course there were no consultants with entire knowledge available. But it seems not to be possible to handle with IBAN account numbers in the DTA format. In the DTAZV format, this is possible, and it would also be TECHNICALLY possible to create international DEBITS with that. But in practice this isn't very reasonable because in other lands the rights are completly different, especially the time period after that a debit can be cancelled by the customer. So it's very insecure for the merchant. So maybe in future the DTA class could be extended to create DTAZV files (e.g. to handle with international credits), but this is a very new area for the banks, too, and so probably it would be better to wait a little how this is evolving. The DTA format is very pupolar, and perhaps the DTAZV become this, too. Regards, Hermann

« previous php.pear.dev (#20439) next »