Aprimoramentos no lançamento de demonstrativo do varejo
Importante
Esse conteúdo está arquivado e não está sendo atualizado. Para obter a documentação mais recente, confira a documentação do produto Microsoft Dynamics 365. Para ver os planos de lançamento mais recentes, confira os planos de lançamento do Dynamics 365 e Microsoft Power Platform.
Habilitado para | Visualização Pública | Disponibilidade Geral |
---|---|---|
Usuários finais por administradores, criadores ou analistas | 2 de agosto de 2019 | 1º de outubro de 2019 |
Valor do negócio
No Microsoft Dynamics 365 Retail, o processo de lançamento de demonstrativos é usado para contabilizar as transações que ocorrem no PDV (ponto de venda) em Nuvem ou no MPOS (Modern POS). Esse processo é uma função vital e integral de uma operação de loja física, pois todas as transações na loja em termos de vendas, pagamentos, movimentos de caixa etc. em um dia útil são refletidas na matriz por meio desse processo. Todos os principais relatórios diários em que o pessoal da matriz se baseia para a tomada de decisões, como vendas por loja em um dia, cobranças por loja em um dia ou movimentos de estoque para diferentes produtos e categorias e assim por diante são disponibilizados por meio do processo de lançamento de demonstrativos.
O processo de lançamento de demonstrativo também desempenha um papel crucial na função de prevenção contra perdas de uma organização de varejo, pois os dados do lançamento de demonstrativo são usados pelos funcionários de auditoria de vendas para monitorar e rastrear problemas e padrões relacionados à prevenção de fraudes e perdas. Diante do exposto, é imprescindível que qualquer organização varejista com lojas físicas tenha um processo de lançamento de demonstrativo confiável e de alto desempenho.
Detalhes do recurso
Esse recurso aprimorará o processo de lançamento de demonstrativo atual das maneiras descritas aqui.
Verificador de fidelidade de dados
A confiabilidade de um processo de lançamento de demonstrativo é altamente dependente da qualidade dos dados que alimentam esse processo. Esses dados são gerados e enviados das lojas de varejo com base nas transações nos sistemas de PDV próprios ou de terceiros. Com frequência, a fidelidade dos dados provenientes da loja é questionável devido a fatores como erros no cliente PDV, que grava dados inconsistentes no banco de dados da loja ou dados trazidos de um sistema POS de terceiros por meio da estrutura de integração. Isso gera problemas e bugs no processo posterior de lançamentos de demonstrativo.
Para superar esses desafios, o verificador de fidelidade de dados verificará os dados em busca de omissões e anomalias, e somente as transações que passarem na validação serão incluídas no processo do demonstrativo. Veja a seguir alguns dos tipos de validação que o verificador de fidelidade de dados executará (esta não é uma lista abrangente):
Verifique se os itens do cartão-presente não estão associados às linhas de devolução.
Verifique se os registros na tabela de descontos correspondem ao valor do desconto nas tabelas de linha de transação de varejo para cada transação.
Valide se o valor nas linhas de pagamento da transação de varejo totaliza o valor do pagamento na tabela de transação de varejo do cabeçalho.
Valide se os registros na tabela de impostos correspondem ao valor do imposto nas tabelas de linha de transação de varejo para cada transação.
O recurso verificador de fidelidade de dados também permitirá que um usuário corrija transações que não sejam consistentes com as expectativas definidas para fins de auditoria de rastreabilidade e reconciliação.
Criação de pedidos de alimentação por fluxo (Visualização Pública)
O processo de lançamento de demonstrativos atual é gerenciado em duas partes principais:
Com base nos dados sincronizados com a matriz, um "trabalho de estoque" reserva o estoque de produtos em um agendamento recorrente definido.
No final do dia, quando as lojas são fechadas e as operações de fim de dia são realizadas na loja, os dados restantes são sincronizados com a matriz. Com base em uma agenda definida, o sistema cria um documento de demonstrativo para cada loja e, quando esse documento de demonstrativo é lançado, o sistema remove a reserva do estoque criado e cria ordens de venda, diários de pagamento e diários-razão no sistema.
Como evidenciado pelos pontos acima, apenas reservas temporárias de estoque são criadas durante o dia. Essas reservas de estoque são removidas no final do dia e todas as transações são processadas como ordens de vendas; novas transações de estoque são criadas com outras transações no final do dia. Não há processamento dessas transações que ocorrem durante o dia e todas elas são recarregadas ao final do dia. Isso cria uma situação em que as grandes transações precisam ser processadas em uma janela de tempo limitada e resultam em uma carga e bloqueios fenomenais, o que pode resultar em falhas de lançamento do demonstrativo.
Para resolver esses problemas, as seguintes melhorias serão feitas no processo de lançamento do demonstrativo:
Substitua o "trabalho de estoque" que cria reservas temporárias.
Crie um novo trabalho que, em um cronograma predefinido, crie ordens de venda, fature-as, crie, lance e aplique pagamentos a todas as transações sincronizadas com a matriz nesse momento. Além disso, ele também criará quaisquer diários-razão que precisem ser criados para descontos, cartões-presente etc.
O documento do demonstrativo criado no final do dia só será usado para calcular e lançar quaisquer variações de contagem.
Manipulação de linhas de devolução
Para garantir que as linhas de devolução sejam lançadas com o custo de devolução correto, o processo de lançamento da declaração de varejo atual exige que a venda original seja lançada antes de permitir o lançamento de devolução; no entanto, em cenários em que uma declaração para a venda original não é lançada, a instrução associada à transação de devolução também não pode ser lançada. Isso resulta no backup de demonstrativos e envolve usuários tentando descobrir a dependência antes de publicá-los manualmente na sequência correta. Para resolver isso e também não aplicar a dependência cronológica entre os demonstrativos, as devoluções serão lançadas aproveitando os custos de estoque da data de negócios da venda original.
Manipulação de itens rastreados em lotes
Para itens controlados por lote, o Retail POS não dá suporte à captura de números de lote no momento da venda; no entanto, números de lote são necessários durante o lançamento das vendas desses produtos na matriz. A estrutura de lançamento de demonstrativo atual seleciona um número de lote já existente no momento do lançamento de demonstrativo. No entanto, em cenários em que a quantidade com números de lote não existe para esses produtos, o processo de lançamento de demonstrativo falha mesmo quando o estoque negativo é ativado para esses produtos. Esse recurso garantirá que o lançamento de demonstrativo não seja bloqueado para itens rastreados em lotes em que o estoque seja zero ou o número do lote não esteja disponível se o estoque negativo estiver ativado para esses itens.
Consulte também
Verificador de consistência das transações de varejo (documentos)