11.11 e picos de venda: como preparar integrações e ERP

O 11.11 mostra que o pico de vendas deixou de ser exclusividade da Black Friday, e que o ponto fraco costuma estar nas integrações entre loja, estoque, financeiro e ERP, não no site. Hoje, 11 de novembro, milhares de lojas online vivem um dos dias mais intensos do calendário do varejo digital brasileiro. Para a área de TI, a pergunta útil não é quantos pedidos vão entrar, e sim se cada pedido vai percorrer a empresa inteira sem travar no caminho.

Segundo um levantamento da Nuvemshop divulgado pelo E-Commerce Brasil, o faturamento do 11.11 nas lojas analisadas cresceu 32% entre 2024 e 2025, e o número de pedidos subiu 29,1%. Na sexta-feira da Black Friday, as mesmas lojas cresceram 6,7% em faturamento. O estudo também aponta que o 11.11 chegou a 56% do volume da Black Friday, contra 47% no ano anterior. Ou seja, a empresa agora enfrenta dois grandes picos em quatro semanas, e o segundo chega logo depois do primeiro.

Este artigo explica, em linguagem direta, o que costuma quebrar quando o volume sobe, como mapear o caminho do pedido, quais testes fazer antes da próxima data e como tratar o que o 11.11 deixou de aprendizado para a Black Friday. O foco é a camada que o cliente não vê: integrações, fila de processamento, estoque e retaguarda.

Por que o pico de vendas é um teste de integração

Uma venda online não termina no checkout. Depois do pagamento aprovado, o pedido precisa ser criado no sistema de gestão, o estoque precisa ser baixado, a nota fiscal emitida, o financeiro informado, a logística acionada e o cliente avisado. Cada passo é um sistema, e cada sistema conversa com o próximo por uma integração.

Em um dia comum, essas integrações têm folga. No pico, o volume por minuto multiplica, e qualquer elo mais lento vira gargalo para os demais. O site pode continuar de pé enquanto os pedidos se acumulam em uma fila que ninguém está olhando, e a empresa só percebe horas depois, quando o cliente reclama de pedido não confirmado.

Esse risco aparece também na discussão do mercado. O artigo publicado ontem pelo E-Commerce Brasil propõe uma pergunta incômoda antes de contratar mais uma ferramenta: quantas você poderia desligar. A ideia é que cada ferramenta nova acrescenta uma integração a manter, e integração mal mantida é fonte de falha operacional e retrabalho em campanhas grandes.

Os cinco pontos que mais costumam travar

Não existe lista universal, porque cada operação tem sua arquitetura. Mesmo assim, alguns pontos de falha se repetem em empresas de portes diferentes. Vale conferir cada um deles na sua operação.

• Integração por lote com horário fixo. Muitas empresas sincronizam pedidos com o ERP a cada 15 ou 30 minutos. Em um dia normal isso passa despercebido. No pico, o lote cresce, demora mais que o intervalo e o próximo começa antes de o anterior terminar.
• Estoque desatualizado entre canais. Se loja própria, marketplace e ponto de venda leem saldos em momentos diferentes, o mesmo item é vendido duas vezes. O resultado é cancelamento, que custa reputação e dinheiro.
• Emissão fiscal em série. A nota fiscal costuma depender de serviço externo com limite de chamadas. Se o sistema emite uma nota por vez e o volume dobra, a fila de faturamento atrasa a expedição.
• Retentativa sem controle. Quando uma integração falha, muitos sistemas tentam de novo, sem pausa e sem limite. Isso duplica pedidos ou derruba o serviço que já estava lento.
• Falta de alerta na fila. Ninguém olha o tamanho da fila até o problema chegar ao cliente. Sem painel e sem alarme, o time descobre a falha pelo atendimento.

Repare que nenhum desses cinco depende de o site aguentar muitos acessos simultâneos. Todos acontecem depois da venda, na retaguarda, onde o investimento costuma ser menor porque o problema é menos visível.

Como mapear o caminho do pedido, passo a passo

O primeiro exercício é simples e não exige ferramenta nova: desenhar o caminho de um pedido, do clique de pagamento até a entrega, e anotar cada sistema e cada integração por onde ele passa. Esse mapa costuma revelar etapas que ninguém lembrava existir, como planilhas, e-mails manuais e conferências feitas por uma pessoa específica.

Para cada etapa, registre quatro informações:

