Разные поля профиля для разных способов доставки

Добрый день. Попробую еще раз спустя 22дня) @ikoshkin @imac Уважаемые разработчики, порадуете таким функционалом в 4.11 ?

1 лайк

Я обычно не говорю “будет в 4.11”, пока не вижу это на дев-демо. Но запросов много, так что думаем в этом направлении. Будет здорово, если все заинтересованные расскажут, как именно собираются применить эту возможность у себя в магазине. Это очень поможет.

Специально для этого мы создали мини-опрос в другой теме:

У меня это реализовано на сайте год назад ребятами из Cart-Power , очень удобно для покупателей. Заполнять только нужные данные без раздражения на потерю своего времени

1 лайк

Я тут подумал, что желаемую дату доставки нет смысла делать полем профиля. При следующем заказе дата доставки будет точно другой. Зачем тогда это записывать в профиль покупателя?

Таким образом я пришел к мнению, что к способам доставки должны привязываться не только поля профиля, но и поля заказа (назовем их так) - то есть дополнительная информация, которая имеет отношение только к конкретному заказу при конкретном способе доставки и не факт, что будет использоваться в других последующих заказах. Сейчас по сути только одно такое поле у заказа - комментарий, куда покупатель пишет свои пожелания в произвольном виде и данные из этого поля не сохраняются в профиле. Хочется, чтобы у заказа было больше таких полей заказа, в которых покупатель отразит свои пожелания по заказу в структурированном виде, что облегчит обработку заказов, передачу их в службы доставки.

Когда к способам доставки можно будет привязывать и поля профиля, и поля заказа, то это добавит гибкости.

Если какая-то информация о покупателе скорее всего является постоянной (адрес доставки, индекс, этаж подъема, код домофона, предпочтительное время доставки, отчество для Почты России), то продавец привяжет к способу доставки соответствующие поля профиля. То, что укажет покупатель, и будет использоваться для текущего заказа, и сохранится в профиле для будущих заказов.

Если же какая-то информация имеет отношение только к текущему заказу (желаемая дата доставки заказа, сколько нужно вложить комплектов приборов при заказе еды, текст для поздравительной открытки в букет цветов), то продавец создаст соответствующие дополнительные поля заказа и привяжет их к тем способам доставки, где нужна эта информация. Информация сохранится только в текущем заказе и не будет записана в профиль покупателя.

Надеюсь, я доходчиво описал свою идею.

3 лайка

Помимо полей заказа нужны так же отдельные полноценные стандартные реквизиты для способов доставки(пункт выдачи, способ доставки, трек-номер, даты, наименование и ID службы доставки для интеграции со сторонними сервисами, статус доставки и т.д.) и оплаты(статусы оплаты, id транзакции, результат оплаты, оплаченная сумма и т.д.), универсальные, которые бы использовались как в стандартных модулях, так же которые можно было бы использовать при разработке сторонних модулей для новых способов доставки или оплаты, которые можно было бы использовать при интеграции по API.

1 лайк

подниму темку ) еще и новая появилась Новый Checkout и его недоробтки

Также отпишусь, чего не хватает в новом чекауте:

  1. Как писалось, разных полей профиля для разных способов доставки. У нас, например, есть “Курьерская доставка”, там одни поля. Еще есть “До пункта выдачи транспортной компании”, там другие поля, адрес, допустим, не нужен, только город.
  2. Не хватает выбора между разными пользователями, например Юр. лицо, ИП или физ. лицо и чтобы от этого уже настраивались поля профиля.
  3. Удивило отсутствие в новом чекауте данного пункта:
    %D0%B8%D0%B7%D0%BE%D0%B1%D1%80%D0%B0%D0%B6%D0%B5%D0%BD%D0%B8%D0%B5
    Теперь юр. лицу нужно два раза информацию заполнять: адрес плательщика и адрес доставки.

Это уже реализовано в CS-Cart, и тут него дополнительная разработка не требуется:

Спасибо, сделал, как написали.

А по поводу выбора пользователей, на мой взгляд, неплохо бы выглядел такой вариант.

Вместо:

Такой (как у Чип и Дип):
%D0%B8%D0%B7%D0%BE%D0%B1%D1%80%D0%B0%D0%B6%D0%B5%D0%BD%D0%B8%D0%B5

4 лайка

шел 2019 год… в cs-cart нельзя было добавить поле заказа… зато можно было создать цвет футболки 10 разными способами и даже с мобильного телефона!

3 лайка

@ikoshkin Добрый день, выкатили 4.11, а туда так и не включили ничего. Когда ждать? какие новости по этой теме?

Спасибо, что подняли тему. О проблеме помним, и ещё будем её прорабатывать. До выхода 4.11.x не успели, т.к. нужно было закончить со складами и сделать ряд других фишек.

Точно ответить на вопрос “Когда ждать?” я могу не раньше, чем функциональность появится на dev.demo.cs-cart.ru. В остальных случаях велик риск ошибиться в сроках.

1 лайк

Плюсую за этот функционал, только чтобы в админке при редактировании или создании заказа не терялась связь - как это получилось со связью способов доставки и способов оплаты. Уже затрагивал этот вопрос в другой теме.

1 лайк

Добрый день @ikoshkin @imac понимаю, склады и баги после выхода складов кушают много вашего времени, но не могу не напомнить про важный функционал который мы проговариваем в этой теме.
спасибо.

2 лайка

Спасибо. Про тему помним, есть представление, каким должно быть ТЗ, сейчас его оформляем. Сроков называть не буду, т.к. пока задача не сделана и не попала на dev.demo, вероятность назвать неверный срок велика.

1 лайк

Я так и не могу понять, зачем в функционале интернет магазина склады, давайте тогда еще учет полноценный бухгалтерский запилите. Не надо делать из скрипта шопа - 1С торговлю.

Его функционал ПРОДАВАТЬ без сучка без задоринки. А функции учета эт бекофис, тем более, что в итоге ОДИН ХРЕН, придется ставить 1С… А все что меньше по учету можно и в эксельке вести. Короче городите огород какой-то, непонятно мне зачем это. Все равно кто более крупный чем ларек, ему придется так или иначе писать под себя все.

Затем чтобы можно было продавать вообще. Да, 1С есть. И УНФ можно в аренду брать за пару тысяч рублей в месяц. И надо как-то вести учет товаров своих, товаров поставщиков. И да - кастом неизбежен. Но вы очевидно себе не представляете масштаб этого самого кастома если прицепиться не к чему в CMS. А склады нужны потому как товары могут быть у разных поставщиков(берем начинающий магазин), с различными сроками доставки, различными условиями. Может быть и свой минисклад при этом - опять же со своими условиями. Это не бекофис, это просто функционал для переноса на витрину и вообще обеспечения работы магазина.

3 лайка

Вам не нужно. Кому-то нужно. Примеров много. Например, когда есть несколько розничных магазинов в разных городах, с которых идут отправки и для Интернет-магазина.

1 лайк

Больше года теме, многим нужен такой функционал. @imac, @ikoshkin, где он? Или обещанного три года ждут?

6 лайков

ну и кто оказался прав )