Hi Nathan,
This is the point where I will join this conversation. As an employe
of the company of Pim, I’m developing creditspoint.
At first all the payment activities was done in Creditspoint. Later on
we decided (mainly for maintaining the payment modules) that it is
more easy to create a general application for configuring the payment-
part.
Creditspoint will give you the opportunity to buy credits, completely
with invoices and all.
Applications can link actions to creditspoint.
I believe that pERP invoices can be payed via Creditspoint, but it can
be more easily done by writing some code against the psp-admin.
psp-admin uses the payment-classes of OS-Commerce so it has the
possibility to insert a lot of different payment plugins. It has also
an api, for other application to talk to.
You can call one function and define the amount you want to charge and
psp-admin will take care of the further payment.
Currently the psp-admin is not stable yet. It needs to be firmly tested.
With kind regards,
Rob van Kraanen
Oops, this import was to early. I was planning to import our
osCommerce work but not yet.
That’s what I thought. I am interested in this though, especially if
I can tie into it with pERP and provide actual payment processing,
instead of just record keeping. I was just about to start bank to
bank electronic fund transfer for pERP in the next couple of weeks.
… We also have an app
called creditspoint which we also will import into the repository.
Creditspoint uses the osCommerce abstraction layer to let the user
pay
for credits. Creditspoint has an Credit API which every egw app can
use.
Could this be used to let clients pay off pERP invoices? Creditspoint
-> credits -> payment in some way?
Nathan Gray
nathan at goarctic dot com
Extra punctuation??? Ug!!!
Just say no! Punctuation marks do not gain significance if you
increase their number, they make you look silly. One is sufficient.
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft® Visual Studio 2005.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
eGroupWare-developers mailing list
eGroupWare-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/egroupware-developers
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft® Visual Studio 2005.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
eGroupWare-developers mailing list
eGroupWare-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/egroupware-developers
