farnetani

@valterpatrick Já respondi lá no discord, mas só pra reforçar. Esse código precisa ser adquirido junto a prefeitura, não pode se usar fixo 001 para tudo não, cada serviço tem o seu código. Essa listagem vem do município, importante todos saberem disso. No caso de BH, a contabilidade do meu cliente me enviou, semelhante ao print abaixo: Segue a minha planilha em anexo (como exemplo, lembrando que cada município tem a sua) TABELA CODIGO NFSE E NBS_FINAL.xlsx

Pessoal, acabei de postar lá no discord, mesmo erro comigo. Esse erro se tornou crítico heim, muita gente com o mesmo problema. Código : X999 Mensagem: Erro de Conexão: Input is not proper UTF-8, indicate encoding ! Bytes: 0xE3 0x6F 0x20 0x64 Já joguei os xmls numa mensagem privada: XML de exemplo para o erro: X999 - Erro de Conexão: Input is not proper UTF-8, indicate encoding Caso precisem, o xml está lá.

Só para reforçar, acabei de fazer junto com o cliente e contador manualmente direto no portal e tem lá a opção 9 conforme imagem em anexo abaixo:

Acabei de mandar em PRODUÇÃO e deu o erro: ``` Código : X800 Mensagem: Erro de Validação: --> 1824 - Element '{http://www.sped.fazenda.gov.br/nfse}regEspTrib': '9' is not a valid value of the atomic type '{http://www.sped.fazenda.gov.br/nfse}TSRegEspTrib'. ``` Em homologação valida normalmente...e agora?

