В случае использования произвольной логики обработки заказов, вы можете воспользоваться функциональностью многоэтапные сделки, которая "подстраивается" под бизнес-процессы вашей компании.
Изменения могут коснуться любого этапа обработки/оформления заказа, например:
- Статусов заказов.
- Отображаемых кнопок, доступных клиенту при оформлении заказа.
- Логики обработки заказов.
- Логики оплаты заказов.
- Статусов доставки.
- Ролей пользователей работающих с проектом.
Далее мы рассмотрим каждый вариант более детально.
Статусы заказов.
Стандартная последовательность статусов заказа имеет следующий вид:
- Новый заказ
- Обработка
- Резерв
- Оплачен
- Отгружен
В случае использования функциональности многоэтапнные сделки, появится возможность изменять последовательность статусов, их название, добавлять/удалять статусы, в соответствии с используемой воронкой продаж.
Отображение и логика работа кнопок, отображаемых пользователю.
К примеру, вы можете настроить работу проекта таким образом, что рядом с товаром появится кнопка Резерв, нажав на которую в 1С добавится признак Резерв к выбранному товару, что будет гарантировать клиенту, что товар будет ему доступен, пока статус не будет изменен. Изменение в логике работы могут касаться абсолютно всех кнопок, которые могут отображаться в процессе оформления заказа. Если используемый вами бизнес-процесс подразумевает всего 1 кнопку, к примеру Купить в 1 клик, то данная функциональность позволяет удалить все "ненужные" кнопки, либо переименовать их.
Логика обработки заказов.
Процесс обработки заказов может быть подстроен под логику работы вашей компании.
Например, если в 1С реализована "своя" логика отмены заказов, за которую отвечает чек-бокс Отменено по причине, можно настроить логику, при которой установка галочки в этом чек-боксе приведет к удалению товара из заказа без каких-либо дополнительных действий.
Логика оплаты заказов.
Существует возможность создания произвольной логики оплаты заказов. К примеру, в случае оформления заказа пользователем при отсутствии кредитного лимита, заказу выставлялся определенный статус, сигнализирующий об этом менеджеру, чтобы тот смог связаться с покупателем и предложил изменить способ оплаты на наличный/безналичный. Либо тип оплаты может быть сразу изменен на безналичный/наличные/по карте без информирование менеджеров/покупателей.
Логика статусов доставки.
Существует возможность добавления статусов доставки, в зависимости от этапа доставки. К примеру, оформив заказ, можно присвоить статус Сборка, после того, как заказ будет собран и отправлен на адрес доставки, статус может быть изменен Покинул склад, после того, как заказ будет на пункте выдачи, статус может быть изменен на Готов к выдачи.
Роли пользователей участвующих в процессе обработки заказов.
Существует возможность изменения всего процесса обработки заказов, добавляя в него роли, соответствующие используемым бизнес-процессам. К примеру, помимо поставщика и контрагента могут быть добавлены: Менеджер, финансовый контролер, кассир и тд
Функциональность каждой роли может быть разграничена ориентируясь на бизнес-процессы компании.