Quem administra o programa de fidelidade? Papéis e riscos

Administrador, patrocinador, parceiro de acúmulo, parceiro de resgate e plataforma não são nomes intercambiáveis. Cada papel controla uma parte diferente do programa e pode ocupar posição própria nos contratos, documentos, pagamentos, dados e obrigações. O art. 183, § 2º, I, da Lei Complementar nº 214/2025, com redação da LC nº 227/2026, inclui no regime específico as entidades que administram programas de fidelização, inclusive quando não são instituições de pagamento; o art. 219-A disciplina base, deduções e vedação de crédito.

Para o tomador de decisão, o objetivo é construir uma matriz em que toda perna tenha uma pessoa jurídica, uma contraparte, uma remuneração, um documento, um evento de sistema e um responsável. O guia central da TaxUp sobre fidelidade e Reforma Tributária apresenta o ecossistema; esta página mostra quem faz o quê.

Mapa executivo dos papéis

Papéis econômicos e primeira pergunta tributária

Papel	Função econômica	Pergunta prioritária
administradora	estrutura o programa, controla emissão e saldos e coordena resgate	quem recebe pelo ponto e suporta a obrigação de resgate?
patrocinador ou adquirente	compra pontos para financiar uma campanha ou benefício	quem é o adquirente sujeito à vedação de crédito do art. 219-A, II?
parceiro de acúmulo	oferece pontos ao cliente por comportamento ou compra	ele compra pontos, recebe serviço ou apenas integra dados?
parceiro de resgate	entrega bem ou serviço ao participante	quem realiza o fornecimento e quem paga o parceiro?
plataforma	processa saldos, regras, catálogo e integrações	é tecnologia isolada ou também exerce administração econômica?
marketplace ou catálogo	aproxima ofertas e executa pedidos	atua como principal, agente ou mera interface?
participante	acumula e resgata pontos	qual direito possui e qual contraprestação entrega no resgate?

Uma empresa pode acumular papéis. O problema não é a multiplicidade, e sim escondê-la sob um rótulo único. Um fornecedor chamado “plataforma” pode licenciar software, vender pontos, definir conversão e pagar parceiros. Cada função deve aparecer separadamente no diagnóstico.

Por que o papel real prevalece sobre o nome

O art. 183, § 2º, I, alcança entidades que realizam a administração de programas de fidelização mesmo quando não são instituições de pagamento. Isso impede que a análise termine com a categoria societária ou regulatória. O exame precisa olhar o controle econômico do programa e sua posição no regime específico de serviços financeiros.

Teste central. Quem define ou executa emissão, conversão, saldo, resgate, pagamento ao parceiro e retenção de remuneração? Quanto mais dessas funções a empresa concentra, mais frágil fica a descrição de “mera tecnologia”.

O teste não transforma automaticamente todo SaaS em administradora. Uma empresa pode fornecer infraestrutura, seguindo instruções do cliente e sem assumir obrigação perante participantes ou parceiros. A conclusão depende de contratos e execução, e não de uma lista abstrata de funcionalidades.

Administradora do programa

A administradora ocupa o centro do fluxo quando organiza economicamente emissão e resgate. Pode vender ou disponibilizar pontos a patrocinadores, manter contas dos participantes, definir ou executar regras de conversão, contratar parceiros, pagar resgates e reter remuneração. O art. 219-A, I, da LC nº 214/2025 compilada parte do valor dos pontos emitidos e admite as deduções expressas de resgates e ressarcimentos previstas no dispositivo.

O decisor deve verificar:

• quem fixa ou aplica o valor dos pontos;
• quem reconhece o recebimento ligado à emissão;
• quem assume a obrigação quando o participante acumula saldo;
• quem autoriza e paga o parceiro no resgate;
• quem trata expiração, fraude, estorno e reclamação;
• quem produz os dados para a DeRE e para a reconciliação.

Se respostas diferentes apontam para várias entidades, o programa pode ter administração compartilhada ou fluxos que precisam ser separados. O contrato deve explicar a divisão, mas o sistema e os pagamentos precisam confirmá-la.

Patrocinador e adquirente dos pontos

O patrocinador financia a emissão para oferecer o benefício a clientes, empregados, vendedores, distribuidores ou outros públicos. Quando adquire os pontos, o art. 219-A, II, veda o crédito de IBS e CBS nessa aquisição. A página da TaxUp sobre compra de pontos e crédito de IBS e CBS detalha custo e controles.

