Totvs custom tabs box items |
---|
Totvs custom tabs box items |
---|
default | no |
---|
referencia | passo3 |
---|
|
Image Removed
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.
Image Removed
Gif 1 - Para realizar o aceite do pedido, deve selecioná-lo na lista de cima. Abaixo constam os itens do pedido, podendo aceitar todas as quantidades dos itens ou rejeitar parte ou total das quantidades. Caso seja rejeitado algum item, deve ser informado o motivo de cancelamento do mesmo. Após selecionar o pedido e seus respectivos itens a serem aceitos, dependendo da configuração do parâmetro TP_CONF_ACEITE_PED deverá ser feito a conferência dos itens antes de processar o aceite.
O aceite do pedido comunica com o TOTVS OMNI quais itens foram aceitos e gera o financeiro deste pedido.
Obs.: Se o pedido for de um canal de venda configurado no parâmetro DS_LST_REPR_SEM_ACEITE, não é realizada a comunicação com o TOTVS OMNI, mas o financeiro do pedido gera normalmente.
O financeiro do pedido gera de acordo com o pagamento vindo do e-commerce. Este assunto é demonstrado na aba "Financeiro".
Image Removed
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.
Image Removed
Gif 2 - Se o pedido for totalmente rejeitado, o mesmo será cancelado no TOTVS MODA.
Image Removed
Imagem 3 - O componente PEDFP144 tem a possibilidade de consultar pedidos de outras empresas e pedidos já aceitos, utilizando os filtros demarcados acima.
Image Removed
Gif 3 - Também é possível realizar a impressão da relação de pedidos selecionados.
Totvs custom tabs box items |
---|
default | no |
---|
referencia | passo4 |
---|
|
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.
Image Removed
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.
Image Removed
Image Removed
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. https://tdn.totvs.com/x/oHPSKg.
Image Removed
Image Removed
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.
Image Removed
Image Removed
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.
Image Removed
Gif 2 - O pedido foi aceito parcialmente na empresa 1 e gerado o adiantamento com o valor total do pedido.
Image Removed
Gif 3 - O restante do pedido foi aceito na empresa 2 e foi transferido o adiantamento da empresa 1 para a 2.
Totvs custom tabs box items |
---|
default | no |
---|
referencia | passo5 |
---|
|
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"). Image Removed
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. |
Totvs custom tabs box items |
---|
default | no |
---|
referencia | passo6 |
---|
|
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".
Image Removed
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.
Image Removed
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).
Image Removed
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".
Totvs custom tabs box items |
---|
default | no |
---|
referencia | passo7 |
---|
|
A etiqueta logística é para pedido do SHIP FROM STORE, podendo ser impressa pelo PEDFM236 ou PDVFM077.
Image Removed
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.
Image Removed
Imagem 2 - Com o tracking gerado para o pedido, a etiqueta logística é impressa.
Totvs custom tabs box items |
---|
default | no |
---|
referencia | passo8 |
---|
|
Image Removed
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). |
Totvs custom tabs box items |
---|
default | no |
---|
referencia | passo9 |
---|
|
O faturamento do pedido pelo PDVFM077 ocorre de maneira similar ao PEDFM236.
Image Removed
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.
Image Removed
Imagem 2 - O pedido é impresso com os itens atendidos, apresentando os dados da retirada e do cliente.
Image Removed
Imagem 3 - Quando o cliente retirar o pedido na loja, deve atualizar o status para "Entregue". Pode ser feito pelo PDVFM077 ou PEDFM236.
Totvs custom tabs box items |
---|
default | no |
---|
referencia | passo10 |
---|
|
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.
Image Removed
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.