← KnisstechNotícias fiscais
Análise · Federal · Reforma tributária (CBS/IBS)

CBS: as APIs da apuração assistida passam à versão 2.0, com consulta incremental e credencial nova

Publicado em 10 de novembro de 2026 · conferido nas fontes oficiais em 10/11/2026

Desde 28/10/2026, as APIs de débitos e créditos da CBS devolvem só o que mudou desde a última consulta, em modo assíncrono, e pedem credencial nova. Os limites, a janela de 8 dias e o passo a passo.

A Receita Federal liberou em 28/10/2026 a versão 2.0 das APIs de consulta da apuração da CBS: os débitos e os créditos que a Receita apura a partir dos documentos fiscais, os mesmos que o serviço "Minha Apuração Assistida" mostra no portal. A mudança está no modo de consultar: cada chamada devolve só o que entrou ou mudou desde a última consulta, a resposta não sai na hora: vem por arquivo, depois de um processamento que pode levar até 4 horas, e quem já tinha chave de acesso precisa cancelá-la e gerar outra. As APIs estão em produção restrita (testes) e em produção (beta), segundo a notícia da Receita de 09/11/2026.

O que mudou

Na versão 2.0
O que voltaas inclusões e atualizações desde a última consulta concluída: as consultas passam a ser incrementais, "diferentemente da versão anterior", diz a Receita
Como voltaem modo assíncrono: a chamada devolve um tíquete, e o resultado é um arquivo JSON para baixar
A chave de acessonova: quem já tinha chave cancela e gera outra pelo serviço "Gerar Credencial de Acesso" (no manual do Receita Integra, "Gerar Credencial de Acesso para API")
A origem dos dadosa mesma base da "Minha Apuração Assistida" de CBS

A notícia de setembro diz por quê: as consultas incrementais reduzem o volume de cada resposta, o tempo de processamento e o tamanho dos arquivos. A Receita diz que atendeu a sugestões de profissionais da contabilidade, de empresas de software e de contribuintes com elevado volume de transações, e pede que as empresas de software e os contribuintes que integram seus sistemas consultem a documentação e planejem as adequações.

O que já está no ar e o que vem

ServiçoSituação em 10/11/2026
Consulta de débitos de CBSliberada em 28/10/2026
Consulta de créditos de CBSliberada em 28/10/2026
Consulta de pagamentos e de recolhimentos pelo adquirentedocumentação publicada; a Receita os marcou para o início de novembro de 2026
Emissão de DARF do recolhimento pelo adquirente (RAD) e do pagamento pelo contribuinte (PCONT)previstos para o final de novembro de 2026; ainda fora da documentação

A notícia de 09/11 diz que "novos serviços via API vinculados à apuração de CBS serão disponibilizados em novembro".

Como funciona a consulta

  1. O sistema pede um token ao servidor de autenticação (OAuth 2.0, fluxo "client credentials"), com o client_id e o client_secret da credencial.
  2. Chama a API (débitos, créditos, pagamentos ou recolhimentos) com POST, o token no cabeçalho Authorization: Bearer e o CNPJ base, de 8 dígitos, no endereço. A credencial é a do estabelecimento matriz.
  3. No corpo vai a urlRetorno, o endereço de um webhook do contribuinte para receber o aviso de pronto. Ela é opcional: sem webhook, vai vazia ("").
  4. A API responde HTTP 201 com o tiqueteSolicitacao e uma estimativa de tempo em segundos (-1 quando não há estimativa).
  5. Quando o processamento termina, a Receita avisa no webhook (no sucesso, com o tíquete e a situação; no erro, só com o código e a mensagem do erro); sem ele, o sistema consulta a situação da solicitação pelo tíquete: PENDENTE, EM_PROCESSAMENTO, CONCLUIDA, ERRO ou EXPIRADA.
  6. Com CONCLUIDA, o sistema pede o link de download e recebe a urlAssinada, um link temporário.
  7. Baixa o arquivo com um GET direto na urlAssinada, sem o token e sem outros cabeçalhos. O arquivo é JSON, em UTF-8.

Se o webhook for informado, a Receita confere antes, com uma chamada HEAD, se ele responde; se não responder, a solicitação é recusada.

A janela: o que cada consulta devolve

