Decidir com dado e não parar

A base de vendas de um e-commerce brasileiro típico mistura pedido cancelado por ruptura, pedido devolvido, venda corporativa pontual e venda de teste da própria equipe. Um modelo treinado nesse histórico aprende que houve demanda onde houve erro operacional, e recomenda comprar de novo o item que ninguém quis ficar. A limpeza não é etapa preparatória do projeto de IA: é o projeto, na primeira metade.

A régua de decisão é simples de aplicar. Enquanto a base não separar consumo real de evento operacional, e enquanto o mesmo produto tiver mais de um identificador vivo entre ERP, loja e marketplace, o investimento correto é governança de dado, que é o que destrava o modelo depois. Isso conversa diretamente com a aba de dado de produto: identificador instável quebra previsão do mesmo jeito que quebra anúncio.

No mid-market brasileiro, a previsão que já está em produção é a de item de alto giro com sugestão de compra aprovada por humano. A reposição automática sem validação segue em piloto, e há um motivo operacional: o custo de um erro de compra em cauda longa é sobra parada, e sobra parada em categoria de moda vira markdown na temporada seguinte, quando a margem já era pequena.

A promoção passada é a armadilha mais frequente. Se o histórico não marca qual venda aconteceu sob desconto, sob frete grátis ou sob impulso de campanha de canal, o modelo lê pico de demanda onde houve pico de subsídio e recomenda reposição para um patamar que só existia com a promoção ligada. Marcar o evento comercial no histórico custa uma coluna e evita uma temporada inteira de compra errada.

Precificação inteligente em produção no Brasil hoje é markdown e liquidação em moda, calçados e perecível, categorias em que a perda de valor por tempo é medível e o gestor já aceitava decidir com regra. Precificação dinâmica com elasticidade estimada continua em piloto, e o obstáculo é de confiança: poucas equipes aceitam que o preço mude sem que alguém consiga explicar, depois, por que mudou.

A transição da Lei Complementar 214/2025 acrescenta um gatilho de repricing que não vem do mercado. Quando a carga do item muda por classificação tributária, o preço de venda que preservava o piso de margem deixa de preservar, e a correção precisa ser propagada por todos os canais na mesma janela. Esse é território do backoffice: o front-office decide como o preço é apresentado, o backoffice decide qual é o piso e quando a tabela muda.

Conciliar recebível de marketplace e de adquirente é comparar o que a plataforma diz que vai pagar com o que a operação esperava receber, linha a linha, descontando comissão, taxa fixa, frete, publicidade e antecipação. Detecção de anomalia nesse fluxo funciona bem com regra e limiar, sem modelo sofisticado, e a automação paga por si mesma quando o volume de pedidos cresce sem que o time financeiro cresça junto.

Na disputa de chargeback, a assistência de IA atua na montagem do dossiê de contestação, reunindo evidência de entrega, log de acesso e histórico do comprador dentro do prazo da bandeira. O incentivo é direto: para cada dólar perdido em chargeback, o custo total chega a US$ 5,13 somando produto, frete, taxa de contestação e tempo de equipe.

O painel de backoffice mede a operação por pedido. Audiência, conversão e citação em motor generativo são medidas do front-office, com outro dono e outra cadência. Misturar os dois num só relatório produz reuniões em que ninguém consegue dizer se o problema da semana foi de demanda ou de execução.

Dois dos seis indicadores fazem fronteira e precisam da mesma definição nos dois eixos. A taxa de aprovação de pagamento, entre 80% e 85% no e-commerce brasileiro, é calculada pelo backoffice e usada pelo front-office para medir o custo de conversão do atrito antifraude. O prazo de entrega é calculado e exposto por API pelo backoffice, e exibido e testado pelo front-office. Número igual, definição igual, dois usos distintos.

A pergunta que a fiscalização faz não é se existe política publicada, é quem acessou o CPF do cliente na terça-feira e com que finalidade. Sem registro de acesso e sem controle de finalidade por perfil, a resposta é sempre a mesma: qualquer usuário do ERP poderia ter acessado. Isso basta para transformar um incidente pequeno numa infração difícil de defender.

Retenção é o segundo ponto cego. Cadastro de crediário encerrado há sete anos, histórico de compra de cliente inativo e base de importação de campanha antiga continuam vivos porque ninguém definiu prazo. Definir prazo de retenção por tipo de dado reduz superfície de vazamento e volume de backup ao mesmo tempo.

A média de 3.736 ataques semanais por organização brasileira em fevereiro de 2026, alta de 37% na comparação anual, muda a pergunta de gestão. Ela deixa de ser se a operação será atacada e passa a ser quanto tempo leva para voltar a emitir nota fiscal depois do ataque. Backup existe em quase toda empresa; backup imutável e restauração testada continuam raros.

