item custom field n

Hi,

That seems like a bug.
What if you don't restrict that field to a category ? Since it's limited to the other field, it shouldn't change anything for the display but it might help with the saving when the order is created.

Hi,

Then I dont know what the problem is. We'll need a backend access and a FTP access in order to check the situation and do some debugging.
Please provide these via our contact form:
www.hikashop.com/support/contact-us.html

Hi,

Thanks. I've been able to access your backend and check your settings. However, I was not able to access your FTP server.
The credentials seem ok, but the FTP client can't retrieve the list of folders once connected:
i.imgur.com/bEahPo7.png
Could you check the permissions of the FTP account ?

Hi,

I see, you had specifically said "FTP y puerto FTPS explícito" in your message with the FTP credentials, but indeed, using plain FTP allowed me to access the FTP server. Thanks !

From what I can see the problem is this:
You had already created a custom field of the table "product" with the column name "personalizacin". You then deleted that field, and didn't click on the link to delete the "personalizacin" column from the product table in the database when deleting it.
Then, you created a new custom field of the table "item" with the exact same "personalizacin" column name.
Because of this, when converting the cart to an order, the mechanism takes the value from the product instead of the value from the cart, leading to the field value missing from the order.
To remedy that, either :
- recreate the custom item field with another column name and use the new one instead of the one you already have
- delete the column "personalizacin" column from the hikashop_product table via your PHPMyAdmin

On our end, we'll add a small patch to avoid the problem for future users.