Pesquisar na Comunidade

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==" }

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

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.

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)

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á Boa Tarde, estou com o Seguinte erro: --------------------------- Debugger Exception Notification --------------------------- Project Gerente.exe raised exception class EACBrDFeException with message 'Suporte a libCapicom foi desativado por compilação {$DEFINE DFE_SEM_CAPICOM}'. --------------------------- Break Continue Help --------------------------- no seguinte trecho do meu código: function AssinaXmlNFSe(prXml, prCert, prDocElem: WideString): WideString; var vrACBrNFSeX: TACBrNFSeX; vrXmlAssinado: WideString; begin // try vrACBrNFSeX := TACBrNFSeX.Create(nil); vrACBrNFSeX.Configuracoes.Geral.SSLLib := {libWinCrypt;//}libCapicom; vrACBrNFSeX.Configuracoes.Geral.SSLCryptLib := {cryWinCrypt;//}cryCapicom; vrACBrNFSeX.Configuracoes.Geral.Provedor := proPadraoNacional; vrACBrNFSeX.Configuracoes.Certificados.NumeroSerie := prCert; try vrXmlAssinado := (vrACBrNFSeX.SSL.Assinar(prXml, prDocElem, '')); except on E: Exception do begin ShowMessage('Erro na assinatura: ' + E.Message); end; end; finally Result := vrXmlAssinado; FreeAndNil(vrACBrNFSeX); end; end; no erro ao selecionar "Break", o código para nessa unit ACBrDFeSSL;, no seguinte trecho da procedure TDFeSSL.SetSSLCryptLib(ASSLCryptLib: TSSLCryptLib); : cryCapicom: begin {$IfNDef DFE_SEM_CAPICOM} FreeSSLCryptLib; FSSLCryptClass := TDFeCapicom.Create(Self); {$Else} raise EACBrDFeException.Create('Suporte a libCapicom foi desativado por compilação {$DEFINE DFE_SEM_CAPICOM}'); // <--- DA ERRO AQUI {$EndIf} end; o componente é de 2020 eu acho, segundo o próximo trecho: {******************************************************************************} { Projeto: Componentes ACBr } { Biblioteca multiplataforma de componentes Delphi para interação com equipa- } { mentos de Automação Comercial utilizados no Brasil } { } { Direitos Autorais Reservados (c) 2020 Daniel Simoes de Almeida O que pode ser ? E como resolver ? Estou precisando dessa parte da ACBr para Assinar o XML da NFSe no Padrão Nacional. Desde já agradeço a atenção! Atenciosamente, Moysés A. Silva - Desenvolvedor Pleno, Águia Sistemas - Gestão e Automação Empresarial.

Cidade/UF: Boa Vista do Burica/RS Previsão de Mudança: 1º de janeiro de 2026 Tipo de Mudança: API própria (manterá provedor Abase) Fonte/Documentação: https://iss.abase.com.br/ferramentas-desenvolvedores e https://demoiss.abase.com.br/ferramentas-desenvolvedores

