| Sv translation | |||
|---|---|---|---|
| |||
Изменения могут коснуться любого этапа обработки/оформления заказа, включая:
Рассмотрим каждый этап более детально. Статусы заказовСтандартная последовательность статусов заказа имеет следующий вид:
При использовании функциональности многоэтапнных сделок, появляется возможность изменять последовательность статусов, их названия, добавлять/удалять статусы согласно используемой воронки продаж. Отображение и логика работа кнопок, отображаемых пользователюМожно настроить работу портала таким образом, чтобы рядом с товаром появилась кнопка Резерв, при нажатии на которую в 1С к выбранному товару будет добавляться признак Резерв, гарантирующий, что товар будет доступен клиенту, пока статус не будет изменен. Изменение в логике работы могут касаться абсолютно всех кнопок, отображаемых в процессе оформления заказа. Если используемый бизнес-процесс подразумевает всего 1 кнопку, к примеру, Купить за 1 клик, то функциональность многоэтапных сделок позволяет удалить все "ненужные" кнопки или переименовать их. Логика обработки заказовПроцесс обработки заказов может быть настроен согласно логике работы вашей компании. Например, если в 1С реализована "своя" логика отмены заказов, за которую отвечает чекбокс Отменено по причине, то можно настроить логику, при которой отметка данного чекбокса приведет к удалению товара из заказа, без каких-либо дополнительных действий. Логика оплаты заказовСуществует возможность настройки произвольной логики оплаты заказов. К примеру, в случае оформления заказа при отсутствии кредитного лимита, заказу будет автоматически присваиваться определенный статус, сигнализирующий менеджеру о необходимости связаться с покупателем и предложить изменить способ оплаты на "наличный/безналичный". Либо, напротив, тип оплаты может быть автоматически изменен на "безналичный/наличные/по карте" без информирования менеджеров/покупателей. Логика статусов доставкиСуществует возможность установки статуса доставки, в зависимости от этапа доставки. Например, после оформления, заказу может быть присвоен статус Сборка, после сборки и отправки клиенту, статус может быть изменен на Покинул склад, после поступления в пункт выдачи, статус может быть изменен на Готов к выдаче. Роли пользователей участвующих в процессе обработки заказовСуществует возможность изменения всего процесса обработки заказов, путем добавления ролей, соответствующих используемым бизнес-процессам. К примеру, кроме поставщика и контрагента, могут быть добавлены: менеджер, финансовый контролер, кассир и прочие. Функциональность каждой роли может быть разграничена на основе бизнес-процессов компании. |
| Sv translation | ||||||
|---|---|---|---|---|---|---|
| ||||||
Changes may affect any stage of processing / placing an order, including:
Let's consider each stage in more detail.
Order StatusesThe standard sequence of order statuses is as follows:
When using the functionality of multi-stage transactions, it becomes possible to change the sequence of statuses, their names, add / remove statuses according to the used sales funnel.
Display and logic operation of buttons displayed to the userYou can configure the portal to work so that the Reserve button appears next to the product, when you click on it in 1C the attribute Reserve will be added to the selected product, ensuring that the product will be available to the client until the status is changed. A change in the logic of work may concern absolutely all buttons displayed during the process of placing an order. If the business process used involves only 1 button, for example, Buy for 1 click, then the functionality of multi-stage transactions allows you to delete all "unnecessary" buttons or rename them.
Order processing logicThe order processing process can be customized according to the logic of your company. For example, if 1C implements its own logic for canceling orders, for which the box Cancel for the reason is responsible, then you can configure the logic in which marking this checkbox will remove the goods from the order, without any additional actions.
Logic of payment of ordersIt is possible to configure arbitrary logic for payment of orders. For example, in the case of placing an order in the absence of a credit limit, the order will automatically be assigned a certain status, signaling the manager about the need to contact the buyer and offer to change the payment method to "cash / cashless". Or, on the contrary, the type of payment can be automatically changed to "non-cash / cash / by card" without informing managers / buyers.
Delivery Status LogicIt is possible to set the delivery status, depending on the stage of delivery. For example, after registration, the order may be assigned the status of Assembly, after assembly and dispatch to the customer, the status can be changed to Left the warehouse, after receipt at the pick-up point, the status can be changed to Ready for delivery.
Roles of users involved in order processingIt is possible to modify the entire order processing process by adding roles that are appropriate for the business processes used. For example, in addition to the supplier and counterparty, the following may be added: manager, financial controller, cashier and others. The functionality of each role can be distinguished based on the company's business processes. |
