Ir para conteúdo
  • Cadastre-se

Pesquisar na Comunidade

Showing results for tags 'NFS-E'.

  • Search By Tags

    Digite tags separadas por vírgulas
  • Search By Author

Tipo de Conteúdo


Fóruns

  • Fórum Aberto - ACBr
    • Notícias do ACBr
    • Equipamentos testados
    • Base de Conhecimento
    • Dúvidas Gerais sobre o ACBr
    • ACBrSerial
    • ACBrSAT
    • ACBrNFe
    • ACBrDFe
    • Dúvidas sobre TEF
    • Dúvidas sobre PIX
    • ACBrMonitor PLUS
    • ACBrTXT
    • ACBrBoleto
    • ACBrDiversos
    • ACBrTCP
    • ACBrFramework
    • ACBrLIB
  • ACBr API
    • Duvidas Gerais ACBr API
    • Duvidas Privadas ACBr API
  • Suporte Nuvem Fiscal
    • Comunidade Nuvem Fiscal
  • Outros Assuntos
    • Boteco do ACBr
    • Legislação Fiscal e Tributária
    • Object Pascal - Delphi & Lazarus
    • Banco de Dados
    • Classificados
    • Dúvidas não relacionadas ao ACBr

Categorias

  • ACBr Pro
    • ACBrLib - PRO
    • ACBrMonitorPLUS - PRO
    • Utilitários - PRO
    • Dia do ACBr 1a edição
    • Dia do ACBr 2a edição
  • Download Livre
    • ACBrLib - DEMO
    • ACBrMonitorPLUS - DEMO
    • Demos / Testes / Utilitários
    • Apresentações - Palestras
  • ACBr TEF

Calendários

  • Eventos - Palestras - Webinars
  • Prazos SEFAZ
  • Calendário da Comunidade
  • ACBr Papo Pro
  • Feriados Nacionais

Find results in...

Find results that contain...


Data de Criação

  • Início

    End


Data de Atualização

  • Início

    End


Filter by number of...

Data de Registro

  • Início

    End


Grupo


