Configuração de Experiência - PDVFM093

Objetivo

O componente PDVFM093 – Configuração de Experiência tem como objetivo permitir o cadastro, manutenção e controle das experiências de entrega e retirada disponíveis para as empresas que operam com o processo de Split.
Por meio desta configuração, é possível definir transportadoras, serviços, tipos de experiência de envio pela loja e as empresas participantes de cada configuração, refletindo diretamente nas opções exibidas.

Descrição do Processo

O processo inicia-se com o acesso ao componente PDVFM093, onde o usuário realiza a criação ou manutenção das configurações de experiência.
Cada configuração definecomo o pedido será entregue ao cliente.O PDVFM093 substitui o parâmetro DS_LST_TRANSP_PRATELEIRA, centralizando o controle de tipos de envio e transportadoras.
As informações configuradas são disponibilizadas automaticamente no PDVFC019, no momento em que o vendedor realiza a simulação de entrega ou retirada do pedido.

Image Added

Imagem 1 - Exemplo de configuração PDVFM093 utilizada no Split.

Campos e Estrutura da Tela

Configuração Entrega:

Nesta seção são definidas as informações principais da configuração.

Empresa:

Nesta seção são informadas as empresas liberadas para operar sob a configuração selecionada.

Observação:
Os botões Copiar e Colar facilitam o reaproveitamento de empresas entre configurações.
Ao posicionar o cursor sobre o botão Copiar, o sistema exibe um tooltip informando a origem da cópia.

Regras de Configuração

1. Criação de Configuração
• Cada nova configuração deve possuir um código e uma descrição únicos.
• Caso utilize Correios, é obrigatório informar o código do serviço.
2. Definição de Tipo de Experiência
• Retirada em Loja: Não requer transportadora. Permite associar várias empresas, possibilitando múltiplos pontos de retirada.
• Envio pela Loja: Necessita de transportadora e serviço vinculados.
3. Associação de Empresas
• Uma mesma empresa pode participar de diversas configurações, desde que compatíveis com seu modelo de operação.

Ao consultar o PDVFC019, o sistema sugerirá as empresas com base nas configurações habilitadas para retirada em loja e compatíveis com a empresa origem da transação.

Processo de Split de Pedidos de Venda - PEDFP144

Introdução

O processo de Split de Pedido foi desenvolvido com o objetivo de tornar o atendimento ao cliente mais ágil, inteligente e eficiente, eliminando perdas de venda por falta de estoque e otimizando o uso dos recursos disponíveis dentro do grupo empresarial.

A solução permite que, ao identificar indisponibilidade total ou parcial de produtos no momento do aceite de um pedido, o sistema redistribua automaticamente os itens entre empresas do mesmo grupo que possuam o estoque necessário. Esse fluxo garante que o cliente receba todos os produtos adquiridos em um único pedido, enquanto o faturamento permanece centralizado na empresa principal.

Além de integrar diferentes empresas em um processo colaborativo, o Split de Pedido proporcionamaior controle operacional, rastreabilidade fiscal e aproveitamento estratégico de estoques, tudo isso de forma transparente e automatizada.

O sistema amplia a capacidade de atendimento das lojas físicas e virtuais, reforçando a experiência de compra do cliente e promovendosinergia entre os canais de venda e as unidades do grupo.

Em resumo, trata-se de umasolução completa e eficaz que combina tecnologia, automação e integração de estoques, garantindo eficiência operacional, satisfação do cliente e continuidade das vendas, mesmo em cenários de ruptura de estoque.

Image Added
Imagem 1 - Fluxo de Pedido de venda recebido pela empresa principal e solicitando estoque através do split para empresas de apoio. 

Demonstração do Processo de Split de Pedidos de Venda

No exemplo abaixo, temos três empresas relacionadas:

• Empresa 11 – Matriz, responsável pelo recebimento do Pedido de Venda de origem e-commerce;

• Empresas 8 e 3 – Filiais devidamente configuradas nos parâmetros de Experiência e Prateleira Infinita, aptas a atender solicitações de split.

No Gif 1, é possível observar o cenário inicial em que o estoque da Empresa 11 encontra-se zerado, enquanto as Empresas 8 e 3 possuem saldo positivo.

Image Added

Gif 1 - Demonstra o saldo de estoque das empresas relacionadas nas configurações de Split/Prateleira.

