Totvs custom tabs box items |
---|
default | yes |
---|
referencia | configuracao |
---|
| ![](/download/attachments/795926223/01%20CD_TIPOCLAS_OMNI.jpg?version=1&modificationDate=1697726787173&api=v2)
Imagem 01 - O parâmetro corporativo CD_TIPOCLAS_OMNI informa o tipo de classificação e a classificação que identificam o pedido originado pelo OMNI.
![](/download/attachments/795926223/02%20CD_OPER_PED_ECOMMERCE.jpg?version=1&modificationDate=1697726848510&api=v2)
Imagem 02 - O parâmetro por empresa CD_OPER_PED_ECOMMERCE informa o(s) código(s) de operação(ões) que identificam o pedido e-commerce.
![](/download/attachments/795926223/03%20CD_OPER_PED_VENDADIGITAL.jpg?version=1&modificationDate=1697726951757&api=v2)
Imagem 03 - O parâmetro por empresa CD_OPER_PED_VENDADIGITAL informa o(s) código(s) de operação(ões) que identificam o pedido de Venda Digital.
Observação: Os parâmetros por empresa CD_OPER_PED_ECOMMERCE e CD_OPER_PED_VENDADIGITAL utilizam o componente GERFL153 para auxiliar o preenchimento. ![](/download/attachments/795926223/02%2C5%20GERFL153.jpg?version=1&modificationDate=1697733409303&api=v2)
Imagem 04 - GERFL153, componente auxiliar para preenchimento dos parâmetros. |
Totvs custom tabs box items |
---|
| ![](/download/attachments/795926223/04%20PEDFP144.gif?version=1&modificationDate=1697727124723&api=v2)
Gif 01 - Ao chamar o PEDFP144 ele trará todos os pedidos de venda dos tipos "E-commerce", "Venda Digital" e "TOTVS OMNI".
|
Totvs custom tabs box items |
---|
default | no |
---|
referencia | demonstracao |
---|
| Totvs custom tabs box |
---|
tabs | OMNI, Prateleira infinita, E-commerce |
---|
ids | passo1, passo2, passo3 |
---|
| Totvs custom tabs box items |
---|
default | yes |
---|
referencia | passo1 |
---|
| Totvs custom tabs box |
---|
tabs | Configuração, Pedido de Venda E-commerce, Aceite, Financeiro, Conferência, Finalização de Pedido, Etiqueta Logística, Atualização de Status, Comprovante de Entrega, Em Transporte |
---|
ids | passo1,passo2,passo3,passo4,passo5,passo6,passo7,passo8,passo9,passo10 |
---|
| Totvs custom tabs box items |
---|
default | yes |
---|
referencia | passo1 |
---|
| Para realizar os processos dos pedidos de venda e-commerce do TOTVS OMNI, devem ser configurados os parâmetros abaixo:
![](/download/attachments/795926223/image2020-12-10_9-38-16.png?version=1&modificationDate=1698079559563&api=v2)
Imagem 1 - O parâmetro empresa DS_CONFIG_LOGIN_OMNI deve ser configurado com o usuário e senha do ambiente e-commerce no TOTVS OMNI.
![](/download/attachments/795926223/image2020-12-10_9-39-16.png?version=1&modificationDate=1698079559643&api=v2)
Imagem 2 - O parâmetro empresa DS_CONFIG_OMNI deve ser configurado com a URL e código do ambiente e-commerce no TOTVS OMNI.
![](/download/attachments/795926223/image2020-12-10_9-39-59.png?version=1&modificationDate=1698079559713&api=v2)
Imagem 3 - O parâmetro empresa DS_LST_REPR_SEM_ACEITE deve ser configurado com a lista de canais de venda que não comunicam o aceite do pedido com o TOTVS OMNI.
![](/download/attachments/795926223/image2020-12-10_9-40-40.png?version=1&modificationDate=1698079559780&api=v2)
Imagem 4 - O parâmetro empresa IN_BAIXA_PED_POOL_EMP deve ser configurado para permitir a baixa de pedido de venda dentro do pool de empresa. Os parâmetros citados acima são utilizados no processo de aceite do pedido de venda e comunicação com as API's do TOTVS OMNI.
![](/download/attachments/795926223/image2020-12-10_9-43-39.png?version=1&modificationDate=1698079559850&api=v2)
Imagem 5 - O parâmetro corporativo CD_TIPOCLAS_OMNI deve ser configurado com o tipo de classificação e classificação que indicam quais pedidos são referentes ao TOTVS OMNI.
![](/download/attachments/795926223/image2020-12-10_9-44-23.png?version=1&modificationDate=1698079559937&api=v2)
Imagem 6 - O parâmetro corporativo IN_GERA_CRT_MKTPLACE_OMNI deve indicar se os pedidos de venda com o tipo de documento "Marketplace" serão gerados seus financeiros como "Cartão de crédito".
![](/download/attachments/795926223/image2020-12-10_9-45-6.png?version=1&modificationDate=1698079560023&api=v2) ![](/download/attachments/795926223/image2020-12-10_9-45-38.png?version=1&modificationDate=1698079560113&api=v2)
Imagem 7 e 8 - O parâmetro corporativo DS_LST_DTPREV_OMNI deve definir o tempo de faturamento do canal de venda, ou seja, o número de dias que serão somados a data do pedido para calcular a data de previsão de faturamento, respeitando a regra de dias úteis.
![](/download/attachments/795926223/image2021-2-3_15-4-28.png?version=1&modificationDate=1698079560180&api=v2)
Imagem 9 - O parâmetro empresa DS_LST_TRANSPORT_OMNI deve ser configurado com a lista de transportadora que não comunicam o status "Em transporte" para o TOTVS OMNI.
![](/download/attachments/795926223/pedfm247.png?version=1&modificationDate=1698079560257&api=v2)
Imagem 10 - Componente de configuração de vendedor. OBS: Existe a possibilidade de escolher o vendedor do pedido no momento do faturamento ou se o vendedor será preenchido automaticamente. Para esta configuração existe o componente PEDFM247.
![](/download/attachments/795926223/TP_CONF_ACEITE_PED.png?version=1&modificationDate=1698079560330&api=v2) Imagem 11 - O parâmetro TP_CONF_ACEITE_PED pode ser configurado para que os pedidos somente sejam aceitos com a conferência dos itens feita no PEDFP144 (botão "Conferência"). |
Totvs custom tabs box items |
---|
default | no |
---|
referencia | passo2 |
---|
| ![](/download/attachments/795926223/pedfm236.png?version=1&modificationDate=1698079560400&api=v2)
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.
![](/download/attachments/795926223/PEDFM237.png?version=1&modificationDate=1698079560477&api=v2)
Imagem 2 - O botão "Observação..." abre o componente PEDFM237 com as observações do pedido de venda e-commerce.
![](/download/attachments/795926223/FISCAL.png?version=1&modificationDate=1698079560553&api=v2)
![](/download/attachments/795926223/FINANCEIRO.png?version=1&modificationDate=1698079560623&api=v2)
![](/download/attachments/795926223/INTEGRA%C3%87%C3%83O.png?version=1&modificationDate=1698079560720&api=v2)
![](/download/attachments/795926223/WEBSERVICE.png?version=1&modificationDate=1698079560793&api=v2)
![](/download/attachments/795926223/SPLIT%20PEDIDO.png?version=1&modificationDate=1698079560867&api=v2)
Imagem 3, 4, 5, 6 e 7 - O botão "Detalhar..." apresenta os dados fiscais, financeiros, integração de pagamento, web service e pedidos split do pedido de venda. - "Fiscal": permite consultar as transações geradas pelo faturamento do pedido de venda.
- "Financeiro": permite consultar os documentos de recebimento do pedido de venda (adiantamento, cartão de crédito, etc).
- "Integração pagamento": permite consultar os dados de pagamento do pedido de venda vindo do e-commerce.
- "Integração web service": permite consultar as integrações entre o TOTVS Moda com o web service.
- "Pedidos split": permite consultar os pedidos que foram quebrados (split) entre as lojas.
Obs.: O detalhamento do pedido (PEDFC050) pode ser chamado direto do menu e consultar o pedido que desejar.
![](/download/attachments/795926223/image2020-12-10_10-8-53.png?version=1&modificationDate=1698079560940&api=v2)
Imagem 8 - O botão "Etiqueta logística..." permite imprimir a etiqueta logística do pedido. É demonstrado na aba "Etiqueta Logística".
![](/download/attachments/795926223/Conf..png?version=1&modificationDate=1698079561017&api=v2)
Imagem 9 - O botão "Conferência..." permite realizar a conferência do pedido. É demonstrado na aba "Conferência".
![](/download/attachments/795926223/FATURAMENTO.gif?version=1&modificationDate=1698079561100&api=v2)
Imagem 10 - 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).
![](/download/attachments/795926223/ENDERECO.gif?version=1&modificationDate=1698079562720&api=v2)
Imagem 11 - 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. |
Totvs custom tabs box items |
---|
default | no |
---|
referencia | passo3 |
---|
| ![](/download/attachments/795926223/pedfp144.png?version=1&modificationDate=1698079564073&api=v2)
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.
![](/download/attachments/795926223/ACEITE.gif?version=1&modificationDate=1698079564153&api=v2)
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".
![](/download/attachments/795926223/pedfm236.png?version=1&modificationDate=1698079560400&api=v2)
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.
![](/download/attachments/795926223/REJEI%C3%87%C3%83O.gif?version=1&modificationDate=1698079566467&api=v2)
Gif 2 - Se o pedido for totalmente rejeitado, o mesmo será cancelado no TOTVS MODA.
![](/download/attachments/795926223/FILTRO%20EMPRESA.png?version=1&modificationDate=1698079569607&api=v2)
Imagem 3 - O componente PEDFP144 tem a possibilidade de consultar pedidos de outras empresas e pedidos já aceitos, utilizando os filtros demarcados acima.
![](/download/attachments/795926223/IMPRESS%C3%83O.gif?version=1&modificationDate=1698079569690&api=v2)
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. ![](/download/attachments/795926223/image2022-11-14_14-47-16.png?version=1&modificationDate=1698079573217&api=v2)
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.
![](/download/attachments/795926223/ACEITE.gif?version=1&modificationDate=1698079564153&api=v2)
![](/download/attachments/795926223/FINANCEIRO%20PEDIDO.png?version=1&modificationDate=1698079573373&api=v2)
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.
![](/download/attachments/795926223/image2020-12-10_11-23-37.png?version=1&modificationDate=1698079573517&api=v2)
![](/download/attachments/795926223/image2020-12-10_11-24-56.png?version=1&modificationDate=1698079573663&api=v2)
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.
![](/download/attachments/795926223/image2020-12-10_11-22-7.png?version=1&modificationDate=1698079573753&api=v2)
![](/download/attachments/795926223/image2022-11-14_15-34-58.png?version=1&modificationDate=1698079573887&api=v2)
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. ![](/download/attachments/795926223/pedido_parcial.gif?version=1&modificationDate=1698079573957&api=v2)
Gif 2 - O pedido foi aceito parcialmente na empresa 1 e gerado o adiantamento com o valor total do pedido.
![](/download/attachments/795926223/pedido_restante.gif?version=1&modificationDate=1698079579597&api=v2)
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"). ![](/download/attachments/795926223/conf%20pedfp144.gif?version=1&modificationDate=1698079585163&api=v2)
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".
![](/download/attachments/795926223/pdvfm077.png?version=1&modificationDate=1698079587940&api=v2)
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.
![](/download/attachments/795926223/baixa%20pdvfm077.gif?version=1&modificationDate=1698079588023&api=v2)
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).
![](/download/attachments/795926223/detalhe%20pedfm236.gif?version=1&modificationDate=1698079590897&api=v2)
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.
![](/download/attachments/795926223/ETIQUETA%20LOGISTICA.png?version=1&modificationDate=1698079593137&api=v2)
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.
![](/download/attachments/795926223/image2020-12-10_10-8-53.png?version=1&modificationDate=1698079560940&api=v2)
Imagem 2 - Com o tracking gerado para o pedido, a etiqueta logística é impressa. |
Totvs custom tabs box items |
---|
default | no |
---|
referencia | passo8 |
---|
| ![](/download/attachments/795926223/PEDFP143.png?version=1&modificationDate=1698079593287&api=v2)
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.
![](/download/attachments/795926223/PDVFM077_COMPROVANTE.gif?version=1&modificationDate=1698079593430&api=v2)
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.
![](/download/attachments/795926223/image2021-1-18_15-19-48.png?version=1&modificationDate=1698079593940&api=v2)
Imagem 2 - O pedido é impresso com os itens atendidos, apresentando os dados da retirada e do cliente.
![](/download/attachments/795926223/PDVFM077_ENTREGUE.gif?version=1&modificationDate=1698079594020&api=v2)
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.
![](/download/attachments/795926223/EM%20TRANSPORTE.gif?version=1&modificationDate=1698079594213&api=v2)
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. |
|
|
Totvs custom tabs box items |
---|
default | no |
---|
referencia | passo2 |
---|
| Totvs custom tabs box |
---|
| tabs | Configuração, Painel de pedido de venda de prateleira infinita, Recebimento, Cancelamento, Contingência |
---|
ids | passo1,passo2,passo3,passo4,passo5 |
---|
| Totvs custom tabs box items |
---|
default | yes |
---|
referencia | passo1 |
---|
| Image Removed
Imagem 01 - Parâmetro corporativo CD_TIPO_EMAIL_PADRAO_OMNI para definir o tipo de e-mail para cadastro automático de cliente ao receber um pedido de prateleira infinita. Image Removed
Imagem 02 - Parâmetro corporativo CD_TPFONE_CEL_PADRAO_OMNI para definir o tipo de telefone celular para cadastro automático de cliente ao receber um pedido de prateleira infinita. Image Removed
Imagem 04 - Parâmetro corporativo CD_TPFONE_RES_PADRAO_OMNI para definir o tipo de telefone residencial para cadastro automático de cliente ao receber um pedido de prateleira infinita. Image Removed
Imagem 05 - Parâmetro empresa DS_CONFIG_OMNI_PRATELEIRA para definir url e site de prateleira infinita. IMPORTANTE: Estas informações são repassadas pelo TOTVS OMNI. Image Removed
Imagem 06 - Parâmetro empresa CD_OPER_TRA_PRATELEIRA para definir a operação para gerar transação de recebimento. Image Removed
Imagem 07 - Parâmetro empresa CD_OPER_PED_PRATELEIRA para definir a lista de operações para o processo de faturamento identificar os pedidos de venda de prateleira infinita. Image Removed
Imagem 08 - Cadastro de operação para recebimento de pedido de venda de prateleira infinita. Esta operação não deve gerar imposto e não movimentar kardex, mas deverá gerar financeiro. Há a possibilidade de habilitar somente as formas de pagamento desejada para recebimento no PDVFM004, através do botão "Doc. operação" (GERFM085), ver assuntos relacionados para mais informações. A ser definido no parâmetro CD_OPER_TRA_PRATELEIRA na Imagem 02. Na modalidade da operação podem ser utilizadas as opções "Venda/Compra" e "Outras Saídas/Entradas", dependendo da forma de trabalho/gestão da empresa. Image Removed
Imagem 09 - Cadastro de operação para faturamento de pedido de prateleira infinita com experiência de PICKUP STORE (Cliente irá retirar na loja). Esta operação deve gerar financeiro, imposto, movimentar kardex e "Indicador de presença" como "Operação presencial". A ser definido no parâmetro CD_OPER_PED_PRATELEIRA na Imagem 03. Image Removed
Imagem 10 - Cadastro de operação para faturamento de pedido de prateleira infinita com experiência de SHIP FROM STORE (Loja irá enviar o pedido para o endereço de entrega do cliente). Esta operação deve gerar financeiro, imposto, movimentar kardex e "Indicador de presença" como "Operação não presencial, pela internet". A ser definido no parâmetro CD_OPER_PED_PRATELEIRA na Imagem 03. Totvs custom tabs box items |
---|
default | no |
---|
referencia | passo2 |
---|
| Image Removed
Imagem 01 - Painel de controle de pedidos de venda de prateleira infinita(PDVFP060). Nele é possível consultar, cancelar, receber pedidos de venda de prateleira infinita com origem no TOTVS OMNI. Legenda: - Frame de filtro para realizar a consulta de pedidos de venda:
- Data - inicial e final;
- Cliente - CPF do cliente;
- Pedido omni - Código do pedido de venda do TOTVS OMNI;
- Situação - Situação do pedido com as opções;
- Pendente - Serão listados os pedidos que possuam alguma pendência, seja ela por não recebimento, recebimento e/ou cancelamento não comunicado ao TOTVS OMNI;
- Faturado - Pedidos recebidos e comunicados ao TOTVS OMNI;
- Lista de Pedido de venda:
- Dt. pedido - Data de inclusão do pedido de venda no TOTVS OMNI quando pendente, data da transação quando recebido;
- Código pedido - Número do pedido de venda no TOTVS OMNI;
- Documento - Documento do cliente;
- Nome cliente - Nome do cliente;
- Vendedor - Código e nome do vendedor;
- Experiência - Tipo de experiência do pedido, podendo ser:
- Envio da loja(Ship from store);
- Retirada na loja(Pickup store);
- Emp. - Empresa da transação de recebimento no TOTVS Moda;
- Dt. trans. - Data da transação de recebimento no TOTVS Moda;
- Nr. trans. - Número da transação de recebimento no TOTVS Moda;
- Situação - Situação em que o pedido de venda se encontra:
- Pendente - Pedido disponível para recebimento, nesse momento está apenas no TOTVS OMNI;
- Recebido não comunicado - Pedido gerou transação e a recebeu, mas por algum motivo não foi comunicado o recebimento ao TOTVS OMNI;
- Recebido - Pedido gerou transação, recebeu e realizou a comunicação do recebimento ao TOTVS OMNI;
- Cancelado não comunicado - Pedido gerou transação, cancelou a transação, mas por algum motivo não foi comunicado o cancelamento ao TOTVS OMNI;
- Cancelado - Pedido efetuou a comunicação de cancelamento ao TOTVS OMNI;
- Qtde. - Quantidade total de itens do pedido de venda;
- Vl. frete - Valor de frete do pedido de venda;
- Vl. desconto - Valor total de desconto concedido ao pedido de venda;
- Valor total - Valor total líquido do pedido de venda;
- Lista de item do pedido de venda selecionado:
- Código - Código reduzido do produto ;
- Produto - Descrição do produto;
- Quantidade - Quantidade do produto;
- Valor unitário - Valor bruto unitário do produto;
- Vl. desconto - Valor de desconto do produto;
- Valor total - Valor total líquido do produto;
- Rodapé de botões:
- Cancelar - Realiza o cancelamento do pedido de venda e o comunica ao TOTVS OMNI. Cenários para o cancelamento:
- Pedido sem transação gerada - Apenas comunica o cancelamento ao TOTVS OMNI;
- Pedido com transação gerada e não recebida - Será efetuada a pergunta com as seguintes opções:
- Somente transação - Irá apenas cancelar a transação em andamento;
- Transação/pedido e comunicar - Irá cancelar a transação em andamento e realizar a comunicação do cancelamento ao TOTVS OMNI;
- Cancelar - Irá interromper o procedimento sem realizar qualquer modificação;
- Pedido com situação "Cancelado não comunicado" - Ao pressionar o botão, irá apenas realizar a comunicação de cancelamento ao TOTVS OMNI, pois a transação encontra-se cancelada;
- Web APP - Abre o navegador com o link definido no parâmetro DS_URL_ACESSO_WEBAPP;
- Processar - Realiza o recebimento do pedido de venda e o comunica ao TOTVS OMNI. Cenários para o recebimento:
- Pedido de venda sem transação gerada - Irá gerar uma transação de recebimento em andamento, abrir o PDVFM004 para que seja informada as formas de recebimento e comunicar ao TOTVS OMNI;
- Pedido de venda com transação gerada com situação em andamento - Irá apenas abrir o PDVFM004 para que seja informada as formas de recebimento e comunicar ao TOTVS OMNI;
- Pedido de venda com situação "Recebido não comunicado" - Será apenas comunicado o recebimento ao TOTVS OMNI;
|
Totvs custom tabs box items |
---|
default | no |
---|
referencia | passo3 |
---|
| Ao criar o pedido de venda de prateleira infinita no Web APP, nele é informado o CPF do vendedor que deve estar cadastrado e ativo na loja em que será realizado o recebimento do pedido. É necessário que o usuário possua um terminal, conta caixa e caixa aberto para poder efetuar o recebimento do pedido de venda de prateleira infinita. Image Removed
Gif 01 - Execução do processo de recebimento do pedido de venda de prateleira infinita. O pedido gerou transação, a recebeu e comunicou ao TOTVS OMNI. Image Removed
Gif 02 - Após o aceite não é gerado o financeiro, pois todo o financeiro ficou registrado na empresa que realizou o recebimento do pedido de venda. Image Removed
Gif 03 - Faturamento de pedido de venda de prateleira infinita. Nota-se que é gerado financeiro (Adiantamento) para essa modalidade de faturamento. Totvs custom tabs box items |
---|
default | no |
---|
referencia | passo4 |
---|
| O cancelamento de pedido de prateleira infinita é possível antes do TOTVS OMNI receber a confirmação de recebimento. O cancelamento é realizado no componente PDVFP060. Caso o pedido possua uma transação de recebimento em andamento, também é possível realizar o cancelamento do pedido de venda de prateleira infinita pelo PDVFP060. Image Removed
Gif 01 - Execução do processo de cancelamento de pedido de venda de prateleira infinita. Comunicação de cancelamento realizada ao TOTVS OMNI. Totvs custom tabs box items |
---|
default | no |
---|
referencia | passo5 |
---|
| A contingência é necessária quando o pedido encontra-se cancelado ou recebido no TOTVS Moda, mas por algum motivo, houve falha na comunicação de um desses status ao TOTVS OMNI. Image Removed
Imagem 01 - Situação do pedido de venda como "Cancelado não comunicado". Basta clicar no botão "Cancelar" para comunicar o cancelamento ao TOTVS OMNI. Image Removed Imagem 02 - Situação do pedido de venda como "Recebido não comunicado". Basta clicar no botão "Processar" para comunicar o recebimento ao TOTVS OMNI. Nesse estágio ainda é possível realizar o cancelamento do pedido de venda.2
Totvs custom tabs box items |
---|
default | no |
---|
referencia | passo3 |
---|
| 3 |
|
|
|