Pentagrama
integrações

Sincronização catálogo B2B: guia para gestores

Aprenda sincronização catálogo B2B entre ERP, e-commerce e marketplaces para eliminar retrabalho e erros de preço/estoque. Veja o passo a passo.

Blog Pentagrama
blog@pentagrama.com.br
15 de fevereiro de 2026
Sincronização catálogo B2B: guia para gestores

Gestão de Catálogo B2B: Como Sincronizar ERP, E-commerce e Marketplaces

A sincronização catálogo B2B é o que separa uma operação escalável de um e-commerce que vive apagando incêndios. Quando catálogo, preço e disponibilidade não “batem” entre ERP, plataforma e canais, o impacto aparece rápido: pedido com item inválido, margem corroída por preço errado, atendimento sobrecarregado e cliente perdendo confiança.

O ponto é que, no B2B, “catálogo” não é só uma lista de produtos. Ele inclui regras comerciais, unidades de medida, tabelas por cliente, mínimos e múltiplos, lead time, restrições regionais, tributação e até disponibilidade por centro de distribuição. Sincronizar isso com consistência exige arquitetura, governança e observabilidade — não apenas “integrar o ERP”.

Este guia foi escrito para gestores de e-commerce e diretores comerciais que precisam organizar a casa: entender por que a sincronização falha, como definir a fonte da verdade, como modelar dados B2B sem armadilhas e como operar com resiliência, métricas e automações (incluindo Inteligência Artificial) para publicar mais rápido, com menos retrabalho.


1) O que significa “sincronização de catálogo B2B” (e por que ela falha na prática)

No varejo, sincronizar catálogo costuma significar “mandar SKU, nome, preço e estoque”. No B2B, isso quase sempre é insuficiente.

A sincronização catálogo B2B é o processo de manter dados + regras comerciais coerentes e atualizados entre ERP, PIM/MDM (quando existe), e-commerce e marketplaces/hubs — com rastreabilidade do que mudou, quando e por quê.

Definição prática: sincronização de catálogo B2B é garantir que o cliente certo veja o produto certo, com a unidade certa, o preço certo e a disponibilidade correta — e que o pedido gerado seja faturável no ERP sem intervenção manual.

Para aprofundar o conceito de dados mestres e governança (base de qualquer catálogo B2B), vale consultar a visão do NIST sobre MDM e qualidade de dados em iniciativas de integração: NIST Big Data Interoperability Framework.

Quais dados compõem um catálogo B2B “de verdade”

Além do básico (SKU, título, descrição, imagens), um catálogo B2B completo costuma incluir:

  • Identidade do item: SKU/part number, EAN/GTIN, marca, família, status (ativo/bloqueado), substitutos e equivalências.
  • Variações e estrutura: cor, voltagem, diâmetro, comprimento, rosca etc. (atributos técnicos que impactam a compra).
  • Unidades de medida e embalagem: UN, CX, PCT, KG, MT; fator de conversão; arredondamentos; peso e cubagem por unidade.
  • Regras de compra:mínimo, múltiplos, lote econômico, restrição por cliente/segmento, itens controlados.
  • Preço B2B: tabela por cliente/segmento, contrato, descontos, impostos, moeda, política de arredondamento.
  • Disponibilidade: saldo por CD, reserva, bloqueios, lead time, janela de corte, disponibilidade futura (quando aplicável).
  • Conformidade: NCM, CST/CSOSN, origem, substituição tributária, lote/validade (para farma/alimentos/químicos).
  • Políticas comerciais e logísticas: frete por região, restrição de entrega, canal permitido (e-commerce, marketplace, televendas).

Sinais de que a sincronização está “quebrando”

Você não precisa esperar um incidente grave para perceber. Alguns sinais típicos:

  • Divergência de preços: cliente reclama de preço diferente do combinado; pedidos entram com margem negativa.
  • Estoque fantasma: site mostra disponível, ERP não tem; ou o inverso (perda de venda).
  • Pedidos com item inválido: SKU descontinuado, unidade errada, item bloqueado para aquele cliente.
  • Retrabalho no atendimento: time ajusta pedido manualmente, troca item, recalcula frete, renegocia prazo.
  • Aumento de cancelamentos e devoluções: principalmente por prazo/ruptura e erro de especificação técnica.

Sincronizar “produto” é suficiente?

