Configuração de Parâmetros e Operações Split

Configuração de Parâmetros:

Parâmetro: IN_BLOQ_SALDO_NEG

Define a forma de validação de saldo durante o aceite do pedido.

Image Added

Imagem 1 - Parâmetro IN_BLOQ_SALDO_NEG Quando configurado com “01”, o sistema valida o saldo e apresenta a opção de split no cenário em que há falta de saldo durante o aceite do pedido de venda PEDFP144.

Parâmetro: TP_VALIDA_SLD_ACEITE_PED

Determina a forma de validação de saldo durante o aceite do pedido.

Image Added

Imagem 2 - Parâmetro TP_VALIDA_SLD_ACEITE_PED opção “01” valida e ativa a opção de split quando o saldo é insuficiente no momento do aceite do pedido de venda PEDFP144.

Parâmetro: TP_VISUAL_EMP_PRATELEIRA

Controla a visibilidade das empresas na consulta de saldo de produto e frete via PDVFC019.

Image Added

Imagem 3 - Parâmetro TP_VISUAL_EMP_PRATELEIRA 

Parâmetro: TP_UTILIZA_PRATELEIRA

Define se a empresa utilizará o processo de prateleira.

Image Added

Imagem 4 - Parâmetro TP_UTILIZA_PRATELEIRA 

Parâmetro: CD_REPRE_PRATELEIRA

Código do representante gravado na capa do pedido de venda.

Image Added

Imagem 5 - Parâmetro CD_REPRE_PRATELEIRA 

Parâmetro: CD_MOTIVOBLOQ_PED_PRATELE

Código do motivo previamente cadastrado no sistema.

Image Added

Imagem 6 - Os pedidos de prateleira infinita no PDV nascerão bloqueados com esse motivo.

Parâmetro: CD_MOT_CANC_PED_PRATELEIR

Código do motivo de cancelamento de pedido de prateleira, gravado no pedido ao cancelar a transação via TRAFP006.

Image Added

Imagem 7 - Os pedidos de prateleira infinita no PDV nascerão bloqueados com esse motivo.

Parâmetro: CD_Parâmetro: CD_MOD_VENDA_PRATELEIRA

Define o modelo de impressão utilizado para os itens de prateleira, chamado pelo PDVFM001 durante vendas de prateleira infinita.

Imagem 8 - Os pedidos de prateleira infinita no PDV nascerão bloqueados com esse motivo.

Parâmetro: TP_DADO_ADIC_BX_PED_ECOMM

Permite informar um vendedor no momento do faturamento do pedido.

Image Added

Imagem 9 - ( Em determinadas configurações, pode retirar a obrigatoriedade de informar o vendedor.)

Parâmetro: TP_EMPRESA_POOL_DIFERENTE

Permite configurar uma empresa de pool diferente dentro do configurador (PDVFM093).

Parâmetro: DS_FORMA_NOTIFICA_CLIENTE

Image Added

Imagem 10 - Os pedidos de prateleira infinita no PDV nascerão bloqueados com esse motivo.

Parâmetro: DS_FORMA_NOTIFICA_CLIENTE

Define o tipo de e-Define o tipo de e-mail e telefone utilizados para notificações automáticas ao cliente.

Image Added

Imagem 11 - Os pedidos de prateleira infinita no PDV nascerão bloqueados com esse motivo.

Parâmetro: TP_IMPRESSAO_TRA_PRATELEI

Determina o momento de impressão do modelo de transação de prateleira.

Parâmetro: TP_ENVIO_NFE_AUTOMATIC

Image Added

Imagem 12 - Os pedidos de prateleira infinita no PDV nascerão bloqueados com esse motivo.

Parâmetro: TP_ENVIO_NFE_AUTOMATIC

Configura o envio Configura o envio automático da NFe e impressão fiscal vinculada à operação.

Image Added

Imagem 13 - Os pedidos de prateleira infinita no PDV nascerão bloqueados com esse motivo.

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 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 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 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 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 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 .

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.

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.

Demosntração do Processo de Split de Pedidos de Venda:

Na imagem a seguir, demosntramos um exemplo com três empresas relacionadas, sendo a Empresa 11 a Matriz ou responsável pelo recebimento do Pedido de Venda de origem e-commerce, e as Empresas 8 e 3 sendo empresas que estão devidamente configuradas na Experiência e Parametrização. 

No Gif 1 o estoque da Empresa 11 esta zero, e os das demais empresas do grupo esta positivo.

Image Added

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

No Componente PEDFP144 recebemos o Pedido de Venda na aba Aceite de origem e-commerce na Empresa 11, no qual, não possuímos estoque positivo para atende-lo, em seguida, no momento que o Pedido de Venda é selecionado para processar o Aceite o sistema valida o estoque, se a Empresa 11 possui quantidade para atender o pedido, segue-se o fluxo normal de Faturamento desse pedido, porém, não havendo estoque para atende-lo, o sistema abre a messagem para realizar o Split, como é demosntrado no Gif 2.

Image Added