Entendendo o problema De acordo com a planilha ANEXO_I-SEFIN_ADN-DPS_NFSe-SNNFSe-v1.00-20251226 que contém o leiaute da NFS-e e as regras de validação aplicadas pela API do Padrão Nacional, está é a regra de validação que correspondente a esta rejeição: Campo Regra de Validação Código Rejeição IM Se o emitente for o prestador de serviço (tpEmit = 1) e, se houver registro complementar do contribuinte no CNC do município correspondente ao município emissor da DPS, então a IM deve ser informada na DPS. Utilizar o identificador federal (CNPJ ou CPF) do prestador de serviço e o codigo do município emissor (cLocEmi), ambos informados na DPS, para identificar as ocorrências no CNC NFS-e. Se houver pelo menos uma ocorrência, então o emitente da DPS deve informar o IM correspondente registrado no CNC NFS-e, que identifique unicamente o registro complementar. Exceto quando o emitente da DPS for MEI na data de competência da emissão da NFS-e. E0116 A IM deve ser informada para o emitente prestador do serviço na DPS, conforme informações complementares registradas no CNC NFS-e do município emissor informado na DPS. A rejeição parece ser alto explicativa, se você recebeu a mesma, então a API do Padrão Nacional não está encontrando a IM no grupo <prest> do seu arquivo XML. Mas existe uma "pegadinha", não foram poucos os que relataram estar recebendo esta rejeição, mesmo enviando a informação no arquivo XML corretamente. Como resolver? Se você está recebendo esta rejeição, a primeira coisa a verificar é se no XML do DPS que está sendo gerado e enviado, a informação da IM está sendo adicionada no grupo <prest> <prest> <CNPJ>XXXXXXXXXXXXXX</CNPJ> <IM>YYYYYYYYYYYYYYY</IM> </prest> Se a informação está presente no XML, então entramos na "pegadinha". Muitas IMs são valores numéricos variando de 6, 9 ou até 11 caracteres. Mas o tamanho do campo no XML do padrão nacional é 15! Vamos considerar como exemplo o valor 12345678 como exemplo. Se você está informando este valor e está recebendo a rejeição, faça um teste informando os zeros não significativos na esquerda até completar 15 caracteres enviando 000000012345678. Caso utilize ACBrNFSeX para Delphi e Lazarus: Alimente a IM na propriedade: NFSe.Prestador.IdentificacaoPrestador.InscricaoMunicipal := '000000012345678'; Caso utilize ACBrMonitorPLUS ou ACBrLibNFSe: Alimente a informação no arquivo INI preenchendo a seguinte propriedade: [Prestador] IM=000000012345678

Entendendo o problema De acordo com a planilha ANEXO_I-SEFIN_ADN-DPS_NFSe-SNNFSe-v1.00-20251226 que contém o leiaute da NFS-e e as regras de validação aplicadas pela API do Padrão Nacional, está é a regra de validação que correspondente a esta rejeição: Campo Regra de Validação Código Rejeição cLocEmi 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. Exceto quando o emitente da DPS for MEI na data de competência da emissão da NFS-e. 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. Aqui precisamos dar alguns passos para trás e entender como um município pode aderir ao padrão nacional. Essa adesão pode ser feita de duas formas diferentes. Aderir ao Padrão Nacional e ao Emissor Nacional: Nessa modalidade, o município utilizará integralmente a estrutura federal, sendo a emissão das notas feita diretamente pela API oficial. Aderir ao Padrão sem o Emissor Nacional: O município mantém sua estrutura de emissão atual, mas deverá adaptá-la para comportar novos campos. Isso é necessário para que, após processar o RPS/DPS, o sistema local transmita as informações à API oficial. Portanto, se você está recebendo esta rejeição, significa que você está tentando comunicar diretamente com a API do emissor nacional enviando um cTribNac que na verdade deveria se comunicar com a API do município. Como resolver? Certifique-se de que você está se comunicando com a API correta. O arquivo ACBrNFSeXServicos.ini já foi atualizado para definir padrão nacional, portanto, exceto nos casos em que o prestador de serviços seja MEI, você não deve definir um valor diferente de lnfsProvedor para a configuração do LayoutNFSe. Caso utilize ACBrNFSeX para Delphi e Lazarus: Defina a seguinte configuração: ACBrNFSeX.Configuracoes.Geral.LayoutNFSe := lnfsProvedor; Caso utilize ACBrMonitorPLUS: Utilize o comando NFSe.SeLayoutNFSe definindo o valor 2: NFSe.SetLayoutNFSe(2) Caso utilize ACBrLibNFSe: Utilize os métodos NFSE_ConfigGravarValor seguido de NFSE_ConfigGravar para definir o valor 2 para a chave LayoutNFSe em seu arquivo ACBrLib.ini: NFSE_ConfigGravarValor("NFSe", "LayoutNFSe", "2"); NFSE_ConfigGravar(); É importante que independente da solução que estiver utilizando, garanta que tanto ela quanto o arquivo ACBrNFSeXServicos.ini respectivo estejam atualizados.

