Manter a loja e um sistema externo em sincronia
Plataforma de e-commerce em WooCommerce construída e customizada para a MAY Derma e integrada aos sistemas externos de negócio da empresa. Entregue como contrato remoto entre maio e julho de 2026.
Contexto
A MAY Derma precisava de uma loja que não fosse uma ilha. Pedidos feitos online tinham de chegar aos sistemas em que o negócio já rodava, e dados de produto e estoque mantidos no back-office tinham de aparecer na loja. Construí e customizei a plataforma WooCommerce e depois construí a integração entre os dois lados.
Junto da loja construí a plataforma de afiliados e prescritores em C#/.NET: parceiros se cadastram, recebem links de indicação e cupons e acompanham vendas atribuídas e comissões nos próprios dashboards. Ela roda como aplicação separada, que compartilha o catálogo e a navegação da loja.
O problema
Uma loja e um sistema de back-office discordam no instante em que qualquer um dos dois pode mudar de estado por conta própria. Pedidos, estoque e cadastros existem nos dois, e nenhum é naturalmente o seguidor. O trabalho foi decidir, registro por registro, qual sistema é dono da verdade e como o outro fica sabendo.
O atalho tentador é a loja chamar o outro sistema direto no checkout. É a menor quantidade de código e o pior modo de falha: um checkout que depende do back-office estar acessível é um checkout que cai quando o back-office cai.
A integração
A comunicação corre por webhooks para workers assíncronos. A loja emite um evento quando algo acontece; um worker pega, traduz e escreve no outro lado. Se o destino está indisponível, o evento espera e é reprocessado, em vez de se perder no caixa.
Como a entrega é at-least-once, todo consumidor é idempotente. O mesmo evento chegando duas vezes produz um pedido, não dois — deduplicado pelo identificador do próprio evento antes de qualquer escrita. É a parte do design que eu defenderia com mais convicção: reenvio não é caso de borda, é o modo normal de operação de uma integração por webhook.
Trade-offs
Resultados
Entregue e repassado: a plataforma roda em Docker atrás do Nginx em Linux, e pedidos e estoque atravessam entre a loja e os sistemas do cliente por workers idempotentes e reprocessáveis, não por chamadas síncronas.
A loja recebeu 259 pedidos pagos de 224 clientes desde o primeiro pedido pago, em outubro de 2025, sendo 194 deles a partir de maio de 2026. Não publico o faturamento deste projeto.
Retrospectiva
A integração seria mais fácil de operar com um log de entrega exposto no admin desde o primeiro dia — uma tela que responde "este pedido chegou do outro lado, e se não, por quê" sem abrir o banco. Construí a confiabilidade e subconstruí a visibilidade sobre ela.
O que eu repetiria é recusar o atalho síncrono. Deu mais trabalho na primeira semana e é a razão pela qual a disponibilidade da loja não depende do uptime de outra pessoa.