Quase nunca. No B2B, sincronizar regras comerciais é tão importante quanto sincronizar o cadastro.

Se o e-commerce não entende (ou não recebe) regras como contrato, segmentação, aprovação de pedido, mínimos/múltiplos e restrições, ele vira um “catálogo bonito” que gera pedidos problemáticos.

O ponto de virada é tratar catálogo como produto + comercial + logística + fiscal. Para isso, você precisa decidir onde cada coisa vive e como é publicada — tema da próxima seção.


2) Arquitetura e “fonte da verdade”: ERP, PIM, e-commerce e marketplaces

A causa raiz de muitos conflitos é simples: dois sistemas achando que são donos do mesmo dado. A sincronização catálogo B2B fica instável quando ERP, e-commerce e marketplace editam campos sobrepostos, sem governança.

Diagrama de fonte da verdade e fluxo de publicação do catálogo B2B

Antes de pensar em tecnologia, alinhe um princípio: um dado tem um dono (owner) e um fluxo de publicação. Isso reduz exceções e acelera decisões.

Onde cada tipo de informação deve viver (para evitar conflito e duplicidade)

Uma divisão prática (não perfeita, mas útil) é:

  • ERP (fonte transacional):
- Cadastro “legal” do item (SKU, NCM, tributos base, unidade padrão de faturamento) - Preço base/tabelas e condições contratuais (quando o ERP é o motor) - Estoque por depósito/CD, reservas e bloqueios - Status de venda (ativo, bloqueado, descontinuado)
  • PIM/MDM (fonte de conteúdo e padronização):
- Descrições, atributos técnicos, imagens, manuais e fichas - Taxonomia/categorias e normalização de atributos - Regras de qualidade de dados (campos obrigatórios, padrões)
  • Plataforma de e-commerce (fonte de experiência e regra de canal):
- Organização de vitrines, busca e merchandising - Regras específicas do canal (ex.: sortimento por loja virtual, banners, bundles “de marketing”) - Fluxos de aprovação de compra (quando nativo e integrado)
  • Hub/Marketplaces (fonte de publicação por canal):
- Mapeamentos de categoria por marketplace - Requisitos específicos (títulos, atributos obrigatórios) - SLA e políticas do canal

Um erro comum é colocar “tudo no ERP” por ser o sistema mais antigo. Isso funciona até o catálogo crescer e exigir enriquecimento, variações técnicas e governança editorial.

Como definir master data e governança (quem cria, aprova, publica, audita)

Sem governança, integração vira puxadinho. Um modelo simples para começar:

  1. Owner do dado (responsável): quem responde pela veracidade (ex.: fiscal/contábil para NCM; supply para lead time).
  2. Steward (operacional): quem mantém o dado no dia a dia (cadastro, time de catálogo).
  3. Aprovador: quem valida mudanças sensíveis (preço, substituição, descontinuação).
  4. Publicador: quem efetivamente envia para canais (PIM/e-commerce/hub).
  5. Auditor: quem monitora divergências e faz reconciliação.

Crie uma matriz RACI por domínio (produto, preço, estoque, fiscal, logística). Isso reduz a “guerra de sistemas” porque define quem manda no quê.

Se você ainda não tem um framework de referência para governança, use como base o DAMA (Data Management Body of Knowledge): DAMA-DMBOK (visão geral).

Quando vale usar PIM/MDM e quando ERP ↔ e-commerce é suficiente?

Use esta regra prática:

  • Integração direta ERP ↔ e-commerce tende a ser suficiente quando:
- Catálogo pequeno/médio, poucos atributos técnicos - Poucas variações e quase nenhum kit/conversão de unidade - Preço simples (1–3 tabelas) e pouca segmentação - Baixa exigência de conteúdo (poucas imagens, sem ficha técnica)
  • PIM/MDM tende a valer o investimento quando:
- Muitos atributos técnicos e necessidade de padronização - Vários canais (e-commerce + marketplaces + representantes) - Alto volume de SKUs e rotatividade - Conteúdo rico (documentos, compatibilidades, tabelas técnicas) - Necessidade de qualidade e governança (workflow, auditoria)

Empresas que crescem rápido costumam “pagar” o PIM com redução de retrabalho e aumento de conversão por ficha técnica melhor.


3) Modelagem de dados do catálogo B2B (o que quase sempre dá erro na integração)