• Quem processa: qual sistema ou pessoa executa a etapa.
• Como recebe o pedido: por API em tempo real, por lote agendado, por arquivo ou por digitação.
• Quanto tempo leva hoje: medido em um dia normal, com número real e não estimativa.
• O que acontece se falhar: o pedido para, volta para a fila, é perdido ou depende de alguém perceber.

Esse trabalho é a base de qualquer projeto de automação de processos. Na DKP, ele aparece no início das entregas de consultoria em processos (BPM) e consultoria em ERP, porque não adianta automatizar uma etapa antes de saber o que acontece antes e depois dela.

O ERP no centro: o que precisa estar pronto

Na maior parte das empresas, o sistema de gestão é o ponto onde todos os caminhos se encontram: pedido, estoque, financeiro e fiscal passam por ele. Por isso, a preparação para um pico começa por ali. Alguns itens merecem atenção antes de qualquer campanha:

• Rotinas pesadas fora do horário de venda. Fechamentos, relatórios e recálculos de custo disputam recursos com os pedidos. Agende o que for pesado para depois do pico.
• Índices e consultas dos módulos mais usados. Uma consulta que demora dois segundos com mil pedidos pode ficar inviável com dez vezes mais. Peça ao time de banco de dados uma revisão dos pontos mais acessados.
• Limites de licença e de conexões simultâneas. Confirme o número de usuários e de integrações que o sistema suporta ao mesmo tempo, e o que ocorre ao ultrapassá-lo.
• Ambiente de homologação com volume parecido. Teste com dados que simulem o pico, não com meia dúzia de pedidos de exemplo.
• Plano de contingência escrito. Se a integração cair, quem processa pedidos manualmente, em qual planilha, e como isso volta para o sistema depois.

Um erro comum é tratar o ERP como problema do dia seguinte, quando o time de e-commerce já terminou a campanha. O sistema de gestão precisa estar no planejamento desde o início, com o mesmo calendário que marketing e logística.

Integração em tempo real ou em lote: quando usar cada uma

Não existe resposta única. A integração em tempo real, normalmente por API, reduz o intervalo entre venda e processamento, mas exige que o sistema de destino aguente receber chamadas no ritmo da loja. A integração em lote é mais simples de operar, mas deixa uma janela em que o estoque e o status dos pedidos ficam desatualizados.

Uma regra prática que ajuda na decisão:

• Estoque e preço: o ideal é tempo real ou intervalo curto, porque o erro vira venda duplicada.
• Pedido novo: tempo real ou fila com processamento contínuo, para não acumular em lotes.
• Financeiro e conciliação: lote costuma bastar, desde que o intervalo seja conhecido e aceito pela área.
• Relatórios e indicadores: lote, fora do horário de pico.

Quando a integração é por fila de mensagens, o sistema recebe o que consegue processar e o restante aguarda, sem derrubar o serviço. Esse é o princípio descrito no capítulo sobre sobrecarga do livro de SRE do Google: quando a demanda passa da capacidade, o sistema precisa descartar ou adiar trabalho de forma controlada, em vez de falhar por inteiro.

Testes que valem a semana anterior à campanha

Testar o que acontece sob carga é a prática que mais separa operações que atravessam o pico sem incidente das que passam a noite apagando incêndio. O que recomendamos conferir:

• Teste de carga na retaguarda. Simule um volume de pedidos acima do esperado e meça o tempo de cada etapa. O resultado mostra o gargalo antes de ele aparecer para o cliente.
• Teste de falha de integração. Desligue de propósito um serviço em ambiente de teste e observe se os pedidos aguardam na fila, se duplicam ou se somem.
• Teste de restauração. Confirme que o backup do sistema de gestão restaura em tempo aceitável. O assunto é tratado em detalhe em nosso guia sobre backup corporativo contra ransomware.
• Ensaio do plano manual. Peça à equipe que execute o plano de contingência uma vez, com cronômetro. Documento que nunca foi usado costuma ter lacunas.
• Revisão de alertas. Defina um limite de tamanho para cada fila e um responsável que recebe o aviso, com telefone, não só e-mail.

O pilar de confiabilidade do AWS Well-Architected Framework reúne princípios que ajudam a organizar esses testes: recuperar-se de falhas automaticamente, testar procedimentos de recuperação, escalar horizontalmente e parar de adivinhar capacidade. Os princípios valem para qualquer porte de empresa, mesmo que a arquitetura seja diferente da de um provedor de nuvem.

Nuvem e escala: o que contratar, o que manter

