Re: Authorize.net API with Card on File transactions support thread...
I don't know if this is really a bug or not. When checking out as a guest (using One-Page Checkout), there is a saved card. It's the card of the store owner so I assume adding while she was testing things out.
In the admin, I see I can remove the card: https://prnt.sc/t97dz8
But my concern is will all cards be saved if a customer checks out as a guest for future guest orders to see?
Re: Authorize.net API with Card on File transactions support thread...
Send question, when my client authorizes the charges the regular a.net plugin would post the results as a status update with details: https://prnt.sc/t9b1th
With the new plugin, there is no order status update. Without this, she does not have a record on the order of when the funds where captured.
https://prnt.sc/t9b1th
1 Attachment(s)
Re: Authorize.net API with Card on File transactions support thread...
Quote:
Originally Posted by
jeking
Send question, when my client authorizes the charges the regular a.net plugin would post the results as a status update with details:
https://prnt.sc/t9b1th
With the new plugin, there is no order status update. Without this, she does not have a record on the order of when the funds where captured.
https://prnt.sc/t9b1th
sorry for the delayed response. very busy right now...
all of this information is stored in table. i do NOT store it in the comments table.
perhaps there is a notifier missing in her 156a implementation. does she not see something that looks the attachment here:
https://www.zen-cart.com/attachment....93569625&stc=1
i do see the necessary notifier NOTIFY_ADMIN_ORDERS_PAYMENTDATA_COLUMN2 is part of v156a.... as far as i can tell....
i will be looking at the other issue when i have a bit more time.
Re: Authorize.net API with Card on File transactions support thread...
Quote:
Originally Posted by
carlwhat
sorry for the delayed response. very busy right now...
all of this information is stored in table. i do NOT store it in the comments table.
perhaps there is a notifier missing in her 156a implementation. does she not see something that looks the attachment here:
https://www.zen-cart.com/attachment....93569625&stc=1
i do see the necessary notifier NOTIFY_ADMIN_ORDERS_PAYMENTDATA_COLUMN2 is part of v156a.... as far as i can tell....
i will be looking at the other issue when i have a bit more time.
Thanks for the reply. Checking the order, the table you show is completely empty: https://prnt.sc/t9ri90
I also see the notifier in the ADMIN/orders.php
Re: Authorize.net API with Card on File transactions support thread...
Quote:
Originally Posted by
jeking
Thanks for the reply. Checking the order, the table you show is completely empty:
https://prnt.sc/t9ri90
I also see the notifier in the ADMIN/orders.php
you look to have multiple conflicting payment modules going on as far as i can tell from your screenshot.
there is no expiration date above the table for the credit card. my module does not work that way... (as far as I can tell)
you also look to have hitting this code in the orders.php script (line 580 in v156):
PHP Code:
if (is_object($module) && method_exists($module, 'admin_notification')) {
my module does NOT have an admin_notification method.
if you look at your mysql database are there any records in the authorize_cim_payments table? and if so, what are the values for the orders_id?
in looking at this thread, she was previously able to capture transactions. i believe there had to be records in this table. so what has happened to this table now?
Re: Authorize.net API with Card on File transactions support thread...
I'm so sorry. The previous screen shot was the wrong order. It was the 'before' order. The after order does have the data in the table:
https://prnt.sc/t9v6sn
Having said that, the data in the table is the authorization. It does not show the capture data. The Capture button is missing so an indication it was captured. My client is looking to know the date of the capture.
Checking the authorize_cim_payments table, I see the same single entry.
Re: Authorize.net API with Card on File transactions support thread...
Quote:
Originally Posted by
jeking
I'm so sorry. The previous screen shot was the wrong order. It was the 'before' order. The after order does have the data in the table:
https://prnt.sc/t9v6sn
Having said that, the data in the table is the authorization. It does not show the capture data. The Capture button is missing so an indication it was captured. My client is looking to know the date of the capture.
Checking the authorize_cim_payments table, I see the same single entry.
that data is available.
if there is additional demand for knowing when the capture happened; i will add that to the table. but right now, clients making additional requests are fine; but they are not, to me, a bug. i currently only provide the date of authorization. i will think about adding the capture date in a future release of the module.
Quote:
Originally Posted by
jeking
I don't know if this is really a bug or not. When checking out as a guest (using One-Page Checkout), there is a saved card. It's the card of the store owner so I assume adding while she was testing things out.
In the admin, I see I can remove the card:
https://prnt.sc/t97dz8
But my concern is will all cards be saved if a customer checks out as a guest for future guest orders to see?
with regards to this situation, i have not had an opportunity to look at it closely. from what i remember, if one checks out as a guest, i thought i did not save the credit card data. i specifically remember looking at that and having input from the author of OPC on that.
again, i will take a look when i can.
best.
Re: Authorize.net API with Card on File transactions support thread...
Quote:
Originally Posted by
carlwhat
that data is available.
if there is additional demand for knowing when the capture happened; i will add that to the table. but right now, clients making additional requests are fine; but they are not, to me, a bug. i currently only provide the date of authorization. i will think about adding the capture date in a future release of the module.
I would agree it's not a bug so good with a feature request for a future release. Thanks.
Quote:
Originally Posted by
carlwhat
with regards to this situation, i have not had an opportunity to look at it closely. from what i remember, if one checks out as a guest, i thought i did not save the credit card data. i specifically remember looking at that and having input from the author of OPC on that.
again, i will take a look when i can.
I'll see if I can do some testing to confirm what we see here. For now, I'll delete the saved card from the Guest account.
Re: Authorize.net API with Card on File transactions support thread...
Quote:
Originally Posted by
jeking
I don't know if this is really a bug or not. When checking out as a guest (using One-Page Checkout), there is a saved card. It's the card of the store owner so I assume adding while she was testing things out.
In the admin, I see I can remove the card:
https://prnt.sc/t97dz8
But my concern is will all cards be saved if a customer checks out as a guest for future guest orders to see?
Quote:
Originally Posted by
carlwhat
with regards to this situation, i have not had an opportunity to look at it closely. from what i remember, if one checks out as a guest, i thought i did not save the credit card data. i specifically remember looking at that and having input from the author of OPC on that.
again, i will take a look when i can.
best.
This is continuing to happen. And today got the error "ERROR invalid response Customer: 22186 E00042 You cannot add more than 10 payment profiles"
I saw saved credit cards again on the Guest account, which is ID 22186. I deleted them so should buy some time.
Re: Authorize.net API with Card on File transactions support thread...
Quote:
Originally Posted by
jeking
This is continuing to happen. And today got the error "ERROR invalid response Customer: 22186 E00042 You cannot add more than 10 payment profiles"
I saw saved credit cards again on the Guest account, which is ID 22186. I deleted them so should buy some time.
i am working on a new release of this most excellent, IMO (inherently biased), payment module. it should address all bugs documented by you and verified by me. including the verified bugs associated with guest checkout.
thanks for pointing them out.
best.