1. Aceite do Pedido e Identificação do Split

No componente PEDFP144, o Pedido de Venda de origem e-commerce é recebido na aba Aceite da Empresa 11.
Durante o processamento, o sistema valida automaticamente o estoque:

• Caso exista saldo suficiente, o pedido segue o fluxo padrão de faturamento;

• Caso não haja saldo, o sistema exibe uma mensagem de aviso, oferecendo a opção de realizar o Split do pedido.

Image Added

Gif 2 – Demonstra a abertura da tela de Split, exibindo as empresas do grupo com disponibilidade de estoque e suas respectivas quantidades.

Neste exemplo, foi solicitado o atendimento de duas peças pela Empresa 8 e uma peça pela Empresa 3, alterando o status de saldo pendente para saldo alocado.

Solictado a quantidade de duas peças para Empresa 8 e uma peça para Empresa 3 passando de saldo Pendente para saldo Alocado.

2. Aguardando Estoque e Envio das Solicitações

Após a confirmação do Split, o pedido é movimentado da aba Aceite para a aba Aguardando Estoque.
Neste estágio, o sistema aguarda que as empresas que receberam a solicitação de atendimento (Empresas 8 e 3) processem a transferência de estoque.

3. Transferência e Faturamento pelas Empresas de Apoio

Após o aceite das solicitações, as Empresas 8 e 3 realizam o faturamento das transferências destinadas à Empresa 11.
Com isso, os produtos são movimentados fisicamente e contabilmente para a empresa principal, aguardando a entrada do estoque.

Image Added

Gif 3 - Mostra o recebimento das solicitações de estoque nas empresas 8 e 3, que devem avaliar, aceitar e posteriormente faturar a transferência para a Empresa 11.

4. Recebimento da Transferência pela Empresa Principal

Na Empresa 11, as transferências faturadas passam a ser exibidas na aba Transferência do PEDFP144, permitindo que o operador realize o recebimento dos itens.

Image Added

Gif 4 - Demonstra o processamento dos pedidos de solicitação de estoque recebidos na Empresa 11. Após o processamento da aba Transferência, os pedidos são movimentados para a aba Faturamento, após processa-los, é refletindo o aumento de estoque na empresa 11.

5. Faturamento Final do Pedido de Venda

Com o estoque devidamente recebido e validado, o pedido principal volta a ser exibido na aba Aceite da Empresa 11, agora com saldo integral disponível para faturamento.
O operador, então, processa o pedido normalmente, que é liberado na aba Faturamento para emissão da nota fiscal e envio ao cliente.

Image Added

Gif 5 - Ao final do processo, o pedido de e-commerce é faturado de forma completa, consolidando as movimentações internas e assegurando a entrega integral ao cliente.

Rastreabilidade e Consulta de Movimentações de Pedido de Venda - TRAFC038

Objetivo

O componente TRAFC038 – Acompanhamento de Pedidos tem como finalidade listar os pedidos e solicitações, possibilitando o rastreamento completo do fluxo em execução.
Por meio desta tela, é possível consultar transações de origem, pedidos gerados, pedidos de prateleira e transações de faturamento, garantindo total visibilidade e rastreabilidade das movimentações comerciais e logísticas.

Descrição do Processo

O processo de acompanhamento é iniciado a partir da consulta das transações no componente TRAFC038, onde o sistema exibe de forma hierárquica as movimentações originadas de um pedido ou de uma solicitação de prateleira.

Cada registro listado pode ser expandido (opção “+”), permitindo ao usuário visualizar:

• O pedido de prateleira originado da transação;

• A transação de faturamento vinculada ao pedido de venda;

• A situação atual e os estágios do pedido, conforme o fluxo de processamento.

Image Added

Imagem 1 - Essa estrutura fornece uma visão detalhada e consolidada da jornada de cada pedido, desde sua criação até o faturamento ou cancelamento.

Campos do Componente

Documento

Exibe a transação de origem, contendo:

• Empresa;

• Data da transação;

• Número da transação.

 Ao expandir o campo, são apresentados os pedidos gerados de prateleira e a transação gerada no faturamento do pedido de venda.

Código: Código do cliente relacionado à venda. Permite identificar o cliente responsável pelo pedido listado.

Cliente: Nome do cliente da transação de venda, campo de exibição informativa para rápida identificação do solicitante.

