В полях профиля добавил радиогруппу Физическое/Юридическое лицо и дополнительные поля для юридического лица такие как ИНН, КПП, юр.адрес и т.п.
Нужно, чтобы при выборе физического лица эти доп. поля скрывались, а при выборе юридического лица были обязательными для заполнения, что-то типа такого, как показано на рисунке:
[attachment=9712:Untitled-1.jpg]
Вопросы:
Есть ли стандартный функционал для такого финта?
Если нет, то как прикрутить свой скрипт для радиогруппы и на отправку формы?
Может есть какой-то готовый модуль для этого функционала?
Спасибо, в принципе я так и хочу сделать, но загвоздка в том как мне прикрутить этот свой js к форме? Что-то не соображу никак…
Что-то мне подсказывает, что required будет достаточно…
[/quote]
js можете вставить в tpl, а можете блок в макете оформление заказа, но инпуты нужно править уже в функциях, это уровень php разработки посмотрите видео.
Но хотелось бы, чтобы клиенты физики/юрики со своим набором полей были бы уже как стандартная часть функционала или как минимум был бы стандартный модуль для этого. Можно это считать как ответ в топике “Чего Не Хватает”
Не соглашусь, у вас B2B, регистрация обязательно млн полей сразу на регистрации, дальше боюсь представить сколько еще.
Речь об оптимизации процесса оформление заказа.
[/quote]
Кол-во покупателей примерно одинаковое. При регистрации указывается только информация о физ лице- хозяине профиля . Это 8 полей включая капчу и 2 поля с паролями.
Для юрлиц я сделал следующее:
У меня группа полей профиля
Адрес плательщика
переименована в группу Для юридических лиц с набором соответствующих полей. Если заказ оформляется на юрлицо надо кликнуть по заголовку, откроются доп поля для ввода юринформации.
Это позволило из коробки сделать удобную форму ввода данных для Юрлиц.
Сейчас надо переработать сам дизайн страницы регистрации и полей, Поля ввода укоротить, сделать 2 или 3 колонки, тогда визуально страница оформления заказа будет гораздо компактнее, чем сейчас.
Кол-во покупателей примерно одинаковое. При регистрации указывается только информация о физ лице- хозяине профиля . Это 8 полей включая капчу и 2 поля с паролями.
Для юрлиц я сделал следующее:
У меня группа полей профиля
Адрес плательщика
переименована в группу Для юридических лиц с набором соответствующих полей. Если заказ оформляется на юрлицо надо кликнуть по заголовку, откроются доп поля для ввода юринформации.
Это позволило из коробки сделать удобную форму ввода данных для Юрлиц.
Сейчас надо переработать сам дизайн страницы регистрации и полей, Поля ввода укоротить, сделать 2 или 3 колонки, тогда визуально страница оформления заказа будет гораздо компактнее, чем сейчас.
дальше адрес капчи нет … еще не было ни разу, чтобы робот оформил заказ на чистой регистрации капча стоит, но просто так зарегистрироваться ради зарегистрироваться наверное были самые единицы.
я вообще не понимаю зачем нужно требовать указывать расчетный счет и банк? меня честно говоря вымораживают магазины в которых заполняешь кучу полей
все поля кроме ИНН обязательные т к при желании мы и без ИНН счет выставляем, потом в доки просто с платежки переносим реквизиты.
дальше адрес капчи нет … еще не было ни разу, чтобы робот оформил заказ на чистой регистрации капча стоит, но просто так зарегистрироваться ради зарегистрироваться наверное были самые единицы.
я вообще не понимаю зачем нужно требовать указывать расчетный счет и банк? меня честно говоря вымораживают магазины в которых заполняешь кучу полей
все поля кроме ИНН обязательные т к при желании мы и без ИНН счет выставляем, потом в доки просто с платежки переносим реквизиты.
[/quote]
А где связь между этим всеми, и моим вопросом, что делать если Получать != Покупателю?
У вас может быть такого и не было, но у меня за все время ну 1 из 20 покупает другому человеку, бывает это подарок-сюрприз и получатель должен узнать в последний момент.
А где связь между этим всеми, и моим вопросом, что делать если Получать != Покупателю?
У вас может быть такого и не было, но у меня за все время ну 1 из 20 покупает другому человеку, бывает это подарок-сюрприз и получатель должен узнать в последний момент.
[/quote]
да, с цитатой я промахнулся у нас юр лица, сюрпризы не делают.
В принципе верно, только юрадрес надо спрашивать, тк из платеги его не заполнишь и часто он не совпадает с адресом доставки.
Вы обмен заказами с 1с используете?
[/quote]
юр адрес не спрашиваем … он у нас нигде не фигурирует, в счете пишем фактический. если клиент очень хочет чтобы юридический адрес был отличный от фактического он шлет карту партнера.
нет, с 1С обмена нет. в нашей работе не реализуемо.
Даниил, спрошу в этой теме. По поводу счета на безналичный расчет. Был разговор, что счет для клиента “спрячется” и будет ручная обработка счета со стороны магазина … планируется ли это? Как быть если заказ является только предварительным … окончательная цена формируется только после проверки и согласовании, а так получается все на автомате.
Я убрал со счета все реквизиты для оплаты и переименовал его в Заказ (в т.ч. кнопки/ссылки/шаблоны писем/pdf). Тогда заказчик может посмотреть, что он заказал, но не может оплатить до получения реального счета.
ps: не знаю только у меня это, но при overload в модуле шаблонов писем для клиента и администратора они какое-то время шлются те, что в модуле, а через некое количество времени сбрасываются в стандартные. Пришлось тупо заменить стандартные шаблоны своими, но приходится помнить при обновление магазина…
ps: не знаю только у меня это, но при overload в модуле шаблонов писем для клиента и администратора они какое-то время шлются те, что в модуле, а через некое количество времени сбрасываются в стандартные. Пришлось тупо заменить стандартные шаблоны своими, но приходится помнить при обновление магазина…
[/quote]
Есть такое дело. Плавающая проблема. До причины пока не докопались, т.к. трудно воспроизвести
Даниил, спрошу в этой теме. По поводу счета на безналичный расчет. Был разговор, что счет для клиента “спрячется” и будет ручная обработка счета со стороны магазина … планируется ли это? Как быть если заказ является только предварительным … окончательная цена формируется только после проверки и согласовании, а так получается все на автомате.