Olá comunidade ! Na data de 30/12/2025 começamos a receber múltiplos relatos de problemas ao realizar o envio de um evento de cancelamento de NFS-e junto ao Padrão Nacional. Após investigação foi constatado que houve uma atualização dos schemas no dia 26/12/2025, trazendo alterações que impactaram no envio dos eventos. Visando sanar o problema no cancelamento da NFS-e, foram enviadas ao SVN alterações nas Revisions 43956 e 43957 fazendo as correções necessárias para que o cancelamento possa ser realizado com sucesso. Portanto se você utiliza componente nativo para Delphi ou Lazarus atualize seus fontes e reinstale o ACBr. Caso utilize ACBrLibNFSe, faça o download da versão mais recente da mesma disponível no fórum: Aqueles que utilizam ACBrMonitorPLUS também precisam atualizar: É importante que além da solução ACBr, também sejam atualizados os arquivos de schema. As demais alterações trazidas pelos schemas serão revisadas na tarefa #ACBR-8678 e serão atualizadas neste tópico a medida que houverem novidades. As modificações com a atualização dos schemas que foram relacionadas são: tiposComplexos_v1.00.xsd: Elimina o grupo para exploração rodoviária; => Vai ficar na NFS-e Via agora. Elimina o grupo para locação de dutos; => Vai ficar na NFS-e Via agora. xOutInf sai do grupo valores e sobe um nível. tiposEventos.xsd: Elimina o campo nPedRegEvento.(Resolvido nas revisions 43956 e 43957) Altera a descrição dos eventos permitindo acentos e adicionando "Manifestação de NFS-e" nos eventos de manifestação. No evento TE202205 os elementos de infRej sobem de nível e o grupo deixa de existir. No evento TE203206 os elementos de infRej sobem de nível e o grupo deixa de existir. No evento TE204207 os elementos de infRej sobem de nível e o grupo deixa de existir. No evento TE205208 os elementos de infRej sobem de nível e o grupo deixa de existir. No evento TE305102 os elementos xMotivo e codEvento invertem a ordem em que aparecem no arquivo. Elimina o tipo complexo TCListaEventos tiposSimples.xsd: Elemento TSSerieDPS ganha um regex para limitar os valores possíveis no campo. TStat ganha novos valores possíveis. Elimina os eventos e907202 e e967203 Elemento TSIdPedRegEvt muda. (Resolvido nas revisions 43956 e 43957)

Cidade/UF: Pedreira/SP 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 através de API própria do provedor Fonte/Documentação: http://intranet.pedreira.sp.gov.br:5661/issweb/home.jsf?formAtalho=formAtalho&javax.faces.ViewState=stateless

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. - Como resolver? E0116: A IM deve ser informada para o emitente prestador do serviço na DPS, conforme informações complementares registradas no CNC NFS-e do município emissor informado na DPS. - Como resolver? E0160: No mês de competência da NFS-e, a opção de situação perante o Simples Nacional, do prestador, informada na DPS não está de acordo com o cadastro Simples Nacional. - Como resolver? E0310: O código de tributação nacional informado não existe ou 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. - Como resolver? E0330: É obrigatório prestar informações de todos os campos relativos ao comércio exterior - Como resolver E0536 : Não é permitido o preenchimento de informações relativas à benefício municipal para o prestador de serviço ME/EPP que não tenha o regime de apuração de tributos nesta NFS-e fora do Simples Nacional - Como resolver E0690: A alíquota do Cofins deve ser informada quando a base de cálculo deste imposto for informada - Como resolver

Entendendo o problema. De acordo com a planilha ANEXO_I-SEFIN_ADN-DPS_NFSe-SNNFSe-v1.00-20251226 que contém o leiaute da NFS-e e as regras de validação aplicadas pela API do Padrão Nacional, está é a regra de validação que correspondente a esta rejeição: Campo Regra de Validação Código Rejeição cTribNac Verificar se o código de tributação nacional informado existe e 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. E0310 O código de tributação nacional informado não existe ou 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. Não há muito o que expandir nesse caso, essa rejeição indica que o valor informado em cTribNac está incorreto ou é inválido. Como resolver? O cTribNac corresponde ao Código de tributação nacional do ISSQN, ou seja, ele é uma informação de âmbito nacional, comum para todos os prestadores em todos os municípios. Acesse o ANEXO_B-NBS2-LISTA_SERVICO_NACIONAL-SNNFSe-v1.00-20251210.xlsx para conferir quais são os valores válidos para o campo cTribNac e certifique-se de que a informação foi preenchida corretamente. Caso utilize ACBrNFSeX para Delphi e Lazarus: Para que a tag seja gerada no XML, a propriedade a ser alimentada é: ACBrNFSeX.NotasFiscais[0].NFSe.Servico.ItemListaServico; Caso utilize ACBrMonitorPLUS ou ACBrLib: Para que a tag seja gerada no XML, a informação a ser alimentada é: [Servico] ItemListaServico=