A integração falha menos por “conectar sistemas” e mais por modelar errado. No B2B, detalhes como unidade, kit, substituto e tributação quebram pedidos se não estiverem bem definidos.

Se você está estruturando do zero, ajuda ter um guia interno de referência. Veja também: modelo canônico de integração para reduzir mapeamentos ponto a ponto.

Como mapear variações, kits/combos, substitutos e equivalências sem quebrar SKU e tributação

Boas práticas:

  • Variações (grade técnica):
- Defina um SKU pai (agrupador) e SKUs filhos (itens faturáveis). - Garanta que o SKU faturável no ERP seja o mesmo do pedido. - Evite “variação só no e-commerce” se ela impacta preço, estoque ou imposto.
  • Kits/combos:
- Kit físico (produzido/estocado como kit): pode ter SKU próprio no ERP, com tributação própria. - Kit comercial (montado no pedido): normalmente deve “explodir” em componentes no ERP para faturamento correto. - Defina regra: o e-commerce envia kit como item único ou componentes? Isso muda picking, fiscal e estoque.
  • Substitutos e equivalências (cross-sell técnico):
- Diferencie substituto (pode substituir em falta) de equivalente (compatível, mas não substitui automaticamente). - Evite substituir automaticamente sem regras (ex.: voltagem, norma técnica, medida). - Mantenha relacionamentos com motivo e restrições (região, cliente, aplicação).

Como tratar múltiplas unidades de medida (CX, UN, KG), conversões e arredondamentos

Unidade de medida é um dos maiores geradores de “pedido errado”. Para reduzir risco:

  • Defina uma unidade base (a de faturamento no ERP) e unidades de venda alternativas.
  • Armazene fator de conversão (ex.: 1 CX = 12 UN) e regras de arredondamento.
  • Controle mínimos e múltiplos por unidade (ex.: vender em CX com múltiplo de 1; vender em UN com múltiplo de 12).
  • Em itens fracionáveis (KG, MT), defina:
- casas decimais permitidas - arredondamento (para cima/para baixo) - impacto no frete e no faturamento

Exemplo clássico: o e-commerce aceita 1 UN, mas o ERP só fatura em CX (12 UN). Sem conversão e regra de múltiplo, o pedido vira retrabalho.

Como lidar com campos “B2B específicos”

Alguns campos parecem detalhe até virarem bloqueio de faturamento:

  • NCM/tributos: mantenha como fonte confiável (geralmente ERP) e publique apenas o necessário para o canal. Para referência oficial de NCM, consulte: NCM — Receita Federal.
  • Lote/validade: se o pedido precisa reservar lote, o e-commerce deve saber se vende “por lote”, “FEFO” ou apenas “disponível”.
  • Restrições por região: itens proibidos em determinados estados/municípios; regras de ST; restrição de transporte.
  • Política de frete: produto com frete especial (perigoso, refrigerado, volumoso).
  • Disponibilidade por CD: publicar “tem estoque” sem dizer “onde” pode gerar promessa de prazo irreal.

A recomendação é criar um modelo canônico (um “dicionário” de catálogo) e mapeá-lo para cada canal, em vez de fazer integrações ponto a ponto com campos diferentes.


4) Estratégias de sincronização: tempo real vs batch, incremental, eventos e tolerância a falhas

Sincronizar tudo em tempo real parece ideal, mas pode ser caro, frágil e desnecessário. O melhor desenho costuma combinar eventos e lotes (batch), com incremental confiável e mecanismos de resiliência.

Estratégias de sincronização: batch, near real-time e event-driven

Para que a sincronização catálogo B2B seja previsível, pense em dois objetivos: (1) publicar no ritmo certo para cada tipo de dado e (2) recuperar rápido quando algo falhar.

Quando usar tempo real (event-driven) vs batch para catálogo, preço e estoque

Uma regra prática por domínio:

  • Catálogo (conteúdo e atributos): geralmente batch (ex.: a cada hora ou dia), porque mudanças não são críticas minuto a minuto.
  • Preço B2B por cliente/contrato: pode ser near real-time em mudanças críticas (nova tabela, ajuste emergencial), mas muitas operações rodam bem com batch + janelas.
  • Estoque e disponibilidade: tende a exigir mais frequência. Mesmo assim, tempo real puro pode ser excessivo; muitas empresas usam intervalos curtos (5–15 min) ou eventos quando há movimentação relevante.