Segregação de função é o controle mais ignorado e o mais barato. Quem aprova o pagamento não deve ser quem libera o pagamento, e quem cadastra fornecedor não deve ser quem altera dado bancário do fornecedor. Nenhum desses controles exige compra de software: exige decidir quem faz o quê e configurar o perfil no ERP de acordo.

RPO e RTO só valem escritos se forem testados. O teste revela o que o documento esconde: que a restauração depende de uma senha que só uma pessoa tem, que o ambiente de contingência não recebeu a última atualização de layout fiscal, ou que ninguém sabe quem autoriza a decisão de virar a chave. Testar uma vez por semestre custa uma manhã e transforma o plano em capacidade.

Vender em contingência é decisão de negócio, tomada antes do incidente por quem responde pela receita. Se o ERP cair numa sexta-feira de pico, a loja física continua vendendo em contingência offline de NFC-e, mas o e-commerce depende do estoque que o ERP publicava. Definir antes qual canal continua vendendo com que nível de risco de overselling evita a decisão improvisada no meio do incidente.

O contrato de fornecedor crítico costuma ser negociado por preço e assinado por urgência. As três cláusulas que decidem o dia ruim são outras: disponibilidade com penalidade proporcional ao dano, obrigação de notificar incidente de segurança em prazo determinado, e devolução de dado em formato utilizável no encerramento. A terceira é a que mais falta, e é a que define se trocar de sistema é projeto ou refém.

A indisponibilidade média de integração de marketplace no Brasil e a perda de venda por falha de integração em pico não têm fonte pública nomeada. Essa lacuna importa porque é exatamente o número que sustentaria a negociação de SLA. Na ausência dele, o caminho é medir a própria operação por seis meses e negociar com dado próprio.

Um agente que escreve no ERP com a credencial de um analista é, para efeito de auditoria, aquele analista. Credencial própria não é formalidade: é o que permite responder quem cancelou o pedido, quem alterou o preço e quem liberou o reembolso. O log precisa ser imutável pelo mesmo motivo, porque um agente com permissão de escrita ampla pode alterar o registro do que fez.

O escopo se define pela tabela de ações permitidas, escrita antes de o agente entrar em produção. Ação com regra explícita e faixa declarada (reembolso até um valor, ajuste de preço até um piso, troca dentro de prazo) pode ser delegada. Ação que depende de julgamento tácito não deve ser delegada antes de virar regra. Essa é a mesma disciplina que sustenta a leitura de 2027 desta página: transformar regra de cabeça em tabela consultável é trabalho de 2026.

PIM guarda o que o produto é (texto, atributo, ficha técnica). DAM guarda como ele se parece (imagem, vídeo, modelo tridimensional). PXM adapta essa informação por canal e por contexto de compra. MDM garante que ERP, PIM, loja, marketplace e armazém estejam falando do mesmo item quando dizem o mesmo código.

A planilha ainda basta abaixo de cerca de 500 SKUs ativos, com até dois canais e pouca variação de atributo. Acima de 3.000 SKUs ativos, ou de três canais relevantes consumindo o mesmo cadastro, o custo de não ter governança já supera a mensalidade, e o sintoma que aparece primeiro costuma ser anúncio bloqueado em canal novo.

Completude é um número por canal, e um só número para a loja inteira esconde o que importa, porque cada destino exige um conjunto diferente de campos obrigatórios. O mesmo item pode estar 100% completo para a loja própria e 60% completo para um marketplace que exige ficha técnica detalhada da categoria. Medir a média entre canais esconde exatamente o canal em que a venda está travando.

O dono do atributo é papel formal, com nome registrado e responsabilidade declarada. Alguém responde pela ficha técnica de eletroportáteis, alguém responde pela grade de moda, alguém responde pelo campo fiscal. Quando o campo fiscal fica com marketing porque marketing implantou o PIM, a empresa troca risco de conversão por risco de multa, e só percebe a troca na primeira autuação.

Empresas que deixam cada canal definir a própria categorização acabam com quatro taxonomias vivas e nenhuma verdade. A disciplina é inversa: uma árvore interna estável, e um mapeamento explícito dela para a árvore de cada destino, versionado, porque marketplace muda categoria sem avisar e o anúncio cai de posição sem que ninguém tenha mexido no produto.

A busca e a navegação do site consomem essa taxonomia, mas não a definem. O front-office é dono do ranqueamento da vitrine, do merchandising e da experiência de busca. O backoffice é dono da árvore de origem e do identificador. Quando o site tenta consertar taxonomia ruim com regra de busca, o marketplace continua recebendo o cadastro errado.

Cadastro assistido já está em produção no mid-market brasileiro, e o ganho é maior justamente onde o trabalho é mais chato: extrair medida, material, voltagem e compatibilidade de descrições escritas por fornecedores diferentes ao longo de dez anos. O modelo lê o texto legado e propõe o campo estruturado, e um humano confirma.