Pessoal, com base numa informação da Prefeitura de Belo Horizonte relacionada a quem possui PROEMP: BENEFICIÁRIOS DO PROEMP As entidades beneficiárias do Programa de Incentivo à Instalação e Ampliação de Empresa (Proemp) devem emitir suas NFS-e indicando o regime especial "Outros". Para emissão via API, essa informação deve ser inserida no campo <regEspTrib> do DPS, com o valor "9". O regime especial "Outros" não deve ser incluído (isto é, o campo deve ser preenchido com "Nenhum" no emissor Web e, para emissão via API, o campo <regEspTrib> do DPS deve ser preenchido com o valor "0") caso a NFS-e emitida seja relativa a um serviço não abrangido pelo Proemp, conforme o Certificado de Incentivo Fiscal (CIF). Vale destacar que, nos termos do art. 11 do Decreto 17.044/2019, a utilização do benefício fiscal sobre a prestação de serviços não incluídos no CIF-Proemp implicará a imediata exclusão do incentivado do Proemp, a anulação de todos os incentivos concedidos e eventualmente usufruídos no âmbito do programa, com a perda da redução do imposto e dos diferimentos já ocorridos e a exigência imediata do imposto vencido, acrescido dos gravames legais, sem prejuízo das penalidades cominadas às infrações tributárias apuradas. No campo descritivo da nota, o contribuinte deve informar que é beneficiário do programa e o número do CIF correspondente. Fonte: https://prefeitura.pbh.gov.br/fazenda/bhiss Percebi que no arquivo tiposSimples_v1.01.xsd não tinhamos essa opção 9, aí acrescentei no arquivo: <xs:simpleType name="TSRegEspTrib"> <xs:annotation> <xs:documentation> Tipos de Regimes Especiais de Tributação: 0 - Nenhum; 1 - Ato Cooperado (Cooperativa); 2 - Estimativa; 3 - Microempresa Municipal; 4 - Notário ou Registrador; 5 - Profissional Autônomo; 6 - Sociedade de Profissionais; 9 - Outros; </xs:documentation> </xs:annotation> <xs:restriction base="xs:string"> <xs:whiteSpace value="preserve"/> <xs:enumeration value="0"/> <xs:enumeration value="1"/> <xs:enumeration value="2"/> <xs:enumeration value="3"/> <xs:enumeration value="4"/> <xs:enumeration value="5"/> <xs:enumeration value="6"/> <xs:enumeration value="9"/> </xs:restriction> </xs:simpleType> E no arquivo `tiposComplexos_v1.01.xsd` temos: <xs:element name="regEspTrib" type="TSRegEspTrib"> <xs:annotation> <xs:documentation> Tipos de Regimes Especiais de Tributação: 0 - Nenhum; 1 - Ato Cooperado (Cooperativa); 2 - Estimativa; 3 - Microempresa Municipal; 4 - Notário ou Registrador; 5 - Profissional Autônomo; 6 - Sociedade de Profissionais; 9 - Outros; </xs:documentation> </xs:annotation> </xs:element> Segue os 2 arquivos em anexo. Além disso, eu editei o arquivo fonte: PadraoNacional.Provider.pas function TACBrNFSeProviderPadraoNacional.RegimeEspecialTributacaoToStr( const t: TnfseRegimeEspecialTributacao): string; begin Result := EnumeradoToStr(t, ['0', '1', '2', '3', '4', '5', '6', '9'], [retNenhum, retCooperativa, retEstimativa, retMicroempresaMunicipal, retNotarioRegistrador, retISSQNAutonomos, retSociedadeProfissionais, retOutros]); end; function TACBrNFSeProviderPadraoNacional.StrToRegimeEspecialTributacao( out ok: boolean; const s: string): TnfseRegimeEspecialTributacao; begin Result := StrToEnumerado(ok, s, ['0', '1', '2', '3', '4', '5', '6', '9'], [retNenhum, retCooperativa, retEstimativa, retMicroempresaMunicipal, retNotarioRegistrador, retISSQNAutonomos, retSociedadeProfissionais, retOutros]); end; function TACBrNFSeProviderPadraoNacional.RegimeEspecialTributacaoDescricao( const t: TnfseRegimeEspecialTributacao): string; begin case t of retNenhum: Result := '0 - Nenhum'; retCooperativa: Result := '1 - Cooperativa'; retEstimativa: Result := '2 - Estimativa'; retMicroempresaMunicipal: Result := '3 - Microempresa Municipal'; retNotarioRegistrador: Result := '4 - Notário ou Registrador'; retISSQNAutonomos: Result := '5 - Profissional Autônomo'; retSociedadeProfissionais: Result := '6 - Sociedade de Profissionais'; retOutros: Result := '9 - Outros'; else Result := ''; end; end; Segue o arquivo em anexo com a correção. Após ter feito isso, e refeito a instalação do ACBR, testei e funcionou 100% no ambiente em Homologação, ou seja, aceitou normalmente o valor 9-outros, conforme o print abaixo: A tag gerada no xml foi: <regTrib> <opSimpNac>1</opSimpNac> <regEspTrib>9</regEspTrib> </regTrib> O mais importante é a partir de 02/02/2026 muitos podem precisar fazer o mesmo conforme a instrução da prefeitura, então será importante jogar isso nos fontes. Espero ter ajudado! tiposComplexos_v1.01.xsd tiposSimples_v1.01.xsd PadraoNacional.Provider.pas

Pessoal, estou com todos os fontes atualizados (03/01/2026 16hs). Também estou tendo o mesmo problema e já joguei os schemas atualizados. O erro é: Código : E0312 Mensagem: O código de tributação nacional informado não está administrado pelo município de incidência do ISSQN na data de competência informada na DPS, conforme a lista de serviços nacional do Sistema Nacional NFS-e. Testei na versão 1.0 e na versão 1.1 e nada. Percebi se informo 4 no item tribISSQN passa, mas estaria errado, pois é operação tributável. O que fazer? Tributação do ISSQN sobre o serviço prestado: 1 - Operação tributável; 2 - Imunidade; 3 - Exportação de serviço; 4 - Não Incidência; Pessoal, segue em anexo uma planilha que contém o ctribmun (são 3 abas no arquivo). É específica para Belo Horizonte - MG. Espero que ajudem. Consegui através de uma contabilidade que atende uma empresa grande que atendo. planilha-ctribmun-bh.xlsx

