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

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.

Parâmetro: TP_UTILIZA_PRATELEIRA

Define se a empresa utilizará o processo de prateleira.

Parâmetro: CD_REPRE_PRATELEIRA

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

Parâmetro: CD_MOTIVOBLOQ_PED_PRATELE

Código do motivo previamente cadastrado no sistema.

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.

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.

Parâmetro: TP_DADO_ADIC_BX_PED_ECOMM

Permite informar um vendedor no momento do faturamento do pedido.
(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

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

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

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

Imagem 1 - O componente PEDFM236 foi pensado para melhorar a experiência do usuário com pedidos de venda e-commerce, facilitando visualmente as informações e usabilidade.

Imagem 2 - O botão "Observação..." abre o componente PEDFM237 com as observações do pedido de venda e-commerce.

Imagem 3 - 

Imagem 4 - O botão "Etiqueta logística..." permite imprimir a etiqueta logística do pedido. É demonstrado na aba "Etiqueta Logística".

Imagem 5 - O botão "Conferência..." permite realizar a conferência do pedido. É demonstrado na aba "Conferência".  

Imagem 6 - O faturamento pelo PEDFM236 é realizado em apenas um clique (botão "Faturar"). A partir dele o pedido será baixado, recebido e gerada a nota fiscal.

Após o faturamento e a autorização da nota fiscal, o status é atualizado para "Pedido Faturado". 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).

Imagem 7 - Existe a possibilidade de alterar o endereço de entrega do pedido de venda conforme demonstrado acima.

Obs.: Quando o pedido for do TOTVS OMNI, de acordo com a classificação, não poderá sofrer alterações na capa e nos itens, ou seja, qualquer alteração no pedido que não seja pelos processos disponíveis citados nesta documentação.

Imagem 1 - O componente PEDFP144 é utilizado para realizar o aceite do pedido de venda e-commerce do TOTVS OMNI. 

Os pedidos de venda e-commerce vindos do TOTVS OMNI, devem ser tratados primeiramente neste componente. Eles devem conter a classificação indicada no parâmetro CD_TIPOCLAS_OMNI e estarem com a situação "Bloqueado" para realizar o aceite.

Gif 1 -

Imagem 2 - O pedido deve ser alterado sua situação para "Em andamento", seu estágio e-commerce para "Pedido aceito", a data de chegada deve ser atualizada com a data do sistema e deve ter sido calculada a data de faturamento de acordo com a configuração do parâmetro DS_LST_DTPREV_OMNI.

Gif 2 - Se o pedido for totalmente rejeitado, o mesmo será cancelado no TOTVS MODA.

Imagem 3 - O componente PEDFP144 tem a possibilidade de consultar pedidos de outras empresas e pedidos já aceitos, utilizando os filtros demarcados acima.

Gif 3 - Também é possível realizar a impressão da relação de pedidos selecionados.

O financeiro do pedido de venda é gerado de acordo com o pagamento vindo do e-commerce, podendo ter tratativas de acordo com alguns parâmetros ou configurações.

Imagem 1 - Ao realizar o aceite do pedido de venda é gerada uma fatura de acordo com o tipo de documento vindo do e-commerce (fatura, cartão de crédito, cartão de débito, etc). Também é gerado o adiantamento com o valor total do pedido pois quando for faturado o pedido, deve utilizar este adiantamento para liquidar a transação. 

Gif 1 e Imagem 2 - Pedido aceito pela empresa 1 mas o financeiro gerou na empresa 5.

OBS: Quando o parâmetro empresa IN_BAIXA_PED_POOL_EMP estiver configurado, o aceite do pedido pode ser realizado por outra empresa, gerando a parte financeira na empresa logada.

OBS 2: Existe também a opção de configurar a empresa do pedido pelo componente PEDFM256. Segue TDN da configuração relacionada a empresa E-commerce. 

Imagem 3 e 4 - Quando o tipo de documento for "Fatura" e o pedido vier com uma pessoa (martketplace) vinculada no pagamento e-commerce, a fatura deve ser gerada para essa pessoa.

Imagem 5 e 6 - Para os pedidos com o tipo de documento "Marketplace" existe a possibilidade de gerar a fatura como "Cartão de crédito" se configurar o parâmetro IN_GERA_CRT_MKTPLACE_OMNI. Esta opção é para quem trata o financeiro dos pedidos de marketplace como cartão de crédito.

O pedido de venda e-commerce pode ser faturado em mais de uma empresa, ou seja, uma parte dos itens do pedido podem ser faturados na empresa 1 e o restante na empresa 2, por exemplo. 

O fluxo seria o seguinte:

• O pedido é gerado na empresa 1 com todos os itens, porém no aceite (PEDFP144) é rejeitado 50% do pedido. Esses 50% serão gerados em outro pedido para a empresa 2. 

Nesta situação, o adiantamento é gerado na empresa 1 com o valor total do pedido (100%). Quando o pedido for aceito na empresa 2, é realizada uma transferência de adiantamento da empresa 1 para a empresa 2 com o valor aceito. Se ocorrer do pedido ser gerado para mais empresas, a transferência de adiantamento sempre ocorrerá da primeira empresa que recebeu o pedido para as demais.

Gif 2 - O pedido foi aceito parcialmente na empresa 1 e gerado o adiantamento com o valor total do pedido.

Gif 3 - O restante do pedido foi aceito na empresa 2 e foi transferido o adiantamento da empresa 1 para a 2.

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.