Patrocinador comercial e adquirente jurídico podem não coincidir na documentação. A matriz deve reconciliar quem negocia, contrata, recebe documento, paga, recebe o saldo corporativo e decide a distribuição. Em grupo econômico, a marca da campanha não substitui a identificação do CNPJ.

O patrocinador também precisa entregar dados consistentes à administradora: campanha, participante elegível, evento gerador, quantidade e cancelamento. Se uma venda é desfeita, o estorno deve preservar o vínculo com a emissão original.

Parceiro de acúmulo

O parceiro de acúmulo conecta uma compra ou comportamento à geração de pontos. Frequentemente também é o patrocinador que compra os pontos, mas nem sempre. Ele pode atuar apenas como canal, receber remuneração de mídia, compartilhar dados ou executar campanha financiada por outra empresa.

Variações do papel de acúmulo

Modelo	Fluxo	Documento a conferir
compra direta de pontos	parceiro paga à administradora e distribui ao cliente	contrato de aquisição, pedido e cobrança
campanha financiada por terceiro	marca promove, terceiro compra	contratos entre patrocinador, canal e administradora
mídia ou afiliado	parceiro remunera exposição ou conversão	escopo, métrica, relatório e preço
integração de dados	evento é transmitido sem compra pelo canal	anexo de dados, SLA e responsabilidade por estorno

A campanha pode combinar modelos, mas deve preservar a identidade de cada prestação. Uma linha única “parceria fidelidade” dificulta determinar quem comprou pontos e o que mais foi entregue.

Parceiro de resgate

O parceiro de resgate fornece o bem ou serviço escolhido pelo participante. Ele pode ser companhia aérea, hotel, varejista, plataforma de entretenimento, restaurante ou prestador. A análise deve identificar quem realiza o fornecimento, quem é o adquirente ou pagador, qual valor é liquidado e qual documento é emitido.

O fluxo de pontos não substitui o fluxo do fornecimento. O parceiro precisa conciliar pedido, autorização, entrega, pontos baixados, valor devido e pagamento recebido. Cancelamento, devolução, no-show, troca e fraude devem ter tratamento previamente definido.

O contrato deve evitar ambiguidade sobre principal e agente. Se o marketplace adquire e revende o prêmio, o fluxo difere de uma mera intermediação. A interface apresentada ao participante é evidência relevante, mas não resolve sozinha a titularidade ou a responsabilidade.

Plataforma white-label, CRM e SaaS

O fornecedor tecnológico pode limitar-se a disponibilizar software: motor de regras, API, app, conta de pontos e dashboard. Nesse desenho, o cliente define o programa, mantém os contratos econômicos, recebe ou paga os valores e assume resgates. Há, em princípio, uma prestação tecnológica a qualificar pelos próprios fatos.

O risco de reenquadramento aumenta quando o fornecedor também:

• vende ou precifica pontos;
• contrata parceiros em nome próprio;
• recebe valores ligados à emissão;
• paga ou ressarce o resgate;
• retém spread entre emissão e prêmio;
• define expiração e conversão sem instrução do cliente;
• responde economicamente perante o participante.

White-label descreve aparência, não substância. A marca do cliente na tela não prova que o cliente administra; da mesma forma, infraestrutura robusta não prova que o fornecedor administra. A decisão vem do conjunto de controle, risco e remuneração.

Marketplace: principal ou agente

Marketplaces e catálogos podem apenas aproximar o participante do fornecedor, ou podem controlar preço, pedido, cobrança, entrega e atendimento. A matriz deve registrar quem seleciona o parceiro, quem promete o prêmio, quem suporta cancelamento e quem recebe a contraprestação.

Essa distinção afeta remuneração, documentos e dados. Termos de uso, tela de checkout, política de cancelamento e fluxo financeiro precisam contar a mesma história. Se um documento descreve intermediação e a operação mostra compra e revenda em nome próprio, a divergência é material.

Grupo econômico e programa compartilhado

Programas de grandes grupos frequentemente usam uma marca única com CNPJs diferentes. Uma empresa pode ser titular da marca, outra operar o e-commerce, outra administrar benefícios e várias realizar resgates. O consumidor enxerga unidade; a tributação e a documentação enxergam pessoas jurídicas.

A matriz por CNPJ deve registrar: papel, contrato, contraparte, conta bancária, documento emitido ou recebido, conta contábil, evento de sistema e obrigação acessória. Transferências ou rateios internos precisam de base contratual e memória. “Pertence ao mesmo grupo” não é explicação suficiente para deslocar receita, custo ou obrigação.