Entendendo o problema De acordo com a planilha ANEXO_I-SEFIN_ADN-DPS_NFSe-SNNFSe-v1.00-20251216 que contém o leiaute da NFS-e e as regras de validação aplicadas pela API do Padrão Nacional, está é a regra de validação que correspondente a esta rejeição: Campo Regra de Validação Código Rejeição indTotTrib Se a situação do emitente da DPS perante o Simples Nacional na data de competência informada for ME/EPP, o choice indTotTrib nunca poderá ser informado. E0712 Para ME/EPP indTotTrib nunca poderá ser informado. Ainda de acordo com o mesmo leiaute, a tag indTotTrib faz parte de um "elemento escolha" junto dos grupos vTotTrib, pTotTrib e pTotTribSN. Ou seja, o arquivo XML só vai poder ter o vTotTrib ou o pTotTrib ou o indTotTrib ou o pTotTribSN, mas nunca mais de um deles. Se você está recebendo essa rejeição, isso significa que seu arquivo está sendo enviado com o elemento indTotTrib, quando deveria ser com um dos outros 3. Como resolver? No momento de geração do XML, uma lógica é aplicada para definir qual é o grupo que vai ser gerado. Verifica se foram preenchidos os valores que compõe vTotTrib. Se forem maiores do que zero, gera o grupo vTotTrib; Se não foi gerado o grupo no passo anterior, verifica se foram preenchidos os valores que compõe pTotTrib. Se forem maiores do que zero, gera o grupo pTotTrib. Se não foi gerado o grupo no passo anterior, verifica se o valor de pTotTribSN é maior do que zero. Se for, gera o grupo pTotTribSN. Se não foi gerado o grupo no passo anterior, verifica se o valor de indTotTrib é zero, se for, gera o grupo indTotTrib. Considerando isso, é preciso preencher as informações de modo que o indTotTrib não seja gerado. Caso utilize ACBrNFSeX para Delphi e Lazarus Para gerar o vTotTrib preencha: NFSe.Servico.Valores.totTrib.vTotTribFed := NFSe.Servico.Valores.totTrib.vTotTribEst := NFSe.Servico.Valores.totTrib.vTotTribMun := NFSe.Servico.Valores.totTrib.indTotTrib := TindTotTrib.indSim; Para gerar o pTotTrib preencha: NFSe.Servico.Valores.totTrib.pTotTribFed := NFSe.Servico.Valores.totTrib.pTotTribEst := NFSe.Servico.Valores.totTrib.pTotTribMun := NFSe.Servico.Valores.totTrib.indTotTrib := TindTotTrib.indSim; Para gerar o pTotTribSN preencha: NFSe.Servico.Valores.totTrib.pTotTribSN := NFSe.Servico.Valores.totTrib.indTotTrib := TindTotTrib.indSim; Caso utilize ACBrMonitorPLUS ou ACBrLib Para gerar o vTotTrib preencha: [totTrib] vTotTribFed= vTotTribEst= vTotTribMun= indTotTrib=1 Para gerar o pTotTrib preencha: [totTrib] pTotTribFed= pTotTribEst= pTotTribMun= indTotTrib=1 Para gerar o pTotTribSN preencha: [totTrib] pTotTribSN= indTotTrib=1

