Re: Authorize.net API with Card on File transactions support thread...
Does this module have some sort of BNPL (buy now pay later) functionality?
Re: Authorize.net API with Card on File transactions support thread...
Quote:
Originally Posted by
swguy
In the constructor, after setting sort_order and enabled, you should do a check:
if (null === $this->sort_order) return;
....
i only write code that conforms to the PSR-12 standard...
Re: Authorize.net API with Card on File transactions support thread...
Quote:
Originally Posted by
swguy
Does this module have some sort of BNPL (buy now pay later) functionality?
this module is based on the authorize.net sdk.
even though authorize.net is now owned by visa/mastercard, they have not updated the sdk in quite some time.
thankfully some other members of the opensource community have updated the sdk to be php 8.x compliant (which i am now using in this module). what happens to the sdk going forward is anyone's guess.
while the sdk "may" support BNPL, i have not looked into it. and given the sdk's uncertain future, i am hesitant (to say the least) of doing any unfunded development. if someone wants to fund development of BNPL functionality with this module, feel free to PM me.
else, this BNPL module has been out and functioning in the wild without problems for quite some time.
best
Re: Authorize.net API with Card on File transactions support thread...
Quote:
Originally Posted by
carlwhat
this module is based on the authorize.net sdk.
even though authorize.net is now owned by visa/mastercard, they have not updated the sdk in quite some time.
thankfully some other members of the opensource community have updated the sdk to be php 8.x compliant (which i am now using in this module). what happens to the sdk going forward is anyone's guess.
while the sdk "may" support BNPL, i have not looked into it. and given the sdk's uncertain future, i am hesitant (to say the least) of doing any unfunded development. if someone wants to fund development of BNPL functionality with this module, feel free to PM me.
else,
this BNPL module has been out and functioning in the wild without problems for quite some time.
best
so, right after i wrote the last post, it seems that the authorize.net people updated the sdk. you can read that here:
https://github.com/AuthorizeNet/sdk-...ent-2137942712
so the sdk is still supported.
back to your original question, i do not see the sdk as providing a BNPL feature. not saying it is not there... i just do not see it.
Re: Authorize.net API with Card on File transactions support thread...
This could just be client confusion - thanks for checking into it.
Re: Authorize.net API with Card on File transactions support thread...
CIM is showing refund/capture for one order id (paid by CIM) on the admin/orders screen for a second order id which was *not* paid by CIM. Has anyone else seen this?
CIM version 3.0.0/ Zen Cart 2.0.0.
Re: Authorize.net API with Card on File transactions support thread...
It looks as though ./includes/classes/authnet_order.php start() function needs a way to indicate that the order was not paid with CIM, and ./includes/classes/observers/class.cim_admin_observer.php NOTIFY_ADMIN_ORDERS_PAYMENTDATA_COLUMN2 observer needs to check for this condition.
Re: Authorize.net API with Card on File transactions support thread...
Quote:
Originally Posted by
swguy
CIM is showing refund/capture for one order id on the admin/orders screen for a second order id. Has anyone else seen this?
if you are saying that the payment record is for a different order, then yes, i have seen it.
it is related to this bit of code, as well as a timing issue.
if 2 customers place orders at almost the same time, it is entirely possible that the order number for the payment records can get screwed up.
i have played around with different solutions over the years, but it really depends on how frequent the issue happens for any client.
i would find the records using mySql; correct them; make a note of it; and see if it happens again.
if it happens frequently, i can dig into the code and perhaps come up with a new solution.
best.
Re: Authorize.net API with Card on File transactions support thread...
Quote:
Originally Posted by
swguy
It looks as though ./includes/classes/authnet_order.php start() function needs a way to indicate that the order was not paid with CIM, and ./includes/classes/observers/class.cim_admin_observer.php NOTIFY_ADMIN_ORDERS_PAYMENTDATA_COLUMN2 observer needs to check for this condition.
i'm not sure about this one.
again, i would check the payments table to see if the records are there and correct.
this idea seems to be compounding a problem as opposed to resolving it. unless i have the problem wrong.
best.
Re: Authorize.net API with Card on File transactions support thread...
When you add the code I have described, it correctly shows the table on the CIM order and correctly does not show the table on the non-CIM order.
Why would you ever want start() in ./includes/classes/authnet_order.php to look at non-CIM orders?
I don't think it's a race - here are the two timestamps from the orders table:
| 45291 | 2024-06-04 09:34:25 |
| 45293 | 2024-06-04 10:47:51 |
Also: why are you adding MODULE_PAYMENT_AUTHORIZENET_CIM_ALLOW_MORE to the check in admin/includes/classes/observers/class.cim_admin_observer.php line 70 -
I think you want the Get Money button to appear if there's a balance due, don't you?