Ir para o conteúdo
XSIS
Um cliente paga em um caixa de autoatendimento

Setores

Varejo e comércio omnichannel

Lojas, canais on-line e o ERP alinhados em cada venda e cada SKU, em tempo real.

Por que lojas, canais on-line e o ERP se distanciam

Varejistas operam em muitos sistemas que precisam estar alinhados: caixas, lojas virtuais, armazéns, provedores de pagamento e o ERP. Quando eles se distanciam, o estoque fica errado, os preços diferem entre canais e as finanças passam dias conciliando.

  • Sincronizações em lote noturnas

    Caixas, lojas virtuais e o ERP trocam dados com horas de atraso, então o estoque é vendido além do disponível no pico.

  • Liquidação lenta

    As liquidações de cartão entre adquirentes são conciliadas tarde, e as divergências custam dinheiro.

  • Picos que derrubam o checkout

    Promoções e festivais trazem tráfego que sistemas lentos não conseguem suportar.

O que muda

  1. Uma única versão de cada venda

    Terminais de loja, checkout on-line e o razão do ERP ficam alinhados em tempo real.

  2. Estoque em que você pode confiar

    Níveis de SKU sincronizados entre lojas e canais on-line conforme mudam.

  3. Liquidações conciliadas

    Arquivos de liquidação ingeridos e tarifas auditadas automaticamente.

Onde atuamos

O que desenvolvemos

  • Extensões de POS, aplicativos de back office e painéis de loja
  • Sincronização segura sem conexão entre servidores de loja e matriz

O que desenvolvemos

  • Interfaces de comércio eletrônico e serviços de pedidos
  • Retirada na loja, devoluções e rastreamento de pedidos

Integrações típicas

  • Plataformas de comércio eletrônico, marketplaces, transportadoras e o ERP

O que desenvolvemos, conectamos e protegemos

  • Integração de POS e ERP

    Vendas, devoluções e totais de fechamento do dia lançados no ERP, com preços, promoções e itens enviados de volta a cada loja.

  • Visibilidade de estoque

    Uma visão do estoque entre lojas, armazéns e on-line, atualizada conforme vendas e entregas acontecem.

  • Comércio on-line e móvel

    Lojas virtuais e aplicativos que compartilham produtos, preços e estoque com as lojas.

  • Fidelidade e promoções

    Programas de fidelidade, vouchers e regras de promoção que funcionam da mesma forma em todos os canais.

  • Ferramentas de operações de loja

    Aplicativos para contagem de estoque, transferências, entregas e tarefas da equipe, construídos para uso no chão de loja.

  • Superaplicativos e comércio unificado

    Um aplicativo de alta concorrência para compras, pagamentos e fidelidade entre marcas.

  • Plataformas de POS

    Caixas e serviços de POS em nuvem, pelas suas APIs, arquivos de exportação ou servidores de loja.

  • Pagamentos com cartão

    Terminais, gateways e adquirentes, com arquivos de liquidação conciliados com as vendas.

  • ERP

    SAP S/4HANA, Microsoft Dynamics 365, Oracle NetSuite, Odoo e outros, para itens, estoque e finanças.

  • Armazéns e transportadoras

    Sistemas de armazém e APIs de transportadoras para atendimento de pedidos, entregas e devoluções.

  • Dados de cartão fora do escopo

    Mantemos os dados de cartão com o provedor de pagamento, por tokenização e terminais com criptografia ponto a ponto quando disponíveis, o que mantém o escopo do PCI DSS pequeno.

  • Dados de clientes

    Dados de fidelidade e pedidos são coletados com consentimento, mantidos apenas pelo tempo necessário e tratados segundo o GDPR e as leis locais aplicáveis.

  • Regras fiscais e tributárias

    Quando um país exige cupons fiscais ou faturamento eletrônico, conectamos os dispositivos ou plataformas certificados que ele determina e guardamos os registros que ele exige.

Uma mão segurando um terminal bancário sem fio, em primeiro plano

Como trabalhamos

Conectamos esses sistemas para que vendas, estoque, preços e pagamentos se movam entre eles de forma confiável, e construímos os aplicativos para clientes e as ferramentas de back office ao redor deles. As lojas continuam vendendo quando a rede falha e se sincronizam quando ela volta.

  1. Mapear os fluxos

    Vendas, devoluções, preços, estoque e pagamentos, entre todos os sistemas.

  2. Substituir os lotes

    Eventos fluem entre POS, canais on-line e o ERP, com uma fila de mensagens não entregues para falhas.

  3. Provar no pico

    Testes de carga com o tráfego de festival antes da entrada em produção.