A decisão deve considerar volume, criticidade, custo de falha e capacidade de processamento do ERP.

Como desenhar um incremental confiável (delta por timestamp, versionamento, CDC, filas)

“Reprocessar tudo” diariamente funciona até o catálogo crescer e o SLA apertar. Para incremental robusto:

  • Delta por timestamp: simples, mas exige cuidado com fuso, relógio e atualizações retroativas.
  • Versionamento por entidade: cada SKU/registro tem versão; publica apenas versões novas.
  • CDC (Change Data Capture): captura mudanças direto do banco/ERP; ótimo para escala, mas exige governança técnica. Referência: Kafka Connect + CDC (Debezium).
  • Filas/eventos: publica eventos de “produto alterado”, “preço alterado”, “estoque movimentado”, com consumidores por canal.

O ponto crítico é garantir ordenação (ou, no mínimo, consistência eventual) e evitar “perder” eventos.

Mecanismos de resiliência que devem existir

Sem resiliência, a operação fica dependente de “rodar de novo e torcer”. Inclua:

  • Idempotência: reprocessar a mesma mensagem não pode duplicar ou corromper dados.
  • Retries com backoff: tentativas automáticas em falhas temporárias.
  • DLQ (Dead Letter Queue): mensagens problemáticas vão para uma fila de exceção com motivo.
  • Reconciliação: rotina que compara ERP vs canal (amostral ou total) e aponta divergências.
  • Auditoria e replays: trilha de alterações e capacidade de “republicar” um período/entidade.

Uma boa sincronização catálogo B2B não é a que “nunca falha”; é a que falha de modo controlado, com visibilidade e recuperação rápida.


5) Preço e disponibilidade no B2B: onde a dor costuma aparecer (e como sincronizar sem caos)

Se você tivesse que priorizar só dois temas, seriam preço e disponibilidade. É aí que mora a maior parte dos pedidos errados e do desgaste comercial.

O ganho mais visível costuma ser a redução de retrabalho: quando preço e disponibilidade chegam consistentes ao canal, o atendimento deixa de “consertar pedido” e passa a atuar em upsell, retenção e SLA.

Como sincronizar tabelas de preço por cliente/segmento e regras sem expor preço errado

Desafios comuns: cliente com contrato, desconto progressivo, campanha temporária, imposto por UF, arredondamento e moeda. Para evitar “vazamento” de preço:

  • Modele preço por camadas (prioridade):
1. Contrato do cliente (mais específico) 2. Tabela do cliente 3. Tabela do segmento 4. Preço base
  • Evite replicar regra complexa em vários lugares. Se o ERP é o motor de preço, publique o “resultado” por cliente/segmento ou exponha um serviço de precificação.
  • Trate arredondamento como regra oficial. Um centavo de diferença vira conflito com o faturamento.
  • Controle vigência: preço com data de início/fim; publique com antecedência e ativação automática.
  • Mascaramento e segurança: o canal só deve receber o que precisa; cuidado com exports e logs contendo preços contratuais.

Para boas práticas de segurança em integrações e exposição de dados sensíveis, vale revisar: OWASP Application Security Verification Standard (ASVS).

Como calcular e publicar disponibilidade com lead time e múltiplos CDs (ATP/CTP simplificado)

Publicar apenas “saldo” é pouco para B2B. O ideal é uma disponibilidade orientada a promessa:

  • ATP (Available to Promise) simplificado: saldo disponível = estoque físico – reservas – bloqueios + recebimentos confirmados (opcional).
  • Lead time por CD e região: prazo não é só do item; depende do CD que atende o CEP/UF.
  • Regra de alocação: qual CD atende primeiro? Menor prazo, menor custo, ou regra comercial?
  • Backorder controlado: permitir pedido sem estoque apenas para clientes/itens específicos, com prazo claro.

Mesmo uma versão “simples e honesta” (saldo por CD + lead time padrão) já reduz cancelamentos.

Como evitar conflitos entre preço no e-commerce, ERP e marketplaces

