We read every piece of feedback, and take your input very seriously.
To see all available qualifiers, see our documentation.
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
This line adds a timestamp to the order id - https://github.com/activemerchant/offsite_payments/blob/master/lib/offsite_payments/integrations/realex_offsite.rb#L121 however, there doesn't seem to be a way to get this back except by deciphering the return signature. Doesn't this mean there is no way to reconcile a payment between the 2 systems or am I missing something? Yes it ensures the order id is unique but shouldn't that be the responsibility of the client app?
The text was updated successfully, but these errors were encountered:
A bit of digging turned up #139
As per discussion with Realex Realex requires the ORDER_ID to be unique for every transaction (including fails)
I agree it might be a bit hard to separate the two for reconciliation purposes - PR welcome!
Sorry, something went wrong.
No branches or pull requests
This line adds a timestamp to the order id - https://github.com/activemerchant/offsite_payments/blob/master/lib/offsite_payments/integrations/realex_offsite.rb#L121 however, there doesn't seem to be a way to get this back except by deciphering the return signature. Doesn't this mean there is no way to reconcile a payment between the 2 systems or am I missing something? Yes it ensures the order id is unique but shouldn't that be the responsibility of the client app?
The text was updated successfully, but these errors were encountered: