• Início
  • Assinatura Fontes
  • Cursos
  • Fontes de Aplicativos
  • Downloads
  • Contato
  • Sitemap
  • Sobre

Régys Borges da Silveira

  • Início
  • Assinatura Fontes
  • Cursos
  • Fontes de Aplicativos
  • Downloads
  • Contato
  • Sitemap
  • Sobre

Categoria: CT-e

05 dezembro 2025

CFX (Código Fiscal Expandido): A Evolução do CFOP e a Estratégia para a Era IBS/CBS no seu ERP

Escrito por Régys Borges da Silveira
cfx

Introdução: O Fim da Lógica Geográfica do CFOP

Se você desenvolve software fiscal no Brasil, o CFOP (Código Fiscal de Operações e de Prestações) é a espinha dorsal das suas regras de negócio. Há décadas, o seu ERP decide tributação baseando-se em: Origem x Destino e Regime do ICMS (5.102, 6.102, 5.405…), com a Reforma Tributária, essa lógica morreu.

O novo sistema (IBS e CBS) não se importa se a venda é intermunicipal ou interestadual. A tributação passa a ser no destino e baseada no tipo da operação e na classificação do produto/serviço, e não mais na geografia do emissor. É aqui que nasce o CFX (Código Fiscal Expandido) e a necessidade urgente de refatorar a arquitetura fiscal do seu software.

Neste artigo, vamos dissecar tecnicamente o que é o CFX, como ele difere do novo campo oficial cClassTrib e como preparar o banco de dados do seu ERP para essa transição.

O que é o CFX (Código Fiscal Expandido)?

O CFX não é (ainda) um campo oficial da Nota Técnica da SEFAZ, mas sim um padrão de mercado proposto por um grupo de trabalho de grandes empresas de software e contabilidade (incluindo players como SacFiscal e Unimake) para preencher o vácuo deixado pelo CFOP.

Enquanto o CFOP mistura Operação (Venda) com Tributação (Substituição Tributária/ICMS), o CFX propõe uma estrutura modular e semântica, desvinculada do ICMS.

A Diferença Crucial: CFX vs. cClassTrib

Muitos desenvolvedores estão confundindo os conceitos. Vamos separar o que é obrigação acessória do que é arquitetura de sistema:

  1. cClassTrib (Código de Classificação Tributária): Este é o campo OFICIAL do governo para a Reforma (NT 2024.001 e suas evoluções). Ele identifica o tratamento tributário do item perante o IBS/CBS (ex: Cesta Básica, Imunidade, Regime Específico). É o que vai no XML.
  2. CFX (Padrão de Negócio): É a estrutura lógica interna que o seu ERP deve adotar para descobrir qual cClassTrib enviar. Ele substitui a lógica antiga onde o usuário selecionava o CFOP manualmente.

Resumo Técnico: O CFX é a regra de negócio interna; o cClassTrib é o payload do XML.

Estrutura e Lógica do CFX

A proposta do CFX é limpar a ambiguidade. Hoje, um CFOP 5.102 pode significar dezenas de tratamentos fiscais diferentes dependendo do NCM ou do estado do cliente.

O padrão CFX sugere classificar a operação pelo seu propósito real, independente do tributo. A estrutura visa atender:

  • Operações de Circulação: Venda, Transferência, Devolução.
  • Operações de Serviço: Prestação onera, gratuita, etc.
  • Natureza da Mercadoria: Material de uso/consumo, ativo, revenda.

Ao adotar o CFX internamente, seu sistema deixa de perguntar “Qual o CFOP?” e passa a perguntar “Qual a Operação?”. O sistema então cruza Operação (CFX) + Produto (NCM/Lista de Serviço) para determinar automaticamente o CST e o cClassTrib corretos para o XML.

Implementação Prática: O Que Mudar no ERP