Parte dos gargalos de pico se resolve com elasticidade: aumentar recursos durante a campanha e reduzi-los depois. Isso exige que a aplicação esteja preparada para rodar em várias instâncias e que o banco de dados não seja o ponto único de contenção. Em empresas com sistema de gestão antigo, nem sempre é possível. Nesses casos, a alternativa é isolar o que sofre mais carga, como a camada de pedidos e de estoque, e deixar o núcleo do ERP processando em ritmo controlado.

A decisão sobre o que mover para a nuvem, o que manter no ambiente atual e como conectar os dois lados faz parte do trabalho de consultoria em nuvem. Para quem precisa de ambientes de teste idênticos ao de produção e entregas sem parada, o caminho passa por práticas de DevOps, com automação de implantação e de testes. Se a sua dúvida é sobre a base de dados em si, o artigo sobre dados legados e preparação da base da empresa mostra como organizar o que vem antes.

Onde a automação ajuda, e onde ainda precisa de gente

Depois do pico, é comum surgir uma fila de exceções: pedidos com endereço inválido, pagamento pendente, item sem estoque, nota rejeitada. Resolver cada caso manualmente consome a equipe justamente quando o volume de atendimento também é maior.

Parte dessas exceções segue regras repetitivas e pode ser tratada por robôs de RPA ou por agentes de IA, com limites claros do que cada um pode fazer. Sobre a escolha entre as duas abordagens, vale ler nosso comparativo de RPA ou agentes de IA. O ponto central é o mesmo de todo o artigo: automatizar o que é repetitivo e bem definido, e manter uma pessoa responsável pelo que exige julgamento, como cancelamento por suspeita de fraude ou exceção de política comercial.

Um cuidado: nenhum número de ganho de produtividade deve ser prometido sem medir. Meça o tempo médio de tratamento de exceção antes e depois da automação, na sua própria operação, e só então divulgue o resultado internamente.

Checklist para fechar a semana do 11.11 e preparar a Black Friday

Como a Black Friday vem logo depois, o aprendizado de hoje precisa virar ação nesta semana. Uma sugestão de roteiro enxuto:

• Exporte o volume de pedidos por hora de hoje e compare com a capacidade medida em teste.
• Liste todos os alertas disparados e os que deveriam ter disparado e não dispararam.
• Anote cada intervenção manual feita pela equipe, com horário e motivo. Essa lista é o roteiro de automação futura.
• Revise as retentativas: houve pedido duplicado ou integração que insistiu em excesso?
• Confirme que o estoque ficou coerente entre canais ao fim do dia.
• Defina quem fica de plantão na Black Friday, com escala e telefone, e quem decide acionar o plano de contingência.
• Congele mudanças no sistema de gestão e nas integrações até o fim da campanha, salvo correção de falha crítica.

Perguntas frequentes

O 11.11 exige uma infraestrutura diferente da de um dia comum? Depende do tamanho da operação. Para lojas que já operam com folga, basta revisar integrações e alertas. Para operações no limite, vale planejar escala e filas antes da próxima data, com testes de carga.

Integração em tempo real é sempre melhor? Não. Ela reduz o intervalo de atualização, mas exige que o sistema de destino aguente o ritmo. Para financeiro e relatórios, lote costuma bastar. A escolha deve seguir o risco de cada dado.

Como saber se a retaguarda é o gargalo? Compare o tempo entre pagamento aprovado e pedido registrado no sistema de gestão em horários de pico e fora dele. Se o intervalo cresce muito, o gargalo está na integração ou no processamento, não no site.

Uma consultoria é necessária para fazer essa preparação? Equipes internas fazem boa parte do trabalho. A consultoria ajuda quando falta tempo, quando o sistema é antigo ou quando é preciso conectar vários ambientes sem parar a operação.

Conclusão

O 11.11 deixou de ser um ensaio da Black Friday e virou um pico por mérito próprio. O que decide se a empresa atravessa a data sem incidentes é a retaguarda: integrações bem desenhadas, filas monitoradas, estoque coerente entre canais e um sistema de gestão preparado para o volume.

Se a sua operação sentiu o peso do dia, aproveite os dados desta semana para corrigir o que apareceu antes da Black Friday. A equipe da DKP atua há 23 anos com integração de sistemas, ERP, nuvem e automação, e pode ajudar a mapear o caminho do pedido e priorizar o que corrigir primeiro. Conheça a nossa consultoria em ERP ou fale com o time pelo site.