Ao cancelar uma NFS-e no padrão nacional estou recebendo o erro: Input is not proper UTF-8, indicate encoding ! Percebi que o problema ocorre na procedure TACBrNFSeProviderPadraoNacional.TratarRetornoEnviarEvento na linha DocumentXml.LoadFromXml(EventoXml) Ele extrai o xml pra pegar as informações do evento, alguém já passou por isso? Já foi comentado em outro post pra alterar a procedure TACBrXmlDocument.LoadFromXml(AXmlDocument: string) e descomentar a linha: // a linha abaixo foi comentada pois segundo o DSA consome muito a CPU e causa lentidão // AXmlDocument := NativeStringToUTF8(AXmlDocument); Mas se está comentado é por algum motivo...

Olá comunidade ! Com o advento da Reforma Tributária, a partir de 2026 os municípios devem escolher se aderem ao Padrão Nacional, seja na íntegra ou apenas na modalidade de compartilhamento de informações. Por causa disso, é importante sabermos quais maneiras existem para obtermos essa informação. Usando o Power BI do Monitoramento da Adesão dos Municípios à NFS-e Ao acessar o Monitoramento das Adesões à NFS-e, e descer a página, vemos um botão em destaque como este da imagem: Ao clicar no mesmo, somos levados a uma página criada utilizando o Power BI. Ela possui o seguinte leiaute: Para demonstração, vamos filtrar a cidade de Adamantina/SP e observar o resultado: Eu destaquei duas informações importantes. Na coluna Status, temos os dizeres "Ativo operacional", isso significa que este município aderiu ao padrão nacional. No quadro "Adesão ao Emissor Nacional da NFS-e", temos um item com o valor "Sim", isso significa que o município em questão aderiu ao padrão nacional como emissor. Ou seja, para o município de Adamantina/SP, a emissão será feita seguindo o layout do Padrão Nacional e enviada para a API do Padrão Nacional. Vamos agora filtrar o município de Aguaí/SP e destacar as mesmas partes: Na coluna Status, temos os dizeres "Ativo operacional", isso significa que este município aderiu ao padrão nacional. Observem que o quadro "Adesão ao Emissor Nacional da NFS-e" está em branco. Isso significa que essa cidade não aderiu ao Padrão Nacional como emissor. Ou seja, para este município, será utilizada a modalidade de compartilhamento de informações. Usando o Excel do Monitoramento da Adesão de Municípios à NFS-e. Na mesma página que pode ser encontrado o Power BI, se rolarmos a página temos uma opção para realizar o download do Excel. Ao exportar essa planilha para o Excel temos a seguinte exibição: Observem que os títulos das colunas tem uma espécie de "seta", ao clicar nela podemos aplicar um filtro na coluna. Vamos filtrar os mesmos municípios, começando por Adamantina/SP: Observem que a cidade tem o valor "Sim" para ambas as colunas "AderenteAmbienteNacional" e "AderenteEmissorNacional". Agora vamos filtrar pela cidade de Aguaí/SP: Observem que a cidade tem o valor "Sim" para a coluna "AderenetAmbienteNacional", mas o valor "Não" para a coluna "AderenteEmissorNacional". Usando a consulta disponibilizada pela própria API A própria API do Padrão Nacional disponibiliza um método para realizar a consulta. Para ilustração, vamos utilizar o programa exemplo nativo para Delphi e filtrar as mesmas cidades, também começando por Adamantina/SP: Vejam que foi devolvido o valor Sim para Aderente ao Ambiente Nacional e também para Aderente ao Emissor Nacional. Vamos ver Aguaí/SP agora para ver a diferença: O código utilizado no clique desse botão do exemplo é: ACBrNFSeX1.ConsultarParametros(pmConvenio); No ACBrMonitorPLUS é o comando: NFSe.ConsultarParametrosNFSe; Na ACBrLibNFSe é o método: NFSE_ConsultarParametros

Olá comunidade ! Para atender a Reforma Tributária que começa em 2026, os 5.570 municípios do Brasil deverão escolher entre 3 caminhos: Migrar para o Padrão Nacional com a modalidade de emissão. Continuar usando o provedor atual, com a modalidade de compartilhamento com o padrão nacional através de API própria do provedor. Continuar usando o provedor atual, com a modalidade de compartilhamento com o padrão nacional, modificando o leiaute do provedor. Para garantir que o componente ACBrNFSeX continue robusto e atualizado, antecipando essas mudanças, contamos o apoio da nossa comunidade. Como você pode ajudar? Se você tem contato com a prefeitura ou provedor responsável por atender algum município, por favor, compartilhe conosco. Qualquer informação oficial sobre alterações previstas pode ajudar. Responda aqui mesmo neste tópico conforme o modelo: Cidade/UF: Previsão de Mudança: Tipo de Mudança: (Padrão Nacional/API Própria/Mudança de Leiaute) Fonte/Documentação: Acompanhe o tópico abaixo para saber qual é a situação atual do componente