Pessoal, estou com todos os fontes atualizados (03/01/2026 16hs). Também estou tendo o mesmo problema e já joguei os schemas atualizados. O erro é: Código : E0312 Mensagem: O código de tributação nacional informado não está administrado pelo município de incidência do ISSQN na data de competência informada na DPS, conforme a lista de serviços nacional do Sistema Nacional NFS-e. Testei na versão 1.0 e na versão 1.1 e nada. Percebi se informo 4 no item tribISSQN passa, mas estaria errado, pois é operação tributável. O que fazer? Tributação do ISSQN sobre o serviço prestado: 1 - Operação tributável; 2 - Imunidade; 3 - Exportação de serviço; 4 - Não Incidência; Pessoal, consegui a solução com um amigo aqui (Alisson Pina) que via Zap me deu a Luz. Eu não estava informando o campo: cTribMun que no caso de Belo Horizonte tem que ser 001. Foi fazer isso e foi beleza! Pessoal, consegui a solução com um amigo aqui (Alisson Pina) que via Zap me deu a Luz. Eu não estava informando o campo: cTribMun que no caso de Belo Horizonte tem que ser 001. Foi fazer isso e foi beleza!

Pessoal, estou com todos os fontes atualizados (03/01/2026 16hs). Também estou tendo o mesmo problema e já joguei os schemas atualizados. O erro é: Código : E0312 Mensagem: O código de tributação nacional informado não está administrado pelo município de incidência do ISSQN na data de competência informada na DPS, conforme a lista de serviços nacional do Sistema Nacional NFS-e. Testei na versão 1.0 e na versão 1.1 e nada. Percebi se informo 4 no item tribISSQN passa, mas estaria errado, pois é operação tributável. O que fazer? Tributação do ISSQN sobre o serviço prestado: 1 - Operação tributável; 2 - Imunidade; 3 - Exportação de serviço; 4 - Não Incidência; Testei outros códigos (010501 para 010301 mas deu mesmo erro)!

Cidade/UF: POUSO ALEGRE / MG Previsão de Mudança: Em vigor Tipo de Mudança: migraram Outubro/2025 para o Padrão Abrasf 2.04 (EMPRESA = SIGCORP) Fonte/Documentação: https://pousoalegre.sigiss.com.br/pousoalegre/download/index.php Ver aqui mais detalhes: https://pousoalegre.atende.net/subportal/atualizacao-do-sistema-fiscal-web Pelo que pude ver, você já faz a NFSe no ambiente deles e já geram para o ambiente NACIONAL. O componente já foi alterado visando atender as mudanças feitas pelo provedor em seu layout.

Bom dia pessoal. Vocês sabem me dizer se a mudança abaixo irá afetar alguma coisa em relação ao uso do componente de nfse para o a geração das NFSe em Belo Horizonte?

Seria legal um contato com eles para averiguarmos.

Pessoal, bom dia. Notei que por padrão no arquivo SigCorp.ini temos as urls de RecepcaoLoteRPS sem https e notei que desde 5a. feira estavamos tendo problemas no redirecionamento das mesmas. Consegui resolver editando o arquivo SigCorp.ini e deixando conforme abaixo: [URL_P] RecepcaoLoteRPS=https://%NomeURL_P%.com.br/servico.asmx [URL_H] RecepcaoLoteRPS=https://%NomeURL_H%.com.br/servico.asmx Talvez seja bacana atualizar isso, pois acredito que a maioria dos provedores hoje devam utilizar https ao invés de http, aí se eles erram alguma coisa no redirecionamento, causa erro.

Perfeito pessoal, vou testar aqui e posto aqui se no caso do provedor Sigcorp deu certo. Obrigado!

Pessoal, boa tarde. Existe alguma possibilidade no componente de eu falar pra ele ignorar a conversão do & para &amp; para eu verificar se no meu provedor passa?

Resolvido. Postei lá no local onde se coloca os updates de cidades.ini a solução.

