Please help with customer fields

  • Posts: 34
  • Thank you received: 4
5 years 5 months ago #311233

-- HikaShop version -- : 401
-- Joomla version -- : 3.9.11

Hi
Please guide me on the following questions.
1- I want to display the fields "Address", "City", "Country", "Province" and "Postcode" only when the user has purchased a postal product. When a user purchases a digital product, we do not need to waste time filling in the address fields when registering for a payment form. Or we don't need to ask him to choose a shipping address and a billing address. Because his product is downloadable and does not need to be posted.

2- In addition to Hikashop I also use os membership pro and Jevents and do not want the user to enter their information and address several times. How do I make Hikashap's registration form original so that the registration information is merged with Joomla and two other extensions?

3 - How can I validate my mobile number by texting?

4- How can I display the information of a product field anywhere on the product page that I want, without displaying it in the field set? That is, I want this field to be displayed as a single tab, for example, and not appear where other fields are all displayed together.

5- How can I use sp page builder in product description?

Please Log in or Create an account to join the conversation.

  • Posts: 83411
  • Thank you received: 13503
  • MODERATOR
5 years 5 months ago #311240

Hi,

1. In the custom field edtion interface, via the menu Display>Custom fields, you can select their "type" and select to be only "shipping address" fields. That way, the fields won't be asked for the billing address.
Then, based on whether the product has weight or not, the checkout will ask him to fill only the billing address or both the billing and the shipping address. You need to make sure that the "force shipping regardless of weight" setting is deactivated in the HikaShop cofniguration for that to happen. Otherwise, the shipping address will always be asked.

2. I don't know of a solution to that besides coding a plugin to synchronize the addresss of the different extensions.
Each extension stores its user addresses in a different way as they have different needs (for example, in HikaShop we need to separate the shipping and the billing addresses from one another). HikaShop has the "address" API that can be used to update the other extensions when an address is created/updated/deleted in HikaShop:
www.hikashop.com/support/documentation/6...ntation.html#address
But then a similar integration would be necessary the other way around to update the HikaShop addresses when the addresses are created/modified/deleted in jevents/os membership.

3. The only solution is the integration with AcySMS:
www.acyba.com/acysms/407-how-to-improve-...te-using-acysms.html

4. Here are some threads with the method explained:
www.hikashop.com/forum/product-category-...on-product-page.html
www.hikashop.com/forum/product-category-...to-product-view.html

5. I don't think that this is possible. Maybe this solution is also compatible with HikaShop's product description:
www.joomshaper.com/documentation/sp-page...lder-inside-articles
You would have to check with sp page builder support as I'm not familiar with their solution.

The following user(s) said Thank You: mrhossein

Please Log in or Create an account to join the conversation.

  • Posts: 34
  • Thank you received: 4
5 years 5 months ago #311269

Hello. Thanks for your complete answers.
In my version 4.0.1 it is not possible to distinguish the type of address fields.

About registration integration:
I've already tested a solution with rs form. The rs form has the ability to record field inputs simultaneously in the various tables assigned to it. There are, of course, two problems.
Know the registration table for each component.
2- Which is the table column for the add-in tables link to the Joomla membership system? That is, by what column of the Joomla! User table are identified? Because the ID is automatically generated in the registration form and if the key is not registered in the add-in tables, the component will fail to detect the user. That's why this solution was not entirely successful.

Please Log in or Create an account to join the conversation.

  • Posts: 83411
  • Thank you received: 13503
  • MODERATOR
5 years 5 months ago #311283

Hi,

Indeed, distinguishing the type of custom address fields is something we've only added recently in HikaShop. So you would have to update.

If you need to enter address information to HikaShop tables upon registration you need to:
- create an entry in the hikashop_user table with the id from the joomla users table in the user_cms_id column and the email in the user_email column
- create an entry in the hikashop_address table with the user_id from the new entry in the hikashop_user table in the address_user_id column and then the different columns of the hikashop_address filled in.
I think that it's too complex for a generic integration like you're talking about, but maybe I'm wrong and it's possible to do it with RS form. I would recommend to seek advice to the RS form support about the possibility.

The following user(s) said Thank You: mrhossein

Please Log in or Create an account to join the conversation.

Time to create page: 0.076 seconds
Powered by Kunena Forum