A escolha entre centralizar e distribuir a administração deve entrar no guia sobre programa próprio ou coalizão. O desenho societário só faz sentido se contratos e sistemas conseguirem executá-lo.

Matriz RACI tributária e operacional

Responsabilidades mínimas no ciclo do ponto

Evento	Responsável	Aprovador	Consultados	Evidência
criação da regra de emissão	produto	diretoria do programa	tributário, jurídico, tecnologia	regulamento e especificação
compra de pontos	compras e patrocinador	CFO	tributário, controladoria	contrato, pedido e documento
registro da emissão	administradora	controladoria	tecnologia, fiscal	evento e subledger
autorização do resgate	administradora	operações	parceiro, antifraude	pedido e baixa
fornecimento do prêmio	parceiro de resgate	gestor do contrato	fiscal, atendimento	entrega e documento
reconciliação e DeRE	fiscal e controladoria	diretor tributário	administradora, tecnologia	memória e protocolo

A RACI deve ter nomes e SLAs, não apenas departamentos. Ela também deve prever suplência, retenção de evidência e resposta a divergências. Sem isso, erros atravessam meses até o fechamento anual.

Questionário de diligência para fornecedores

1. Quem define o valor e a conversão dos pontos?
2. Quem recebe recursos pela emissão ou disponibilização?
3. Quem mantém o saldo e responde por sua integridade?
4. Quem contrata, autoriza e paga o parceiro de resgate?
5. Qual entidade assume fraude, expiração, cancelamento e reclamação?
6. Quais serviços são cobrados além dos pontos e quais entregas os comprovam?
7. Como os dados são segregados por cliente, campanha e CNPJ?
8. Quais arquivos permitem reconciliar emissão, resgate, estorno e pagamento?
9. Quem prepara informações para a DeRE e qual é o SLA de correção?
10. O que acontece com saldos e histórico no encerramento do contrato?

Respostas genéricas exigem evidência adicional. O fornecedor deve demonstrar o fluxo com contrato, tela, arquivo, amostra de documento e reconciliação. Apresentação comercial não substitui o teste operacional.

Dados, DeRE e trilha auditável

A documentação oficial da DeRE versão 1.3.0, conferida em 14 de outubro de 2026, usava na Tabela 21 os códigos 09D para administração de programas de fidelização e 09E para programa próprio. O manual indicava o balancete D-1101 e o fechamento D-1199 e, embora dispensasse eventos transacionais periódicos para essas atividades, exigia controles analíticos de emissão onerosa e gratuita, resgate, cancelamento, ressarcimento e expiração. Como versões e validações podem mudar, a equipe deve conferir a central oficial da DeRE antes de cada implantação ou alteração relevante.

O dado mínimo não deve nascer apenas na etapa da declaração. Emissão, aquisição, transferência, resgate, pagamento, expiração, ressarcimento e estorno precisam ser registrados com identificador e CNPJ. A entidade responsável por declarar deve ter direito contratual de acessar os dados produzidos por terceiros.

Um bom teste escolhe amostras nos dois sentidos: do contrato e documento até o evento de saldo; e do evento de saldo de volta ao documento e ao razão. Se apenas um caminho fecha, a trilha está incompleta.

Matriz por evento: quem promete, quem recebe, quem entrega e quem paga

O papel muda conforme o evento — não apenas conforme a empresa

Evento	Quem deve ser identificado	Documento ou dado	Pergunta de controle
venda de pontos	vendedor, adquirente e beneficiário do lote	contrato, pedido, documento e conta corporativa	quem suporta a vedação de crédito?
emissão ao participante	emissor operacional e responsável econômico	regra, transação de origem e subledger	qual valor e qual pessoa jurídica respondem pela emissão?
transferência	contas de origem e destino e autorizador	log, conversão, taxa e consentimento	houve nova emissão, mera movimentação ou outra prestação?
resgate	administradora, participante e fornecedor do prêmio	pedido, baixa, autorização e documento	quem realiza o fornecimento e quem o paga?
cancelamento	quem autorizou e quem suporta a reversão	evento original, motivo e restituição	todos os registros foram revertidos uma única vez?
expiração	titular do saldo e responsável pela política	regulamento, aviso, baixa e contabilidade	há apenas baixa ou também receita e ressarcimento?
fechamento	declarante, controladoria e custodiante dos dados	memória, D-1101, D-1199 e protocolo	o total agregado pode ser refeito por evento?