POS para ERP: cada venda lançada uma única vezAs vendas fluem dos caixas para o ERP como eventos, e preços e estoque fluem de volta. Uma loja que fica sem conexão continua vendendo e se sincroniza depois. Um lançamento que falha é repetido e depois entregue a uma pessoa.POSTerminais POSCada caixa em cadalojaRepositório de dadosLoja ou servidorem nuvem do POSContinua vendendosem conexãoXSISCamada deintegraçãoFila de eventos,mapeamento, proteçãocontra duplicidadeERPERPVendas, estoque efinançasServiçoFila de novastentativasNovas tentativas comespera crescente,depois uma fila demensagens nãoentreguesPessoasEquipe deoperações de loja12REST/JSON3OData · REST/JSON4REST/JSON5REST/JSON678

POS para ERP: cada venda lançada uma única vez

As vendas fluem dos caixas para o ERP como eventos, e preços e estoque fluem de volta. Uma loja que fica sem conexão continua vendendo e se sincroniza 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

  1. De Terminais POS para Loja ou servidor em nuvem do POS: Vendas, devoluções e cancelamentos (fluxo principal).
  2. De Loja ou servidor em nuvem do POS para Camada de integração: Eventos de venda e totais de fechamento do dia, por uma fila de eventos, por REST/JSON (assíncrono).
  3. De Camada de integração para ERP: Vendas e movimentos de estoque registrados, por OData · REST/JSON (fluxo principal).
  4. De ERP para Camada de integração: Preços, promoções e dados de itens, por API ou exportação de arquivo, por REST/JSON (fluxo principal).
  5. De Camada de integração para Loja ou servidor em nuvem do POS: Atualizações de preço e estoque, por REST/JSON (fluxo principal).
  6. De Camada de integração para Fila de novas tentativas: Falha no lançamento (caminho de exceção).
  7. De Fila de novas tentativas para Camada de integração: Repetido (caminho de exceção).
  8. De Fila de novas tentativas para Equipe de operações de loja: Ainda falhando: alerta com os detalhes (caminho de exceção).
Pagamentos com cartão: autorizados no caixa, liquidados depois, conciliados no ERPO terminal ou o checkout consulta o gateway, o gateway consulta o adquirente, e o adquirente encaminha para a bandeira do cartão e o emissor. Os arquivos de liquidação chegam depois e são conciliados com vendas e tarifas no ERP. A ausência de resposta a tempo dispara um estorno para que o cliente nunca seja cobrado duas vezes.POSTerminal EMV oucheckout on-lineChip, aproximação ecomércio eletrônicoGatewayGateway depagamentoTokenização eroteamentoBancoAdquirenteAutorização eliquidaçãoTerceiroBandeira do cartãoe emissorAprova ou recusaERPERPVendas, tarifas erepassesXSISCamada deintegraçãoLeitura e conciliaçãode liquidaçõesPessoasEquipe deoperações depagamentosDivergências,disputas echargebacks1EMV · REST/JSON2ISO 85833ISO 85834ISO 85835SFTP6REST/JSON7ISO 8583 04008

Pagamentos com cartão: autorizados no caixa, liquidados depois, conciliados no ERP

O terminal ou o checkout consulta o gateway, o gateway consulta o adquirente, e o adquirente encaminha para a bandeira do cartão e o emissor. Os arquivos de liquidação chegam depois e são conciliados com vendas e tarifas no ERP. A ausência de resposta a tempo dispara um estorno para que o cliente nunca seja cobrado duas vezes.

  • Fluxo principal
  • Assíncrono
  • Caminho de exceção
O fluxo em 8 etapas

O fluxo, etapa a etapa

  1. De Terminal EMV ou checkout on-line para Gateway de pagamento: Solicitação de autorização, por EMV · REST/JSON (fluxo principal).
  2. De Gateway de pagamento para Adquirente: Autorização, por ISO 8583 (fluxo principal).
  3. De Adquirente para Bandeira do cartão e emissor: Encaminhada ao emissor, por ISO 8583 (fluxo principal).
  4. De Adquirente para Gateway de pagamento: Aprovada ou recusada, por ISO 8583 (assíncrono).
  5. De Adquirente para Camada de integração: Arquivos de liquidação e tarifas, por SFTP (assíncrono).
  6. De Camada de integração para ERP: Vendas liquidadas, tarifas e repasses, por REST/JSON (fluxo principal).
  7. De Gateway de pagamento para Terminal EMV ou checkout on-line: Sem resposta a tempo: estorno automático, por ISO 8583 0400 (caminho de exceção).
  8. De Camada de integração para Equipe de operações de pagamentos: Divergência de liquidação ou chargeback (caminho de exceção).