Olá pessoal, Recentemente notei que ao fazer alguns envios para o Padrão Nacional eu estava com problema por ele gerar a tag abaixo dentro da funcion "GerarXMLInfNFSe" no PadraoNacional.GravarXml.pas Result.AppendChild(AddNode(tcStr, '#1', 'tpAmb', 1, 1, NrOcorrtpAmb, TipoAmbienteToStr(Ambiente), '')); A forma que encontrei de contornar a geração dessa tag seria removendo esse trecho do código e buildar novamente o ACBr, mas olhando mais a fundo eu acabei vendo que se eu setar esse "NrOcorrtpAmb" para -1 eu consigo fazer isso sem ter que usar uma versão modificada do ACBr. Minha real duvida é como e onde eu consigo setar a informação nesse objeto? Vi que ele usa no Citta.GravarXml setando ele pra -1 em TNFSeW_CittaAPIPropria.Configuracao, mas eu precisava setar após ele já ter definido qual seria o Provider. Desde já eu agradeço

Entendendo o problema De acordo com a planilha ANEXO_I-SEFIN_ADN-DPS_NFSe-SNNFSe.xlsx que contém o leiaute da NFS-e e as regras de validação aplicadas pela API do Padrão Nacional, está é a regra de validação que correspondente a esta rejeição: Campo Regra de Validação Código Rejeição opSimpNac Opção de situação perante o Simples Nacional do prestador, informada na DPS, não está de acordo com o cadastro Simples Nacional na data de competência informada na DPS. Se CNPJ do prestador não consta no cadastro então opSimpNac é igual a 1; E0160 No mês de competência da NFS-e, a opção de situação perante o Simples Nacional, do prestador, informada na DPS não está de acordo com o cadastro Simples Nacional. Ainda de acordo com o mesmo arquivo, esses são os valores válidos para este campo: Portanto, se você está recebendo esta rejeição, o valor enviado na tag opSimpNac está incorreto de acordo com as informações cadastrais internas que a API possui sobre o prestador de serviços. Como resolver? Certifique-se de que o valor correto foi enviado na tag opSimpNac. Em caso de dúvidas sobre qual é a situação do prestador de serviços, confirme junto ao mesmo. Consultar o CNPJ também pode ajudar. Caso utilize ACBrNFSeX para Delphi e Lazarus, a propriedade que alimenta a tag no arquivo XML é: NFSE.OptanteSN; Ela é do tipo TOptanteSN e pode receber os valores osnNaoOptante, osnOptanteMEI ou osnOptanteMEEPP. Certifique-se de alimentar a propriedade com o valor correto e correspondente. Caso utilize ACBrMonitorPLUS ou ACBrLib Defina o valor na chave opSimpNac da seção [Prestador] no arquivo INI que estiver utilizando para gerar a NFSe. Não confundir com a chave OptanteSN