O copiloto tributário, que classifica NCM, CEST e CST, permanece em piloto pelo motivo certo. A consequência de errar é diferente da de errar uma descrição: o item classificado errado gera tributo errado em toda venda até alguém perceber. A regra prática é a mesma que vale para agente com escrita: sugestão automática, aprovação humana registrada, trilha de auditoria de quem aprovou.

A divisão de responsabilidade aqui é de três, e vale escrever sem eufemismo. A existência, a estabilidade e a comparabilidade do atributo são do backoffice. A marcação estruturada na página e o feed publicitário são do front-office, tratados no guia de dados estruturados e feeds deste portal. O protocolo de comércio agêntico, com identidade e autorização do agente, é do eixo transversal, no guia de protocolos.

Comparável quer dizer que a mesma medida aparece na mesma unidade em todos os itens da categoria. Um catálogo em que metade das capacidades está em litros e metade em mililitros é legível para humano e ilegível para comparação automática. Essa correção não melhora nenhuma métrica de conversão hoje, e é a condição para aparecer na resposta amanhã.

Devolução entra no P&L pelo custo total do ciclo reverso, acima do valor reembolsado ao cliente. Levantamento da ACI Worldwide de 2026 indica que R$ 5 milhões em devoluções geram mais de R$ 6,5 milhões em custo, porque somam frete de retorno, triagem, reembalagem, perda de valor do item e tempo de atendimento. Com taxa de devolução em torno de 30% no e-commerce brasileiro, essa linha não é exceção do mês ruim.

Antecipação é a linha mais silenciosa. Ela não aparece como custo de venda em muitos planos de contas, aparece como despesa financeira, e por isso não entra na conta de margem por pedido. Com Selic a 15% ao ano em 2026 e custo de 1,69% a 2,80% ao mês para o mid-market, antecipar o recebível de trinta dias pode consumir mais margem do que a comissão do canal.

A conta de viabilidade tem um teto simples de enunciar e difícil de aceitar: a margem de contribuição por pedido é o limite dentro do qual custo de aquisição e overhead precisam caber. Quando o custo de aquisição do canal encosta na margem de contribuição, aquele canal deixou de ser de crescimento e passou a ser de fluxo de caixa, e precisa ser gerido como tal, com meta de volume e não de expansão.

O erro que produz decisão invertida é alocar devolução pela média. Se moda devolve entre 30% e 40% e a média da loja é 30%, o canal de moda aparece melhor do que é e o canal de baixa devolução aparece pior. A empresa então investe no canal que devolve mais, com dado que ela mesma produziu.

Desde 01/03/2026 a Shopee cobra 14% mais valor fixo por faixa de preço, sem o teto de R$ 100 que existia antes, com taxa fixa passando de R$ 5 para R$ 7 em conta pessoa jurídica e frete grátis obrigatório somando até 6% de custo adicional. No Mercado Livre, o frete passou a ser calculado por peso e cubagem desde março de 2026, com fim do subsídio, e a comissão vai de 10% a 14% no anúncio Clássico e de 15% a 19% no Premium.

A consequência para o mix é direta e mensurável por SKU. Item leve e caro continua fazendo sentido no canal; item pesado e barato passa a ser vendido para pagar o frete de outra pessoa. A decisão não é sair do marketplace, é decidir quais SKUs saem, e essa decisão depende de ter custo por pedido calculado item a item, com o peso e a dimensão reais de cada SKU.

Com pedidos crescendo 34,8% enquanto o faturamento cresce 16,9%, e com os itens por pedido caindo de 2,25 para 1,97, a operação processa mais caixas para o mesmo dinheiro. O ponto de equilíbrio operacional se desloca: a mesma equipe de separação que atendia o volume do ano anterior passa a atender menos faturamento por hora trabalhada, sem que ninguém tenha ficado mais lento.

A resposta gerencial começa pela medida certa. Custo por pedido, e não custo sobre faturamento, porque o denominador que mudou foi o pedido. Operações que só acompanham o percentual sobre a receita veem o indicador estável enquanto a carga de trabalho cresce um terço, e descobrem o problema no fechamento do trimestre, quando já contrataram para o volume errado.

A conta de comparação exige três números da própria operação: pedidos por mês, faturamento processado por mês e a soma de todas as mensalidades de sistema que tocam o pedido, do ERP ao hub de marketplace, passando por plataforma, gateway e ferramenta de atendimento. Com esses três, qualquer proposta vira custo por pedido e passa a ser comparável.

O Gartner projeta 62% do gasto com ERP em nuvem em soluções com IA em 2027, contra 14% em 2024. Parte desse gasto será cobrada por consumo, o que reforça a mesma disciplina: o custo de sistema deixa de ser previsível por contrato anual e passa a variar com o volume, entrando na margem de contribuição junto com comissão e frete.