Credenciamento SEFAZ: Como Fazer e Regras para Software Houses por Estado

Para que uma empresa de tecnologia ou software house possa comercializar e operar sistemas emissores de documentos fiscais eletrônicos — como a Nota Fiscal Eletrônica (NF-e, modelo 55) e a Nota Fiscal de Consumidor Eletrônica (NFC-e, modelo 65) —, diversos estados brasileiros exigem um credenciamento prévio da desenvolvedora junto à Secretaria de Estado da Fazenda (SEFAZ).

À primeira vista, a falta de uniformidade nas normas fiscais brasileiras pode parecer confusa e gerar frustração em equipes de produto e engenharia: o que é plenamente liberado em São Paulo ou Minas Gerais pode ser bloqueado no Paraná ou em Santa Catarina. Essa multiplicidade de exigências decorre diretamente da autonomia tributária conferida a cada estado pela Constituição Federal na gestão do ICMS.

Neste artigo, explicamos em detalhes como funciona o credenciamento de software houses na SEFAZ, quais estados impõem obrigatoriedades específicas, como opera o rito duplo de UPD e CSRT no Paraná, qual é a realidade no Mato Grosso (respondendo à dúvida comum de quem busca emitir nota fiscal na SEFAZ-MT) e como descomplicar sua infraestrutura fiscal.

Por que o Credenciamento na SEFAZ é Exigido para Software Houses?

A Constituição Federal de 1988 assegura aos estados autonomia plena para legislar sobre a cobrança do ICMS e estabelecer obrigações acessórias. Embora o Conselho Nacional de Política Fazendária (CONFAZ) e o Encontro Nacional de Coordenadores e Administradores Tributários Estaduais (ENCAT) definam Manuais de Orientação do Contribuinte (MOC) padronizados, cada SEFAZ tem liberdade para escolher as regras de segurança e fiscalização aplicadas no seu território.

O propósito primordial do fisco ao exigir o credenciamento de desenvolvedores é garantir a rastreabilidade fiscal e a integridade dos dados transmitidos. Ao identificar oficialmente quem desenvolveu o software emissor, a SEFAZ combate o uso de aplicativos paralelos ou mecanismos que facilitem a sonegação fiscal em pontos de venda (PDVs). Alguns estados realizam esse controle por meio de laudos de conformidade (como o PAF-NFC-e), outros por meio de cadastros com chaves de segurança criptográfica (CSRT) e outros mantêm foco estritamente no contribuinte emissor.

Credenciamento SEFAZ por Estado: Obrigatoriedades e Exigências Técnicas

Cada Unidade Federativa define seus próprios procedimentos. Abaixo, detalhamos o panorama nos principais estados com exigências ativas e esclarecemos o modelo adotado por estados sem exigência para desenvolvedores, como o Mato Grosso.

Paraná (SEFAZ-PR): O Rito Duplo de UPD e CSRT

O estado do Paraná possui uma das regulamentações mais estruturadas e rigorosas do país. Para que um sistema emita NF-e (modelo 55) ou NFC-e (modelo 65) em solo paranaense, a software house e o contribuinte precisam cumprir dois procedimentos mandatórios: a autorização no módulo UPD e a correta vinculação do CSRT.