Estágio: Indica o estágio do pedido de venda no fluxo de processamento. Possíveis estágios:

• Aceite Pendente – Pedido aguardando aceite da empresa;

• Pedido Aceito – Pedido validado e aceito no sistema;

• Pedido Faturado – Pedido processado e com documento fiscal emitido;

• Cancelado – Pedido encerrado sem faturamento

Dt. Criação: Data de criação do pedido de venda no sistema, campo gerado automaticamente no momento do registro inicial.

Prev. Entrega: Data prevista para entrega do pedido, este valor é obtido a partir da consulta à API dos Correios (executada no componente PDVFC019), considerando o tipo de envio selecionado.

Alerta por Cor: Indica visualmente o status da entrega conforme a proximidade da data prevista:

• Verde – Dentro do prazo de entrega;

• Amarelo – Prazo próximo do vencimento (dias de alerta configurados);

• Vermelho – Pedido com data de entrega vencida;

• Sem cor – Pedido já faturado.

A regra de cor é definida com base na diferença entre a data atual e a previsão de entrega, conforme configuração de dias de alerta.

Dias em Andamento: Quantidade de dias em que o pedido permanece aberto, sem cancelamento ou faturamento. Nos casos em que o pedido já foi faturado ou cancelado, o campo permanecerá vazio.

Dt. Faturado: Data em que o pedido foi faturado e preenchido automaticamente no momento do faturamento.

Qt. Solicitada: Quantidade total solicitada no pedido de venda.

Qt. Faturada: Quantidade de itens faturados para o pedido.

Qt. Pendente: Quantidade de itens ainda pendentes de faturamento.

Funcionalidades Principais

• Consulta consolidada de pedidos e solicitações;

• Rastreamento completo desde a origem até o faturamento;

• Visualização hierárquica (transação → pedidos → faturamentos);

• Indicadores de status e prazo por cor;

• Monitoramento logístico e operacional de prazos de entrega;

• Análise de performance por status e tempo de andamento.

Benefícios Operacionais

• Melhora na visibilidade do ciclo do pedido;

• Facilita o acompanhamento logístico e a identificação de gargalos;

• Permite ações proativas sobre pedidos em atraso;

• Apoia gestão de SLA de atendimento e entrega.

Configuração de Operações:

Operações de Ativação

Parâmetro: CD_OPER_PEDIDO_PRATELEIRA
Define a operação do pedido na empresa de destino, com até 6 opções de configuração possíveis conforme o modelo operacional adotado.
Image Added

Imagem 1 - Exemplo de configuração de operação para o parâmetro CD_OPER_PEDIDO_PRATELEIRA Empresa 11.

Operações de Venda

CD_OPER_VENDA_ESTADUAL
Garante a aplicação correta do ICMS dentro do mesmo estado, sendo essencial para o histórico de vendas locais e conformidade fiscal.

Image Added

Imagem 2 - Exemplo de configuração de operação 345 para o parâmetro CD_OPER_VENDA_ESTADUAL.

CD_OPER_VENDA_INTERESTADUAL
Configuração essencial para o recolhimento de impostos interestaduais (ex.: DIFAL), impactando a escrituração e o histórico de vendas fora do estado.
Image Added

Imagem 3 - Exemplo de configuração de operação 530 para o parâmetro CD_OPER_VENDA_INTERESTADUAL.

Operações de Transferência

CD_OPER_TRANSFERENCIA_ENTRADA
Registra a entrada de mercadorias transferidas entre empresas do grupo, garantindo rastreabilidade fiscal e controle de estoque.

Image Added

Imagem 4 - Exemplo de configuração de operação 324 para o parâmetro CD_OPER_TRANSFERENCIA_ENTRADA.

CD_OPER_TRANSFERENCIA_SAIDA
Controla a saída de mercadorias para outra unidade, permitindo conciliação de inventário e histórico de movimentações.
Image Added

Imagem 5 - Exemplo de configuração de operação 323 para o parâmetro CD_OPER_TRANSFERENCIA_SAIDA.

Operação de Experiência de Compra

CD_OPER_RECEBA_CASA
Controla as vendas com entrega domiciliar, garantindo registro logístico e tributação correta.

Image Added

Imagem 6 - Exemplo de configuração de operação 1015 para o parâmetro CD_OPER_RECEBA_CASA.