Conflito acontece quando cada canal recalcula de um jeito. Para reduzir:

  • Defina prioridade de regra: onde o preço final é calculado (ERP, motor de preço, e-commerce).
  • Padronize impostos: preço líquido vs. bruto; ICMS-ST; exibição por UF quando necessário.
  • Padronize moeda e arredondamento: especialmente em integrações com marketplaces.
  • Crie validações pré-publicação: não publique preço fora de faixa (ex.: abaixo do custo, acima de teto).
  • Separe política de canal: marketplace pode exigir preço diferente; trate como camada específica, não como “gambiarra”.

Para complementar, veja nosso guia sobre precificação B2B por contrato e segmentação e como isso impacta a integração.


6) Automação e Inteligência Artificial para reduzir retrabalho e acelerar a publicação do catálogo

Inteligência Artificial não substitui governança, mas pode reduzir drasticamente o trabalho manual — principalmente em padronização, enriquecimento e detecção de erros antes de publicar.Automação e IA aplicadas à gestão e sincronização de catálogo B2B

O segredo é usar IA onde há volume e repetição, e manter aprovação humana onde há risco comercial, fiscal ou técnico.

IA para padronizar descrições, atributos e taxonomia

Aplicações que funcionam bem na prática:

  • Normalização de nomes: transformar “PARAF. SEXT. 1/4X2 ZINC” em um padrão consistente (marca + tipo + medida + material).
  • Enriquecimento de ficha técnica: extrair atributos de PDFs/manuais (ex.: tensão, potência, rosca, norma) e preencher campos estruturados.
  • Classificação automática: sugerir categoria e atributos obrigatórios com base no histórico (ex.: itens similares).
  • Detecção de duplicidade semântica: identificar SKUs com descrições muito parecidas (possível duplicação).

Regra de ouro: IA sugere; humano aprova — especialmente em itens técnicos e regulados.

Detectar anomalias com IA e regras antes de publicar

Combine regras determinísticas com detecção estatística:

  • Variações fora do padrão: um item “220V” cadastrado como “22V”; diâmetro fora da faixa.
  • Preço fora do desvio: preço 10x maior/menor que a média da família ou do histórico.
  • Estoque negativo ou incoerente: saldo negativo, ou estoque alto em item descontinuado.
  • Imagens inconsistentes: imagem repetida em SKUs diferentes; baixa resolução; ausência de fundo padrão.
  • Duplicidade de SKU/código de fabricante: conflitos que geram pedido com item errado.

Essas validações evitam que o erro chegue ao cliente — e custam menos do que corrigir depois.

Automações operacionais com ganho imediato

Antes de pensar em “IA avançada”, automatize o básico com alto impacto:

  • Workflow de aprovação de mudanças: preço, status e atributos críticos exigem aprovação.
  • Templates por categoria: campos obrigatórios e padrões por família de produto.
  • Validação de campos obrigatórios: bloqueie publicação se faltar NCM, unidade, imagem mínima, fator de conversão.
  • Sugestão de atributos por histórico: ao cadastrar um item “da mesma família”, pré-preencher padrões.
  • Publicação por lote com rollback: publicar um conjunto e reverter se houver falha.

Se você quer ver exemplos práticos de automação aplicada a integrações, confira: observabilidade e monitoramento de integrações.


7) Checklist de implementação e métricas de controle (para escalar sem apagar incêndios)

Uma sincronização catálogo B2B bem-sucedida é um projeto técnico e operacional. Sem um plano de implantação e métricas, a tendência é “funcionar no piloto” e degradar conforme o volume cresce.

A transição aqui é importante: depois de modelar e integrar, você precisa operar a sincronização como um produto (com SLAs, métricas e rotina de reconciliação).

Etapas para implantar a sincronização (playbook prático)

Um roteiro realista para empresas B2B de médio porte:

  1. Descoberta de dados (diagnóstico):
- Quais sistemas têm quais campos? - Onde há duplicidade? - Quais regras comerciais existem hoje (mesmo que “na cabeça do vendedor”)?
  1. Definição de fonte da verdade e RACI:
- Quem cria SKU, quem altera, quem aprova, quem publica - Quais campos são editáveis em cada sistema
  1. Modelagem e mapeamento (modelo canônico):
- Produtos, variações, unidades, kits, preços, disponibilidade, fiscal
  1. Piloto por linha de produto (escopo controlado):
- Escolha uma família com complexidade média e volume relevante - Valide ponta a ponta: cadastro → publicação → pedido → faturamento
  1. Rollout por canal:
