Authorize.net API with Card on File transactions support thread...

Thanks for confirming!

Older versions of this plugin (2.3.3 and prior) also have a file called cacert.pem. Does that need to be refreshed as well?

swguy:

Older versions of this plugin (2.3.3 and prior) also have a file called cacert.pem. Does that need to be refreshed as well?

yes. that file will need to be replaced.

With the contents of cert.pem? I'm asking because in the older versions, the two .pem files were not identical.

swguy:

With the contents of cert.pem? I'm asking because in the older versions, the two .pem files were not identical.

sorry. i misunderstood your question.

i do not believe that file is needed. as such i would just leave it alone.

Thank you!

Seeing some of these in 1.5.8a/PHP 8.2. None of these are coincident with an error message in cim_response.log.

[18-Mar-2025 20:24:12 America/New_York] Request URI: /index.php?main_page=card_update, IP address: xx.xxx.x.xx, Language id 1
#0 [internal function]: zen_debug_error_handler()
#1 /home/client/public_html/includes/templates/bootstrap/common/html_header.php(22): header()
#2 /home/client/public_html/index.php(86): require('/home/client...')
--> PHP Warning: Cannot modify header information - headers already sent by (output started at /home/client/public_html/includes/templates/template_default/templates/tpl_message_stack_default.php:13) in /home/client/public_html/includes/templates/bootstrap/common/html_header.php on line 22.

swguy:

Seeing some of these in 1.5.8a/PHP 8.2. None of these are coincident with an error message in cim_response.log.

[18-Mar-2025 20:24:12 America/New_York] Request URI: /index.php?main_page=card_update, IP address: xx.xxx.x.xx, Language id 1
#0 [internal function]: zen_debug_error_handler()
#1 /home/client/public_html/includes/templates/bootstrap/common/html_header.php(22): header()
#2 /home/client/public_html/index.php(86): require('/home/client...')
--> PHP Warning: Cannot modify header information - headers already sent by (output started at /home/client/public_html/includes/templates/template_default/templates/tpl_message_stack_default.php:13) in /home/client/public_html/includes/templates/bootstrap/common/html_header.php on line 22.

see:

https://docs.zen-cart.com/user/troubleshooting/warning_headers_already_sent/

i am not seeing any errors in clients running this module on that page.

We recently upgraded our site to ZC 2.1 and installed the most recent version of this great plug-in. We/ our customers are experiencing a recurring problem when trying to checkout and getting this error:

Customer Payment Transaction: Transaction Failed Error code : E00003 Error message : The 'AnetApi/xml/v1/schema/AnetApiSchema.xsd:unitPrice' element is invalid - The value '9.614609999999999' is invalid according to its datatype 'Decimal' - The FractionDigits constraint failed.

All of our list pricing is entered at 2 decimal points. Qty discounts are entered at 1 decimal point. The $9.61460999 is the resulting discount price for ordering a qty of 12. It is a 4.9% discount off the list price of $10.11.

It's not a one-off - it is a recurring issue - but not for every order.

Any ideas out there? thank you!

apollowilcox:

We recently upgraded our site to ZC 2.1 and installed the most recent version of this great plug-in. We/ our customers are experiencing a recurring problem when trying to checkout and getting this error:

Customer Payment Transaction: Transaction Failed Error code : E00003 Error message : The 'AnetApi/xml/v1/schema/AnetApiSchema.xsd:unitPrice' element is invalid - The value '9.614609999999999' is invalid according to its datatype 'Decimal' - The FractionDigits constraint failed.

All of our list pricing is entered at 2 decimal points. Qty discounts are entered at 1 decimal point. The $9.61460999 is the resulting discount price for ordering a qty of 12. It is a 4.9% discount off the list price of $10.11.

It's not a one-off - it is a recurring issue - but not for every order.

Any ideas out there? thank you!

Timing is everything.. We think we found/ fixed it here, after struggling with it for a few days.
in file authorizenet_cim.php, around line 1199, changed: $lineItem1->setUnitPrice($items['final_price']);
to: $lineItem1->setUnitPrice(number_format($items['final_price'], 2, '.', ''));

Seems to have addressed it. Sorry to have posted this just a few minutes too early!

Hello, when I upgraded to 2.1.0 a while back and reinstalled authorize.net CIM 3.0.3, there are no longer the option to charge customers for any changes to their orders, the only button available is Refund.

allmart:

Hello, when I upgraded to 2.1.0 a while back and reinstalled authorize.net CIM 3.0.3, there are no longer the option to charge customers for any changes to their orders, the only button available is Refund.

there is a configuration to allow to charging more. the key is called:

MODULE_PAYMENT_AUTHORIZENET_CIM_ALLOW_MORE

and it should be available on the admin in the configuration for the module.

best.

New Auths (MODULE_PAYMENT_AUTHORIZENET_CIM_ALLOW_MORE) is already set to true

allmart:

New Auths (MODULE_PAYMENT_AUTHORIZENET_CIM_ALLOW_MORE) is already set to true

well if that is set to true, i'm looking at the code and it states:

$authnet->balance_due > 0 && $authnet->status != $this->cancelled_status() && (count($cards) > 0))

which means the order was must have a balance due, and the status of the order is not cancelled, and the customer has at least 1 card on file.

if one of those criteria is false, then no button.

it sounds like the customer may not have any cards on file.

carlwhat:

well if that is set to true, i'm looking at the code and it states:

$authnet->balance_due > 0 && $authnet->status != $this->cancelled_status() && (count($cards) > 0))

> 
> which means the order was must have a balance due, and the status of the order is not cancelled, and the customer has at least 1 card on file.
> 
> if one of those criteria is false, then no button.
> 
> it sounds like the customer may not have any cards on file.

All the criteria are true, yet the only but available is refund.

allmart:

All the criteria are true, yet the only but available is refund.

what version of of authorize COF are you running?

and is the button available on other orders or is it just one order?

carlwhat:

what version of of authorize COF are you running?

and is the button available on other orders or is it just one order?

not sure of version of COF in admin the module shows "Use tokenized credit card. version 3.0.0".

No buttons for all orders, I verified through authorize.net that I can charge customers that have their card on file.

please let me know your php version as well as your mysql version and your zc version.

i will not be able to look at this until this weekend at the earliest.

but according to this:

https://www.zen-cart.com/downloads.php?do=file&id=2272

you should be running version 3.0.3, if you are on the 3.0.x series. which you say you are.

best.

allmart:

not sure of version of COF in admin the module shows "Use tokenized credit card. version 3.0.0".

No buttons for all orders, I verified through authorize.net that I can charge customers that have their card on file.

i no longer have clients running this module...

i was able to test using ZC v 2.0.0 under php 8.2 and was able to see the get money button.

the cards on file also need to have an expiration date greater than today.

so i am unable to reproduce your error. so without more information it makes it difficult to solve something i can not reproduce.

best.