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.

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.

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.

Imagem 3 - Parâmetro  TP_VISUAL_EMP_PRATELEIRA as 3 empresas do exemplos precisam estar configuradas.

Parâmetro: TP_UTILIZA_PRATELEIRA

Define se a empresa utilizará o processo de prateleira.

Imagem 4 - Parâmetro  TP_UTILIZA_PRATELEIRA 

Parâmetro: CD_REPRE_PRATELEIRA

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

Imagem 5 - Parâmetro  CD_REPRE_PRATELEIRA código de Representante cadastrado no PESFM010

Parâmetro: CD_MOTIVOBLOQ_PED_PRATELE

Código do motivo previamente cadastrado no sistema.

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

Parâmetro: CD_MOT_CANC_PED_PRATELEIR

Código do motivo de

 de pedido de prateleira, gravado no pedido ao cancelar a transação.

Imagem 7 - Motivo cadastrado no PEDFL008.

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 - Modelo de Impressão dos pedidos.

Parâmetro: TP_DADO_ADIC_BX_PED_ECOMM

Permite informar um vendedor no momento do faturamento do pedido.

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.

Imagem 10 - Configuração de Pool de empresa.

Parâmetro: DS_FORMA_NOTIFICA_CLIENTE

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

Imagem 11 - Tipos de de e-mail e telefones que são cadastrados no GERFM301.

Parâmetro: TP_IMPRESSAO_TRA_PRATELEI

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

Imagem 12 - Nas empresas exemplos foram configurados com o valor 1 "após o recebimento".

Parâmetro: TP_ENVIO_NFE_AUTOMATIC

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

Imagem 13 - Configurados o valor 3 nas empresas do exemplo.

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 define como 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 proporciona maior 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 promovendo sinergia entre os canais de venda e as unidades do grupo.

Em resumo, trata-se de uma soluçã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.


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.

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.

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.

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.

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.

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.

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.

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.

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.

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.

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.

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.

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”

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:

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.

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.

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.

Notificações

Notificação ao Vendedor

Esta funcionalidade tem como objetivo notificar os usuários responsáveis nas lojas sobre a chegada de novos pedidos de prateleira, garantindo maior agilidade no processo de aceite e atendimento.

O sistema realiza a notificação por duas modalidades:

1. Notificação por E-mail

Ao finalizar uma transação contendo itens de prateleira, o sistema envia um e-mail automático para o endereço configurado na empresa responsável pelo pedido.

• O envio é feito com base no tipo de e-mail configurado no parâmetro CD_EMAIL_ENVPRATELEIRAPDV (parâmetro corporativo).

• O e-mail será encaminhado ao usuário vinculado à empresa receptora do pedido, conforme cadastro realizado no ADMFM099.

Imagem 1 - Para ser notificada por e-mail, a empresa que receberá os pedidos de venda, deverá cadastrar o e-mail com o tipo configurado no parâmetro corporativo CD_EMAIL_ENVPRATELEIRAPDV para a pessoa vinculada a empresa.

Imagem 1 – Exemplo de e-mail enviado automaticamente ao término da transação no PDVFM001, notificando a empresa sobre novos pedidos de prateleira.

⚠️ Importante:
O endereço de envio é obtido diretamente do cadastro do usuário, sendo imprescindível que o e-mail esteja corretamente associado à pessoa no ADMFM099.

2. Notificação Visual no PDV

Além do e-mail, o sistema disponibiliza uma notificação visual diretamente no PDVFM001, sinalizada por um ícone de exclamação.
Essa notificação indica que há pedidos de prateleira pendentes para a loja.

O usuário pode acessar o componente PEDFP144 por meio do botão de atalho exibido na tela, e realizar o aceite dos pedidos disponíveis.
Assim que todos os pedidos forem tratados, a notificação desaparece automaticamente do PDV.

.

Notificação ao Cliente

Quando há o aceite de pedidos nas modalidades “Retire em Loja” ou “Transferência”, o sistema permite notificar o cliente sobre o andamento do pedido.
A comunicação pode ocorrer de duas formas: via WhatsApp Web ou via E-mail.

Ao acessar o componente GERFM301, é exibida uma mensagem pré-montada que pode ser enviada diretamente ao cliente.
Se a restrição IN_ALT_MENSAGEM estiver liberada, o usuário poderá editar o conteúdo da mensagem antes do envio.

Imagem 1 – Exemplo da tela GERFM301, exibindo a mensagem padrão gerada automaticamente.

Gif 1 –

Gif 1 - Acima mostra o processo de notificação do cliente via WhatsApp.

Gif 2 – Demonstração do envio da notificação via E-mail.

Obs.: A notificação ao cliente também pode ser realizada diretamente pelo componente PEDFM236, através do menu:
Opções → Notificar Cliente.

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.

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.

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.