Website URL

  1. Olá comunidade ! Foi publicado no dia 30/06/2026 a versão 1.01 da Nota Técnica Nº008 que traz as especificações de como deve ser o DANFSe. A nova versão não traz alterações no leiaute do impresso. Ela prorroga a desativação do end-point existente no padrão nacional para obter o DANFS-e para o dia 15/07/2026, efetivamente dando mais 15 dias para que as soluções e aplicações possam adequar seus leiautes. A versão 1.01 desta nota técnica pode ser lida na íntegra AQUI. Vale reforçar que o impresso utilizando Fortes Report já foi adequado no ACBr conforme tópico abaixo e os impressos em Fast e FPDF estão em construção.
  2. Olá comunidade ! Foi publicada a Nota Técnica nº009 alterando o leiaute da NFS-e para adequação a Reforma Tributária sobre o consumo. Alterações Altera os campos que recebem a informação de CNPJ para o tipo carácter visando adequação ao CNPJ alfanumérico. Cria o grupo gIBSCBSAjuste para informar o IBS/CBS quando NFS-e de ajuste. Adiciona a possibilidade de gerar NFS-e de débito e crédito ao incluir os valor "1 - NFS-e de crédito" e "2 - NFS-e de débito" além de adicionar novos campos tpNFSeDebito e tpNFSeCredito no layout. Remove alguns valores possíveis do campo tpAjusteBC. Adiciona novo valor "4 - Optante Pendente" no campo opSimpNac. Renomeia alguns campos. Traz novamente o campo indFinal. Adiciona campos como o regApIBSCBSSN, vReceitaBrutaSN e o grupo gTribSN para informar IBS e CBS quando para os optantes do Simples Nacional com apuração de IBS e CBS. Cria um grupo para vincular pagamentos a NFS-e. Adiciona novos grupo para locação de bens imóveis. Datas Não há nenhuma informação explicita sobre as datas de implementação desta nota técnica. Mas estimamos que ainda vai haver um tempo antes dessas alterações entrarem em vigor. Estamos buscando informações mais detalhadas sobre isso e editaremos este tópico assim que tivermos mais detalhes. E como fica o ACBr? Modificações serão necessárias para adequar as soluções ACBr. Criada a tarefa ACBR-9463 para atualizações no componente. Qualquer novidade será divulgada aqui neste tópico. Leia essa nota técnica na íntegra AQUI.
  3. Olá Pessoal, O uso do Padrão Nacional é um movimento crescente, começando com sua obrigatoriedade para os MEIs em 2023, sua próxima obrigatoriedade para os prestadores enquadrados no Simples Nacional agora em 2026 (veja mais sobre isso aqui) e o fato de todos os 5.571 municípios terem se conveniado, seja para realizar a emissão direta ou via compartilhamento de informações. Diferente de situações anteriores, a prerrogativa de "padrão" implica em uma padronização única. Isso se aplica inclusive ao próprio leiaute do DANFSe. Onde anteriormente não havia nenhuma regulamentação ou orientação sobre como deve ser o leiaute do impresso, hoje existem definições explícitas com a publicação da Nota Técnica Nº008, estabelecendo parametrizações como o que pode constar no impresso, o que não pode e como as informações devem ser exibidas nele. A equipe do ACBr já adaptou o impresso em Fortes para atender a essas definições e está trabalhando arduamente para disponibilizar os impressos em Fast e em FPDF. Levando tudo isso em consideração, informamos que os esforços a partir de agora serão focados em manter o DANFSe atendendo à NT Nº008 ou qualquer publicação futura relacionada e, por isso, não serão feitas novas alterações no DANFSe utilizado para os provedores no leiaute da ABRASF e em leiautes próprios. Ressaltamos que, na conjuntura atual, mesmo os municípios que aderiram apenas ao compartilhamento e vão continuar utilizando provedores próprios já têm disponibilizado em seus arquivos XML e retornos do web service os meios para que o XML da NFS-e compartilhado no ambiente nacional seja acessado e, de posse desse XML, o DANFSe no leiaute estabelecido pela NT Nº008 pode ser utilizado. Agradecemos a compreensão de todos.
  4. Olá, comunidade ! No dia 14/07/2026, por volta das 9h49, começamos a receber relatos de membros da nossa comunidade com problemas na emissão de notas fiscais de serviço para o município de São Paulo. Os relatos informavam que, ao tentar se comunicar com o web service, era devolvido timeout. Realizando testes, o timeout foi constatado mesmo com um valor de 60 segundos configurado na propriedade de timeout do componente. Ao acessar a URL diretamente pelo navegador, a URL também apresentou lentidão. Buscando mais informações sobre o problema, ao acessar a página da Nota Fiscal Paulistana, foi observado o seguinte aviso informando manutenção programada para hoje:
  5. Olá, comunidade ! Como muitos devem saber, a partir de 01/09/2026, todos os prestadores de serviço optantes pelo Simples Nacional deverão emitir suas notas fiscais de serviço eletrônicas diretamente pelo emissor nacional — também conhecido como Padrão Nacional — independentemente do município ao qual pertençam. Se você não sabe do que se trata, veja este tópico. Recebemos a informação de que o município de Guarulhos adiantou essa migração para o dia 01/07/2026. Portanto, desde essa data, todos os prestadores de serviço optantes pelo Simples Nacional do município devem realizar a emissão de suas NFS-e diretamente no Padrão Nacional. Veja no tópico abaixo o que é preciso alterar no ACBr para fazer isso: Um agradecimento a todos os membros da comunidade que compartilharam essa informação conosco em nosso fórum.
  6. Olá, comunidade ! Ao acessar a lista de Atualizações e Implantações da Sefin Nacional da NFS-e, consta que no dia 01/07/2026 foram efetuados ajustes nas seguintes regras de validação: Cód. Erro Mensagem de Erro E1577 Alíquota efetiva da UF para IBS incorreta. E1549 Alíquota efetiva do Município para IBS incorreta. E1554 Alíquota efetiva da União para CBS incorreta. Havia uma divergência no cálculo e na validação dos campos pAliqEfetUF, pAliqEfetMun e pAliqEfetCBS. Eles são obrigatórios e devem ter o mesmo valor de pIBSUF, pIBSMun e pCBS, respectivamente quando não houver redutores.
  7. Um elemento que faz parte do contexto da NFS-e é o link de impressão. Esse link é uma URL que, ao ser acessada, exibe o DANFSe correspondente à nota fiscal eletrônica autorizada, permitindo que o documento seja salvo ou impresso. Além disso, esse link também é utilizado pelas soluções ACBr para gerar o QR Code no DANFSe. Existem três maneiras de esse link ser gerado; Devolvida no XML da NFS-e A forma mais comum é quando o próprio web service do provedor gera o link e o devolve como parte do XML, seja em uma tag específica para essa finalidade — como, por exemplo, LinkNFSe, LINK, linkPdf, LinkImpressao ou Url —, seja dentro da tag OutrasInformacoes. Se o arquivo XML da sua NFS-e não possuir essa informação, isso quer dizer que ela não é gerada e devolvida a você pelo provedor e o link precisará ser gerado de outra maneira. URL base no arquivo ACBrNFSeXServicos.ini Alguns provedores disponibilizam uma URL base com query params que podem ser utilizados para gerar a URL correspondente à respectiva nota. Essas URLs ficam armazenadas nas chaves HomLinkURL, para o ambiente de homologação, e ProLinkURL, para o ambiente de produção. Por meio do método ACBrNFSeX.LinkNFSe, passando os parâmetros necessários, a solução ACBr constrói a URL completa. Alguns exemplos de HomLinkURL/ProLinkURL no arquivo ACBrNFSeXServicos.ini: [3550308] Nome=Sao Paulo UF=SP Provedor=ISSSaoPaulo ProLinkURL=https://nfe.prefeitura.sp.gov.br/nfe.aspx?ccm=%InscMunic%&nf=%NumeroNFSe%&cod=%CodVerif% HomLinkURL=https://nfe.prefeitura.sp.gov.br/nfe.aspx?ccm=%InscMunic%&nf=%NumeroNFSe%&cod=%CodVerif% [3552205] Nome=Sorocaba UF=SP Provedor=DSF Versao=2.03 ProLinkURL=https://notafiscal.sorocaba.sp.gov.br/notafiscal-ws/servico/notafiscal/autenticacao/cpfCnpj/%Cnpj%/inscricaoMunicipal/%InscMunic%/numeroNota/%NumeroNFSe%/codigoVerificacao/%CodVerif% HomLinkURL=https://homolsod.dsfweb.com.br/notafiscal-ws/servico/notafiscal/autenticacao/cpfCnpj/%Cnpj%/inscricaoMunicipal/%InscMunic%/numeroNota/%NumeroNFSe%/codigoVerificacao/%CodVerif% Se, ao consultar a cidade no arquivo ACBrNFSeXServicos.ini, ela não tiver nenhuma dessas chaves, então essa URL não é fornecida pelo provedor e o link precisará ser gerado de outra maneira. Utilizando o método de consulta A forma menos comum é quando o provedor disponibiliza em seu web service um endpoint de consulta que devolve o link diretamente. Nesse caso, utilize o método ACBrNFSeX.ConsultarLinkNFSe, passando os parâmetros necessários. A solução se comunicará com o web service do provedor e retornará a URL. Para verificar se o provedor permite esse tipo de consulta, consulte os métodos disponíveis para o provedor (veja como fazer isso neste tópico). Exemplo de caso em que o provedor permite a consulta de link: Importante Como já mencionado, o QR Code impresso no DANFSe é gerado a partir dessa URL. Portanto, se nenhuma das alternativas for possível para o provedor utilizado, o link de impressão não poderá ser gerado e o QR Code não será exibido no DANFSe.
  8. Olá, comunidade ! Uma das dúvidas mais frequentes entre os usuários é saber se determinado município é compatível com as soluções de NFS-e do ACBr. Para facilitar essa consulta, disponibilizamos uma página onde é possível verificar, de forma rápida e prática, se o seu município é atendido. Basta acessar o link abaixo e informar o nome da cidade desejada: Consulta de cidades compatíveis com ACBr NFS-e Exemplos: Cidade atendida: Cidade não atendida: Contribua com a comunidade! Se o município consultado ainda não for atendido e você souber qual é o provedor utilizado, bem como as URLs dos Web Services, crie um tópico em nosso fórum informando esses dados. Essas informações nos ajudam a avaliar e implementar o suporte ao município. Caso o município ainda não esteja integrado e você tenha interesse em utilizar o ACBr, recomendamos entrar em contato com a prefeitura para obter informações sobre o provedor de NFS-e, as URLs dos serviços e a documentação técnica. Com esses dados, será muito mais fácil viabilizar a implementação do suporte.
  9. Olá comunidade ! Como muitos devem saber, a partir de 01/09/2026, os prestadores de serviço optantes pelo Simples Nacional deverão obrigatoriamente emitir suas notas fiscais de serviço pelo padrão nacional, independentemente do município ao qual pertençam. (Se você não sabe do que se trata, confira este tópico). Essa obrigatoriedade é semelhante à que ocorreu em 2023 para os prestadores de serviço MEI. (Veja mais sobre isso neste tópico) Reforçamos que as soluções ACBr vêm atendendo a essa demanda dos prestadores MEI desde 2023 e a mesma configuração poderá ser utilizada pelos optantes pelo Simples Nacional quando a obrigatoriedade entrar em vigor. Trata-se da propriedade LayoutNFSe, que possui 3 valores válidos: lnfsProvedor: a solução ACBr se comunica com o web service do provedor que atende ao município. lnfsPadraoNacionalv1: a solução ACBr se comunica com o padrão nacional em sua versão 1.00, independentemente do provedor que atende ao município. Atenção: essa versão não aceita os campos da reforma tributária e por isso pode ser considerada "obsoleta". lnfsPadraoNacionalv101: a solução ACBr se comunica com o padrão nacional em sua versão 1.01, independentemente do provedor que atende ao município. Essa é a versão que aceita os campos da reforma tributária. Exemplo de configuração no ACBrNFSeX: ACBrNFSeX.Configuracoes.Geral.LayoutNFSe := lnfsPadraoNacionalv101; Exemplo de configuração no ACBrMonitorPLUS NFSe.SetLayoutNFSe(2) Ou via interface gráfica, no caminho DFe -> WebServices -> NFSe: Exemplo de configuração na ACBrLibNFSe NFSe_ConfigGravarValor("NFSe", "LayoutNFSe", "2"); NFSe_ConfigGravar(); Exemplo de configuração da ACBr API Envie o valor nacional na chave "provedor" do JSON do payload: {"provedor":"nacional",...}
  10. Olá comunidade ! Informamos que o DANFSe no motor Fortes Report foi adequado com sucesso às definições da Nota Técnica nº 008, que define o leiaute do DANFSe. Antes: Depois: A situação atual do DANFSe no ACBr é: Motor de relatório Atualizado conforme NT? Fortes Report Sim Fast Report Não FPDF Não Fique de olho em nossa área de notícias para novidades quanto aos demais motores de relatório
  11. boa tarde, estou tentando enviar rps's para de um prestador da cidade de São Caetano do Sul/SP e não estou conseguindo identificar a falha no meu XML, já li e realizei testes com os outros fóruns fechados que envolvem o mesmo código de erro para o ginfes, e ainda não consegui corrigir, alguém consegue me ajudar a identificar aonde está o problema no XML anexado? NF53871-rps.xml
  12. Olá comunidade ! Por volta das 10h do dia 03/06/2026, começamos a receber alguns relatos de membros da nossa comunidade de problemas ao emitir NFS-e para o provedor GISS da empresa EICON. Os relatos tinha em comum o mesmo retorno com a seguinte rejeição: Depois de entrar em contato com o suporte do provedor o membro de nossa comunidade @Luiz Ribeiro conseguiu o seguinte retorno confirmando que o problema ocorre do lado do web service e o provedor está se movimentando para providenciar uma correção.
  13. Existem municípios que ainda não aderiram ao padrão nacional da NFS-e ou ainda não encerraram o processo de parametrização junto ao mesmo. Essas cidades estão em descumprimento do art. 62 da Lei Complementar Nº214/2025. Ainda de acordo com essa legislação, essas cidades já estão sujeitas as penalidades observadas, incluindo o bloqueio de transferências voluntárias. Por causa disso, a Secretaria Executiva do Comitê Gestor da Nota Fiscal de Serviço Eletrônica (SE/CGNFS-e) orienta aos municípios que ainda possuem pendências para que realizem a regularização o mais breve possível. A lista de municípios que ainda não aderiram podem ser baixada AQUI. Esse tópico foi criado com base em notícia originalmente publicada AQUI.
  14. Olá, comunidade ! A Secretaria Municipal da Fazenda de São Paulo anunciou alterações na sistemática de emissão da NFS-e relacionadas à tributação federal, especialmente sobre PIS e COFINS, com o objetivo de adequar o sistema à Nota Técnica SE/CGNFS-e nº 007/2026, publicada pela Secretaria Executiva do Comitê Gestor da NFS-e. As mudanças passaram a valer em 14 de maio de 2026 e impactam diretamente a emissão de NFS-e nos leiautes 1 e 2. O que muda na emissão da NFS-e? A partir da nova regra: Os campos PIS/PASEP e COFINS deverão informar os valores totais da operação, correspondentes aos débitos de apuração própria; Valores de retenção de PIS, COFINS e/ou CSLL deverão ser somados e informados: no campo “Contribuições Sociais – Retidas” na emissão on-line; no campo “ValorCSLL” na emissão via WebService; Também passa a ser obrigatória a correta identificação do tipo de retenção conforme os códigos definidos pela Prefeitura Novos códigos de retenção Os códigos aceitos para identificação das retenções passam a ser: 0 – PIS/COFINS/CSLL não retidos; 3 – PIS/COFINS/CSLL retidos; 4 – PIS/COFINS retidos e CSLL não retido; 5 – PIS retido e COFINS/CSLL não retidos; 6 – COFINS retido e PIS/CSLL não retidos; 7 – PIS não retido e COFINS/CSLL retidos; 8 – PIS/COFINS não retidos e CSLL retido; 9 – COFINS não retido e PIS/CSLL retidos. Alterações adicionais Outra mudança importante é que o campo “INSS” passou a ser apresentado como “Contribuição Previdenciária – Retida” na emissão on-line. Além disso, o espelho da NFS-e foi atualizado para exibir os novos campos: “Contribuições Sociais – Retidas”; “Descrição Contribuições Sociais – Retidas”. A Prefeitura também informou que o campo “Pagamento Parcelado Antecipado”, utilizado no leiaute 2, deixa de ser obrigatório. Essas alterações exigem atenção das empresas e desenvolvedores que utilizam integração via WebService, garantindo que os sistemas estejam atualizados para evitar rejeições ou inconsistências na emissão fiscal. E como fica o ACBr? O ACBr já contempla essas alterações no componente! Para informar o tipo de retenção de PIS e COFINS, deve ser alimentado o seguinte campo: No componente: NFSe.Servico.Valores.tribFed.rpRetPisCofins // Valores possíveis do enumerado: trpiscofinscsllNaoRetido, trpiscofinscsllRetido, trpiscofinsRetidocsllNaoRetido, trPisRetidoCofinsCsllNaoRetido, trCofinsRetidoPisCsllNaoRetido, trCofinsCsllRetidoPisNaoRetido, trCsllRetidoPisCofinsNaoRetido, trPisCsllRetidoCofinsNaoRetido No ACBrMonitor e ACBrLib, estará disponível na próxima versão. Abaixo, um exemplo de preenchimento: // Valores possíveis: 0, 3, 4, 5, 6, 7, 8 e 9 [tribFederal] tpRetPisCofins= Fonte oficial Prefeitura de São Paulo – Alteração na emissão de NFS-e
  15. Olá, comunidade ! Foi publicado hoje, 13/05/26, um comunicado informando que a Secretaria Executiva do Comitê Gestor da Nota Fiscal de Serviço eletrônica (SE/CGNFS-e), em conjunto com o GT Atendimento, anunciou uma importante mudança no fluxo de atendimento aos contribuintes da NFS-e de Padrão Nacional. A partir de agora, o e-mail [email protected] deixa de ser utilizado como canal direto de suporte aos contribuintes. Com a nova diretriz, dúvidas, solicitações e demais demandas relacionadas à emissão da NFS-e deverão ser encaminhadas inicialmente aos canais oficiais de atendimento de cada Município aderente ao padrão nacional. A medida reforça o papel dos Municípios na administração tributária e no relacionamento com os contribuintes, fortalecendo a governança municipal da NFS-e em todo o país. Segundo a SE/CGNFS-e, o novo modelo de atendimento tem como objetivo tornar o suporte mais eficiente, organizado e alinhado à estrutura federativa da NFS-e Nacional. Além disso, a descentralização do atendimento deve proporcionar maior agilidade na resolução das demandas e melhorar a comunicação entre contribuintes e administrações municipais. Nos casos em que houver necessidade de suporte técnico ou institucional da Secretaria Executiva do CGNFS-e, o contato deverá ser realizado diretamente pelo próprio Município junto à gestão da NFS-e. Os canais atualizados de atendimento e demais orientações podem ser consultados no Portal Nacional da NFS-e. Fonte: Portal da NFS-e da Receita Federal
  16. Olá comunidade ! No dia 28/04/2026, foi publicada no Diário Oficial da União a Resolução CGSN nº 189/2026. Esta resolução estabelece que os prestadores de serviços enquadrados como Microempresa (ME) ou Empresa de Pequeno Porte (EPP), optantes pelo Simples Nacional, deverão emitir a Nota Fiscal de Serviços Eletrônica (NFS-e) por meio do Emissor Nacional da NFS-e, a partir de 01/09/2026. A obrigatoriedade também se aplica aos casos em que a opção pelo Simples Nacional estiver pendente de análise ou sob efeitos de impedimento previsto na legislação. A partir dessa data, sistemas emissores próprios ou municipais poderão deixar de ser utilizados para essas situações, sendo necessário utilizar o Emissor Nacional da NFS-e conforme definido na resolução.
  17. Olá comunidade ! Foi disponibilizado no dia 17/04/2026, no ambiente de produção restrita da NFS-e, o Módulo de Apuração Nacional (MAN) O MAN tem como objetivo: Possibilitar ao usuário do sistema nacional a seleção de múltiplas notas, registradas no modelo de NFS-e padrão nacional, que deverão ser pagas; Apurar o ISSQN devido das NFS-e selecionadas para pagamento em uma declaração de apuração padronizada nacionalmente; Emitir documento de arrecadação padronizado nacionalmente único para pagamento de todo o ISSQN apurado; Distribuir para cada município devido o valor do ISSQN apurado e pago no documento de arrecadação único, que for referente às NFS-e devidas ao município; e Possibilitar ao Município a vinculação de débitos e de créditos a contribuintes específicos. O guia de utilização do MAN pode ser encontrado AQUI.
  18. Olá comunidade ! No dia 24/04/2026 houveram atualizações na API do Padrão Nacional modificando o código e a mensagem de algumas rejeições: Fonte: https://www.gov.br/nfse/pt-br/biblioteca/documentacao-tecnica/atualizacoes-e-implantacoes
  19. Olá comunidade ! Por volta das 08h18 do dia 13/04/2026, começamos a receber diversos relatos em nossos canais de atendimento sobre falhas na emissão de NFS-e utilizando o provedor Giss. Todos os relatos apresentam a mesma mensagem de retorno: Codigo=E383 Correcao=Informe o codigo do pais. Descricao=Codigo do pais nao informado. Após contato com o suporte do provedor, um membro da comunidade compartilhou a informação de que a equipe do Giss confirmou que o problema está no lado do web service. Até o momento, não há previsão para a correção, mas o atendimento já foi priorizado pelo provedor.
  20. Última atualização: 15/01/2026 Situação atual O provedor ISSNet implementou uma nova API para recepcionar os arquivos XML no leiaute do Padrão Nacional. Até o momento foi disponibilizado apenas a URL de homologação desta API. Essa URL é padrão para todos os municípios. As soluções ACBr conseguem se comunicar com essa API e o retorno recebido é: Erro(s): Código : E999 Mensagem: Operação GerarNfse está temporariamente indisponível. Serviço em construção. Correção: Considerando o retorno devolvido e a falta de uma URL de produção, podemos entender que a API ainda não está operacional. Por causa disso, se mantermos essa informação assim no arquivo ACBrNFSeXServicos.ini, os municípios atendidos por este provedor não conseguirão realizar a emissão de notas. Por causa disso todas as seções do ISSNet foram atualizadas para comunicar com os web services que já sabemos estarem operacionais. Como testar esse provedor com a Reforma Tributária? 1. Abra o arquivo ACBrNFSeXServicos.ini e localize a seção [ISSNet] no topo do arquivo. Ela vai estar comentada: ;[ISSNet] ;Params=APIPropria: ;Versao=1.01 ;HomRecepcionar=https://nfse.issnetonline.com.br/wsnfsenacional/homologacao/nfse.asmx Remove os ponto e vírgula do início de cada linha para retirar os comentários: [ISSNet] Params=APIPropria: Versao=1.01 HomRecepcionar=https://nfse.issnetonline.com.br/wsnfsenacional/homologacao/nfse.asmx 2. Localize o município que pretende utilizar em seus testes. Para este exemplo, vamos considerar a cidade de Oriximina/PA. [1505304] Nome=Oriximina UF=PA Provedor=ISSNet Versao=2.04 Params=NaoDividir100: ProRecepcionar=https://nfse.issnetonline.com.br/abrasf204/oriximina/nfse.asmx HomRecepcionar=https://www.issnetonline.com.br/homologaabrasf/webservicenfse204/nfse.asmx ; Excluir as 4 linhas acima, descomentar a linha abaixo e informar a URL de produção ; quando a API estiver funcionando ; ProRecepcionar= Comente as linhas que existem depois da chave Provedor: [1505304] Nome=Oriximina UF=PA Provedor=ISSNet ;Versao=2.04 ;Params=NaoDividir100: ;ProRecepcionar=https://nfse.issnetonline.com.br/abrasf204/oriximina/nfse.asmx ;HomRecepcionar=https://www.issnetonline.com.br/homologaabrasf/webservicenfse204/nfse.asmx ; Excluir as 4 linhas acima, descomentar a linha abaixo e informar a URL de produção ; quando a API estiver funcionando ProRecepcionar= 2.1 Caso tenha a informação da URL de produção e quiser testar também neste ambiente, pode atribuir a mesma na chave ProRecepcionar= que cujo comentário foi retirado. 3. Aponte o arquivo ACBrNFSeXServicos.ini modificado na propriedade ACBrNFSeX.Configuracoes.Arquivos.IniServicos := 'Caminho completo do Arquivo INI'; 3.1 Caso utilize o ACBrMonitorPLUS, utilize o comando NFSe.SetPathArquivoWebServices; 3.2 Caso utilize a ACBrLibNFSe, utilize em sequência os métodos NFSe_ConfigGravarValor e NFSe_ConfigGravar para apontar o arquivo ACBrNFSeXServicos.ini modificado na chave IniServicos da seção [NFSe] do arquivo ACBrLib.ini.
  21. Preciso de uma ajuda para emissão de NFS-e. Estou com dificuldades para gerar a NFS-e de Mirassol/SP para o novo padrão. Alguém daqui do Fórum conseguiu gerar alguma NFS-e dessa cidade? Quando gero pelo layout Nacional, não comunica com a Prefeitura e dá o erro E0039 - O município emissor informado na DPS deve estar parametrizado para utilizar os emissores públicos nacionais, conforme parametrização do município no Sistema Nacional NFS-e. Desde já, agradeço pela atenção.
  22. Olá comunidade ! Foi adicionado no Portal da NFS-e Nacional uma nova área para centralizar as atualizações e implantações importantes que forem sendo feitas pela equipe responsável no ambiente nacional. Por enquanto existem informações apenas do dia 13/03/2026 com a menção do desligamento de algumas regras de validação e melhorias feitas no sistema. A nova área pode ser acessada AQUI.
  23. Código: E160 Descrição: ERROR #5001: Tag principal do Lote nao encontrada no XML. Verifique a estrutura ou os Namespaces. - Arquivo enviado fora da estrutura do arquivo XML de entrada. Correção: Envie um arquivo dentro do schema do arquivo XML de entrada. Segue em anexo o arquivo xml dps do envio. Obs: Emitido com o demo em produção, creio que o demo deveria esta atualizado com as novas tags. NFS-e_Osacre.xml
  24. Olá comunidade ! Com o advento da Reforma Tributária no inicio de 2026, os municípios do Brasil tiveram de fazer uma escolha: Aderir ao emissor nacional da NFS-e ou continuar utilizando o emissor próprio e compartilhando suas informações. Para atender a essa demanda de compartilhamento de informações, esses emissores próprias fizeram alterações em seus leiautes e alguns até mesmo chegaram ao ponto de criar um web service totalmente novo! Uma das cidades que optou por manter o emissor próprio criando um novo web service foi a cidade de São Paulo capital. Mas existe uma particularidade extra para esse município em especial. Até o momento, ele é o único município que está mantendo em produção dois web services ativos para regimes de tributação diferentes. Prestadores de serviço optantes pelo Simples Nacional deverão utilizar o web service: https://nfe.prefeitura.sp.gov.br/ws/lotenfe.asmx enquanto os demais serviços devem utilizar o web service: https://nfews.prefeitura.sp.gov.br/lotenfe.asmx Veja o tópico abaixo para entender como realizar essa configuração nas soluções ACBr:
  25. Cliente situado no município supracitado me procurou informando que a prefeitura não vai mudar para o novo padrão da Pronim, a prefeitura informou que continuará usando o padrão ABRASF 2.02. Até consegui configurar o componente pra gerar nesse padrão, só que o código do 2.02 já está gerando tags como CodigoNbs, onde os schemas 2.02 da Pronim não aceitam. Não encontrei no site da prefeitura qualquer material explicativo de como usar seu serviço de emissão de NFS-e, só existe link para entrar no painel, só se lá dentro existam os materiais. Se alguém tem Cliente em Jaguarão e já está com isso resolvido dá um socorro. A prefeitura voltou a aceitar os rps no formato antigo por hora.
×
×
  • 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...