First Data GGe4 Configuration

Hi Jazzmang,

Thanks again for your help -

I hope Nicolas will jump on the thread and check it out

It's not that I want specifically Authorize.net functionality - having the Item Description come across to the payment gateway is pretty standard and not anything specific to Authorize.net that I have seen. [I know of at least 4-5 gateways that do that standard].

My client considers it normal to have that functionality and I guess I kinda of agree with them - it makes the consumer
feel safer/more confident about going through with the transaction.

As per support.payeezy.com/hc/en-us/articles/20...s-Integration-Manual

x_line_item

This parameter may occur several times (with different items). The item details are displayed on the Payeezy Gateway Payment Pages payment form and receipt page for the customer's reference.

Fields with this name contain itemized order information delimited by the three characters <|>

The format is:

Item ID<|>Item Title<|>Item Description<|>Quantity<|>Unit Price<|>Taxable (Y or N)<|>Product Code<|>Commodity Code<|>Unit of Measure<|>Tax Rate<|>Tax Type<|>Tax Amount<|>Discount Indicator<|>Discount Amount<|>Line Item Total

The size limit for Item ID, Item Name, Item Description, Item Quantity is 255 characters each. There is a limit of 99 line items for a single transaction. Additionally, the product of Item Quantity multiplied by Item Price must be in the range between -1,000,000,000 and 1,000,000,000


x_description Not validated. Description of the transaction. Not displayed to the customer.

Thanks again for getting me this far!
Cheers,

Emmanuel.

Hi,

See official Authorize.net documentation : www.authorize.net/support/AIM_guide.pdf
Taxable parameter could be "TRUE, FALSE, T, F, YES, NO, Y, N, 1, 0".
In the HikaShop Authorize plugin, we are using "YES" and "NO".

Because the Authorize.net plugin is used not only for Authorize.net I can't see the side effect of changing that parameter.
It looks like Payzee does not support "YES" for Taxable but we can't know if the other platform are correctly supporting "Y" as parameter.
So that's a little dilemma to fix something here with the bad luck of breaking other stuff for other users.

Regards,

Salut Jérome,

