Pesquisar na Comunidade

TNFSeWClass.GerarCNPJ e GerarCPFCNPJ usavam OnlyNumber, que descarta letras antes de gravar o campo no XML. Isso corrompe o CNPJ alfanumérico (Reforma Tributária) em qualquer provedor ABRASF v1/v2 que não sobrescreve esses métodos — cobre a maioria dos ~60 provedores do NFSeX. ACBrNFSeXGravarXml.pas

Cidade/UF: Santa Maria - RS Previsão de Mudança: 1º de janeiro de 2026 Tipo de Mudança: Continuar usando o provedor atual, com a modalidade de compartilhamento com o padrão nacional, modificando o leiaute do provedor. ---Comunicado – Emissão de Notas Fiscais (NFS-e) via Webservice--- Prezado Contribuinte, A Prefeitura de Santa Maria/RS informa que está disponibilizando o Manual de Integração destinado aos contribuintes que utilizam o serviço de integração via WebService para a emissão de Notas Fiscais de Serviço Eletrônicas (NFS-e). Esse novo modelo contempla a implementação do Imposto sobre Bens e Serviços (IBS), em conformidade com as diretrizes estabelecidas pela legislação federal. Com o objetivo de assegurar uma transição técnica segura e organizada, o cronograma de implantação seguirá as seguintes etapas: ➜ Segunda quinzena de novembro de 2025: disponibilização do ambiente de homologação (testes) para contribuintes que utilizam integração via WebService. ➜ Janeiro de 2026: início oficial da emissão da NFS-e conforme o padrão nacional, em atendimento às novas exigências legais e fiscais. O Manual de Integração Webservice apresenta, de forma detalhada, o modelo de referência para o desenvolvimento e a operação dos sistemas de emissão da NFS-e. O documento reúne as especificações técnicas, critérios de comunicação e orientações para o envio de lotes, oferecendo suporte completo à adaptação dos contribuintes ao novo formato nacional. A iniciativa reforça o compromisso da Administração Municipal em antecipar informações e orientações sobre as atualizações técnicas promovidas pela Receita Federal do Brasil, que impactarão diretamente na padronização nacional dos documentos fiscais eletrônicos e, consequentemente, no layout da NFS-e. O objetivo é garantir que todos os contribuintes estejam plenamente preparados e alinhados ao novo padrão nacional, fortalecendo a confiabilidade dos documentos fiscais eletrônicos em todo o território nacional. Faça o download do material, clicando nos títulos abaixo: 1 – O Manual de Integração Webservice (CLIQUE AQUI). (https://www.issnetonline.com.br/santamaria/online/Login/Login.aspx?getFile=1107) 2 – Informativo referente ao cronograma (CLIQUE AQUI). (https://www.issnetonline.com.br/santamaria/online/Login/Login.aspx?getFile=1058) 3 – Informativo técnico (CLIQUE AQUI). (https://www.issnetonline.com.br/santamaria/online/Login/Login.aspx?getFile=1108)

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.

Boa tarde, galera! Seguinte, esta semana tive que atualizar todos os fontes do ACBr, e com relação ao NFSeX tenho várias customizações no DANFE, queria eliminar isto de forma completa, gostaria de usar os modelos disponibilizados pelo componente como acontece hoje com a NFe que é perfeito. Então a pergunta que tenho a fazer é: Quais dos modelos vocês indicam eu utilizar com base nos que tem disponivel no repositório? Até hoje atendo a várias cidades de diferente provedores, e sempre utilizo o modelo sem qr code com código de autorização pequeno, e outro quando a prefeitura tem o código de autorização grande com qr code. Para meus clientes o que é importante é que a descrição dos serviços, observações e dados de pagamento (faturas) saiam completos. Obrigado A um detalhe eu uso FastReports.

Boa tarde! Estou tentando emitir NFSe para o município de Mato Leitão/RS Eles estão emitindo as notas pela prefeitura ainda. Configurei a demo do ACBR para emitir em homologação e estou recebendo erro de Schemas.... Atualizei hoje pois vi que teve mudança nos schemas do provedor Tecnos, mas o erro continua.

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.

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:

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.

Cidade/UF: Franca/SP Previsão de Mudança: 1º de janeiro de 2026 Tipo de Mudança: API própria (manterá provedor SIL Tecnologia) Fonte/Documentação: https://interface.siltecnologia.com.br/apidocs/franca/#tag/Nota-Fiscal-Nacional O município em questão optou por Emissor Próprio e assim, o fluxo de emissão será: 1. Contribuinte envia a nota para a sistema da prefeitura (link disponibilizado abaixo). 2. Prefeitura recepciona a nota e valida as condições municipais - exemplo: atividade pertence a empresa, dedução permitida para a atividade, questões de isenção e imunidade. Se tiver algo inconsistente, retorna com a rejeição municipal para o Contribuinte e a nota não é emitida. 3. Caso não haja rejeição municipal (atividade não permita, dedução indevida e etc - por exemplo), a prefeitura compartilha a nota com o Emissor Nacional. Se o Nacional rejeitar alguma informação, retorna a rejeição para o Contribuinte e a nota não é emitida. 4. Se a prefeitura e o Emissor Nacional aceitaram o XML enviado, a nota é gerada com sucesso e será retornado a chave de acesso gerada pela receita (código numérico de 50 posições). Em resumo, o XML a ser enviado no padrão nacional precisa ser aceito tanto pelo municipio emissor, quanto pela receita ou a nota não será gerada. Não será aceito envio via arquivo TXT, sendo disponível apenas via WebService. Não será aceito envio assíncrono, sendo aceito apenas envio síncrono - envia uma nota e aguarda a resposta, não pode enviar e consultar a situação depois. Não será aceito envio em lote, sendo aceito envio de nota a nota - envia uma nota, aguarda a resposta, envia a proxima. A documentação e orientações do novo modelo NF Nacional estão disponíveis no link: https://interface.siltecnologia.com.br/apidocs/franca/#tag/Nota-Fiscal-Nacional

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.

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.

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",...}

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

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

Bom dia, Estou enviando o evento de cancelamento para NFSe do Padrão Nacional, e preciso pegar o xml de retorno. Entretanto, ainda está voltando como "eventoXmlGZipB64". Como posso extrair o xml? O ACBr tem algum método que possa me ajudar? { "tipoAmbiente": 2, "versaoAplicativo": "SefinNac_Pre_1.4.0", "dataHoraProcessamento": "2025-10-15T11:23:10.440146-03:00", "eventoXmlGZipB64": "H4sIAAAAAAAEAMVa2Y7jOLL9lULNo1Gt3bYa2TWgdlmLrc2y9DLQvliLrV36+svMrKyummnc29NzgUnASJoMBoMngsE4hF/+vtTVpynp+qJtfvuM/YJ+/pQ0URsXTfbb53FIvxw///3rSzIlzdC+yQXtmxiUgzOb/rfP+TA8fkWQeZ5/6R9J/EsabEkTB79k7fRL2CFN2iefv74UTcq/K5Hj3z7zV5vA0D2OojhOHugDjRJHFEUxDEN//yNpnMJQnD6gxP6I4iQGx1EogEF10BLwqIroq5WkRaMH0T8uXfIP7BfyF/QF+T74EtShmHRf8RfkW+ulsZLnuyFfoeQP317i/NK10VccxakvGPoFo2wM+xUnfoVtlPgVhdLfJF4aTkjeZr/+f4F7NpPs2+b+DUx+RvMNocubqjeELib/nyE0PEAdvu78vfE7YoBlOl2wktsX7Gew4vwbFP8CAXr4HYIPuFj9cgLj0HZffzbvBfl95CXKX1f6+u/v5AX5NvWlufyA71c4D+L+U9dL8r7try8Ll/TRVzZooqQK6jd/xMknqOZL8oK8D75EWjsUU/sKzEfzZfno+/Tlk5V0UxG1n5qg/fTokn4I4hZO/hBFvi+GfPfX1xeryJpgGLvkD/w/E7+0XYbA7aMISiNQIO6L7G+f32clsdykr2gGTdsUUVAVWzDAo6glQ97Gn0CVtV0x5PUfqbTNV60YYvLsF6j2S4SRzZfXHpTAqM+fkB/s+jPq/tlCGJxf+jzA3jSZSZp0MDEknxxT/u3z3/7j8LS7oOnTtqv7H9r/noFJMyVVC4/Xl/5jn2+2/kl1/zd8yI9GckUGo+GvAPkdxHcV16Aak68YeyjIHa5yNFc/H40/Dgp/aFgqOx1/e0F+lHxBvoMP2z8GzXf3vgt6uo+g98Ro1v6sg0aw+jjc7lZSjmLf6Us8n8cdlzHjlXGC3GCp4nSKlIt7Q1rfnjoSCSMrKHhMfyb+Nq5WFHUe5++G/dQmzGgPSgBChSfuh35gh6a5XEBzjJ40ldYVE7WUg8dko1s9k7ZzoSH0kR7TQ/wQRtfO5ztDslVAiqEW3q6rbhsb3yt5eCsrFaSdcq4525HG+HE4jJvCPEPvJqMYe2ay0zSj2y6biZmkXO72OFabtrLpVVxIahCkw20SXSqMXe/GM1h9mchJ5VspvDW3Jn0YIEF2ssXJe07f09GDL+fQMiPBOK8SIpHHECcT8xk3J1rL5anRJPUe4VV6dESLGya0EwOtn3/77R30H4B+UZL13QM3CqW5YAjeW2zSDUUKT/GQfNVkWfI3lmWcXQZmmQGZLNsCX7GWfiN0cuYM76S0vpxPkQ4MXmUMMMc2r2rgLgLM4ZlcY41KXvgNmEymXxnQ2uy94hwWY6Na2AJ3XvQSoO9jva1e9cojTlUsCmvg8pkv8plTX0vfrVDPYkTfNSs4r5dFc5L50+rd9EfIgkEWTqJR8r7GRG/rgkUzDEfLHJTWrlfz9DZeMK5ug0SYUeg7QGmltugbj2kcE7z1lT/3wb0zYPv39sJu4PQ+ltngjkmaGc2C4XFXw5D4mWJ9d4F2Q7Tqah/iFOrbv9vMQpuvdXX3XbqEY7V/O1VhrT88m79pjPMhc9ZsntA2Z9U2b9Y4sJxt+f8TQ1djjI+1dOfus7LoDAZKGVbBMHBtiI32gXF/XRnDxnTHXhnetBjdRhfGWRlBFhjBQAVb5hfH5Pm9zkWUvt1nbcvebIZ65izjCw2gIms9RUsOCc7gGWA4AJAyw83gdVwBLfSBwY7HC86A86bq4lKGvJ4D97mMHiAlOSYjV+6poxJa3gMjBdJk2wuJX572SQ274UbUOkqurXNe8wRc7EzQJ4weWfLeG7lzl+hetbuLrdnHaY4R8bzL0bVqwmnb5aeHEuKWXuvEbm7UU+cKgseQ0UxoWLkh92m+UdVw0gUxtpgkZco9vyWsd6Xiajj4VHIE6yKAmb70Wjwc6rkYxcADwjzGTFmLOdaiAaI6ykJFMeE+m9gXd/3+MMnAMg9L6mLUeKm3dMN4F+F87XCK2bw2HRQ9ut5jmXMOQrifD4mCq2IDeotednN2i1p+utXuzjv4/dMSrh50BZHjPLdGGwgnhMrLnCo4rZHKB8g0BgCxzLLTA8Y669vvsSuZGg9KADTm+OrnWJ4NT2MCIFy2NcvYdafiKeapoceCRts2dupXX+OPIsv2IvSfwMw8w/DabNgAYbKsYzJeYIxoBq23BZKJRlw7qbhe+iyVe4Q+hdIVDSwKxjw6eo08haK+qrhQqrePMWz1a3mIS2eMuLjQZHH/bifPZ6E8Z8GOEXA9D92q91x9hXG+GWI+xSKWwzM5ejg9tKwnMi6jAUNjWwa1RVRnbKfSDIvhnOoayLx5gXFrmU4FYxa7OHfh5OyBz2RXeJB5DuxhdptJFMYwcbbBduYAjGN+0QJAfsgwCpj4FZ3hGKHZd1KzYZxvPHW2HUwveVR7m/O/fdhMmD3B42cGzEnG5Zr2LzJC9u4TYEIvHWfb8MQ3+YxvtVfMDU9WZo9hDEeCfa7u5mgsgb260qWHGyPEZwvxBYvF+xsuan2CWJuTR2iTLzGl6v4L7mMkmrXGoG/rngzjLT/87muN/cHHHMPBrwDmOxNNGek+xxugWi7JdO8/9z3Mab3GPbOzAvC8NNtYMudzcZw8XL9rxV/U921fXGa4DGPt9nVrW2mw6+XxdstOkiNrYXZY5HID57eYM44MSI8wUcF9J+CP7j8uy2DOEnlXJkrMVTSBz/pGDDE0zHZCheQykiHDItudegsHKTaE52wfvBN2OR/3FNZdG29TNj/BAbMdQrn3EPfcCHimbIkYcJiUenQuPoXavsuOYnJuJ/XtntiBgrZ1m7xiQrDLG4YKyAonms0yG2QbGbNHu0jPq3aiccuWYl83LqFi2FbDR3fHZff18bJWeKdRl6i4qJIglMlJveTB4bDfy9apIsqBO+zEYrIL1e0Op9oXBlw3bgugki4t2UxygvtCFZs423R+CAahfFzO5oDY+2HQ5RZBKIS/C7fRPADJ2ce27cWcRSZX/vGU3dU5taJl72+GUc4tdeCE+mCjVcfadt6xVm1HQZDUvZ7kV1DUHC8/2Q09rKqCXIaqBPeCGm5LnTzOAccU7Fq28ljlDYVFrX9Ow77GjuV8Pt4PHmCEaHcYVuOONltZZmEpoSP1QApSxByniFHutL8sG4WzUsQdgB0uYiuSoBsUsaJV44gbYMBN4FUs0ON9YLLdhVarirznqtmZ18BYuKbW9ivuOrHjKofDrNnNbEyljygheGZeiWBkkSipGKZ7++E/9bmUiEqnh/uxj8qHgwJmOuvM7qhyaEa4lof5TvlAZjba03yW+9v9SRRiP+7tRg7P1Fw+jLRK5Q5LRVBwJhglPuakJMRMTDn4QzNiGXNEns8eRdegF55Y0YKB6KqqBz2rdofNMdwX5J+rvvee94oQ+V4l/l4/wvbjJ+6KfH8X+W+xyDcOhKGvKr8kS/RGg/7mQmm2rV85dP+XmCSGoOSHlV/qtks+6CRO7f+QUP7HL0L/fUL555D866TyA1OI2t9+QPJHrkikW9WCPFnPKXbqVKajRYfsiKQ5jrzE3WYaZrOc2BudGf1Vltmb6Nm7JWa6P0he7Vmm3nklIE9DTLmMpJW7MxKnvZ+SJXrc+7SltcSiTcuVe6qiRy5m4VET0VrdiYnDIkpv5yNGSJpDdHx/qcHNefbb3BxTZN8oR8ue+HlJF7v173wPgLrOaC6nD5uWsShUycuKVMaJPg8XJajLoqH3WgUXKCyWn9VUPE6TtnMu1yszHx5Baj8qrbH4nKoffDrfce4C+QpC62pan0hTL/tzGgtBuSPDCBylM3nObQThjOswnORAkiXxnB6y7snR81p7QaPzcyly5XaYlBt69C+bi7S3qyGGO6duK8zZi4GyTpRu4sxgHio6YKXxKJTEsJHjTmGT+jkDR+u5dEfk2V9nmXJXQpb5CD5YpiaGDT4ojIee6epEnJl/Zgrs7ABYCWqa0c/sO8MS+fnEOiVvawz/zmCyWbEc3VCdbyyH+529sPPcG7crGhKnhy8Kdx9WgpBxoYHrPzxcuMP+HDKiPLi1mdGcckipe1hZrpBB4W+VnQ2md8alaQovwIqKhmzLzH3RyQz8usZiVQeuDr/Tr3Pu4crY5vVkOPdjButBLS75WcojXSudWd8ArBYzFFaOq/vW5/3cV7IMxv0rE/2BbcIhU9RMfubmd7bJgZyFVaxtOcvJsPkVVo8fmMBr5mpdIXOFrE00HVOAchqsgF9Zm2WjugDtg9Xx9Xzlj5nJO/Aj8DamLcIGru/rOTZXapteZhukIctbZWrDqte6z6f39TlYCBIxEY2RdIKV5bX0XHr1bzoKmS9kodToN3ql1vEUF1QRlTxkGN6bfdyiXYzmCtk0VUWElpkuhQY3k9JMbeYNT32rboHI6tvMwmoesuyT9crU5RLoTHZ/5vdCpGcUskZeAOAMZY7gdZzNFNjmwRDwrbfszSgC1b0t+CM/nw/Zbn2I+00v1gSM88UmkqBVtlqrlOCq8OcovR8ItqXQc3g97xXNTNHzmGm7h3zhQIhcyGtZ69TcbapcgESin4teP551c8YO8LxU5FRON/ekbYp7XqKOwutypVolPYVTPB3cHW4tlj3Ow1pLshoY6PxInMNGMMsudBDMetS0ozRn3T06h3OsMus921OSaj+HR1xcxMiWJtHZSoPUH81wCMh+XkgsDOIEPJiA3xgVtzZjiy78RdLEMt09Ep9aH5xfT89xlrWEMGI2VKgnplI44rHF1jeMeLMEnz3Eibss/lk9K7xzKK8ztT9fLKZV2ftjzYnz0XOZ05EpqlnmgAGYlpS5hWNZcASzNL+xgJJhsllogdOZ/sVCeG3qFaVtHQ+bMfHkawV5RGcue5O9AENCoOM4kLmZJmofTCfShBY62xN9kocMTmY1nhSZ+pXNyUxgQ67Jyz8wEpkRSv87O4jq6xwS+uP9fB7HCJ7N15j8HnsFfQ9xfYMsaIYMoooaZoXyW8hSsy96c2S82WYyYjsHspzFMKrVVxncxGCeeNW/xdIJ6ufHsPY336KakPAg+1BYGca4X1fjn5aHeSgsqDmq6XsMcwfMQfAMmCuM/1ytqTrCndHHafyVtf1ZRgZslik+GJksAk0i54sC9i1XiHr9nR3Cs8lMMMe95cNwpTaYC6Edx+/rqfhSQqzynzCSvEWt9TXkwK7l1uzceuQPLA/KmQ+4f3j2zSna5D/CvvcIeXplpe/r0VuEL7gGGVxUz3PmRT+/Kkj9nNgM+0+vCvj3NV/xEukN4vX6wjapzTdb1w+M4Vowt8M8nkcr/cOa8/vLArwbvq+3ASYv4u9x9BojEftHuAjlx74iQu9f83qWCQgDqyBoIw9inwKZwTIwB4WzxQK3ZwKDwSGBGFKTMx/IlZj79HGjIzAhNbvaeuAnErzVhE04cvLiVgQAgKl2Q7zrYfXwej74aDYNOQcXBGxOLGhaRp3sUZJ6XRBSd9mfp2O6LmfEuM+FfmpIMgSgALqfjR7qFgYtRx2z8kronswF2YmBJF52C8pSLgpPL15W2at92elqj45NdMjKeH5ImZAPjvPusiQ55tTccjPVRjmYTu98t+9o/GhfxrqCvYanp5QHjlLfY3j900GFKzwqtju+S9BqRPdT5x8JmZUN7tBZS7n4frtMjbbIgklfEZnaCDXY+zvxFF8qPs+iriMpgyGAZIfNtSQwaR8jt3wvFM/XB4xL4OHNstZmeWq9nnf08W4dv9mXMDj/zb5sNjOIn06wJhkOJWInkLYfT0dizgs3IL1TClzu8MBT6gE8oNxyDRTw7mCyCkzL/ayLLja17GlSxKs23aSRTHTnUkXL7OW6HOD0H76Mv78MaD09Egosuig2bS8EHS6gqcBZ4hKiSZvKrgm6AMjOjwpOEW9XNbXyhFc2zGly1LhzmOHFq7U2xkZKknYvkXkXjLeEs5FaUtNh3unosT7MFp9lerbPm8E7bIV01ErdDG9sPJ4AK6wkcWOaTNFJcItgJXGdGm7H0KXkdSlf0H7rUPRsEj1777eLOkmDeL3E4pIPKnt0A8P1WcfeNXU7iUxiDFjeEf41BgPSPecKVfFjbY6J5IuPuNSVu8YhNOPh4vEiOUGqhDyyPNlWvXKStF0qXccu5dgNJY6dxHixBW9NGKAuzjQ8674R6Y7p+wIXzr5QhnpytcPw7o/bIdGo40ifvUufusAeyyp25CXpKLeHM1L7XvhVaXQNzRT14qKV7h+OyEVpeLPtti3xM1EobDJPipKsFg9Z42rYX21bysOJKLh+k3PhgmQBKt6E636VMs3UNYxLLwmla0qZLx01+UrRubmaUN1Ys0rGUDuZ1W/K5EZLzlC8rNlUhsUgz+DdNWpVF++FIZVpbG+cN2x/Kxqm2pecHN/ULYFhoHNnZsfwF0Dq+4x93qCHhbVYx3ttDT655xKO1Ob7JXeec+qIEb9u0RMfjgdY7ynjklHcE0wqKY122j+Ne4a3YUJK89AZLI7Rtd2crzYlKcl82u3n6EBqnPwYtac36kt8S1LKYz2TzgpUOyozebXSUxHtgr/0MvD+I4uv/wP86HkJkyEAAA==" }

Bom dia pessoal, em relação ao provedor Equiplano, não estou conseguindo emitir notas no ambiente de homologação estava emitindo até dia 09/12, desde ontem começou a retornar: <?xml version="1.0" encoding="UTF-8"?><ns:return>org.hibernate.hql.internal.ast.QuerySyntaxException: Invalid path: 'servicoSubItem.servicoAeItem' [SELECT servico FROM es.nfs.model.NfsServicoAeEspecializacaoModel servico JOIN FETCH servico.servicoAeDesdobro servicoAeDesdobro JOIN FETCH servicoAeDesdobro.servicoAeSubItem servicoAeSubItem JOIN FETCH servicoSubItem.servicoAeItem servicoAeItem WHERE servico.entidade.idEntidade = :idEntidade AND servico.codServicoAeEspecializacao = :codServicoAeEspecializacao]</ns:return> Entrei em contato com o pessoal da prefeitura de Francisco Beltrão/PR, os mesmos responderam que tem que adequar a reforma tributária, mas não consegui identificar quais serão essas alterações para o provedor Equiplano. Vários municípios utilizam esse Provedor e tenho integração alguma informação sobre alterações desse provedor em relação a reforma tributária? esnfs_Equiplano_Homologacao11_2025_4 (1).pdf

Olá Pessoal, É com muita alegria que venho informar a todos que o componente ACBrNFSeX já esta pronto para atender o novo WebService do provedor Fiorilli que trabalha com o layout do Padrão Nacional, além disso existe também a particularidade da existência de algumas versões do webservice disponíveis nas prefeituras e cada uma decide quando se atualiza para algo mais recente, inclusive com versões que ainda não contemplam os campos da Reforma Tributária. Como o ACBrLibNFSe e o ACBrMonitor Plus se utilizam do componente ACBrNFSeX assim que for disponibilizado uma nova versão essas duas soluções ACBr também vão atender o novo WebService do provedor. Mudanças em sua Aplicação Configurações do componente ACBr ou ACBrMonitor/ACBrLib Não muda nada, pois tanto o componente quanto as soluções ACBrMonitor e ACBrLib se autoconfiguram conforme as informações existentes no arquivo ACBrNFSeXServicos.ini, o qual é atualizado pela equipe ACBr conforme recebemos as informações de mudanças. Alimentação dos componente ACBr ou ACBrMonitor/ACBrLib Se sua aplicação já atende clientes que se utilizam do layout do padrão nacional, seu software já deve estar adequado a este modelo, então nenhuma alteração será necessária em sua aplicação, porém se não for este o caso, será necessário a implementação do preenchimento dos dados considerando o padrão nacional para o componente ou envio das informações ao ACBrMonitor/ACBrLib conforme os modelos existentes em nossa documentação e exemplos. Importante Os dados passados para o componente ou para o arquivo INI (para quem usa a Lib ou o Monitor) mudam ao se utilizar o novo webservice da Fiorilli, sendo assim é importante observar os modelos citados acima. Nem todos os serviços disponíveis no webservice antigo estão disponíveis no novo, como por exemplo o ConsultarNFSeServicoPrestado, o ConsultarNFSeServicoTomado e o SubstituirNFSe, sendo assim ao obter o retorno Serviço não Implementado, se deve a este fator, ou seja a Fiorilli ainda não implementou o serviço em seu novo webservice. É importante lembrar que a Fiorilli continua com o seu webservice "antigo" que recepciona o XML segundo a versão 2.00 do layout da ABRASF, mas não sabemos quando eles o desativarão, sendo assim recomendamos iniciar a mudança assim que possível. E se uma cidade atendida pelo meu software mudou, o que fazer? Dado que as cidades estão em processo de atualização, é natural que ao longo do tempo seja preciso atualizar, sendo assim ao identificar essa mudança, seja por um relato de cliente ou da própria prefeitura, você pode abrir um tópico em nosso fórum e nos informar, mas se desejar já validar se realmente a mudança está funcional do lado da prefeitura e quiser nos ajudar, você pode também seguir o procedimento abaixo e realizar um teste em seu ambiente e em seguida nos enviar as mudanças. O provedor Fiorilli atende mais de 300 cidades, cotamos com a colaboração de todos vocês para nos informar qual cidade vocês testaram e com qual versão funcionou. O que mudar no arquivo ACBrNFSeXServicos.ini para que possamos realizar os testes e passar a utilizar o novo webservice? Descobrindo a versão correta a inserir no INI? Atualmente para identificar se deve-se configurar a versão 1.01 ou 1.00 , saberemos isso conforme os testes a seguir Se configurarmos no arquivo ACBrNFSeXServicos.ini que a cidade usa a versão 1.00 e enviarmos o DPS para o WebService, se ocorrer o erro abaixo significa que na verdade essa cidade já esta usando a versão 1.01 unexpected element (uri:"http://www.fiorilli.com.br/nfse-nacional", local:"DPS"). Expected elements are {http://www.sped.fazenda.gov.br/nfse}DPS Por outro lado se configurarmos no arquivo ACBrNFSeXServicos.ini que a cidade usa a versão 1.01 e enviarmos o DPS para o WebService, se ocorrer o erro abaixo significa que na verdade essa cidade esta usando a versão 1.00 unexpected element (uri:"http://www.sped.fazenda.gov.br/nfse", local:"DPS"). Expected elements are {http://www.fiorilli.com.br/nfse-nacional}DPS Resumindo, na versão 1.00 o namespace esperado tem que ser o da Fiorilli (http://www.fiorilli.com.br/nfse-nacional) e na versão 1.01 tem que ser o do Padrão Nacional (http://www.sped.fazenda.gov.br/nfse). Bom agora vocês já sabem o que tem que fazer quando aparecer esses erros, basta mudar a versão informada no campo Versao que se encontra na seção da cidade que vocês estão testando. Vamos agora para o arquivo ACBrNFSeXServicos.ini Primeiramente quero informar que nesse arquivo INI temos uma seção chamada [Fiorilli] que nela consta a URL de homologação para o novo WebService e o campo Versao com o valor 1.00, logo estamos supondo que todas as cidades estão usando essa versão. Após a alteração do arquivo ACBrNFSeXServicos.ini é importante seguir as orientações que se encontram no inicio dele, do contrário as alterações feitas não serão válidas. Como fica a seção das cidades atendidas pelo provedor que utilizam a versão 1.00 que já alteramos no arquivo INI: [1100122] Nome=Ji-Parana UF=RO Provedor=Fiorilli ProRecepcionar=https://nfse.ji-parana.ro.gov.br/IssWeb-ejb/IssWebWSNacional/IssWebWSNacionalPortType ;Versao=2.00 ;ProRecepcionar=https://nfse.ji-parana.ro.gov.br/IssWeb-ejb/IssWebWS/IssWebWS ;ProLinkURL=http://177.124.184.59:5660/issweb/formGerarNF.jsf?nroNota=%NumeroNFSe%&codVerificacao=%CodVerif%&cnpj=%Cnpj%&hash=%ChaveAcesso% (...) [2104099] Nome=Formosa da Serra Negra UF=MA Provedor=Fiorilli ProRecepcionar=http://nfse.adtrcloud.com.br:8097/IssWeb-ejb/IssWebWSNacional/IssWebWSNacionalPortType ;Versao=2.00 ;ProRecepcionar=http://nfse.adtrcloud.com.br:8097/IssWeb-ejb/IssWebWS/IssWebWS ;ProLinkURL=http://nfse.adtrcloud.com.br:8097/issweb/formGerarNF.jsf?nroNota=%NumeroNFSe%&codVerificacao=%CodVerif%&cnpj=%Cnpj%&hash=%ChaveAcesso% (...) [3504008] Nome=Assis UF=SP Provedor=Fiorilli ProRecepcionar=https://nfsews.assis.sp.gov.br/IssWeb-ejb/IssWebWSNacional/IssWebWSNacionalPortType ;Versao=2.00 ;ProRecepcionar=https://nfsews.assis.sp.gov.br/IssWeb-ejb/IssWebWS/IssWebWS ;ProLinkURL=http://nfsews.assis.sp.gov.br/issweb/formGerarNF.jsf?nroNota=%NumeroNFSe%&codVerificacao=%CodVerif%&cnpj=%Cnpj%&hash=%ChaveAcesso% (...) [3537107] Nome=Pedreira UF=SP Provedor=Fiorilli ProRecepcionar=http://intranet.pedreira.sp.gov.br:5661/IssWeb-ejb/IssWebWSNacional/IssWebWSNacionalPortType ;Versao=2.00 ;ProRecepcionar=http://intranet.pedreira.sp.gov.br:5661/IssWeb-ejb/IssWebWS/IssWebWS ;ProLinkURL=http://intranet.pedreira.sp.gov.br:5661/issweb/formGerarNF.jsf?nroNota=%NumeroNFSe%&codVerificacao=%CodVerif%&cnpj=%Cnpj%&hash=%ChaveAcesso% Notem que comentamos os campos: Versao=2.00 e os campos que tem a URL e o Link utilizados pelo WebService antigo que trabalha com a versão 2 do layout da ABRASF. Notem também que não foi informado que a versão é 1.00, pois por padrão ele vai pegar essa informação lá da seção do provedor. Como fica a seção das cidades atendidas pelo provedor que utilizam a versão 1.01 que já alteramos no arquivo INI: [3504404] Nome=Avanhandava UF=SP Provedor=Fiorilli Versao=1.01 Params=ServicosAPIPropria:ConsultarNFSeRps,ConsultarNFSePorChave| ProRecepcionar=http://45.71.14.83:5661/IssWeb-ejb/IssWebWSNacional/IssWebWSNacionalPortType ProConsultarNFSePorChave=http://45.71.14.83:5661/IssWeb-ejb/IssWebWSNacional/IssWebWSNacionalPortType ProConsultarNFSeRps=http://45.71.14.83:5661/IssWeb-ejb/IssWebWSNacional/IssWebWSNacionalPortType ;Versao=2.00 ;ProRecepcionar=http://45.71.14.83:5661/IssWeb-ejb/IssWebWS/IssWebWS (...) [3526407] Nome=Laranjal Paulista UF=SP Provedor=Fiorilli Versao=1.01 Params=ServicosAPIPropria:ConsultarNFSeRps,ConsultarNFSePorChave| ProRecepcionar=http://pmlpta.ddns.com.br:6118/IssWeb-ejb/IssWebWSNacional/IssWebWSNacionalPortType ProConsultarNFSePorChave=http://pmlpta.ddns.com.br:6118/IssWeb-ejb/IssWebWSNacional/IssWebWSNacionalPortType ProConsultarNFSeRps=http://pmlpta.ddns.com.br:6118/IssWeb-ejb/IssWebWSNacional/IssWebWSNacionalPortType ;Versao=2.00 ;ProRecepcionar=http://pmlpta.ddns.com.br:6118/IssWeb-ejb/IssWebWS/IssWebWS ;ProLinkURL=http://pmlpta.ddns.com.br:6118/issweb/formGerarNF.jsf?nroNota=%NumeroNFSe%&codVerificacao=%CodVerif%&cnpj=%Cnpj%&hash=%ChaveAcesso% Notem que comentamos os campos: Versao=2.00 e os campos que tem a URL e o Link utilizados pelo WebService antigo que trabalha com a versão 2 do layout da ABRASF. Notem também que foi informado que a versão é 1.01 e temos também o campo Params com os serviços: ConsultarNFSeRps e ConsultarNFSePorChave, pois nesta versão o webservice possui esses serviços, logo ele não se utiliza dos serviços disponibilizados pela API do Padrão Nacional. Um detalhe importante é que no final da linha do campo Params temos o caracter pipe "|", ele é obrigatório. Outra informação importante é as URLs para os referidos serviços destacados em Params. As cidades mostradas acima foram alteradas e testadas, mas desejo fazer testes com uma cidade do meu cliente como devo proceder? Vamos a um exemplo: [3519303] Nome=Ibate UF=SP Provedor=Fiorilli Versao=2.00 ProRecepcionar=http://200.205.131.110:5661/IssWeb-ejb/IssWebWS/IssWebWS ProLinkURL=http://200.205.131.110:5661/issweb/formGerarNF.jsf?nroNota=%NumeroNFSe%&codVerificacao=%CodVerif%&cnpj=%Cnpj%&hash=%ChaveAcesso% ; A URL abaixo deve ser utilizada a partir de 01/02/2026 quando o WebService novo vai passar a ser utilizado. ;ProRecepcionar=http://200.205.131.110:5661/IssWeb-ejb/IssWebWSNacional/IssWebWSNacionalPortType A cidade de Ibaté/SP consta que usa a versão 2.00 e as URL se referem ao webservice antigo que usa o layout da ABRASF. A URL que esta comentada já é a URL do novo webservice que usa o layout do Padrão Nacional. Alteração supondo que o sistema instalado na prefeitura usa a versão 1.00 do Padrão Nacional: [3519303] Nome=Ibate UF=SP Provedor=Fiorilli ProRecepcionar=http://200.205.131.110:5661/IssWeb-ejb/IssWebWSNacional/IssWebWSNacionalPortType ;Versao=2.00 ;ProRecepcionar=http://200.205.131.110:5661/IssWeb-ejb/IssWebWS/IssWebWS ;ProLinkURL=http://200.205.131.110:5661/issweb/formGerarNF.jsf?nroNota=%NumeroNFSe%&codVerificacao=%CodVerif%&cnpj=%Cnpj%&hash=%ChaveAcesso% Se não funcionar, ou seja, ocorrer o erro já mostrado acima temos que incluir o campo versão e params, pois certamente o sistema instalado na prefeitura é mais atual e trabalha com a versão 1.01 do Padrão Nacional: [3519303] Nome=Ibate UF=SP Provedor=Fiorilli Versao=1.01 Params=ServicosAPIPropria:ConsultarNFSeRps,ConsultarNFSePorChave| ProRecepcionar=http://200.205.131.110:5661/IssWeb-ejb/IssWebWSNacional/IssWebWSNacionalPortType ;Versao=2.00 ;ProRecepcionar=http://200.205.131.110:5661/IssWeb-ejb/IssWebWS/IssWebWS ;ProLinkURL=http://200.205.131.110:5661/issweb/formGerarNF.jsf?nroNota=%NumeroNFSe%&codVerificacao=%CodVerif%&cnpj=%Cnpj%&hash=%ChaveAcesso% Lembre-se que após a alteração devemos: Após a alteração do arquivo ACBrNFSeXServicos.ini é importante seguir as orientações que se encontram no inicio dele, do contrário as alterações feitas não serão válidas. Observação: Não testamos a cidade de Ibaté/SP trata-se de um exemplo de como devemos alterar a seção da cidade para usar o novo webservice, sendo assim uma das duas alterações mostradas acima vai funcionar, qual delas, só testando. Tópico relacionado Um agradecimento especial ao nosso consultor @Diego Foliene e ao membro do fórum @Diego Reckziegel, pelos ajustes no código do componente.

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.

Bom dia, fiz algumas alterações para que o provedor Betha possa enviar as tags extras do padrão nacional que eles solicitam para o município de Varginha - MG No manual deles eles dizem que elas não seriam cobradas, mas estão cobrando mesmo assim. Ao questionar a prefeitura não obtivemos retorno. Seguem as alterações: Betha.GravarXml.pas ACBrNFSeXGravarXml.pas

Bom dia pessoal, alguém esta conseguindo emitir notas com o provedor Pronim/Governança Brasil estou com dois erros retornando em duas cidades. - E9999 Certificado digital não informado na requisição - 403 - Forbidden: Access is denied. You do not have permission to view this directory or page using the credentials that you supplied. Alguma dica, entramos em contato com as prefeituras mas sem retorno até o momento.

Olá, tudo bem? Gostaria de adicionar os parâmetros para o município de Santa Lúcia - PR. No sistema de emissor do Equiplano aparece o código 89. [4123824] Nome=Santa Lucia UF=PR Provedor=Equiplano Params=CodigoCidade:89 Desde já, agradeço. Muito obrigado.

Olá bom dia, tudo bem? Estava com problema de emissão no município de Gaúcha do Norte - MT: <?xml version="1.0" encoding="UTF-8"?><html><head><title>Error</title></head><body>HTTP method POST is not supported by this URL</body></html> Então, seguindo os demais municípios que usam coplan, atualizei a URL para https://www.gp.srv.br/tributario/gauchadonorte/anfse_ws e enviou. Segue as alterações: [5103858] ; Incluído em 29/11/2023 Nome=Gaucha do Norte UF=MT Provedor=Coplan Versao=2.01 ProRecepcionar=https://www.gp.srv.br/tributario/gauchadonorte/anfse_ws ProLinkURL=http://www.gp.srv.br/tributario/gauchadonorte/tnfse_validacao?%CodVerif% Muito obrigado,

Ao realizar a consulta de NFSe por DPS, estava sendo retornada a seguinte mensagem de erro: "TAG Tipo: não é um valor válido para o tipo tsTipoRps". Analisando o RPS que estava sendo montado para a consulta, identifiquei que a tag Tipo estava sendo enviada vazia. Para a consulta de RPS, o valor correto desta tag deveria ser "1". Investigando o código do componente, observei o seguinte comportamento: Em ABCrNFSeXWebservicesResponse, a rotina .Clear acaba deixando o campo Tipo vazio. Em ACBrNFSeXWebServiceBase, o método .Create também não define um valor padrão para este campo. Dessa forma, quando a consulta é executada, o RPS é montado sem o campo Tipo, e o webservice retorna o erro informado. Pelo que verifiquei, ao realizar consulta por RPS/DPS, o campo Tipo deveria ser definido como "1", evitando que a tag seja enviada vazia. Alteração que resolveu o problema Na rotina ConsultarDPSPorNumero, no arquivo ACBrNFSeX, adicionei uma linha definindo o valor de TipoRps = 1 antes da montagem da requisição. Aguardo retorno da equipe para confirmar se essa seria a abordagem correta ou se existe outra forma recomendada de tratar esse campo.

Contextualizando Se você está tentando emitir uma nota fiscal de serviços eletrônica para o provedor Ginfes, um dos possíveis retornos que pode receber é: <Codigo>E160</Codigo> <Mensagem>Arquivo enviado fora da estrutura do arquivo XML de entrada.</Mensagem> <Correcao>Envie um arquivo dentro do schema do arquivo XML de entrada.</Correcao> A mensagem parece ser alto explicativa e indica que o arquivo que foi enviado está com erro na estrutura, certo? Infelizmente, não é tão simples assim. Os arquivos gerados pela solução ACBr estão de acordo com os schemas e o leiaute fornecido pelo provedor. Na verdade este erro parece ser devolvido pelo Ginfes não só para problemas de leiaute, mas também para "situações genéricas". Vejam alguns exemplos: Erro E160 - Arquivo enviado fora da estrutura do arquivo XML de entrada: Neste tópico um colega relata que resolveu o problema ao corrigir o número do lote que não estava alimentando no componente. Ginfes - Franca = Erro E160: Neste tópico um colega confirma que conseguiu resolver o problema ao corrigir os dados que preencheu no componente para geração da nota. Formatação do campo Aliquota da NFSe: Neste tópico o colega confirma que o CPF do tomador estava incorreto e após correção conseguiu emitir. Erro E160 - Arquivo enviado fora da estrutura do arquivo XML de entrada: Neste tópico um colega conseguiu superar este erro após corrigir um valor que estava indo negativo no XML. Erro ao emitir nota para Paulínia: Neste tópico um colega compartilha que conseguiu resolver o problema após corrigir o CNAE do cliente. Esse erro também pode ocorrer caso você não seja prestador da cidade que esteja fazendo testes, em vez do provedor retornar que o seu CNPJ não consta no cadastro deles, o retorno é esse erro E160 que acusa que o arquivo enviado esta fora da estrutura. Mas então o que eu posso fazer? Caso você tenha recebido este erro ao tentar emitir uma nota para uma cidade que é atendida pelo provedor Ginfes, revise todas as informações presentes no XML gerado. Se mesmo depois disso o problema persistir, entre em contato com o provedor e questione o por quê de estar recebendo esta rejeição. Ao fazer isso, o provedor pode apontar se alguma informação presente no XML está em desacordo com o cadastro da base de dados mantida pelo mesmo.

Olá comunidade ! Foi publicada a Nota Técnica Nº 007 para NFS-e trazendo atualizações no leiaute do documento fiscal. Alterações Incluído o campo para receber o valor do "Indicador da operação de fornecimento favorecido com alíquota zero de CBS (conforme art. 451 e art. 466 da Lei Complementar nº 214/2025)" (tag indZFMALC no XML). Atualização do campo CST do grupo tribFed incluindo novos valores. Adição de novos valores para o campo tpRetPisCofins. Inclusão do campo "Valor Relativo às Retenções de Contribuições Sociais" (tag vRetCSLL no XML) Datas Temos relatos que levam a crer que os novos campos já foram implementados nos ambientes da API nacional. E como fica o ACBr? Os novos valores para tpRetPisCofins e o novo campo vRetCSLL já foram adicionados no leiaute. Assim que o campo indZFMALC estiver disponível notificaremos aqui neste tópico. Leia a Nota Técnica Nº 007 completa AQUI.