Histórico

  • Logotipo de Landmark Group (UAE)
  • Logotipo de Nike
  • Logotipo de Victoria’s Secret
  • Logotipo de M·A·C Cosmetics

As marcas corporativas selecionadas representam sistemas, plataformas e produtos digitais históricos e atuais arquitetados ou entregues pela XSIS, pela KONG GROUP, pelo nosso CEO e pela nossa liderança principal de engenharia ao longo das suas carreiras. Todas as marcas de terceiros pertencem aos seus respectivos titulares e são citadas estritamente para identificação factual do portfólio.

Como começar

O que acontece a seguir

  1. Definição do horário

    Nossa equipe envia um e-mail para combinar o horário da sessão.

  2. Sessão de pré-consultoria

    Uma sessão on-line gratuita de pré-consultoria de 30 minutos: analisamos os seus objetivos, sistemas e restrições.

  3. Avaliação de prontidão

    Em uma 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 a trilha adequada.

  4. Escolha da trilha

    Projetos com escopo pronto recebem uma proposta vinculante em 3 a 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 a 2 semanas. O Blueprint Studio e o diagnóstico têm cada um uma taxa fixa, cotada na proposta.

O caminho mais rápido é o pacote Sprint de prontidão para faturamento eletrônico obrigatório e ERP, um dos nossos pacotes de contratação rápidos.

Por onde começar

Perguntas e respostas

O que acontece quando uma loja perde a conexão?

A loja continua vendendo. As vendas são armazenadas localmente e enviadas quando a conexão volta, cada uma com um identificador único para que nada seja lançado duas vezes. Atualizações de preço e estoque entram na fila da mesma forma. As operações veem quais lojas estão atrasadas e em quanto, para que uma indisponibilidade longa seja percebida na hora, e não descoberta no fechamento do mês.

Quais sistemas de POS vocês conseguem integrar?

Integramos plataformas de POS por tudo o que elas oferecem: APIs em nuvem, servidores de loja, exportações de banco de dados ou arquivos. Antes de estimar, revisamos a documentação do POS e uma amostra dos seus dados, porque isso define a abordagem. Nomear uma plataforma de POS ou um ERP neste site não significa uma parceria com o fornecedor.

Por que o estoque nunca bate entre o ERP e as lojas?

Normalmente porque os sistemas discordam sobre o momento, as unidades ou o que conta como movimentação. Devoluções, transferências, mercadorias danificadas e vendas durante uma contagem de estoque são causas comuns. Rastreamos as diferenças, acordamos uma regra para cada tipo de movimentação e construímos a sincronização para registrar cada mudança com a sua origem. As divergências restantes vão para uma lista de revisão em vez de se acumularem.

O que determina o custo de uma integração de varejo?

O número de sistemas, lojas e canais, quão bem o POS e o ERP expõem os seus dados, e quantas exceções precisam de regras, como devoluções entre canais ou pagamentos divididos. Implantar loja a loja também acrescenta esforço de teste. Estimamos após revisar os sistemas e uma amostra de transações reais.

Vocês conseguem implantar sem fechar lojas?

Sim. Entramos em produção em etapas, começando por uma loja piloto, e executamos a nova integração ao lado do processo atual até os totais concordarem. As mudanças nas lojas são agendadas fora do horário de funcionamento quando possível, e cada etapa tem um caminho de volta se algo não funcionar como planejado.

Quem dá suporte à integração após a entrada em produção?

Podemos monitorá-la e dar suporte sob um contrato de suporte, ou transferi-la para a sua equipe com documentação, alertas e um manual de operação. De qualquer forma, uma mensagem com falha cai em uma fila com o seu motivo, para poder ser corrigida e reprocessada em vez de perdida.

Comece com uma conversa, não com um contrato.

Conte o que você precisa construir, conectar ou proteger. Um arquiteto analisa com você e recomenda por onde começar.