Ir para conteúdo
  • Cadastre-se

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

Community Regular

Community Regular (8/14)

  • Dedicated Rare
  • Reacting Well Rare
  • First Post
  • Collaborator Rare
  • Conversation Starter

Recent Badges

27

Reputação

7

Community Answers

  1. @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
  2. 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á.
  3. 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:
  4. 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?
  5. 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
  6. 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
  7. 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!
  8. 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)!
  9. 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.
  10. 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?
  11. Seria legal um contato com eles para averiguarmos.
  12. 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.
  13. Perfeito pessoal, vou testar aqui e posto aqui se no caso do provedor Sigcorp deu certo. Obrigado!
  14. 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?
  15. Resolvido. Postei lá no local onde se coloca os updates de cidades.ini a solução.
×
×
  • Criar Novo...

Informação Importante

Colocamos cookies em seu dispositivo para ajudar a tornar este site melhor. Você pode ajustar suas configurações de cookies, caso contrário, assumiremos que você está bem para continuar.

The popup will be closed in 10 segundos...
The popup will be closed in 10 segundos...