O mesmo grupo pode exercer papéis distintos em eventos diferentes. Uma holding pode contratar a plataforma; uma operacional pode comprar pontos; outra pode vender o prêmio. A matriz não deve forçar um “papel único” para a empresa. Ela deve atribuir uma função por perna e demonstrar como as pernas se conectam.

Essa abordagem evita duas conclusões apressadas: considerar administradora toda empresa que toca o saldo, ou excluir quem de fato administra porque o contrato a chama de plataforma. O conjunto de recebimento, controle, obrigação e risco é mais informativo do que um item isolado.

Principal ou agente: como usar o CPC 47 sem confundir contabilidade e tributo

Indícios contábeis úteis para reconstruir a substância

Indício	Pergunta factual	Evidência
responsabilidade primária	quem promete e responde pela entrega do prêmio?	termos, atendimento, reembolso e reclamações
risco antes ou depois da transferência	quem suporta cancelamento, não utilização ou falha do parceiro?	contrato, SLA, seguro e perdas
discricionariedade de preço	quem define pontos, dinheiro, conversão e margem?	tabela de preços, logs e aprovações
controle do bem ou serviço	a entidade controla o prêmio antes de entregá-lo ou apenas organiza?	pedido, estoque, título, fluxo financeiro e documento

Os itens B34 a B40 do CPC 47 — Receita de Contrato com Cliente ajudam a investigar se uma entidade controla o bem ou serviço antes da transferência ao cliente. Eles também ajudam a decidir apresentação bruta ou líquida da receita. Contudo, a conclusão contábil não substitui o enquadramento do art. 219-A nem determina, sozinha, a base de IBS/CBS. O uso correto é probatório: organizar fatos, contratos e riscos para que as análises contábil e tributária sejam consistentes.

Se o marketplace afirma ser agente, mas define o prêmio, cobra do patrocinador em nome próprio, assume o cancelamento e paga o parceiro independentemente do recebimento, a descrição merece revisão. Se ele apenas transmite o pedido, não controla o prêmio e recebe comissão identificável, os fatos podem apontar outra posição. A conclusão deve ser tomada por fluxo e por contrato.

White-label: teste graduado da fronteira entre tecnologia e administração

Quanto mais funções econômicas concentradas, maior a necessidade de revisão

Função	Tecnologia típica	Sinal de administração econômica
regra	configura parâmetros aprovados pelo cliente	define conversão, validade ou elegibilidade sem instrução
saldo	hospeda e processa o registro	assume responsabilidade econômica por integridade e obrigação
recebimento	cobra licença ou processamento	recebe por emissão ou disponibilidade dos pontos
parceiros	integra fornecedores escolhidos pelo cliente	seleciona, contrata e remunera parceiros em nome próprio
resgate	transmite autorização	assume custo, fraude, cancelamento ou garantia do prêmio
remuneração	fee fixo ou por transação de TI	spread entre emissão e resgate ou resultado do programa

A tabela não é um teste legal mecânico nem uma pontuação normativa da TaxUp. É uma ferramenta de diligência. Uma função isolada pode ser compatível com tecnologia; várias funções econômicas combinadas exigem examinar se o contrato de SaaS descreve apenas parte da operação.

O comitê deve aprovar uma conclusão escrita para cada fornecedor relevante: funções exercidas; funções expressamente não exercidas; remuneração; riscos; dados controlados; documentos; e mudança que dispara nova avaliação. Assim, o diagnóstico não fica preso ao conhecimento de uma pessoa que participou da contratação.

Falhas, disputas e encerramento: quem responde quando o programa sai do fluxo normal

Eventos de exceção que revelam o papel real

Exceção	Responsabilidade a definir	Evidência de encerramento
fraude ou conta invadida	investigação, bloqueio, recomposição e custo	ticket, decisão, reversão e comunicação
parceiro não entrega	substituição, reembolso e atendimento	pedido, SLA, baixa e restituição
cancelamento do participante	retorno de pontos, estorno financeiro e documento	vínculo completo ao resgate original
insolvência de parceiro	quem honra o prêmio ou absorve a perda?	garantia, contingência e decisão
troca de administradora	portabilidade de saldo, histórico e obrigação	reconciliação antes/depois e aceite
fim do programa	prazo de uso, conversão, ressarcimento e guarda	comunicação, liquidação e arquivo decadencial

