Guia prático de cido auto peças promissão
Você provavelmente chegou aqui porque o sistema do CIDO mostrou uma mensagem de erro durante uma promoção ou parceira não reconheceu um código de peças. Isso é mais comum do que parece. A maior parte dos problemas que vejo no dia a dia não tem relação com o software em si, mas com a forma como os dados são cadastrados antes do envio. O CIDO funciona como uma plataforma de gestão de promoções para revendas e distribuidoras de auto peças. Você cadastra as peças, vincula às condições comerciais, sobe a planilha e acompanha os resgates. Parece simples. Na prática, o gargalo costuma estar no campo de cross-reference entre o SKU do fornecedor e o código de venda da loja.
cido auto peças promissão: o que realmente acontece por trás
A plataforma aceita importação em lote via planilha Excel ou CSV. O formato padrão pede código do fabricante, descrição, valor promocional, vigência, quantidade mínima e ID da loja. Se você pular algum desses campos, o upload falha silenciosamente e o erro só aparece depois de tudo submetido. Já perdi duas horas num sábado caçando esse tipo de problema. Uma coisa que ninguém explica direito: o CIDO faz arredondamento para baixo no valor final da promoção quando o desconto é calculado sobre percentual. Isso significa que uma peça de R$ 147,89 com 15% de desconto vira R$ 125,70, não R$ 125,71. Nas planilhas de auditoria isso gera diferença de centavos que soma bastante quando você tem milhares de linhas.
Outro ponto obscuro. Os códigos de barras não são validados em tempo real durante o cadastro. Eles só são conferidos no momento do resgate na frente de caixa. Se o EAN estiver truncado ou com digito verificador errado, a promoção é aceita na hora mas rejeitada na hora da venda. Isso cria um retrabalho enorme no fechamento do mês.
Como configurar uma promoção de peças funcionando
Primeiro passo. Exporte a tabela de produtos atualizada do seu ERP antes de qualquer coisa. O CIDO não puxa dados do seu sistema automaticamente. Você precisa fazer a bridge manualmente. Segundo passo. Mapeie os campos obrigatórios em uma planilha de trabalho separada, nunca edite diretamente o arquivo original do ERP. Terceiro passo. Valide os EANs usando uma ferramenta de checksum antes de subir para a plataforma. Para ativar a promoção propriamente dita, siga esta sequência: vá em Promoções > Nova > carregue o arquivo > aguarde o retorno de confirmação > revise o relatório de erros gerado automaticamente > edite apenas as linhas problemáticas > refaça o upload apenas das correções. Não suba o arquivo inteiro de novo. O sistema duplica registros quando você faz upload completo sobre promoção já existente.
O prazo de vigência precisa ser definido com margem realista. Minha recomendação prática é configurar de segunda a segunda, com encerramento às 23h59. Se você colocar datas que cortam ao meio de uma semana, os conciliadores das lojas parceiras acabam estourando o prazo por confusão de fuso ou por fechamento antecipado do estabelecimento.
👉 Clique no botão abaixo para saber mais sobre o assunto!
Problema real que eu enfrentei e como resolvi
No final do ano passado eu estava rodando uma promoção de óleo de motor com 20% de desconto para cinco redes de oficinas. Na terça-feira após o início, duas lojas reportaram que o código promocional não era reconhecido no sistema de caixa. O resgate aparecia como "inexistent" no painel do CIDO. A investigação revelou que os dois estabelecimentos estavam usando versão 3.1 do software de caixa, enquanto o restante da rede usava a 3.4. A API de consulta de promoções na versão 3.1 tinha um bug conhecido que ignorava códigos de promoção com validade inferior a 14 dias. Minha solução foi dobrar o prazo mínimo para 15 dias e solicitar formalmente o upgrade de versão por meio do suporte técnico.
O suporte demorou quatro dias úteis para responder. Enquanto isso, eu contornei o problema criando promoções paralelas com vigência de 16 dias apenas para aquelas duas unidades. Funcionou, mas foi um desperdício de tempo que poderia ter sido evitado fazendo um checklist de compatibilidade de versão antes de any rollout.
O que o CIDO não faz bem
O sistema não oferece integração nativa com ERPs brasileiros como Bling, Domínio ou Tiny. Você precisa importar e exportar manualmente. Para operações pequenas isso é aceitável, mas para redes com mais de 30 unidades a carga horária de manutenção dos dados ultrapassa 6 horas semanais, só de importação e validação. A ferramenta também não permite edição em massa de valores promocionais já ativos. Se você precisar ajustar um preço no meio do período, tem que desativar a promoção, ajustar o arquivo e subir de novo. Isso reseta o contador de resgates acumulados e pode gerar inconsistência financeira no relatório mensal.
Outra limitação séria. O suporte técnico opera em horário comercial padrão e o SLA prometido é de 48 horas para chamados não prioritários. Promoções que dão problema sexta à tarde frequentemente só são resolvidas na segunda. Se você depende de resposta imediata, considere ter um plano B manual com cupons convencionais no caixa.
Dicas que economizam tempo
Mantenha um arquivo mestre de SKU com todas as conversões entre códigos de fabricante, EANs e descrições oficiais. Atualize quinzenalmente. Isso corta o tempo de preparação de promoção de cerca de 45 minutos para 12 minutos em operações de médio porte. Use nomes de arquivo padronizados com data e versão. Algo como "promocao_oleo_2025_07_v2.csv". Quando algo der errado, você consegue rastrear exatamente qual versão foi enviada e quando. Sem isso, você perde tempo valioso reconstruindo o histórico.
Audite os resgates toda sexta à tarde. O relatório de consumo acumulativo mostra desvios maiores do que você imagina. Peças que deveriam ter 80% de adesão às vezes aparecem com 40% porque o código foi cadastrado com erro de dígito e as lojas simplesmente não conseguem resgatar. Identificar isso no meio do período permite corrigir antes do encerramento. Se a sua operação tiver mais de 20 unidades e alto volume de promoções simultâneas, avalie o uso de uma ferramenta de integração de terceiros ou a construção de um script próprio de importação via API. O custo inicial de desenvolvimento paga-se em cerca de três meses de economia de tempo operacional.