- Primeiro e-commerce próprio, depois marketplaces/hubs (ou vice-versa, conforme estratégia)
  1. Plano de contingência:
- O que acontece se preço/estoque falhar? - Como pausar publicação? - Como reprocessar com segurança?

Métricas e logs para acompanhar (o painel que evita surpresas)

Se você não mede, você descobre pelo cliente. Acompanhe:

  • Divergência catálogo/ERP: % de SKUs com preço/estoque diferente do ERP (por canal).
  • Taxa de falha por endpoint: erros por tipo (timeout, validação, autenticação).
  • Tempo de publicação: do “aprovado” até “visível no canal”.
  • Cobertura de atributos: % de SKUs com campos obrigatórios completos por categoria.
  • Reconciliação diária: itens com diferença de status (ativo/bloqueado), unidade e NCM.
  • Fila/DLQ: volume de mensagens em exceção e tempo médio de resolução.

Crie dashboards por domínio (catálogo, preço, estoque) e por canal. Isso ajuda Comercial e Operação a falarem a mesma língua.

Testes e qualidade: como evitar “quebrar em produção”

Para integração de catálogo, testes precisam ir além de “passou o JSON”:

  • Testes de contrato (contract testing): garantem que mudanças de API não quebrem consumidores.
  • Ambientes e dados sintéticos: catálogo fictício com casos extremos (unidades, kits, impostos, lead time).
  • Testes de carga: publicação em lote, picos de atualização de estoque, janelas de campanha.
  • Critérios de aceite por canal: o que é “publicável” no marketplace A pode não ser no B.
  • Teste ponta a ponta (E2E): simular pedido real e validar faturamento no ERP.

Uma operação madura trata sincronização como produto: versiona, testa, monitora e evolui.


Tabela comparativa: estratégias de sincronização (quando usar e riscos)

EstratégiaMelhor paraVantagensRiscos/limitaçõesRecomendação prática
Batch (lote)Catálogo e conteúdo; mudanças não urgentesSimples, previsível, custo menorDados podem ficar defasados até a próxima janelaUse para atributos, imagens, descrições e parte do sortimento
Near real-time (intervalos curtos)Estoque e preço com sensibilidade moderadaBom equilíbrio entre custo e frescorPode gerar picos; exige controle de incremental5–15 min para estoque; janelas para preço por segmento
Event-driven (tempo real por eventos)Mudanças críticas e rastreáveisAtualização rápida; escalável com filasMais complexo (idempotência, DLQ, ordenação)Use para eventos de “preço alterado”, “bloqueio de item”, “movimentação relevante”
Reprocessamento total (full refresh)Emergências e auditoria“Zera” inconsistências acumuladasPesado; pode sobrescrever correções locaisTenha como plano de contingência, não como rotina diária

Conclusão: como transformar sincronização em vantagem competitiva

A sincronização catálogo B2B não é um detalhe técnico — é um pilar de receita, margem e experiência. Quando você define fonte da verdade, modela corretamente unidades, kits, variações e campos fiscais, escolhe uma estratégia adequada (batch/eventos) e opera com resiliência + observabilidade, o e-commerce deixa de ser um gerador de exceções e passa a ser um canal confiável para escalar vendas.

Se você quer sair do cenário de divergência de preço, estoque fantasma e retrabalho no atendimento, comece pelo básico bem feito: governança, modelo canônico e métricas. Depois, avance para incremental robusto, DLQ/reconciliação e automações com Inteligência Artificial para padronizar e prevenir erros antes da publicação.

Se o seu próximo passo é estruturar a operação, veja também: checklist de integração ERP e-commerce B2B.

Entre em Contato com Nossos Especialistas

Preencha o formulário abaixo e um especialista da Pentagrama entrará em contato em até 24 horas.

➜ Ir para Formulário de Contato da Pentagrama

Não gosta de formulários? Envie um email para contato@pentagrama.com.br

Tags:sincronização catálogo B2Bintegração ERP e-commerce B2Bgestão de catálogo B2BPIM MDM para B2Bprecificação B2B por clienteestoque e disponibilidade ATPintegração com marketplaces B2Bmodelo canônico de dadosCDC e event-driven para catálogoautomação e Inteligência Artificial no catálogo
Blog Pentagrama - Tecnologia e Inovação