Make sure you have 'Pay Later' Column set to 1 and Status column set to 'Pending' for the contribution rows that are pending from pay later. If you don't have status column that its set as Completed by default
Apparently Paypal charges extra for recurring functionality and you have not subscribed to the additional $30/mo DPRP service.
DPRP is disabled. DPRP is disabled for this merchant.
In your bounty comment you state:
I am ...
Your IPN path is configured in paypal - the best path to point it to is yoursite/civicrm/payment/ipn/x where x is the number of the processor. Once you have updated it in paypal it is possible to re-send missed ipns from the paypal console
I've found a fix that works for me, but I cannot guarantee that it won't have consequences for other transactions. A fully audited fix for this needs the involvement of people who know the code a lot better than me. Having said that, you can try the following:
throw new CRM_Core_Exception
in this ...
It probably means that paypal doesn't ping back properly your civi to let it know if it processed properly the card. Unfortunately, they are a lot of reasons to get that call not working, either because paypal try to IPN elsewhere, with a different format than expected or that something is wrong on how we process it (given it broke after an upgrade, the most ...
Advancing next_scheduled_date is one of the last things that happens in this sequence. So if anything goes wrong - a post_contribution hook eg - then the code can not get to the part where the date is advanced.
So look in your ConfigAndLog for clues as to what interfered with the recording/completion of that Contribution in your database.
The contribution status text Pending seems to be right in your csv.
Pending(Pay later) status is displayed based on the is_pay_later value in civicrm_contribution table. So it seems you need to add another column in CSV with value 1 and map it to the field Is Pay Later on the Match Fields screen. See below Screenshot.
If you are using Batch update using profile than including Receive date in your profile will actually solve your issue. There has been change in code to handle contribution fields correctly now.
The workflow does make sense when changing contribution to completed the receive date is updated to now(). The system assumes that money has come in now unless you ...
I also found that workaround! This is an ongoing pain point, see https://lab.civicrm.org/dev/financial/issues/37 for a related issue.
In short - until a few years ago, a Contribution record was just that - a contribution. Now it's more of an "obligation to pay", and Payment records are where the actual money is recorded.
So "payment method" (and "check ...
Looks like you can do this without touching the database directly. I dont think this was an option before.
create a profile with payment method as a field
Run a search for those contributions you want to update.
select the contributions - under actions - select update multiple contributions
Select the profile you created and update the contributions with ...
Which IPN file is used depends on what payment processor extension you use.
So it might be a different file, not necessarily extern/ipn.php
The webhook URL that your payment processor tries to contact is sent along with the payment information.
So for the old payments, your payment processor probably has the old URL stored and it's probably not possible to ...
We do several things with these. In most cases we filter them out of all reports. If the user creates a new transaction we will leave them as is or delete them. Sometimes we create a special status for these in case they need to be referred to later (maybe the entries are different).
It really comes down to what works best for your internal processes.
There were some issues with Authorize.net transactions failing due it not managing to send an email- could that be related? Is email always required on the page? I think there are a.net fixes in both 4.7.18 & 4.7.19 (still in rc) so it might be worth checking if a point upgrade changes anything (4.7.19 is due out first Wed next month)
We had trouble with this, it could be related to your IPN listener in paypal, (Log on to paypal, go to profile, my selling prefs, Instant payment notifications to check out what's going on - if it looks fine, send paypal a message)
Or you should certainly double check that you've got the correct paypal account details saved within the Payment Processor in ...
I believe what's being described here is a particular case of CiviCRM issue financial/27 - PayPal Standard doesn't handle IPNs. The issue mentions recurring payments, but any payment involving an IPN is likely affected.
You can help solve this by testing the proposed fix and reporting on whether it solves your problem, creates new problems, etc.
Note also ...
Have you tried Reports > Contribution Reports > Contribution Summary Report? You can add a column to show the contribution status and you can modify the filter to show whatever status you would like on the report. By setting the grouping options to Contact and Contribution Status and nothing else, you will get a single row totaling contributions by status, ...
I encountered the same issue on my CiviCRM installation. This is related to contributions status name which changed after being translated (in French at least), which prevented CiviCRM from finding the right membership status (the Completed status was translated to Complété which wasn’t correctly tested in this code).
A bug was reported to the developers by ...