CD_OPER_RETIRE_LOJA

Diferencia operações de venda local quando o cliente retira no ponto físico. Permite histórico e tributação correta do modelo “pick up in store”

Image Added
Imagem 7 - Exemplo de configuração de operação 1016 para o parâmetro CD_OPER_RETIRE_LOJA .

Etiqueta Logística:

Impressão de Etiqueta Logística

Após o faturamento dos pedidos, o sistema permite a emissão de um modelo fixo de etiqueta logística, facilitando a identificação e o controle das remessas.

A impressão pode ser realizada de duas formas:

• Individualmente, através do componente PEDFM236;

• Em lote, diretamente pelo PEDFP144, selecionando múltiplos pedidos para faturamento simultâneo.

O modelo fixo de etiqueta pode conter o logotipo da empresa, configurado por meio do parâmetro CD_LOGOTIPO_EMP.

Além disso, a forma de impressão é controlada pelo parâmetro TP_IMP_ETIQ_LOGISTICA_PED, que define:

• Se será emitida uma ou mais cópias da etiqueta;

• Se as etiquetas serão impressas na mesma página ou com quebra de página entre pedidos.

Abaixo, alguns exemplos de configuração e comportamento do modelo:

Image Added

Gif 1 – Exemplo de impressão quando o parâmetro TP_IMP_ETIQ_LOGISTICA_PED está configurado com valor 4 e a emissão é feita via PEDFP144.

Image Added

Gif 2 – Exemplo de impressão quando o parâmetro TP_IMP_ETIQ_LOGISTICA_PED está configurado com valor 2, também emitido pelo PEDFP144.

Image Added

Gif 3 – Exemplo de impressão realizada pelo componente PEDFM236. Nesse caso, a emissão ocorre pedido a pedido, não sendo possível a impressão em lote

A conferência pode ser realizada tanto pelo PEDFP144 (dependendo da configuração do parâmetro TP_CONF_ACEITE_PED no botão "Conferência") ou nos componentes PEDFM236 e PDVFM077 (botão "Conferência").

Gif 1 - A contagem é iniciada a partir do primeiro item bipado. O pedido só poderá ter uma contagem e só será finalizada quando todos os itens tiverem sido contados. Após encerrar a conferência e o pedido for PICKUP STORE, deve ser atualizado seu status para "Disponível para retirada". 

OBS: A situação descrita acima somente funcionará para clientes que não utilizam o parâmetro TP_CONF_ACEITE_PED  configurado com valor 1.

Cancelamento do pedido ecommerce

Após o pedido do e-commerce ser atendido, é possível realizar o cancelamento diretamente pelo PEDFP144.
Para isso, basta acessar a aba “Atendido”, selecionar o pedido desejado e clicar no botão “Cancelar pedido”.

No entanto, existem duas situações possíveis:

1. O pedido está dentro do prazo de cancelamento da nota fiscal.

2. O pedido está fora do prazo de cancelamento da nota fiscal.

Em cada uma dessas situações, o sistema terá um comportamento diferente.

• Pedido dentro do prazo de cancelamento.

Image Added

Gif 01 - Nesse caso o sistema irá cancelar o pedido de venda através do TRAFP006 e poderá manter ou não o saldo de adiantamento validando a restrição IN_MANTER_SALD_ADIAN , conforme GIF abaixo.

• Pedido fora do prazo de cancelamento.

Image Added

Gif 02 - Nesse caso o sistema NÃO irá cancelar o pedido de venda, será feito um estorno da nota fiscal e será lançado o valor de adiantamento na conta do cliente

Quando o pedido for de SHIP FROM STORE e for de uma transportadora despachada pela loja ou matriz, o status do pedido precisa ser atualizado manualmente. Algumas transportadoras fazem a integração do status diretamente com o TOTVS OMNI, por exemplo o Correio, portanto essas transportadoras não precisam comunicar o status "Em transporte" manualmente pelo sistema. Essas transportadoras que não fazem a comunicação desse status, devem ser informadas no parâmetro DS_LST_TRANSPORT_OMNI.

Essa comunicação do status "Em transporte" só poderá ser realizada após o pedido ser faturado.

Imagem 1 - Após faturar o pedido e a loja ou matriz despachar o pedido, deve atualizar o status para "Em transporte". Pode ser feito pelo PDVFM077 ou PEDFM236.