Comments (7)
You're probably right about your three points - assuming your still talking from the perspective of the payment processor.
Currently the payment processors are pretty neglected from our end, because not a lot of people (we work with) are using them (too unflexible).
Since you clearly do, and seem to have a specific use case in mind, feel free to contribute.
from org.project60.sepapp.
Thanks @bjendres
In the manual i did'nt find an advise to answer the question. For me, technically in CiviCRM, if i recieve a event fee or a donation, a contribution is created. A payment should be created when the cash flows to my bank account.
The CiviSepaPP Extension creates a contribution with pending status and a payment with the date of the contribution (not the payment!) and status of completed, which seems incorrect to me. This only happens with OOFF contributions.
Would you point me to the place, where the payment is created?
from org.project60.sepapp.
Thanks @bjendres
For me, technically in CiviCRM, if i recieve a event fee or a donation, a contribution is created. A payment should be created when the cash flows to my bank account.
That's correct. And the cash only flows, when you generate a SEPA group (via the SEPA Dashboard), and submit it to your bank. At that point there is going to be a contribution. You'll find information on the different contribution statuses being used in the documentation.
from org.project60.sepapp.
Thank you for the reply, @bjendres.
The contribution entry gets created when a user has filled a donation/contribution site. Normally it supposed to create a CiviCRM-payment-entry (which is not the same as a contribution in CiviCRM) when a real-payment is done. This is what happens with CiviSepaPP on recurring contributions, everything goes well.
On one-time contributions, the CiviCRM-payment-entry is created while the user has filled the forms on the contribution site, which means before the real-payment is passed (and before generating the SEPA group). And this is by design?
It would be nice if you point me to the place where OOFF-payment is created.
from org.project60.sepapp.
On one-time contributions, the CiviCRM-payment-entry is created while the user has filled the forms on the contribution site, which means before the real-payment is passed (and before generating the SEPA group). And this is by design?
Yes, that's by design. If you look carefully, you see that the SEPA OOFF contributions are first in status Pending
, the In Progress
and only get marked as Completed
when the SEPA group is marked as received. It's the same with SEPA RCUR contributions, except they don't get created when the donation page submitted.
Does this answer your question?
from org.project60.sepapp.
Thank you again @bjendres.
I'am asking for some side effects (lets say regarding "CiviCRM-technique"), following the payment entry.
i want to point out three things.
First, if i want to record a payment (not with CiviSepa), there is already a payment entry.
Second, normally the contribution status is set to pending and gets changed automatically after i have recorded a payment. With the contribution status set on "pending" with the CiviSepaPP, the automatic switch does not work after recording a payment (because there is one already).
And third, with this automatic switch of contribution status, there are a couple of things going on in CiviCRM, for example changing the status of participant (from pending to registered). This use case also apply to memberships/CiviMember.
In summary, the Extension works very well with recurring contributions, and i'am wondering what it needs to be fully functional for OOFF contributions, too.
from org.project60.sepapp.
Thanks, @bjendres. I will come back to this later.
from org.project60.sepapp.
Related Issues (9)
- SEPA NG Payment Processor: Error when price set contains a line with amount = 0.00
- Interval is not saved after missing or wrong IBAN HOT 4
- Error on CiviCRM 5.44 HOT 4
- Untranslated strings in payment form HOT 3
- Settings form for hide_bic and hide_billing HOT 1
- NG Payment Processor doesn't set cycle day
- NG Processor: Value for source is 74 characters - This field has a maxlength of 64 characters
- Interval will not be saved in case of missing or wrong IBAN HOT 2
Recommend Projects
-
React
A declarative, efficient, and flexible JavaScript library for building user interfaces.
-
Vue.js
🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
-
Typescript
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
-
TensorFlow
An Open Source Machine Learning Framework for Everyone
-
Django
The Web framework for perfectionists with deadlines.
-
Laravel
A PHP framework for web artisans
-
D3
Bring data to life with SVG, Canvas and HTML. 📊📈🎉
-
Recommend Topics
-
javascript
JavaScript (JS) is a lightweight interpreted programming language with first-class functions.
-
web
Some thing interesting about web. New door for the world.
-
server
A server is a program made to process requests and deliver data to clients.
-
Machine learning
Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.
-
Visualization
Some thing interesting about visualization, use data art
-
Game
Some thing interesting about game, make everyone happy.
Recommend Org
-
Facebook
We are working to build community through open source technology. NB: members must have two-factor auth.
-
Microsoft
Open source projects and samples from Microsoft.
-
Google
Google ❤️ Open Source for everyone.
-
Alibaba
Alibaba Open Source for everyone
-
D3
Data-Driven Documents codes.
-
Tencent
China tencent open source team.
from org.project60.sepapp.