Please add a webhook for failed transactions, no matter the reason
(expired, processing error, general error, whatever). I'm not sure what
kind of company wouldn't want to know immediately and automatically
about a failed transaction, especially if i...
The identifying information that's included in Silent Posts (x_cust_id,
x_subscription_id, etc) should always be in webhook transactions, if not
just everything in Silent Posts. I know about refId but that's of no use
to companies using ARB for recur...
I'm sure that 11 months on you've figured this out but I figured I'd
post for other people's sake who find this in the future. Yes,
paymentProfile.updated webhooks are always sent when anything to do with
the payment profile is updated, even just exp...
Bob, the extremely detailed information returned by
getTransactionDetailsRequest is what should be included in the webhook
by default. It's absurd to think developers don't want that information
up front. At the very least include the relevant IDs th...
The identifying information that's included in Silent Posts should
always be in webhook transactions (x_cust_id, x_subscription_id, etc).
At the very least.This is making my migration to Webhooks difficult.
Your support staff has obviously been instr...