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

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

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

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

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

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

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

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

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

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

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

 

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

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

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

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

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

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

 

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

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

 

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

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

 

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

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

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

  • Нет меток