Очень жду от вас комментариев к статье, давайте совместно делать продукт удобным и эффективным в решение ваших задач!
Логика работы форм
Общие принципы логики работы новых форм сохраняют преемственность предыдущих.
В формах всегда присутствовало два состояния заказа:
- Просмотр заказа - некий пульт управления на котором можно было сменить любой статус, проконтролировать ход работы по заказу, быстро посмотреть данные по клиенту, форма не предусматривала изменение самого заказа. В новой форме просмотра заказа мы расширили возможности, привнеся управления отгрузками и оплатами, на форме просмотра можно быстро создать, удалить или изменить данные в отгрузках и оплатах.
- Редактирование заказа - где можно изменить сам заказ, в новых формах данная логика сохранилась и расширилась управлением скидками.
Лучшее в форме управления заказами
Шапка формы
Подробнее про шапку формы:
- Изменился вывод заголовка заказа, мы показываем как и раннее форму в которой мы находимся (Просмотр заказ или Изменение заказа), из нового это показ сразу и ID заказа и номер заказа, который может быть сформирован по своей схеме отображения. Традиционно фиксируется время и дата создания заказа.
- Навигационное меню - форма достаточно большая и не всегда хочется скролить по форме, чтобы попасть к нужному месту. Теперь, закрепив меню с помощью булавок, показанных красными стрелками, мы сможем видеть меню всегда на экране, в шапке, и быстро перемещаться по форме.
- Блок информации по заказу - чтобы не требовалось скролить форму, мы вынесли самую важную информацию в шапку, она отличается цветом, и сразу привлекает к себе взгляд. Блок, как и навигационное меню, можно приколоть булавкой и он будет всегда сверху. В блок выводится информация по статусу заказа, данные клиента для звонка или письма, стоимость заказа и доставок. В правой стороне блока, мы показываем иконки всех служб доставок и систем оплаты, которые используются в заказе, а так же цветовым индикатором выводится статус. Если лампочка красная, то статус отправки и доставки не финальный, если зеленая, то отправка или доставка выполнены и находятся в финальном статусе.
Вкладка «Анализа заказа» включает следующую информацию:
- Сводка по товарам, где видно сколько товара было запланировано в заказе, сколько уже отгружено, и сколько осталось отгрузить по заказу.
- Список всех связаных документов по заказу, мы можем легко перейти к любому документу и открыть его, здесь отображаются номер и статусы документов. При переходе в другой документ, вы также увидите вкладку «Анализ заказа» и аналогично увидите сводную информацию.
Документы заказа, отгрузки и оплаты стали модульными, они разбиты на логические блоки, которые можно сворачивать, менять их расположение, тем самым подстраивая форму под ваши потребности.
По умолчанию мы немного по разному показываем разные формы:
- Оформление заказа (создание заказа) - клиент, обсуждая заказ по телефону, сначала уточняет товарные позиции, их наличие и т.п., а уже далее дает данные по доставке и оплате. По этой же схеме собрана и форма, сверху мы показываем блок по товару, далее идет информация по клиенту, и уже ниже по доставке и оплате.
- Просмотр и изменение заказа – в начало выводится информация о клиенте и блоки доставок и оплат, а общий список товаров заказа уходит в самый низ.
Управление скидками в Управление Заказами
В рамках управления заказами появилась возможность отображения всех скидок которые применились к заказу: скидки на товары и общую корзину, скидки на доставки, скидки на оплаты.
В форме просмотра заказа мы можем только видеть какие скидки применены и повлияли на заказ. В форме редактирования заказа вы можете убирать и возвращать скидки, заказ будет изменяться и вы сможете смотреть как и на что влияют скидки.
На скриншоте выше показаны две скидки на товар, мы находимся в редактировании заказа и поэтому можем управлять скидками, снимая и устанавливая нужные галочки.
Давайте посмотрим на видеоролике, как это работает:
Обратите внимание в ролике показано, что примененная скидка никак не меняется если изменить ее название или условия (скидка хранится в рамках конкретного заказа), и только выбирая другой товар к которому относится измененная скидка, она будет уже добавлена как новая. Поэтому даже если условия скидки уже не действуют или старая скидка удалена, вы увидите все скидки которые повлияли на заказ.
Разделение заказа, новые документы «Отгрузка» и «Оплата»
Главным нововведением формы управления заказами стало выделение в отдельные документы цепочек отгрузок и оплат, что в свою очередь дало возможность создать множество отгрузок и оплат.
Примеры, которые решают новые формы:
- Клиент сделал заказ, заказ собрали и упаковали, и тут он просит добавить в заказ еще товары. В новых формах вы добавляет в заказ дополнительные товары и делаете отдельную отгрузку.
- Клиент оформил заказ и тут выясняется, что у клиента не хватает денег для оплаты заказа выбранным способом оплаты, и он просит частично сделать оплату через Яндекс деньги, например, и частично Банковской карточкой. Вы разделяете оплаты на две и клиент оплачивает их через личный кабинет.
- Клиент оформил заказ на 5 штук одного товара, а у вас на складе есть только 3, вы созваниваетесь с клиентом, договариваетесь о разделении заказа и отгружаете первые 3 товара отдельным документом, а потом формируете вторую отгрузку на еще два товара.
Приведем скриншот созданного заказа в блоке отгрузки и оплаты:
После оформления заказа клиентом, мы входим в заказ как в «просмотр» и видим автоматически созданную отгрузку и оплату.
Важно: если заказ не двигался по статусам и в него необходимо внести правки по количеству товара или добавить новые товары, не нужно трогать созданные отгрузки и оплаты. Вы идете в редактирование заказа и изменяете товарные позиции или их количество в самом заказа, а документы отгрузки и оплаты автоматически изменятся на основании данных заказа.
Блок отгрузок и блок оплат автоматически сворачиваются, показывая статусы и суммы. Возможно развернуть этот блок и получить подробную информацию, а так же удалить и отредактировать документ оплаты и доставки.
Над оплатами отображается сводный блок на общую стоимость заказа, сколько уже оплачено и сколько осталось оплатить.
Так выглядит развернутый документ доставки в рамках заказа. В нем мы видим службу которой будет осуществляться доставка, серию статусов, блок информации по отгрузке. В данном блоке возможно вписать идентификатор отправления и клиенту будет отправлено письмо с этим номером. Каждая отгрузка несет в себе конкретный номер отправления. Также мы видим список товаров которые попали в данную отгрузку.
На скриншоте развернутый вид документа оплаты, в нем указывается информация о способе оплаты которую выбрал клиент или указал менеджер, сумме которая будет оплачена через данный способ оплаты (сумма может быть меньше чем сумма заказа) и статус оплаты.
Более подробно о кейсах использования новых форм и их применения можно узнать просмотрев вебинар, который мы для вас подготовили с Алексеем Кирсановым, главным человеком, который контролировал разработку новой системы управления заказами:
Я с удовольствием отвечу на ваши вопросы в комментариях, а пока буду готовить статью о полностью переработанном компоненте sale.order.ajax (компонент оформления заказа в публичном разделе). В статье мы постараемся раскрыть дополнительные возможности новой платформы, которые использует новый компонент оформления заказа.
Возможно ли создать заказ без отгрузки, но чтобы была корректно посчитана стоимость доставки?
Создать заказ без отгрузки возможно, а вот посчитать доставку нет, доставка выбирается в документе отгрузки и не участвует в самом заказе.
А еще есть партнеры которые занимаются внедрением и консалтингом, а не только делают новые вещи на API.
В статье даны куча других нюансов, а в вебинаре и куски новых событий и тому подобного.
Для чего однозначно высказываться, что эта статья не нужна - может быть она не нужна в вашем конкретном случае.
Я часто пишу статьи в которых нет кода, но простите я видел как настраивают те моменты которые я описывал разработчики, и я бы очень не хотел, чтобы этот разработчик ковырялся в моем проекте.
Чтобы отдельными заказами занимались разные люди.
Чтобы отдельными заказами занимались разные люди.
Единственный кейс который я тут вижу сходу, это оптовый магазин, в котором по факту товары собираются с разных складов, и не являются товарами этого магазина. Но и в таком случае кто мешает разбить на несколько отгрузок, для чего мне резать на несколько заказов. Особенно непонятно как быть потом с оплатой.
Похожая задача.
У всех товаров и предложений есть некое св-во, у нас это производитель. У Артемия - менеджер.
По этому свойству нужно разделить заказ на несколько, можно и после заказа.
Или в нашем случае можно было бы создать несколько заказов, для каждого производителя свой заказ, на базе одного содержимого корзины, на этапе заказа /personal/cart/.
Кто из коллег может реализовать, пишите в личку.
Пока мы научились понимать в корзине /personal/cart/ какой товар относится к какому производителю и выводить товары с фильтром в корзине по производителю, но пока дальше /personal/order/make/ у нас снова все товары, как фильтровать товары по св-ву производитель на этом этапе пока не придумалось.
Прямо как нам тоже требуется.
Пилить самим, ждать бесполезно?
Столько странных кейсов, что уже пора думать насчет мультикорзинности
Вчера задавал вопрос руководителю отдела документации по Email
Ответил, что документация планируется только в мае! )) Что делать разработчикам до мая? )
Нарастает ком работ по переделкам магазинов, делающихся сегодня ещё по-старому... потому что тупо нет документации, чтобы делать по-новому...
Не говоря уже о магазинах, сделанных в прошлом... которые после обновлений будут иметь проблемы
---
Вообще считаю, что новый модуль нельзя было выпускать, пока не готова документация! Либо уж делать полную совместимость со старым API...
Битрикс вообще понимает, что он толкает своих клиентов на дополнительные расходы? Врядли какой разработчик возьмётся бесплатно дорабатывать кучу прошлых проектов...
!!! Если конечно сайт делался по всем правилам Битрикса и не изменялось ядро, иначе можете сломать сайт
То при скроле остается одна
Хотелось бы внести ясность по данному пункту.
Пример: В заказе товар со скидкой "Скидка на последний размер 25%". После общения с клиентом мы делаем доп. продажу и вносим изменения, добавляем товар со скидкой "Скидка на все 10%"
Было: Скидка 25% исчезала и оба товара становились со скидкой 10%
Станет так?: У одного товара скидка останется не смотря ни на что 25%, а у другого товара 10%
Если станет так, то это будет великолепно! Сейчас, поработав с товарами в заказе, зачастую скидки сбрасываются. Особенно это проблемно со скидками у которых был срок действия, например, скидка на праздник действует до 8 марта. Внеся изменения в заказ после 8 марта, скидка сбрасывалась и зачастую покупатель получал заказ по другим ценам, что, сами понимаете, негативно сказывалось на репутации.
Плюс, такая проблема есть, если в заказе изменить способ доставки, а точнее, если у измененного способа, цена доставки отличается от предыдущего.
1)при создании статуса заказа не создается тип почтового события
2)почта не отправляется при смене статуса...вот это реально прикол.
и от манагеров получил недовольства
пришла оплата на N сумму, заказ стал оплачен
добавили позицию в заказ заказ стал не оплачен.. это так...из плюшек
Зачем я продублировал сюда?
1)чтоб ускорить работу ибо если по 1му можно руками создать то по 2му говнокодить сидеть? самому собирать почтовое событие на отправку?
2)в связи с этим я думаю я не один такой кто написал про эти баги, думаю что по 15.5 можно создать чеклист с багами, дабы не дублировать их и нам хотя бы видеть, когда закрылся тот баг, когда выйдет обновление по нему
"почта не отправляется при смене статуса...вот это реально прикол."
У сами теперь этот баг вылез.
Спасибо
При заказе отсутствует доставка, отсутствует такой параметр как остаток на складе. Ибо они не нужны при заказе услуг. вообще.
Или возможно сделать смешанный заказ Услуга + товар?
Например Стиральная машина + установка.
Есть два способа:
первый через элемент инфоблока с отключенной галочкой контроля остатка, работает и на старом и в новом магазине.
второй через дополнительные услуги во время оформления заказа, работает только в новой платформе.
И от этого зависит цена.
Боюсь, что Битрикс с этим не готов справляться.
Спасибо.
Вот для примера скрин:
Это состав заказа. А вот что получаем в релизе:
Первое, на что хочется обратить внимание - исчезла нумерация товаров. Ранее, до конвертации каждая позиция была пронумерована и при сборе посылки на эти цифры было очень удобно ориентироваться. И где они сейчас?? Неужели так сложно было оставить?
Второе - величина шрифта. В оригинале у названий товаров шрифт немного больше и жирный, в финале - этого нет близко.
Количество - в оригинале кол-во заключено в квадрат - это очень наглядно, отличная задумка, но вот в финале этого нет.
Третье - зачем дублировать свойства товара (цвет/размер) в строке и под товаром??
Четвёртое. Итоговый столбец справа. Туда добавилась информация, но шрифт стал более мелкий. Как по мне в оригинале размер шрифта и количество информации было более правильным.
Идём дальше:
а вот что по факту:
Названия индекс/адрес и т.д. выделены жирным и это правильно, а в итоге все сливается если инфы много.
Отображение местоположения в оригинальном скрине просто отменное - "ступенькой", где от страны опускается дерево и последний шаг - населённый пункт. Очень наглядно, но по факту всё в одну строку.. Если там указано какое-либо село в не пойми каком районе, то пока до него дочитаешься..
Ещё:
320 завершено. Это, насколько понимаю, количество сделок по клиенту. удобно видеть такую информацию, полезная штука. Но где же она в финале нового менеджера заказов??
Вот как выглядит анализ заказа:
Всё выглядит идеально. Размер шрифтов, их жирность, центровка значений, отступы. Твёрдая пять.
А вот так выглядит отгрузка:
Видите разницу? Часть значений смещена к краям.. Особенно это хоро видно если монитор широкоформатный. Разные же люди работали и это заметно.
В общем краткий итог и пожелание - "прилизать" готовое решение, чтобы им было УДОБНО пользоваться обычным клиентам, которые платят деньги за лицензию. Показали конфетку вначале - сделайте как обещали иначе анонс 14-го года это хороший фотошоп для презентации. Практически всё что сказано - это косметика, которая не занимает сотни трудовых часов. Сделайте, пожалуйста, многим клиентам это будет приятно
Логика движения заказа представляется мне такой:
1. Заказ создается в админке менеджером по звонку или покупателем на сайте через корзину.
2. Если Заказ создан через корзину, то менеджер должен отзвониться и подтвердить Заказ.
3. Заявка на Отгрузку (будем придерживаться терминологии, принятой в Битриксе) попадает на склад, где проходит комплектацию и упаковку.
4. В зависимости от способа оплаты Отгрузка либо разрешается к доставке, либо выставляется счет и ожидается оплата.
4.1 Если выбрана предоплата, то доставка Отгрузки разрешается после оплаты.
5. Отгрузка оформляется на доставку в личном кабинете Службы доставки (СД) и передается в СД.
6. Далее возможны варианты статусов движения Отгрузки в СД, заканчивающаяся статусом Выдан (Возвращен).
7. В случае постоплаты деньги возвращаются из СД и Оплата считается оплаченой.
8. Заказ получает статус Выполнен.
В рамках этой логики возникают вопросы (по пунктам вышеизложенного списка):
3. а) Процесс сборки в 99% случаев происходит по бумажке, но распечатывать по одному Заказу 2 разных бланка для сбора Отгрузки следует с разными номерами, иначе как отличить на складе одну отгрузку от другой в собранном и упакованном виде? Кроме того для бухгалтерии нужны накладные с разными номерами - с одним номером две накладные не примут.
б) В процессе сборки важны: Наименование, Артикул и/или Штрихкод, Количество - обязательно, возможно что-то еще. А вот Цена, НДС, Сумма Заказа кладовщику вообще никак не нужны. Отсюда следует, что Бланк заказа - это совсем не Товарный чек (он для покупателя и в этом смысле там все в порядке). Сделайте шаблон печати Отгрузки для сборки, тем более на форуме об этом десятки просьб (включить артикул или другое поле в Бланк заказа). И поверьте, люди просят не зря. Некоторые категории товара возможно комплектовать только по артикулу или штрихкоду.
в) Сборщик должен сообщить далее, что Отгрузка укомплектована. Если для этого создать отдельный статус, то какова роль флага отгружен? Судя по чекбоксу "Разрешать отгрузку при разрешении доставки" на вкладке "Автоматизация процессов" в настройках модуля Интернет-магазин, его роль - указание на отгрузку Отгрузки в СД (пардон за тавтологию, но мы договорились соблюдать терминологию). Но почему при этом возможно одновременное существование флага Отгружен и статуса Доставки В обработке (DN)? В этом случае приходится одновременно ставить флаг Отгружен и изменять статус Доставки на Передан в СД (возможны варианты следующего статуса, но уже точно не В обработке). Зачем два действия, которые дублируют друг друга? Если флаг Отгружен использовать в качестве указания на то, что Отгрузка укомплектована (отгружена со склада, но не передана в СД), то почему возможно изменение статуса Доставки при снятом флаге Отгружен? И попутно - почему возможно изменение статуса Доставки при снятом флаге Разрешение на доставку? Сделайте хотя бы в настройках запрет изменения статуса Доставки при снятых флагах. А то получается что можно запросто разрешить доставку при еще не собранном товаре и оформить на доставку при запрете на доставку (человеческий фактор никто не отменял).
4. Логично было бы сделать для каждой отгрузки зависимость флага Разрешение на доставку от флага Оплачен. Зависим, если выставлен счет и ожидается оплата; Независим если оплата при получении.
По поводу работы на странице заказа /admin/sale_order_view.php
Если реализовано разделение заказа на отгрузки, то почему на странице заказа я не могу управлять раздельно для Отгрузок флагами Доставка разрешена и Отгрузка? Если поставить флаг у одной Отгрузки, то она меняется и у другой. Чтобы поставить только у одной, надо сначала войти в редактирование Отгрузки и уже оттуда изменить флаг и сохранить. Это крайне нелогично. Если Заказ разделен на Отгрузки, то однозначно управлять этими Отгрузками предполагается раздельно (для того их и делили).
По поводу вкладки "Автоматизация процессов" в настройках модуля Интернет-магазин:
При получении оплаты переводить заказ в статус...- работоспособен только если в Интернет магазине применяется одна и только одна форма оплаты - или наложенный платеж, или предоплата. Если используются оба (думаю почти все используют оба способа), то чекбокс применить не представляется возможным, потому что переводить придется в разные статусы при разных способах оплаты.
При получении разрешения доставки переводить заказ в статус... - если наложенный платеж, то разрешить доставку можно сразу на этапе оформления заказа, не дожидаясь его комплектации, а можно и после комплектации. Следовательно переводить придется в разные статусы. Или придется четко соблюдать хронологию изменения статусов и флагов (упираемся в человеческий фактор), или опять же чекбокс неприменим.
Разрешать отгрузку при разрешении доставки... - нет в Битриксе флага Разрешить отгрузку. Есть флаг Отгружен. По моему Разрешить и Отгрузить - это разные понятия. И в этом смысле флаг Отгружен становится еще более непонятным.
В сочетании с очень плохо реализованной системой прав доступа к Заказам и Интернет-магазину (офтопить не буду, техподдержка в курсе
С уважением и надеждой на то, что будущее наступит скоро
Никто не встречался с этим?
Т.е. в заказ без предложений товары можно добавить, с предложениями никак ...
То же самое в режиме просмотра заказа - колесики вертятся, в полях "состав заказа" и "отгрузка" данные не открываются, во вкладке «анализ заказа» данные не открываются ...
Техподдержка утверждает, что это проблемы сервера, но как-то не очень верится ...