• Módulo UPD (Uso de Processamento de Dados): A software house deve primeiro realizar seu cadastro no portal Receita/PR na modalidade UPD como fornecedora de software, cadastrando a aplicação. Em seguida, o contribuinte paranaense (seu cliente) deve acessar a área restrita do portal da Receita/PR com login ou Certificado Digital, acessar "UPD → Autorização de Uso → Cadastro de Autorização de Uso" e vincular formalmente o CNPJ da software house e o código do sistema.
• Importância do Vínculo UPD: Sem essa autorização formal prévia registrada pelo contribuinte na Receita/PR, qualquer tentativa de emissão de NF-e em produção é imediatamente rejeitada com o erro cStat 203: "Rejeição: Emitente não habilitado para emissão da NF-e".
• CSRT (Código de Segurança do Responsável Técnico): Com base na Nota Técnica 2018.005, o Paraná exige a identificação do responsável técnico no grupo <infRespTec> do XML. A software house cadastrada na Receita/PR gera no portal o seu CSRT (uma chave alfanumérica secreta) acompanhado do seu idCSRT (identificador numérico sequencial).
• Cálculo do hashCSRT: A cada nota gerada, o sistema emissor deve calcular o hash SHA-1 concatenando o CSRT secreto com a chave de acesso de 44 dígitos da nota: hashCSRT = Base64(SHA1(CSRT + chaveAcesso)). O resultado deve ser transmitido na tag <hashCSRT>.
• Rejeições de CSRT: Se a tag <infRespTec> for omitida ou se o hashCSRT estiver incorreto, a SEFAZ-PR rejeita a nota sumariamente com os códigos 972 ("Obrigatória a informação do responsável técnico") ou 974 ("A informação do responsável técnico não é permitida / hash CSRT diverge").

Mato Grosso (SEFAZ-MT): Como Emitir Nota Fiscal e Regras para Software House

Uma das dúvidas mais pesquisadas por fundadores de ERP e líderes técnicos é: "Como emitir nota fiscal no Mato Grosso sendo uma software house? A SEFAZ-MT exige credenciamento de desenvolvedor?".

A resposta é direta: atualmente, a SEFAZ-MT não exige nenhum credenciamento formal prévio da software house para que seus clientes utilizem seu sistema emissor. No Mato Grosso, o modelo fiscal é 100% focado no Contribuinte.

• Responsabilidade do Contribuinte: Quem precisa estar credenciado na SEFAZ-MT é a empresa comercial emitente (seu cliente). Ela deve possuir Inscrição Estadual ativa e regular no Cadastro de Contribuintes do ICMS do Mato Grosso.
• Código de Segurança do Contribuinte (CSC): Para emitir NFC-e no varejo mato-grossense, o próprio contribuinte deve acessar o portal de serviços da SEFAZ-MT e gerar o CSC (token) e o idCSC, tanto para o ambiente de homologação quanto para produção.
• Emissão Descomplicada: Sua empresa de software não precisa protocolar documentação societária nem passar por testes de homologação na SEFAZ-MT. Basta assinar o XML com o Certificado Digital A1 do cliente e transmitir diretamente aos webservices oficiais da SEFAZ-MT ou utilizar uma API fiscal moderna.

Ceará (SEFAZ-CE): Portal CF-e e Módulo Fiscal Eletrônico (MFE)

No Ceará, o credenciamento de software houses é obrigatório para desenvolvedores de sistemas que operam com a NFC-e ou com o Cupom Fiscal Eletrônico (CF-e / MFE). O procedimento é realizado no portal oficial do CF-e da SEFAZ/CE.

A empresa desenvolvedora submete sua documentação societária e declaração técnica. Após o deferimento pelo fisco cearense, a SEFAZ/CE disponibiliza credenciais de acesso para a área de desenvolvedores, permitindo a vinculação dos Aplicativos Comerciais (AC) aos estabelecimentos varejistas do estado.

Espírito Santo (SEFAZ-ES): Credenciamento sob o Art. 543-Z-Z-C do RICMS

No Espírito Santo, a exigência de credenciamento para empresas que produzem soluções emissoras de NFC-e é fundamentada no Artigo 543-Z-Z-C do Regulamento do ICMS (RICMS-ES).

A solicitação ocorre por meio do Portal Eletrônico da SEFAZ/ES em três etapas: cadastro institucional do desenvolvedor, envio de documentação comprobatória e análise fazendária. Concluído o processo, a SEFAZ envia a autorização e as credenciais por e-mail para que a software house possa liberar seus clientes no estado.