Olá comunidade ! Nos últimos dias temos recebido múltiplos relatos de problemas com o retorno que devolve um PDF do DANFSe no leiaute do Padrão Nacional. No componente: ACBrNFSeX1.ObterDANFSE(xChaveNFSe); No ACBrMonitorPLUS: NFSe.ObterDANFSE; Na ACBrLib: NFSE_ObterDANFSE; Todos os relatos tem em comum o mesmo comportamento, o PDF salvo é um arquivo com somente 1 kb e ao consultar o JSON que foi devolvido pela API do Padrão Nacional com a string que gera o PDF, seu varia entre: { "tipoAmbiente": "", "versaoAplicativo": "", "dataHoraProcessamento": "", "idDps": "", "chaveAcesso": "", "nfseXmlGZipB64": "", "erros": [ { "mensagem": "", "codigo": "E9999", "descricao": "<html><body><h1>503 Service Unavailable</h1>\nNo server is available to handle this request.\n</body></html>\n", "complemento": "" } ] } OU { "tipoAmbiente": "", "versaoAplicativo": "", "dataHoraProcessamento": "", "idDps": "", "chaveAcesso": "", "nfseXmlGZipB64": "", "erros": [ { "mensagem": "", "codigo": "E9999", "descricao": "<html><body><h1>502 Bad Gateway</h1>\nThe server returned an invalid or incomplete response.\n</body></html>\n", "complemento": "" } ] } Tudo indica ser um problema no próprio end-point /danfse/{chaveAcesso} na API. Buscando informações a respeito, uma justificativa encontrada no Fórum da NFSe é a de que muitos robôs que estão baixando o DANFSe em massa estão tornando o end-point instável.

Cidade/UF: Santa Bárbara D'Oeste Previsão de Mudança: 01/2026 Tipo de Mudança: API Própria (SIGISSWEB) Fonte/Documentação: No anexo abaixo. O de homologação pra teste dos novos campos é na URL https://wshml.sigissweb.com/rest/ MaterialParaIntegracaoCBSIBS.rar

O que vai mudar nas cidades que eu atendo com a Reforma Tributária? A partir de 2026, com a necessidade prevista na Lei Complementar 214/2025 de que as informações do IBS e da CBS sejam informadas na NFSe, os municípios terão que escolher entre: Aderir o Padrão Nacional na íntegra para emissão da nota. Continuar usando o provedor que já atende a cidade, mas agora com uma API própria deles que recepciona o arquivo XML no leiaute do padrão nacional. Continuar usando o provedor que já atende a cidade, mas agora com o leiaute do arquivo XML alterado para receber as novas informações que ele precisa. O ACBr atente a Reforma Tributária? Sim, o leiaute do padrão nacional já foi adequado para gerar as novas tags previstas pela Nota Técnica Nº004. Para os casos das cidades que continuarão usando o leiaute próprio, as soluções estão sendo adequadas gradativamente conforme a obtenção das informações. A situação pode ser acompanhada neste tópico. A resposta anterior menciona Nota Técnica Nº 004, mas já existe a 005, ela não vai ser adequada? Conforme trecho presente na própria versão 005, para 2026, os campos que entrarão em vigor no ambiente de homologação e de produção são os da versão 004. Eu já posso testar a Reforma Tributária com o Padrão Nacional? Sim. Na verdade, conforme noticiado neste tópico, você deve usar a versão 1.01 do Layout do Padrão Nacional desde o dia 10/12/2025 no ambiente de homologação. Do contrário vai receber o erro: Erro(s): Código : RNG6110 Mensagem: Falha Schema Xml Correção: The 'versao' attribute is invalid - The value '1.00' is invalid according to its datatype 'http://www.sped.fazenda.gov.br/nfse:TVerNFSe' - The Pattern constraint failed. Por que o XML gerado com as informações da Reforma Tributária não tem campos como NFSe/infNFSe/IBSCBS/valores/uf/pIBSUF, NFSe/infNFSe/IBSCBS/valores/mun/pIBSMun e NFSe/infNFSe/IBSCBS/valores/fed/pCBS? Observe que os exemplos mencionados fazem parte do grupo infNFSe, ou seja, eles fazem parte da NFSe e não do DPS. O componente gera e envia para a API do Padrão Nacional o XML do DPS. O XML da NFSe é gerado pela própria API do Padrão Nacional ao converter o DPS enviado. Em suma, é a API do Padrão Nacional que gera essas informações e não o contribuinte. O contribuinte precisa se preocupar em preencher apenas as informações do DPS. Eu consigo testar com o Padrão Nacional para adiantar minha integração? Para comunicar com a API do Padrão Nacional, um dos seguintes critérios precisa ser atendido: O prestador de serviços precisa ser um MEI. O município precisa ter aderido a emissão usando o Padrão Nacional na íntegra. Caso nenhuma dessas condições tenham sido atendidas, ao tentar comunicar com o padrão nacional receberá rejeições e erros advindos da API. Para os casos em que vai continuar com o Provedor usando a API própria, o que devo fazer? Caso o provedor já tenha sido adequado no ACBr, os passos para testar são: Abra o arquivo ACBrNFSeXServicos.ini e busque pela seção do município que vai testar, para este exemplo vamos considerar Cerro Branco/RS: [4305132] Nome=Cerro Branco UF=RS Provedor=Pronim Versao=2.03 ProRecepcionar=http://cerrobranco.govbr.cloud/nfse.portal.integracao/services.svc ; URLs para utilizar a API própria do provedor que atende o Padrão Nacional ;Versao=1.01 ;Params=APIPropria: ;ProRecepcionar= ;HomRecepcionar=https://reformatributaria.govbr.cloud/nfse.api.teste/NotaNacional/EnviarSincrono Comente as informações atuais e remova os comentários relacionados a APIPropria: [4305132] Nome=Cerro Branco UF=RS Provedor=Pronim ;Versao=2.03 ;ProRecepcionar=http://cerrobranco.govbr.cloud/nfse.portal.integracao/services.svc ; URLs para utilizar a API própria do provedor que atende o Padrão Nacional Versao=1.01 Params=APIPropria: ProRecepcionar= HomRecepcionar=https://reformatributaria.govbr.cloud/nfse.api.teste/NotaNacional/EnviarSincrono Execute o arquivo Compilas_RES.bat localizado na pasta dos fontes o ACBrNFSeX, reinstale o ACBr e faça um build da aplicação OU coloque o arquivo ACBrNFSeXServicos.ini modificado junto do seu .EXE; Com essa modificação, o demo do ACBrNFSeX, por exemplo, passa a mostrar a seguinte informação: Preencha as informações relacionadas aos novos campos da Reforma Tributária e teste o envio. Eu utilizo a ACBrLibNFSe e/ou o ACBrMonitorPLUS, existe algum exemplo de arquivo INI que eu possa usar para testar? Os campos da Reforma Tributária são lidos da mesma forma no INI, então mesmo que o objetivo seja comunicar com provedores que terão API própria, um bom ponto de partida é adicionar no arquivo INI que já utiliza os campos da Reforma Tributária que existem neste modelo.