Para preparar seu software (Delphi/Lazarus/C#) para 2026 (início da transição), você deve considerar as seguintes alterações no banco de dados e na interface:

  1. Tabela de Operações Fiscais: Crie uma nova entidade ou expanda sua tabela de “Naturezas de Operação”. Não dependa mais da chave primária do CFOP. Crie um campo para o Código CFX ou um identificador interno similar.
  2. Mapeamento de/para:
    • Durante a transição (2026-2032), você precisará conviver com os dois mundos.
    • Crie uma matriz: CFX (Operação Real) -> Sugere CFOP (Legado) + Sugere cClassTrib (Novo).
  3. Interface do Usuário (PDV/Faturamento):
    • O usuário não deve mais ver “5.102 – Venda de Mercadoria…”. Ele deve ver apenas “Venda Varejo”. O backend resolve a complexidade.
    • O CFX facilita a integração com Meios de Pagamento (TEF/POS), que exigirão identificar o tipo de operação para aplicar o Split Payment corretamente.

Por que adotar um padrão de mercado?

Você pode criar sua própria codificação interna, mas adotar um padrão como o CFX (ou basear-se nele) traz vantagens de interoperabilidade:

  • Contabilidade: Se o escritório contábil do seu cliente usa sistemas preparados para o CFX, a importação de dados e a auditoria ficam transparentes.
  • Manutenção: Seguir a “Wiki” de um padrão comunitário reduz o esforço de especificação da sua equipe de análise.
  • Validação: O padrão está sendo lapidado por especialistas que estão acompanhando cada vírgula da Lei Complementar.

Conclusão e Próximos Passos

Não espere a SEFAZ publicar uma regra de validação rejeitando notas para agir. A “morte” do CFOP é conceitual e afeta a inteligência do seu software.

  1. Estude a NT do IBS/CBS: Entenda os campos cClassTrib, CST e grupos de tributação.
  2. Acesse a documentação do CFX: Acompanhe o site codigocfx.com.br e os materiais da Unimake/SacFiscal para ver a tabela de códigos sugerida.
  3. Refatore agora: Comece a desacoplar seu código da dependência geográfica do ICMS.

A Reforma Tributária é o maior reset técnico da história da automação comercial brasileira. Quem continuar pensando em “5.405” vai ficar para trás.

Referências

CÓDIGO CFX. Código CFX: Padrão Fiscal de Operações. Disponível em: https://www.codigocfx.com.br/.

SACFISCAL. O novo padrão fiscal de operações. Blog SacFiscal. Disponível em: https://www.blog.sacfiscal.com.br/o-novo-padrao-fiscal-de-operacoes/.

Compartilhar este post

  • Clique para compartilhar no WhatsApp(abre em nova janela) WhatsApp
  • Clique para compartilhar no Telegram(abre em nova janela) Telegram
  • Clique para compartilhar no Facebook(abre em nova janela) Facebook
  • Clique para compartilhar no LinkedIn(abre em nova janela) LinkedIn
  • Clique para imprimir(abre em nova janela) Imprimir
  • Clique para enviar um link por e-mail para um amigo(abre em nova janela) E-mail

Curtir isso:

Curtir Carregando...
05/12/2025 CT-e, NF-e, NFC-e, Notícias cfop, nfce, nfe, reforma tributária Deixe um comentário
12 março 2020

Semana do Consumidor com descontos de 35% em todo o site.

Escrito por Régys Borges da Silveira

Em comemoração a semana do consumidor, até o dia 21/03 tem super desconto em todos os produtos da loja, basta utilizar o cupom SEMANA_CONSUMIDOR no fechamento da compra e você ganha um super desconto de 35%, lembrando que para pagamento em boleto ainda tem mais 20% de desconto.

Não perca visite agora https://loja.regys.com.br/ e aproveite.

Compartilhar este post

  • Clique para compartilhar no WhatsApp(abre em nova janela) WhatsApp
  • Clique para compartilhar no Telegram(abre em nova janela) Telegram
  • Clique para compartilhar no Facebook(abre em nova janela) Facebook
  • Clique para compartilhar no LinkedIn(abre em nova janela) LinkedIn
  • Clique para imprimir(abre em nova janela) Imprimir
  • Clique para enviar um link por e-mail para um amigo(abre em nova janela) E-mail

Curtir isso:

Curtir Carregando...
12/03/2020 CT-e, distribuição df-e, MFe, NF-e, NFC-e, NFS-e, Notícias, SAT Deixe um comentário
27 dezembro 2019

Desativação de protocolos no Sefaz Virtual do Rio Grande do Sul (SVRS)

Escrito por Régys Borges da Silveira

Foi publicada, no portal da nota eletrônica, notícia sobre a desativação, pela Sefaz Virtual do Rio Grande do Sul (SVRS), dos protocolos SSL, TLS 1.0 e TLS 1.1.

Tal procedimento visa garantir o bom funcionamento do ambiente de autorização dos Documentos Fiscais Eletrônicos (DF-e). Assim, deverão ser desabilitados os protocolos de comunicação mais antigos a partir de 16.01.2020.

Essa mudança é necessária não só pela simplificação do ambiente e aumento da segurança, como também pela inviabilidade de configuração dos protocolos de comunicação mais antigos em nova versão do sistema operacional dos servidores.

Período de desativação:

  • Protocolos SSL e TLS 1.1: entre os dias 16 e 21.01.2020; e
  • Protocolo TLS 1.0: entre os dias 21 e 30.01.2020.

A partir do dia 30.01.2020, o Ambiente de Autorização dos DF-e deverá suportar unicamente o protocolo de comunicação TLS 1.2, conforme previsto na documentação técnica (Nota Técnica nº 2/2016 da Nota Fiscal Eletrônica  – NF-e – e Nota Técnica nº 2/2017 do Conhecimento de Transporte Eletrônico – CT-e).

(Disponível em: http://www.nfe.fazenda.gov.br/portal/informe.aspx?ehCTG=false&Informe=eoOrnVfvrLI=. Acesso em: 27.12.2019)

Compartilhar este post

  • Clique para compartilhar no WhatsApp(abre em nova janela) WhatsApp
  • Clique para compartilhar no Telegram(abre em nova janela) Telegram
  • Clique para compartilhar no Facebook(abre em nova janela) Facebook
  • Clique para compartilhar no LinkedIn(abre em nova janela) LinkedIn
  • Clique para imprimir(abre em nova janela) Imprimir
  • Clique para enviar um link por e-mail para um amigo(abre em nova janela) E-mail

Curtir isso:

Curtir Carregando...
27/12/2019 CT-e, NF-e, NFC-e, Notícias ct-e, NF-e, nfc-e Deixe um comentário
03 maio 2019

[NF-e/NFC-e] Nota Técnica 2019.001 – Novas regras de validação

Escrito por Régys Borges da Silveira

Fonte: Portal Nacional da NF-e,

Segue resumo feito pelo Ítalo no fórum do Projeto ACBr, excelente resumo diga-se de passagem.

Link para NT: http://www.nfe.fazenda.gov.br/portal/exibirArquivo.aspx?conteudo=RD1XRVxKLtI=

Resumo da NT:

  • Dificultar utilização de código de segurança fraco
  • Melhorar o controle de documentos referenciados e da identificação do destinatário
  • Descrever benefícios fiscais e informações da tributação do ICMS com mais precisão
  • Criação de valor máximo para a base de cálculo do ICMS, por unidade federada
  • Melhor gerenciamento de informações sobre o destinatário, tanto no serviço de autorização de NF-e quanto no serviço de registro de EPEC

Datas previstas para entrada em vigor:

  • 01/07/2019 – Ambiente de Homologação;
  • 02/09/2019 – Ambiente de Produção.
Continue lendo…

Compartilhar este post

  • Clique para compartilhar no WhatsApp(abre em nova janela) WhatsApp
  • Clique para compartilhar no Telegram(abre em nova janela) Telegram
  • Clique para compartilhar no Facebook(abre em nova janela) Facebook
  • Clique para compartilhar no LinkedIn(abre em nova janela) LinkedIn
  • Clique para imprimir(abre em nova janela) Imprimir
  • Clique para enviar um link por e-mail para um amigo(abre em nova janela) E-mail

Curtir isso:

Curtir Carregando...
03/05/2019 BP-e, CT-e, NF-e, NFC-e bp-e, ct-e os, mdf-e, NF-e, nfc-e 3 comentários
29 abril 2019

ATENÇÃO: Publicada a versão 1.30 da NT 2018.005

Escrito por Régys Borges da Silveira

Publicada a versão 1.30 da NT 2018.005Publicada a versão 1.30 da NT 2018.005, contendo as seguintes alterações:

  • Adequação dos prazos entrada em vigor de regras de validação
  • Exclusão de AL do início de exigência das validações ZD01-10 e ZD02-10 (identificação do responsável técnico)
  • Esclarecimento sobre a obtenção do CSRT
  • Esclarecimentos no item 1.4
  • Corrigida falta de descrição sobre criação e eliminação de regras de validação feitas na versão 1.20 desta NT

A nova data de entrada em produção das tags de responsável técnico é 03/06/2019.

Não há alteração no PL publicado juntamente com a versão 1.20 desta NT.

Compartilhar este post

  • Clique para compartilhar no WhatsApp(abre em nova janela) WhatsApp
  • Clique para compartilhar no Telegram(abre em nova janela) Telegram
  • Clique para compartilhar no Facebook(abre em nova janela) Facebook
  • Clique para compartilhar no LinkedIn(abre em nova janela) LinkedIn
  • Clique para imprimir(abre em nova janela) Imprimir
  • Clique para enviar um link por e-mail para um amigo(abre em nova janela) E-mail

Curtir isso:

Curtir Carregando...
29/04/2019 BP-e, CT-e, MFe, NF-e, NFC-e cte, mdfe, nfce, nfe 3 comentários
WHATSAPP (34) 9 9822.1845

Inscreva-se nas nossas redes sociais

  • Connect on Facebook
  • Connect on Twitter
  • Connect on LinkedIn
  • Connect on Instagram
  • Connect on RSS
  • Connect on YouTube
  • Connect on Github
assinatura fontes e suporte

12.741/2013 academy ACBr Android consumidor Cupom curso datasnap Delphi desenvolvimento Eletrônica Embarcadero evento FireDAC Firemonkey fiscal ibpt Imposto iOS Lei lei 12.741/2012 linux mobile NF-e nfc-e nfce nfe Nota nota eletronica consumidor Nota Eletrônica nota fiscal nota fiscal eletrônica paf-ecf programação Rad RAD Studio rest SAT tabela Transparência video web Webinar xe7 xe8

Sites parceiros

  • Carlos H. Cantu
  • Delphi Basics
  • Delphi Feeds
  • Isaque Pinheiro
  • Object Pascal OOP

Social Media

  • Connect on Facebook
  • Connect on Twitter
  • Connect on LinkedIn
  • Connect on RSS
  • Connect on YouTube
  • Connect on Github
© Copyright 2014. Todos os direitos reservados.

 

Carregando comentários...
 

    %d