Italo, consegui validar a NFSe aqui, porém tive que alterar os fontes e o arquivo SigCorp também. As alterações foram as seguintes: SigCorp.ini Alterei o endereço que estava incorreto e por esse motivo estava dando erro. [URL_P] RecepcaoLoteRPS=http://%NomeURL_P%.sigcorp.com.br/servico.asmx [URL_H] RecepcaoLoteRPS=http://%NomeURL_H%.sigcorp.com.br/servico.asmx Cidades.ini [3152501] Nome=Pouso Alegre UF=MG Provedor=SigCorp NomeURL_H=testeabrasfpousoalegre NomeURL_P=abrasfpousoalegre Fonte: pnfsNFSeW_ABRASFv2.pas Acrescentei o nome: proSigCorp, após a linha 466, antes do nome `proISSJoinville: Gerador...` Segue os 3 arquivos em anexo zipado no acbr.zip. Fazendo isso, consegui emitir as NFSe normalmente! acbr.zip

@Italo Jurisato Junior, boa tarde. Analisando os fontes `pnfsNFSeW_ABRASFv2.pas` na linha 476, não faltou especificar ali o provedor proSigCorp para o campo alíquota conforme exemplo acima na outra resposta, que tem no seu xsd totalDigits = 4 e fractionDigits = 2, teria que ter ali entre a linha 475 e 476 o provedor da SigCorp, não teria? case FProvedor of proActconv2, proCoplan, proDigifred, proELv2, proFriburgo, proNEAInformatica, proNotaInteligente, proSisPMJP, proVitoria, proSmarAPDABRASF, proGiss, proDeISS, proTcheInfov2, proCenti, proRLZ, proiiBrasilv2, proISSJoinville: Gerador.wCampo(tcDe2, '#25', 'Aliquota', 01, 05, 0, NFSe.Servico.Valores.Aliquota, DSC_VALIQ); proABase, proDesenvolve, proEReceita, proModernizacaoPublica, proProdata, proSafeWeb, proSimplISSv2, proTecnos: Gerador.wCampo(tcDe2, '#25', 'Aliquota', 01, 05, 1, NFSe.Servico.Valores.Aliquota, DSC_VALIQ);

Olá @Italo Jurisato Junior, boa tarde. A cidade de Pouso Alegre - MG que utilizava GINFES mudou para SigCorp. Porém fiquei na duvida, porque o sistema deles se chama SIGISS e vi que existem esse SigIss também no diretório de ArqINI o que me confundiu realmente qual seria o certo de usar? https://pousoalegre.mg.gov.br/imagens/image/NOTAS FISCAIS/Manual_WS_Abrasf.pdf Me parece que alguns links do manual estão quebrados também pra ajudar. [3152501] Nome=Pouso Alegre UF=MG Provedor=SigCorp NomeURL_H=testeabrasfpousoalegre NomeURL_P=abrasfpousoalegre

@Italo Jurisato Junior Fiz conforme a sua orientação, porém está resultando no seguinte erro: `2.000` violates totalDigits constraint of '4'. Realmente, comparando o xsd do ginfes com o do sigcorp, eles são diferentes, no ginfes tinhamos 5 dígitos e 4 na fração, no da sigcorp temos apenas 4 dígitos e 2 na fração. Aproveitando, notei que existe uma forma de alimentar isso diferente pra cada provedor, vendo um outro post seu, vi que a recomendação é pra quando o provedor tiver 4 dígitos dividirmos por 100, tipo ao invés de informar: 02.00, ficaria 0.02. Seria esse o caso da SigCorp? Abaixo segue o xsd da SigCorp E no Ginfes era assim: Teria que ser alterado alguma coisa a mais no ACBR, ou basta eu dividir por 100 pra ver se passa a alíquota? Olhando o modelo, a impressão que dá é que o xml teria que ser gerado com apenas 2 dígitos na fração, porém está sendo gerado com 4 conforme exemplo abaixo:

