You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
2. What CoreCard Returned (via fromCoreCardTransaction mapping)
The CoreCard getTransactionHistory API was called with accountNumber=9000000640332178 and transactionId=1464939326. Based on the DB values that differ from the request, CoreCard enriched:
Merchant mismatch — CSV says Best Buy (MCC 5812), CoreCard returned WHOLE FOODS MARKET (MCC 5411). Either the test CoreCard environment has different data, or the transaction ID matched a different record.
Amount mismatch — Request sent 199.99, CoreCard returned 1764.31. CoreCard's value overwrote the request.
ARN not enriched — CoreCard returned null for acquirerReferenceNumber, so the ARN stayed as the request value.
customer_id was enriched from CoreCard — 97800934006818764.
Bugs Fixed During Testing
processorAccountNumber not persisted during case creation — ProcessorDetailsDto::fromIssuerDispute() only copied the field for InitiateIssuerDisputeRequest, not CreateIssuerDisputeRequest. Enrichment runs after initial creation, so the value was always null. Fixed by moving the assignment out of the $isInitiate guard. (commit 4e811cbe46)
transactionId in wrong location in request body — Was nested inside transaction.transactionId but the DTO expects it at the top level (transactionId). Fixed in test HTTP file.