Adri flagged this ticket: https://wikimedia.zendesk.com/agent/tickets/1510485 --> Adyen transaction #209055482.1; Adyen PSP reference RFT928XPTBK4K472 which was settled on August 1st. Contrary to Amber's earlier note, it wasn’t settled manually (see Phabricator task), but it still hasn’t reached Civi. Could someone please look into this? Ty.
Description
Description
Related Objects
Related Objects
- Mentioned In
- T373411: adyen use same order id for two transactions
T372480: Manually settled transactions didn't reach Civi - Mentioned Here
- T378634: Transactions not found in Civi for the month of August'24
T373492: Audit: Let transactions change payment methods from contribution_tracking to final payment
Event Timeline
Comment Actions
Found this transaction still not been audit parsed, in both settlement_detail_report_batch_1069.csv and payments_accounting_report_2024_08_01.csv, seems like we stop move the adyen audit file from incoming to complete since 0730.
also we have a ticket created for duplicate order id: T373411 that due to this problem. it can not picked up from audit after we restart audot parse:
civicrm.wmf.NOTICE: Odd: More than one logline returned for 209055482.1. Investigation Required.
civicrm.wmf.INFO: Found Contribution Tracking data. ID='209055482'
civicrm.wmf.ERROR: adyen_audit: DATA_INCONSISTENT Payment method mismatch between utm tracking data(apple) and normalized log and recon data(rtbt). Investigation required.
Source: array (
) {"message":"DATA_INCONSISTENT Payment method mismatch between utm tracking data(apple) and normalized log and recon data(rtbt). Investigation required.
Source: array (
)"}
Comment Actions
This ticket here is to fix the mismatch part on the import end, we should let them import with whatever the final payment method is T373492: Audit: Let transactions change payment methods from contribution_tracking to final payment
Comment Actions
Adding another transaction from Adyen that didn’t reach Civi!
CID 56091122
Adyen ref# 206647813.1
ZD ticket# 1532137 (France)
Donation made and captured on July 5th, 2024
Comment Actions
both 206647813.1 and 206629430.1 in 06/05/2024 is settled but not in civi, and after rerun the audit for that date, got the 206629430.1 into damage table
https://civicrm.wikimedia.org/civicrm/damaged/edit?action=update&id=654505&reset=1
Comment Actions
New tag created, Transaction-missing-in-CiviCRM, let's close this ticket since the original request for this one was fixed by re start audit parse, and we have all the newly created bug in different reason with new ticket and same tag.