0

using 4.6.8 on Drupal 7. FirstData is our payment processor.

This week we received a transaction confirmation from FirstData from one of our long time members. FirstData calls this a "gateway receipt" and is generated directly from them with no involvement with CiviCRM, for every transaction approved. We have his money.

But there's no record of the contribution in CiviCRM itself. I've looked through the database directly (phpmyadmin), looking for transactions of the same dollar amount, or for the same contact, or even orphaned line items with no transaction. Nothing.

Has anyone seen this before or have ideas about how it can happen? Possibly a timeout for transaction response from FirstData?

| improve this question | |
  • Rob, Is it safe to assume you have many other successful transactions? Do you have any other transactions that same day? – pkeogan - BackOffice Thinking Oct 2 '15 at 23:35
  • Yes, many thousands of transactions overall and 1 or 2 dozen that day. – Rob Brandt Oct 3 '15 at 3:15
1

Rob,

Since you're processing a lot of transactions I think we can assume that there isn't an issue with CiviCRM or the payment processor or gateway. We have seen this occur with our clients with a variety of payment processors and generally we recommend not spending much time researching unless it starts to happen regularly.

I do recommend that create a daily reconciliation report (you may have already done so) that gets emailed to out accountant each morning so that the CiviCRM transactions and the payment processor transactions can be compared. For larger organizations something like this is required by their auditing practice. Ensure the CiviCRM report uses the same time cut-off as the payment processor.

| improve this answer | |
  • 1
    We've managed to correlate this behavior with a coredump in apache: child pid 30252 exit signal Bus error (7), possible coredump in /etc/apache2 Not at all sure what's causing the coredump. I increased the max memory in php.ini as a wild guess. – Rob Brandt Oct 14 '15 at 20:14
0

I have seen this before on several occasions with Eway as the payment processor.

It happened more frequently when we had a spate of double processing of a single transaction when our settings were to leave out the contribution confirmation page. Often only one of the transactions would be recorded in CiviCRM although both were processed by Eway.

Since we went back to including the contribution confirmation page, double processing of a payments has stopped.

However, very occasionally we have the situation where two different people submit transactions to Eway within one second of each other and only one of those contributions is recorded in CiviCRM.

I am not a developer, so don't know whether Eway or CiviCRM is the culprit. Our developer has looked at the problem, but there was no easy fix for the money we could afford to spend.

As our organisation reconciles Eway income and income recorded in CiviCRM as coming from Eway on a daily basis, we just live with it. (The daily reconciliations have 'always' been done and include income from all sources, they haven't been introduced because of this problem.)

| improve this answer | |
  • FWIW, we use the confirmation page. We have never to my knowledge experienced double transactions. I don't think I have any way of knowing if there were simultaneous transactions. – Rob Brandt Oct 3 '15 at 3:17
  • I haven't heard of other double transactions, but @JoAnne or Eileen may have. – Joe Murray♦ Jan 12 '16 at 17:44
0

@Rob Brandt, your comment in response to @pkeogan's answer is illuminating. My sense is that the transaction was sent to your payment processor but the Apache process died for some reason before the response from it was recorded. There could be innumerable issues that would cause a thread to crash, such as memory issues like you have guessed.

Organizations with auditors, and some without that are well-run, invest in followable auditable procedures. This generally means checking financial transactions in two ways. Reconciling your CiviCRM system data against actual receipts from payment processors is an essential part of this. CiviCRM allows you to export financial information in batches that can be imported into a number of financial account packages like QuickBooks or anything that accepts a .csv file.

| improve this answer | |
  • Thanks, actually I don't remember how we solved this back in October but the problem is gone. – Rob Brandt Jan 20 '16 at 20:01

Your Answer

By clicking “Post Your Answer”, you agree to our terms of service, privacy policy and cookie policy

Not the answer you're looking for? Browse other questions tagged or ask your own question.