I dealt with the Y/N/ situation no problem - the main problem now is the Item Description not showing up on the Hosted Payeezy Page [see image attached on post: 210731 of this thread [it should be 2 posts up]

I'd REALLY love a bit of help on this - that's the only thing we are waiting for / on to launch the site.

Cheers,

Emmanuel.

Hi,

Well, if you really want to load the product description of the product, you will have to load the product description directly from the database. Then you will have your array with the product description that you will have to replace in the next loop (with some checks for the variants in order to load the parent description if the variant does not have specific description).

Regards,

Hi Jérome,

I apologize for my incorrect choice of word - I meant Product Item Name...

That's what the screenshot showed and for some reason my brain translated it as Product Description not Product Item Name

Hoping that that is simple

Also, if I need to add/modify code somewhere, please let me know which file to do it in as I am not sure - Thank you so much!

Cheers,

Emmanuel.

Hi,

It already contains the product name ; So I don't understand what you're talking about.

Regards,

Salut Jérome,

PLEASE check the Screenshot which I have attached here and had attached on message:
www.hikashop.com/forum/payment-methods/8...html?start=40#210725

There is NO item name that is passed on the Gateway's Hosted Pages as I hope you will see from the screenshot.

That is what I am trying to get working!
Sincerely,

Emmanuel.

Hi,

The product name is already sent to the payment gateway by the authorize.net plugin thanks to this line in the plugin's code: As you can see there, the name is taken from the product name in the order. If you edit your order in the backend of HikaShop, do you see the name of the product ?
If yes, then you should have it there too.

A simple solution would be to turn off the "send order details" setting of the Authorize.net payment plugin and you wouldn't have the details of the purchase in the payment page of the payment gateway.

Salut Nicolas,

i DO see the order_product_name but it's not going across to the Payment Gateway

As for turning off Send Order Details, the problem with that at least for US clients is there is a lot of customer dropoff because all they see is Order total and quantity of products [they even forget what they ordered on the previous screen etc] and that's not very reassuring/detailed/or confidence building.

I can give you access to the site - if you can take a look - maybe via Debug or some other way, you could detect the issue?

Thank you,
Cheers,

Emmanuel

Hi,

Please explained your screenshots ; because the picture in the previous page looks good to me.
www.hikashop.com/forum/payment-methods/8...html?start=40#210728

Regards,

Salut Jérome,

I don't understand what is unclear about the screenshot -

I have mentioned twice that the screenshot is this screen shot here:


The issue is that the Item Name is BLANK and it should not be ;(

For some reason, when following Jazzmang advice and using his authorize.net
file which clear up all of the errors, even though the Item Name shows up for him
they do not show up for me.

And having Send Details of the Order - OFF is really not a viable option.

I hope this is clearer/easier to understand.

Thank you for your help,
Cheers,

Emmanuel.


{ I am also attaching on this post as I did on post #210725 in this thread. }

Hi,

You should have started with that and told us that you're not using the plugin file from the latest version of HikaShop but this one:
www.hikashop.com/media/kunena/attachments/5807/authorize.txt
(if I understand correctly)
As you can see on this file, you don't have the line I talked about in my previous message: Instead, you have the code: So please try with the line from the current version of HikaShop.
That might help.

Otherwise, a backend access and a FTP access would be necessary for us to understand the issue.

Salut Nicolas,

I think that worked - will let you know if there are issues.

Thank you,

Emmanuel

Gardine/Emmanuel:

If it works, it would be nice for others if you posted the modified code.

I'm assuming it is a modified version of the one I posted earlier in the thread.

FYI: My version never had First Data showing the item information (other than total).

Hi there Jazzmang,

I thought Nicolas' last message was easy but I understand your request so here is the file authorize.php (saved as authorize.txt)
as I am running it now - w/ Send Details of the Order = YES.

There is still a bug with it sadly,

IF you have a $ 100 product and you have a coupon code which save $ 50 on the price of the item [assuming free shipping for a simpler example], the resulting product should cost $ 50 in the form of:

1 Random Item $ 100
1 Coupon Code $ -50

---

Total: $ 50.

on First Data/Payeezy however you see:

1 Random Item $ 100
1 Coupon Code $ 50

---

Total: $ 50.

while the missing - symbol isn't a HUGE deal, it is a bit disturbing for clients...

---

Cheers,

Emmanuel.

Hi,

And if you replace : By Is it better ?

Regards,

Wwhen I upgrade to HikaShop 2.6 and used my modified authorize.net files, I now get an "Invalid notification" back from FirstData (payzee). The card is charged but HikaShop cancels the order and it looks to the client like it stopped.

I rollled back to 2.5 and everything is working again with the older code base.

Has something changed in HikaShop 2.6 with the Relay Response URL that FirstData needs to use?
So fustrating to deal with this every time there see is an upgrade.

Hi,

The relay response URL is the same between the 2.5.0 and 2.6.0

In fact, the only modification we made is that we changed the line: to: in the plugin so that it wouldn't through an "invalid notification" when the case is different between the generated hash and the hash sent by the payment gateway. That's actually to improve the support for payeezy which doesn't behave as per the specs of authorize.net regarding that.

To be clear, I'm not using the Authorize.net 2.5 or 2.6 HikaShop version of the plugin.

As mentioned previously in the thread, we have been operating on a 2.3.0 version (attached in this thread).
www.hikashop.com/media/kunena/attachments/35511/authorize.txt

It appears something in HikaShop 2.6 (not Authorize.net 2.6 plugin) is breaking this the older modified 2.3.0 version of the plugin.

Or are you saying that the 2.6 version is now Payzee compatible with no modifications required?

Hi,

Please understand that we can't provide any support on unofficial plugin or customized payment plugin.
So if you have issue between HikaShop 2.6 and the customized plugin for payzee ; we are not able to analyze and perform test.

The patch that Nicolas mentioned has the label "Payeezy doesn't properly support the authorize.net API..." in our tracking system. That's all I can say. (aka : I never said that the plugin is compatible).

Regards,