Olá comunidade ! Foi publicada a Nota Técnica Nº 005 que trata da adequação da Nota Fiscal de Serviços Eletrônica no layout do Padrão Nacional. Este documento é a 5ª versão dos novos agrupamentos e campos relacionados ao IBS e ao CBS. Diferente de versões anteriores, mesmo com a publicação desta versão, os campos e grupos que estarão presentes no ambiente de homologação e de produção a partir de 2026 serão os da Nota Técnica Nº004. Os campos dessa nova publicação serão implementados em data futura a ser divulgada no Portal da NFS-e. Esta versão modifica o leiaute: Removendo o indicador de operação de uso ou consumo pessoal. Adicionando um indicador de operação de doação. Adicionando um grupo para receber as informações relativas aos bens móveis objetos de locação. Adicionando um grupo para receber as informações relativas aos valores de dedução e redução da base de cálculo do IBS e CBS para operações locação, cessão onerosa, arrendamento de bens móveis e serviços médicos. Adiciona um grupo para receber informações de estornos de créditos do IBS e CBS. Adiciona um grupo para receber informações de pagamento antecipado. Adiciona um campo para receber o valor monetário (R$) total relativo aos valores de dedução e redução da Base de Cálculo do IBS e da CBS referentes às operações de locação, cessão onerosa ou arrendamento de bens imóveis, e serviços médicos. E como fica o ACBr? Como esta versão traz modificações de leiaute, alterações no componente serão necessárias. Foi criada a tarefa ACBR-8445 para centralizar essas alterações. Assim que houver novidades a respeito será divulgado aqui neste tópico. Leia a nota técnica completa AQUI.

Boa tarde, Estou enfrentando dificuldades para testar NFSe para Padrão Nacional, pois está retornando o erro "E0008 - A data de emissão de DPS não pode ser posterior à data do seu processamento." Entretanto, para as variáveis referentes às datas, estão todas sendo alimentadas como 'now'. Qual a orientação nesse caso? At.te