Gif 2 - Não havendo o estoque na empresa que processa o Aceite, o sistema direciona o usuário para tela onde é apresentada, as empresas do grupo com estoque disponível e suas respectivas quantidades, sendo possível Alocar a quantidade de forma dinâmica conforme desmontrado acima. 
Solictado a quantidade de duas peças para Empresa 8 e uma peça para Empresa 3 passando de saldo Pendente para saldo Alocado.

Após processar o Split, o pedido é movimentado da aba Aceite para aba Aguardando estoque, o mesmo ficará neste estado até que as empresas que receberam essa solicitação de transferência valide a solcitação e realize a Transferência e Faturamento dessa solicitação para Empresa 11 e-commerce.

Nas empresas 8 e 3 as solicitações de estoque são recebidas na Aba Transferência no componente PEDFP144 conforme o exemplo abaixo, os operadores das lojas que recebem a solicitações devem avaliar o estoque disponível e em caso de confirmação os pedidos em ambas as empresas devem se processados na Aba Transferência para posteriormente serem faturados na Aba Faturamento.

Image Added

Gif 3 - Acima é demosntrado o recebimento dos pedidos de solicitação de estoque nas Empresas 8 e 3 e faturados para envio a Empresa 11. 

Após o Faturamento nas empresas 8 e 3 a o operador da Empresa 11 receberá em sua Aba Transferência os pedidos que foram faturados assim, como o estoque físico para alocação no pedido principal. 

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.

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.

Situação

Situação atual da transação.
Ao expandir o registro, o sistema também apresenta a situação detalhada do pedido vinculado.As situações podem ser:

• Aberto

• Aceite Pendente

• Aceite Confirmado

• Faturado

• Cancelado

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 .
Preenchido 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.

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.

A finalização do pedido de venda pode ocorrer de 3 formas: pelo PEDFM236, pelo PDVFM077. Isso vai depender do fluxo utilizado para o pedido.

A utilização do PEDFM236 é demonstrado na aba "Pedido de Venda E-commerce".

Imagem 1 - O componente PDVFM077 é utilizado para tratar os fluxos PICKUP STORE e SHIP FROM STORE sendo diferenciados pela coluna "Entrega". 

Após a conferência dos pedidos, no caso do PICKUP STORE, é preciso disponibilizar a retirada no TOTVS OMNI. Essa atualização do status já é feito após encerrar a conferência no PEDFM238.

Gif 1 - Ao finalizar a venda, a emissão fiscal já é realizada e atualizado seu status para "Pedido faturado".

Para pedidos de PICKUP STORE o usuário deve imprimir um comprovante de entrega. Esse assunto é demonstrado na aba "Comprovante de Entrega".

Obs.: A atualização do status para "Pedido faturado" só ocorrerá quando a nota fiscal estiver autorizada. Caso a autorização da nota não ocorra no mesmo momento do faturamento, o status deve ser atualizado pelo PEDFP143 (demonstrado na aba Atualização de Status).

Gif 2- A transação gerada na finalização da venda é liquidada com o adiantamento gerado no aceite do pedido.

O botão "Etiqueta logística..." é demonstrado na aba "Etiqueta Logística".

O botão "Comprovante entrega" é demonstrado na aba "Comprovante entrega".

A etiqueta logística é para pedido do SHIP FROM STORE, podendo ser impressa pelo PEDFM236 ou PDVFM077.

Imagem 1 - A etiqueta logística só poderá ser gerada se o tracking do pedido já foi gerado. Esse código é gerado e inserido no pedido pelo TOTVS OMNI.

Imagem 2 - Com o tracking gerado para o pedido, a etiqueta logística é impressa.

Imagem 1 - O componente PEDFP143 é utilizado para comunicar o status do pedido de venda no TOTVS OMNI. É um recurso utilizado para casos em que possa ter ocorrido problemas na comunicação do status em algum processo (aceite/finalização).

O faturamento do pedido pelo PDVFM077 ocorre de maneira similar ao PEDFM236.

Imagem 1 - Quando o pedido for finalizado será realizada uma pergunta ao usuário se deseja imprimir o comprovante.

Quando o pedido for de PICKUP STORE o usuário deve imprimir um comprovante de entrega para que o responsável pela entrega e o cliente assinem. 

O usuário pode optar por imprimir o comprovante depois, tanto pelo PEDFM236 quanto pelo PDVFM077. Quando o cliente chegar na loja para retirar esse pedido deve atualizar o status para "Entregue" (Imagem 3). A atualização do status fica independente da impressão do comprovante, pois o usuário pode querer imprimir o comprovante e deixar separado com o pedido para quando o cliente retirar só realizar a entrega. 

O botão "Comprovante entrega" só ficará habilitado quando o pedido for de PICKUP STORE e o pedido estiver atendido.

Imagem 2 - O pedido é impresso com os itens atendidos, apresentando os dados da retirada e do cliente.

Imagem 3 - Quando o cliente retirar o pedido na loja, deve atualizar o status para "Entregue". Pode ser feito pelo PDVFM077 ou PEDFM236.

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.