This object is in archive! 

Recharge of Credit Cards

Alex L. shared this idea 9 years ago
Completed

Would there be a possible integration of the credit card processing where a customers credit card can be recharged? I have spoken to authorize.net and even though they do not disclose the credit card information the did inform me they offer what they call a token for developers that would allow you to recharge the same credit card used in the previous transaction. This would be a huge time saver since we now have to leave I/O to recharge the credit card in the Auth.net gateway. There we have to search the transaction number, recharge, then enter the transaction id back into I/O manually when entering that new payment for that customer.

Best Answer

Comments (17)

photo
1

That's a good idea. I'll add it to the list.

photo
1

While you're at it, incorporating the payment process in its own tab instead of having to open a new screen and see the contract as the customer would be excellent. It takes a lot of clicks to get to a payment screen whereas it should be something admin can do quickly without jumping through the same hoops as a customer.


I know Tim mentioned that this was coming soon when we discussed in spring and after processing over 2500 pymts so far we're noticing all the extra clicks ;-)


Charging the card on file would seem like a luxury at this point, although we were already spoiled with that feature with ERS in years past

photo
1

Yes, we would like to have this feature as well.

photo
1

Do we know yet if all previous transactions processed before enabling the CIM service with auth.net can be processed this way? Or only going forward? I'll be trying it out soon, just curious

photo
1

Yes, it will work on past transactions.

photo
1

Unless we've done something wrong, we tried it for the first time unsuccessfully. Here's the error:

Errors:

  • Failed to create customer profile from previous payment. Unable to charge card.
  • Customer profile creation failed. This transaction ID is invalid.

LEAD: ID: 985805

photo
1

I discovered that it was trying to use a much older transaction_id to charge her card (it uses any that are tied to the customer profile so they can be from other leads as well).


I have fixed it to use the most recent one.

photo
1

Would this feature be available when using PayPal?

photo
1

No, unfortunately paypal doesn't support this feature. We may add it to payjunction in the future though.

photo
2

What about refunds? If I enter a negative balance will it refund the card?

What if I simply delete an existing transaction using the "X" in the contract tab...does that refund the transaction now if we have this setting active?

photo
1

Refunds are not currently supported through this method and will still have to be manually processed.

photo
1

Can this be added for payjunction.com also

photo
1

I believe Payjunction does allow this now. It will take some time to impliment their API into our software for this, but we should be able to do this in the future.

photo
1

Yes Payjunction does offer recharge of card by capturing a token to allow us to recharge the card by opening up the record and changing the amount to recharge.


It currently will have to be done through the Payjunction UI but it would be great to have in IO

photo
1

Any movement on this recharge feature inside of IO

photo
1

Not yet.

photo
1

I love the simplicity of square, I wish that there was a way to use it on this system in an effective manner. Maybe there is and im ignorant. I have never been able to in effect recharge a card (for a cleaning fee). so I either cant allow customers to pay online in IO or I have to hope i never have to recharge a card. I'm looking at switching to pay junction to solve this issue.

photo
1

Currently we only support re-charging of cards through Open Edge or Authorize.net. When switching merchant accounts you typically give them a copy of your most recent merchant statement and they'll match or beat the rates and they'll be able to tell you how much you'll pay if you switch to their service.

Replies have been locked on this page!