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

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

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

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

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

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

Далее мы рассмотрим каждый вариант более детально. 

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

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

  • Новый заказ
  • Обработка
  • Резерв
  • Оплачен
  • Отгружен

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

  

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

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

 

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

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

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

 

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

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

 

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

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

 

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

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

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

  • Нет меток