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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Changes may affect any stage of processing/placing an order, including:

Let's consider each stage in more detail.

Order Statuses

The standard sequence of order statuses is as follows:

1. New order.
2. Processing.
3. Reserve.
4. Paid.
5. Shipped.

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 user

You 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 logic

The 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 orders

It 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 customer and offer to change the payment method to "cash/cashless". Or, on the contrary, the type of payment can be automatically changed to "cashless/cash/by card" without informing managers/customers.

Delivery Status Logic

It 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 processing

It 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 customer, 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.

As alterações podem afetar qualquer estágio de processamento/checkout, incluindo:

Vamos considerar cada etapa com mais detalhes.

Status do pedido

A sequência padrão de status de pedido é a seguinte:

1. Nova ordem.
2. Processamento.
3. Reservar.
4. Pago.
5. Enviado.
   Ao usar a funcionalidade de transações de vários estágios, torna-se possível alterar a sequência de status, seus nomes, adicionar/remover status de acordo com o funil de vendas usado.

Exibição e lógica dos botões exibidos ao usuário

Você pode configurar o trabalho do portal de tal forma que o botão Reserve apareça ao lado do produto, quando você clicar em qual o sinal de reserva será adicionado ao produto selecionado em 1C, garantindo que o produto estará disponível para o cliente até que o status seja alterado.

Mudanças na lógica do trabalho podem afetar absolutamente todos os botões exibidos durante o processo de checkout. Se o processo de negócio usado implicar apenas 1 botão, por exemplo, Comprar em 1 clique, então a funcionalidade de transações de vários estágios permite remover todos os botões "desnecessários" ou renomeá-los.

Lógica de processamento de pedidos

O processo de processamento de pedidos pode ser personalizado de acordo com a lógica da sua empresa. 

Por exemplo, se o 1C implementa "sua" lógica de cancelamento de pedidos, para a qual a caixa de seleção é responsável Cancelada por um motivo, então você pode configurar a lógica na qual a marca desta caixa de seleção levará à remoção das mercadorias da ordem, sem quaisquer ações adicionais.

Lógica de pagamento para pedidos

É possível configurar lógica arbitrária de pagamento para pedidos.

Por exemplo, no caso de fazer um pedido na ausência de um limite de crédito, o pedido será automaticamente atribuído a um determinado status, sinalizando ao gerente para entrar em contato com o comprador e oferecer a alteração do método de pagamento para "dinheiro/não-caixa". Ou, pelo contrário, o tipo de pagamento pode ser automaticamente alterado para "cashless/cash/card" sem informar gerentes/compradores.

Lógica de status de entrega

É possível definir o status de entrega, dependendo da etapa de entrega.

Por exemplo, após o registro, o pedido pode ser atribuído o status de Montagem, após a montagem e envio ao cliente, o status pode ser alterado para Sair do armazém, após o recebimento no ponto de emissão, o status pode ser alterado para Pronto para emissão.

Funções do usuário envolvidas no processo de processamento de pedidos

É possível modificar todo o processo de processamento de pedidos adicionando funções que correspondem aos processos de negócios utilizados. 

Por exemplo, além do fornecedor e da contraparte, pode ser adicionado: gerente, controlador financeiro, caixa e outros.

A funcionalidade de cada função pode ser delineada com base nos processos de negócios da empresa.