Pará (SEFAZ-PA): Cadastro de Desenvolvedoras de NFC-e

Para emitir NFC-e no Pará, a SEFAZ-PA determina o cadastramento prévio das empresas desenvolvedoras de software. O processo é realizado diretamente no portal da Secretaria da Fazenda do Pará, mediante preenchimento de formulário eletrônico e upload dos documentos da empresa.

Santa Catarina (SEFAZ-SC): O Padrão PAF-NFC-e

Santa Catarina historicamente manteve um dos controles fiscais mais rigorosos do Brasil, priorizando por anos o uso de ECFs físicos. Com a abertura para a NFC-e, o estado instituiu o padrão PAF-NFC-e (Programa Aplicativo Fiscal para NFC-e).

As software houses que pretendem atender clientes catarinenses no varejo presencial precisam registrar formalmente seu aplicativo no portal SEF/SC, assinar Termo de Compromisso e garantir total aderência aos requisitos técnicos estipulados pela legislação de Santa Catarina.

Tabela Comparativa: Exigências de Credenciamento por Estado

Veja no quadro comparativo abaixo um resumo das obrigatoriedades e dos mecanismos de identificação de software houses nas principais Unidades Federativas:

Entenda a Diferença: Credenciamento de Software House vs do Contribuinte

Uma dúvida muito recorrente entre gestores e desenvolvedores é a distinção entre o credenciamento da software house e o credenciamento do CNPJ da empresa cliente. Trata-se de duas esferas jurídicas e fiscais complementares, mas com finalidades totalmente distintas:

1. Credenciamento da Software House: Habilita a empresa desenvolvedora a fornecer, comercializar e manter softwares que assinam e transmitem documentos fiscais para terceiros nos estados onde a legislação exige esse controle prévio.
2. Credenciamento do Contribuinte: Autoriza o estabelecimento comercial (a empresa do seu cliente) a emitir notas fiscais sobre suas próprias operações de compra, venda ou prestação de serviços, atestando sua regularidade com a Inscrição Estadual.
3. Responsável Técnico (CSRT): Constitui a ponte tecnológica entre os dois atores. Permite que a SEFAZ rastreie em auditorias qual tecnologia foi utilizada para emitir o documento fiscal e responsabilize tecnicamente a desenvolvedora em caso de fraudes.

Enquanto o credenciamento do contribuinte garante o direito comercial de faturar mercadorias, o credenciamento da software house certifica que o sistema emissor opera em estrita conformidade com as regras técnicas do fisco.

Documentos Fiscais são um Desafio? Como a NFER Descomplica sua Engenharia

Manter credenciamentos em múltiplas secretarias da fazenda, gerenciar chaves CSRT por estado, configurar certificados digitais e acompanhar constantes Notas Técnicas (NTs) consome preciosas horas de desenvolvimento que deveriam ser dedicadas à evolução do seu ERP ou plataforma de gestão.

A NFER foi criada por engenheiros para transformar a emissão fiscal em uma camada de infraestrutura simples e confiável. Através de uma API REST JSON moderna, você integra emissão de NF-e (modelo 55), NFC-e (modelo 65), NFS-e Nacional e DC-e com poucos minutos de código.

• Multi-CNPJ Nativo: Gerencie filiais e carteiras inteiras de clientes com certificados A1 isolados em um único painel e via endpoints REST.
• Compliance de Responsável Técnico: Suporte nativo ao grupo infRespTec e geração automática de CSRT nos estados que o exigem.
• Circuit Breaker e Contingência Automática: Detecção em milissegundos de instabilidade na SEFAZ de origem com failover instantâneo para SVC-AN e SVC-RS, garantindo zero timeout na ponta.
• Monitor SEFAZ em Tempo Real: Telemetria contínua a cada 60 segundos via SOAP mTLS acompanhando a disponibilidade das 27 UFs em nfer.me/status-sefaz.