Os fluxos de exceção são especialmente úteis para qualificar papéis porque mostram quem suporta o risco quando a operação não termina como planejado. A empresa que decide sobre restituição, absorve a perda e responde perante o participante pode exercer função econômica mais ampla do que a descrição comercial sugere.

O contrato de saída deve garantir exportação de dados legíveis, dicionário de campos, histórico de regras, saldos por titular e lote, eventos de correção, documentos e memórias de fechamento. Receber apenas um saldo agregado não permite defender os períodos anteriores nem migrar sem risco de duplicidade.

Red flags de qualificação

• o contrato diz SaaS, mas o fornecedor vende pontos e paga resgates;
• ninguém assume formalmente a obrigação perante o participante;
• o marketplace não informa se atua como principal ou agente;
• uma empresa do grupo recebe e outra reconhece sem memória contratual;
• a conta de pontos mistura patrocinadores e CNPJs;
• o parceiro de resgate emite documento para contraparte diferente da que paga;
• a DeRE é atribuída ao fiscal, mas os dados ficam inacessíveis na plataforma;
• o contrato de saída não garante histórico e portabilidade de saldos.

Essas inconsistências devem ser tratadas como bloqueios de desenho, não como pendências documentais menores. Elas afetam base, crédito, obrigação e continuidade do programa.

Entregável para o comitê de decisão

O comitê precisa receber mais do que um organograma. O pacote de decisão deve conter:

• mapa visual dos fluxos e pessoas jurídicas;
• matriz de papéis por evento;
• contratos e cláusulas que sustentam cada papel;
• documentos fiscais e financeiros por perna;
• tratamento da compra de pontos e da base da administradora;
• RACI de dados, reconciliação e DeRE;
• lacunas, impacto, dono e prazo de correção;
• decisão sobre modelo-alvo e transição.

O gatilho para revisar a matriz é qualquer troca de fornecedor, novo parceiro, novo CNPJ, marketplace, integração, venda de pontos, clube pago ou mudança de responsabilidade pelo resgate.

Como a TaxUp apoia a definição dos papéis

A equipe da TaxUp reconstrói o programa a partir de contratos, documentos, pagamentos e eventos de sistema. O escopo pode abranger matriz de papéis, qualificação da administradora, revisão de patrocinadores e parceiros, análise da plataforma, RACI, requisitos de dados, testes de reconciliação e roteiro de adequação contratual e sistêmica.

Para começar pela operação de maior impacto ou por uma amostra de fornecedores, é possível agendar uma conversa com a equipe da TaxUp.

Perguntas frequentes

Uma plataforma white-label é administradora do programa?

Não automaticamente. Ela pode fornecer tecnologia isolada. O risco de administração aumenta quando também controla emissão, conversão, recebimentos, parceiros, pagamentos ou obrigação de resgate.

O patrocinador é sempre o adquirente dos pontos?

Frequentemente, mas a documentação pode apontar outra entidade. Contrato, pedido, documento, pagamento, conta corporativa e benefício econômico precisam ser reconciliados por CNPJ.

O parceiro de resgate está no art. 219-A?

Não apenas por aceitar pontos. É preciso distinguir o fornecimento do prêmio, a contraparte que o paga e eventual papel adicional do parceiro na administração do programa.

Uma empresa pode exercer mais de um papel?

Sim. Ela pode ser patrocinadora, parceira e administradora em fluxos diferentes. Cada papel deve ter contrato, remuneração, documento, dado e responsabilidade identificáveis.

O CNAE define quem administra?

Não. CNAE e setor ajudam a descrever a empresa, mas a qualificação depende das funções econômicas, dos contratos, dos pagamentos e da execução real.

Qual documento resume a governança?

Uma matriz por evento e pessoa jurídica, acompanhada de fluxos, RACI, contratos, documentos, contas, dados e obrigação acessória. Ela deve ser aprovada por tributário, jurídico, finanças, produto e tecnologia.

O CPC 47 define quem está no art. 219-A?

Não. O CPC 47 ajuda a investigar controle, responsabilidade e principal versus agente para fins contábeis. Esses fatos são úteis, mas a qualificação tributária precisa ser feita diretamente à luz da lei e do fluxo concreto.

Quem guarda os dados depois do encerramento?

O contrato deve atribuir custódia e acesso à entidade que precisa defender as informações e entregar obrigações. Saldos, regras, eventos, documentos e memórias não podem desaparecer com o fim da licença; o manual DeRE exige conservação pelo prazo aplicável.