farnetani
Membro Pro Verificado-
Total de ítens
209 -
Registro em
-
Última visita
-
Days Won
2
farnetani last won the day on 29 Setembro 2019
farnetani had the most liked content!
Sobre farnetani

Últimos Visitantes
O bloco dos últimos visitantes está desativado e não está sendo visualizado por outros usuários.
farnetani's Achievements
-
@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á.
-
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 & para eu verificar se no meu provedor passa?
-
Resolvido. Postei lá no local onde se coloca os updates de cidades.ini a solução.
