Дерево страниц

Вы просматриваете старую версию данной страницы. Смотрите текущую версию.

Сравнить с текущим просмотр истории страницы

« Предыдущий Версия 11 Следующий »

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

Изменения могут коснуться любого этапа обработки/оформления заказа, включая:

Рассмотрим каждый этап более детально. 

Статусы заказов

Стандартная последовательность статусов заказа имеет следующий вид:

  1. Новый заказ.
  2. Обработка.
  3. Резерв.
  4. Оплачен.
  5. Отгружен.

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

Отображение и логика работа кнопок, отображаемых пользователю

Можно настроить работу портала таким образом, чтобы рядом с товаром появилась кнопка Резерв, при нажатии на которую в 1С к выбранному товару будет добавляться признак Резерв, гарантирующий, что товар будет доступен клиенту, пока статус не будет изменен.

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

Логика обработки заказов

Процесс обработки заказов может быть настроен согласно логике работы вашей компании. 

Например, если в 1С реализована "своя" логика отмены заказов, за которую отвечает чекбокс Отменено по причине, то можно настроить логику, при которой отметка данного чекбокса приведет к удалению товара из заказа, без каких-либо дополнительных действий. 

Логика оплаты заказов

Существует возможность настройки произвольной логики оплаты заказов.

К примеру, в случае оформления заказа при отсутствии кредитного лимита, заказу будет автоматически присваиваться определенный статус, сигнализирующий менеджеру о необходимости связаться с покупателем и предложить изменить способ оплаты на "наличный/безналичный". Либо, напротив, тип оплаты может быть автоматически изменен на "безналичный/наличные/по карте" без информирования менеджеров/покупателей. 

Логика статусов доставки

Существует возможность установки статуса доставки, в зависимости от этапа доставки.

Например, после оформления, заказу может быть присвоен статус Сборка, после сборки и отправки клиенту, статус может быть изменен на Покинул склад, после поступления в пункт выдачи, статус может быть изменен на Готов к выдаче.

Роли пользователей участвующих в процессе обработки заказов

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

К примеру, кроме поставщика и контрагента, могут быть добавлены: менеджер, финансовый контролер, кассир и прочие.

Функциональность каждой роли может быть разграничена на основе бизнес-процессов компании. 

  • Нет меток