[ic] Refunds via [charge]
chris at endpoint.com
Mon Aug 3 21:16:00 UTC 2009
> Thanks Chris and Lyn.
> Chris, as for the credit amount not being over the original charge
> amount, are you sure that's an Authorize.net limitation and not one
> imposed by the merchant account? I have the same restriction on my
> Authorize.net account and I thought it was imposed by my merchant
> account. I know there's a paper you can fill out to remove that
> I noticed there doesn't seem to be an entry for the last 4 digits in
> your snippet above. Is that meant to be set to mv_credit_card_number?
> How many files did you modify to make this work? I'd love to have the
> same functionality.
> - Grant
> interchange-users mailing list
> interchange-users at icdevgroup.org
You may be correct about the charge amount limitation. Those
requirements were taken directly from the Authorize developers guide
here: http://www.authorize.net/support/AIM_guide.pdf. I took steps to
ensure the amount supplied to the payment gateway was less than the
original charge amount. All in all I created/changed about 7 files. They
process_order_rebate.tag - > new usertag to pass information to the
etc/log_rebate -> new file
transactions table -> added 2 columns for credit card number(last 4
digits) and expiration
Sorry about not stating how the credit card info was supplied. Yes, you
are correct, it is meant to be supplied from mv_credit_card_number. The
rebate entry screen created has all this information which populates the
Let me know if I can provide any other info.
End Point Corp.
Direct Line: 919-249-5356
More information about the interchange-users