Bom dia pessoal, acabei de receber o comunicado abaixo e gostaria de saber se é fácil eu alterar no componente para estar usando esse software SIG CORP? Não sei se o mesmo já existe em outros municípios e se já foi implementado. INFORMAÇÃO IMPORTANTE! A Prefeitura Municipal de Pouso Alegre nos informou que o contrato com a empresa gestora do sistema de emissão de Nota Fiscal de Serviços a GIS ON LINE venceu e que houve já uma licitação onde a vencedora foi a empresa SIG CORP e o início das operações para emissão das notas no novo sistema estava marcado para o dia 01 maio/2020. O Sindicato dos Contabilistas de Pouso Alegre entrou em contato com o secretário de finanças e argumentando com ele sobre a crise do covid-19 entre outras questões para implantação neste momento difícil que atravessamos. Porém como o contrato com a outra empresa estava vencendo não haveria muito o que se fazer, visto inclusive que a licitação saiu antes dessa pandemia. Diante dos fatos o Sindicato solicitou que esse prazo pelo menos se estendesse até o dia 01 de junho/2020, o que foi de pronto atendido. Desta forma a partir do dia 01/06/2020 o sistema antigo não estará mais habilitado para emissão das notas fiscais. Segue abaixo links com treinamentos para emissão das notas fiscais. Treinamento para demais empresas https://youtu.be/kP572nYQQ-w Treinamento para emissão de 2º via de Nota fiscal e cancelamento https://youtu.be/BQ9ydS9C2-A Treinamento para empresas desenvolvedoras de software https://youtu.be/r9Xah99tKFg Em breve será disponibilizado o endereço do site para fazer os testes

O problema estava na INSTABILIDADE DO WEBSERVICES DO BHTISS.

Pessoal, boa noite. Estou tendo problemas ao tentar enviar os RPS para o bhtiss (belo horizonte), alguém sabe me dizer o que pode ser o erro abaixo: Erro HTTP: 6 URL: https://bhissdigital.pbh.gov.br/bhiss-ws/nfse O identificador não está no estado correto para a operação solicitada - URL:https://bhissdigital.pbh.gov.br/bhiss-ws/nfse - SOAPAction:http://ws.bhiss.pbh.gov.br/ConsultarNfsePorRps Já verifiquei a máquina do cliente e já testei na minha (que para outros provedores de serviços está tudo ok). Este erro pode estar associado ao NUMERO DO RPS? ou algo do tipo (suposição pela minha pela msg). A impressão que dá é que não está se comunicando com o webservices...visto que quando pego uma nfse já validada e consulto, resulta praticamente no mesmo erro.

Pessoal, fizemos o cadastro da nossa software house no estado do Paraná, o mesmo já foi deferido (aceito) e cadastramos também o nosso software que recebeu um respectivo código sequencial. A pergunta é, eu devo informar esse código em algum campo nas NFe e nas NFCes, ou devo deixar esse campo (idCSRT) sempre zerado informando apenas os campos abaixo: dm.ACBrNFe1.Configuracoes.RespTec.idCSRT := strtointdef(dm.Empresaresptec_idcsrt.value,0); //Atribuir zero (enquanto a Sefaz não fornece) dm.ACBrNFe1.Configuracoes.RespTec.CSRT := dm.Empresaresptec_csrt.Value; //Atribuir uma string vazia if dm.Empresauf.Value='PR' then begin infRespTec.CNPJ := dm.empresaresptec_cnpj.Value; infRespTec.xContato := dm.Empresaresptec_xcontato.Value;; // Nome do responsável técnico infRespTec.email := dm.Empresaresptec_email.Value; infRespTec.fone := dm.Empresaresptec_fone.Value; end; dm.ACBrNFe1.Configuracoes.RespTec.idCSRT idCSRT = Identificador do CSRT utilizado para montar o hash do CSRT

Pessoal, bom dia. Estamos com um cliente que estava no estado de MG e deu baixa na sua inscrição estadual de MG e abriu uma nova no estado do Paraná. A dúvida é a seguinte: - Devemos manter a mesma numeração já pré-existente na inscrição estadual anterior de MINAS GERAIS que já foi baixada, ou devemos mudar a série para 002 da NFe e iniciar a sequência na numeração para 000000001 afim de separar melhor os lançamentos fiscais? Segundo alguns colegas/programadores que também desenvolvem para o estado do PR, essa seria a melhor recomendação, porém a contabilidade solicitou que mantivéssemos a numeração anteriormente pré-existente no estado de MG e fossemos seguindo essa mesma sequência. Alguém aqui saberia com certeza afirmar qual seria o procedimento mais correto?

Obtive HOJE a resposta da SEFAZ de MG, segue abaixo: