Sincronização de vendas, stock e preços entre POS e ERP
POS para ERP: vendas, stock e preços em sintonia
Vendas e devoluções lançadas de todas as lojas, mudanças de stock e de preço enviadas de volta, e totais de fim de dia reconciliados.
Blueprint
Role para o lado para ver o desenho completo.
POS para ERP: cada venda lançada uma única vez
As vendas fluem dos caixas para o ERP como eventos, e preços e stock fluem de volta. Uma loja que fica sem ligação continua a vender e atualiza-se depois. Um lançamento que falha é repetido e depois entregue a uma pessoa.
- Fluxo principal
- Assíncrono
- Caminho de exceção
O fluxo em 8 etapas
O fluxo, etapa a etapa
- De Terminais POS para Loja ou servidor em nuvem do POS: Vendas, devoluções e cancelamentos (fluxo principal).
- De Loja ou servidor em nuvem do POS para Camada de integração: Eventos de venda e totais de fecho do dia, por uma fila de eventos, por REST/JSON (assíncrono).
- De Camada de integração para ERP: Vendas e movimentos de stock registados, por OData · REST/JSON (fluxo principal).
- De ERP para Camada de integração: Preços, promoções e dados de itens, por API ou exportação de ficheiro, por REST/JSON (fluxo principal).
- De Camada de integração para Loja ou servidor em nuvem do POS: Atualizações de preço e stock, por REST/JSON (fluxo principal).
- De Camada de integração para Fila de novas tentativas: Falha no lançamento (caminho de exceção).
- De Fila de novas tentativas para Camada de integração: Repetido (caminho de exceção).
- De Fila de novas tentativas para Equipa de operações de loja: Ainda a falhar: alerta com os detalhes (caminho de exceção).
Visão geral
Este é o fluxo entre os caixas das suas lojas e o ERP por trás deles. Vendas, devoluções e cancelamentos sobem para o ERP. Preços, promoções, dados de itens e stock descem. Quando os dois se desalinham, as lojas vendem pelo preço errado, os números de stock deixam de ser fiáveis e as finanças passam o fecho do mês a reconciliar.
O desenho de referência envia cada transação de loja como um evento por uma camada de integração com fila. A camada mapeia cada evento para os documentos de vendas e de stock do ERP e o regista exatamente uma vez. Na outra direção, as mudanças no ERP são enviadas às lojas que precisam delas, para que todo caixa trabalhe com os mesmos dados.
As lojas perdem ligação, e o desenho conta com isso. O servidor local da loja ou da nuvem do POS continua a vender e atualiza-se quando a linha volta. Um lançamento que falha é repetido, e um que continua a falhar é entregue a uma pessoa com os detalhes, em vez de desaparecer.
Como o fluxo funciona
Vender no caixa
Cada venda, devolução e cancelamento é registado no terminal POS com um identificador único, a loja, o caixa e o horário.
Reter na loja
O servidor local da loja ou da nuvem do POS recolhe as transações e as envia como eventos, mantendo-as em segurança enquanto a loja está offline.
Lançar no ERP
A camada de integração mapeia cada evento para movimentos de venda e de stock e o regista no ERP, verificando o seu identificador para que nada seja lançado duas vezes.
Enviar preços e itens
Dados de itens, preços e promoções são publicados a partir do ERP quando mudam, com a data e as lojas a que cada mudança se aplica.
Atualizar cada loja
A camada entrega cada mudança às lojas a que ela se aplica e regista quais lojas a confirmaram.
Quando algo falha
Um lançamento falha
Falhas temporárias são repetidas com intervalos crescentes. Um lançamento que ainda falha vai para uma fila de mensagens não entregues, e a equipa de operações de loja é alertada com a transação e o erro.
Uma loja fica offline
A loja continua a vender com os seus dados locais. As transações são retidas e enviadas em ordem quando a ligação volta, e uma loja que fica silenciosa por tempo demais gera um alerta.
Uma transação chega duas vezes
Toda transação carrega um identificador único. A camada reconhece a repetição e a ignora, para que um reenvio após uma indisponibilidade nunca duplique uma venda.
Os totais da loja e do ERP diferem
Os totais de fim de dia de cada loja são comparados com o que o ERP recebeu. Uma diferença abre uma revisão com as transações ausentes ou excedentes listadas.
Normas e sistemas
- Dados e análises
- Apache Kafka
- Sistemas ERP
- SAP S/4HANA
- Oracle NetSuite
- Microsoft Dynamics 365 Business Central
- Odoo
- Integração
- REST
- Webhooks
- RabbitMQ
Perguntas e respostas
As vendas devem ser lançadas em tempo real ou em lotes?
Normalmente como eventos próximos do tempo real, porque os números de stock e de vendas ficam atualizados durante o dia. Alguns ERPs ou licenças tornam lançamentos frequentes caros, por isso a camada também pode agrupar eventos em resumos por loja e período. Escolhemos consigo com base em quais decisões precisam de dados atuais e no que o ERP processa bem.
Como os totais de fim de dia são reconciliados?
Cada loja envia os seus totais de fim de dia por forma de pagamento e departamento. A camada os compara com as transações que o ERP recebeu para a mesma loja e o mesmo dia. Se coincidem, o dia é fechado. Se não, a revisão lista as transações ausentes ou excedentes, para que a sua equipa corrija a causa em vez de lançar um ajuste.
Promoções e mudanças de preço podem ser agendadas com antecedência?
Sim. Cada mudança de preço ou promoção é enviada com a data e as lojas a que se aplica, com antecedência, para que os caixas mudem no momento certo sem que ninguém na loja precise agir. A camada regista quais lojas confirmaram a mudança e sinaliza as que não confirmaram.
Como implementam isso em muitas lojas?
Começamos com um piloto em algumas lojas e comparamos os seus totais com o processo atual todos os dias. Quando os totais coincidem, implementamos em grupos, no ritmo que a sua equipa de operações de loja conseguir acompanhar. O processo antigo permanece disponível em cada loja até o novo fluxo estar comprovado.
Com quais sistemas de POS e ERP isso funciona?
O desenho funciona com qualquer POS que consiga exportar transações por API, eventos ou ficheiros, e com ERPs como SAP S/4HANA, Oracle NetSuite, Microsoft Dynamics 365 Business Central e Odoo. Confirmamos as interfaces do seu POS e do seu ERP específicos no início. Citar um produto não significa parceria com o seu fornecedor.
Quem trata os lançamentos com falha depois de entrar em produção?
Isso é acordado antes da entrada em produção. Normalmente a sua equipa de operações de loja ou de finanças trata os erros de negócio, como um item desconhecido, numa lista de revisão, e a equipa técnica trata as falhas do próprio fluxo. Podemos fornecer esse suporte técnico como parte de um contrato contínuo, com o manual de operação partilhado com a sua equipa.
Comece com uma conversa, não com um contrato.
Conte o que precisa construir, ligar ou proteger. Um arquiteto analisa consigo e recomenda por onde começar.
O que acontece a seguir
Definição do horário
A nossa equipa envia um e-mail para combinar o horário da sessão.
Sessão de pré-consultoria
Uma sessão em linha gratuita de pré-consultoria de 30 minutos: analisamos os seus objetivos, sistemas e restrições.
Avaliação de prontidão
Numa avaliação de prontidão gratuita de 48 horas, um Arquiteto Principal verifica o seu projeto com a Definição de Prontidão em 6 pontos e recomenda o percurso adequado.
Escolha do percurso
Projetos com âmbito pronto recebem uma proposta vinculante em 3–5 dias úteis. Projetos em estágio de conceito começam no Blueprint Studio. Um sistema em produção com falhas, não documentado ou que precisa de integração começa com um diagnóstico de 1–2 semanas. O Blueprint Studio e o diagnóstico têm cada um uma taxa fixa, cotada na proposta.