O exemplo é da própria Receita: uma consulta feita em 29/09/2026, às 10h, depois de uma concluída em 10/09/2026, devolve só as alterações de 22/09/2026, 0h, em diante. O que mudou entre 10 e 21/09 não volta nessa consulta, e a documentação não diz como recuperá-lo pela API. Pelo mesmo exemplo, a janela começa à 0h do sétimo dia antes da consulta.

Na nossa leitura da regra do mês corrente, uma consulta feita em novembro sem outra concluída nos 3 meses anteriores devolve o que entrou ou mudou de 01/11 em diante, e não desde a liberação da versão 2.0, em 28/10.

Os limites

LimiteValor
Aberturas de consulta4 por dia, por credencial e por API; a cota reinicia à meia-noite
Tempo de processamentoaté 240 minutos (4 horas); passou disso, a solicitação vai a erro, e a situação passa a EXPIRADA
O arquivo de retornodisponível por até 48 horas depois do aviso de pronto; se o link expirar antes, pede-se outro, e a documentação lista o "download já realizado" entre os casos de arquivo indisponível
O tokenvale 1 hora, com no máximo 2 tokens por hora: o sistema guarda e reaproveita o token

O que vem no arquivo

Nos débitos e nos créditos, fora o valor apurado e o saldo (devedor ou credor), os campos com valor zero não vêm no arquivo; nos créditos, os grupos de apropriação e de utilização vêm mesmo zerados. Sem nada na janela, a lista de apurações vem vazia.

O que fazer

  1. Gere a credencial nova. O serviço é o "Gerar Credencial de Acesso para API", no portal de Serviços da Receita Federal ou no da Tributação sobre Consumo (consumo.tributos.gov.br), com a conta gov.br. Sem o e-CNPJ, quem gera precisa representar a empresa, como representante ou procurador. Quem já tem chave gerada cancela a antiga e gera outra.
  2. Guarde a credencial e o token só no servidor (backend), num cofre de segredos, com acesso restrito e troca periódica da credencial, como recomenda o manual do Receita Integra.
  3. Implemente o token com cache: POST no servidor do token da Receita, api.receitafederal.gov.br/token, reaproveitado durante a hora de validade. Com dois tokens por hora, pedir um a cada chamada esgota o limite.
  4. Decida entre webhook e consulta da situação. Com webhook: HTTPS, uma rota só para isso, que responda ao HEAD e fique no ar durante todo o processamento; e, como camada adicional que a Receita recomenda, aceite o aviso só do IP de origem que ela publica para produção (189.9.61.23/32), por lista de permissão no firewall, no WAF ou no gateway. Para a produção restrita, a documentação não traz IP. O aviso da Receita não tem assinatura nem autenticação: na nossa leitura, trate-o como um sinal e confirme pela consulta da situação antes de baixar; o aviso de erro nem traz o tíquete. A consulta da situação é também a contingência que a Receita indica, caso o aviso não chegue.
  5. Agende as consultas dentro das 4 aberturas por dia e por API, com uma consulta concluída no máximo a cada 7 dias: pelo exemplo da Receita, a consulta de 29/09 só volta até 22/09, 0h. Na nossa leitura, com folga, diariamente ou a cada poucos dias, porque o processamento pode levar horas e a janela conta da consulta concluída mais recente.
  6. Baixe e guarde o arquivo na primeira vez. O link vale por tempo limitado (confira o urlAssinadaExpiraEm, quando vier), e a documentação lista o "download já realizado" entre os casos de arquivo indisponível. Não grave a urlAssinada nem o token em log.
  7. Concilie com o sistema, na nossa leitura, pela chave do documento: os débitos contra os documentos emitidos e os créditos contra os documentos de que vieram, quando o crédito trouxer a chave (nele, ela é opcional). Valor excedente aponta inconsistência com o documento vinculado. Valor suspenso vem da classificação tributária (cClassTrib): num débito, vale conferir a classificação do item no cadastro do sistema, porque a nota é sua; num crédito, ela vem do documento do fornecedor.

O que este texto não cobre

Fontes oficiais

Conteúdo informativo, preparado pela Knisstech a partir das fontes oficiais citadas. Não substitui a análise do caso concreto, e a norma pode mudar depois da data da conferência.

Precisa ajustar o cadastro fiscal, o ERP ou o SPED para essa mudança? Fale com a Knisstech.