You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@fineract.apache.org by Mads Petersen <ma...@tul.com.co> on 2021/03/03 19:25:59 UTC
Payment Gateway Account - Or Middleman Account
Hi there,
So, I am looking in to using fineract as our "core banking solution", or
mainly for our General Ledger and Accounting and Tracking systems.
I wanted to hear if anybody else has solved the problem of having a
"middleman" who is receiving payments, and then paying us back.
So I lend out money to a client
They client pays me back via a middleman (paypal, bank, etc.)
We can confirm that the person has payed, with a receipt for example
So we debit his cash account and "square" his accounts
The client no longer owes us money
But the middleman has still not paid us. They might take days, there might
be a problem, what is there is a server problem, and the transaction is lost
Preferably we have a "payment gateway cash account" that we can track when
the money is in transit.
I was unable to see if there is an entry for this in the fineract cwiki.
Any help would be appreciated,
Thank you in advance,
Regards
Mads Schmidt Petersen
Re: Payment Gateway Account - Or Middleman Account
Posted by Victor Romero <vi...@fintecheando.mx>.
Hello,
As Ed Cable has mention the Payment Hub is a great solution for
orchestrating the external payment system. We are following the BIAN
reference models, because the "middleman" can be the Payment
Hub/External System, but also the notification, clearing systems, fraud
and compliance systems are part of a whole system.
Keep in contact with Ed, Mifos/Fineract community.
Regards
Victor
El 03/03/21 a las 14:25, Ed Cable escribió:
> Hello Mads,
>
> Welcome to the community! Your email went to the moderation queue so I
> don't think you've actually subscribed to the mailing list. You can do
> so by simply sending a blank email to
> dev-subscribe@fineract.apache.org
> <ma...@fineract.apache.org>.
>
> I'm not sure if you've explored the Payment Hub EE at all but it's a
> gateway/integration layer that the Mifos Initiative has developed to
> provide integration to external payment systems and handle the
> orchestration of payments and transaction flows between Fineract or
> other core banking/account management systems.
>
> Please check out the documentation here:
> https://mifos.gitbook.io/docs/payment-hub-ee/business-overview
> <https://mifos.gitbook.io/docs/payment-hub-ee/business-overview>
>
> I'm happy to jump on a call to further discuss your use cases and how
> you could better be supported.
>
> Cheers,
>
> *Ed Cable*
> President/CEO, Mifos Initiative
> edcable@mifos.org <ma...@mifos.org> | Skype: edcable |
> Mobile: +1.484.477.8649
>
> *Collectively Creating a World of 3 Billion Maries | *http://mifos.org
> <http://mifos.org>
> <http://facebook.com/mifos>//<http://www.twitter.com/mifos>
>
> On Wed, Mar 3, 2021 at 12:22 PM Mads Petersen
> <mads.petersen@tul.com.co <ma...@tul.com.co>> wrote:
>
> Hi there,
>
> So, I am looking in to using fineract as our "core banking
> solution", or mainly for our General Ledger and Accounting and
> Tracking systems.
>
> I wanted to hear if anybody else has solved the problem of having
> a "middleman" who is receiving payments, and then paying us back.
>
> So I lend out money to a client
> They client pays me back via a middleman (paypal, bank, etc.)
> We can confirm that the person has payed, with a receipt for example
> So we debit his cash account and "square" his accounts
> The client no longer owes us money
> But the middleman has still not paid us. They might take days,
> there might be a problem, what is there is a server problem, and
> the transaction is lost
> Preferably we have a "payment gateway cash account" that we can
> track when the money is in transit.
>
> I was unable to see if there is an entry for this in the fineract
> cwiki.
>
> Any help would be appreciated,
> Thank you in advance,
> Regards
> Mads Schmidt Petersen
>
>
>
> --
>
Re: Payment Gateway Account - Or Middleman Account
Posted by Ed Cable <ed...@mifos.org>.
Hello Mads,
Welcome to the community! Your email went to the moderation queue so I
don't think you've actually subscribed to the mailing list. You can do so
by simply sending a blank email to dev-subscribe@fineract.apache.org.
I'm not sure if you've explored the Payment Hub EE at all but it's a
gateway/integration layer that the Mifos Initiative has developed to
provide integration to external payment systems and handle the
orchestration of payments and transaction flows between Fineract or other
core banking/account management systems.
Please check out the documentation here:
https://mifos.gitbook.io/docs/payment-hub-ee/business-overview
I'm happy to jump on a call to further discuss your use cases and how you
could better be supported.
Cheers,
*Ed Cable*
President/CEO, Mifos Initiative
edcable@mifos.org | Skype: edcable | Mobile: +1.484.477.8649
*Collectively Creating a World of 3 Billion Maries | *http://mifos.org
<http://facebook.com/mifos> <http://www.twitter.com/mifos>
On Wed, Mar 3, 2021 at 12:22 PM Mads Petersen <ma...@tul.com.co>
wrote:
> Hi there,
>
> So, I am looking in to using fineract as our "core banking solution", or
> mainly for our General Ledger and Accounting and Tracking systems.
>
> I wanted to hear if anybody else has solved the problem of having a
> "middleman" who is receiving payments, and then paying us back.
>
> So I lend out money to a client
> They client pays me back via a middleman (paypal, bank, etc.)
> We can confirm that the person has payed, with a receipt for example
> So we debit his cash account and "square" his accounts
> The client no longer owes us money
> But the middleman has still not paid us. They might take days, there might
> be a problem, what is there is a server problem, and the transaction is lost
> Preferably we have a "payment gateway cash account" that we can track when
> the money is in transit.
>
> I was unable to see if there is an entry for this in the fineract cwiki.
>
> Any help would be appreciated,
> Thank you in advance,
> Regards
> Mads Schmidt Petersen
>
--