Pesquisar na Comunidade

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

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

Boa tarde, Estou enfrentando um erro de validação XSD ao emitir NFS-e para o município de Itaboraí/RJ (IBGE 3301900), provedor CTA versão 2.00. O erro é retornado pelo próprio webservice da prefeitura. Informações do ambiente: • Provedor.........: CTA versão 2.00 • Município........: Itaboraí/RJ (IBGE 3301900) • Webservice.: https://prefeituradeitaborai.online/wsnfse/ Reproduzido no Exemplo oficial do ACBrNFSeX (Exemplos\ACBrDFe\ACBrNFSeX\Delphi\ACBrNFSeX_Exemplo.dproj), sem nenhuma alteração no código: Retorno do webservice: Requisição Ambiente : 2 - Homologação Cidade : Itaborai/RJ Provedor : CTA Versão: 2.00 Método Executado: Enviar Lote Assíncrono Parâmetros de Retorno Sucesso : False Erro(s): Código : Mensagem: XSD REPORTOU ERRO - CODIGO: 1871 | MENSAGEM: Element 'ClassificacaoCNAE': This element is not expected. Expected is ( CodigoNbs ). | LINHA: 1; Tags geradas (XML): <Informacoes> <IssRetido>2</IssRetido> <ResponsavelRecolhimento>1</ResponsavelRecolhimento> <ItemListaServico>06.01</ItemListaServico> <ClassificacaoCNAE>9602501</ClassificacaoCNAE> <CodigoTributacaoMunicipio>06.01</CodigoTributacaoMunicipio> </Informacoes> Fico à disposição! Agradeço a atenção da equipe.

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.

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

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

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)

Ao emitir uma DPS em homologação ou produção utilizando o layout XML como Padrão Nacional e não sendo MEI ou Simples Nacional a partir de 01/09/2026, caso ocorra a rejeição E0037 - O código do município emissor informado na DPS é inexistente no cadastro de convênio municipal do sistema nacional, como faço para saber se o município está aderido tanto ao ambiente de produção quanto homologação? 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 código do município emissor informado na DPS deve existir no cadastro de convênio municipal do sistema nacional. Exceto quando o emitente da DPS for MEI na data de competência da emissão da NFS-e. E0037 O código do município emissor informado na DPS é inexistente no cadastro de convênio municipal do sistema nacional. Primeiro, acesse o Monitor de adesão dos municípios à NFSe Padrão Nacional neste link. Filtre pela cidade e confira se está marcado como Sim em Adesão ao Emissor Nacional NFSe*, conforme prints abaixo. Observação: no momento do teste a cidade de Rancharia/SP estava constando como habilitado o webservice de produção e homologação não, já a cidade de Governador Valadares está com os dois habilitados. Confirmando que o município está aderido a emissão a partir do Padrão Nacional, faça a consulta do Convênio a partir da Consulta de Parâmetros Municipais. Você pode utilizar o demo para conferir a informação clicando no botão Convênio que fica na guia Consulta de Parâmetros Municipais da guia Provedor Padrão Nacional. Para fazer no componente utilize o código abaixo: ACBrNFSeX1.ConsultarParametros(pmConvenio); No monitor: NFSe.ConsultarParametrosNFSe(2, "01.05", "19/06/2023", "12345") Na Lib: NFSE_ConsultarParametros(2, aCodigoServico, aCompetencia, aNumeroBeneficio, sResposta, esTamanho); Ao consultar teremos os seguintes retornos: Tanto para Governador Valadares/MG em Produção quanto em Homologação o retorno foi o mesmo: Já para a cidade de Rancharia/SP, em Produção o retorno foi: Já em Homologação para a cidade de Rancharia/SP foi: Tendo em vista estes retornos, a cidade de Rancharia/SP por exemplo não está ativa no ambiente de Homologação no Sistema Nacional, mas em Produção sim. Você não conseguirá emitir NFSe no ambiente de homologação, apenas produção. Você pode também entrar em contato com a prefeitura também e informar o fato para eles, solicitar que façam a adesão ao ambiente de homologação também. Observações sobre os testes que realizamos: Ao testar a emissão em homologação, foram apresentadas rejeições relacionadas a validação dos campos, mas ao corrigir ocorreu o erro E0037, portanto pode ser que ao testar em sua aplicação ou no seu demo, ocorra erros de validação como CPF/CNPJ do Tomador errado, mas após corrigir todos vai aparecer a rejeição E0037. É possível que o ambiente nacional só faça a validação se está mesmo aderido após realizar as outras validações. Referências:

Olá, boa tarde! Estou com o ACBr atualizado (hoje) e estou tentando enviar uma nota (Produção) para o município de Cabo Frio - RJ Porém ocorre o erro abaixo Alguém passando pelo mesmo problema? Obrigado! Tipo: Erro - Código: X999 - Descrição: Erro de Conexão: Erro Interno: 10060 Erro HTTP: 500 URL: http://tributos.fazenda.cabofrio.rj.gov.br:8091/nfe/snissdigitalsvc Connection timed out Erro Interno: 0 Erro HTTP: 0 URL: http://tributos.fazenda.cabofrio.rj.gov.br:8091/nfe/snissdigitalsvc Connection timed out

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.

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.

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.

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

Boa tarde! Estou avaliando a utilização do ACBrLib para envio de NFS-e pelo projeto demo em C# (linguagem que pretendo utilizar), porém estou recebendo a seguinte mensagem do WS: [E160] Arquivo em desacordo com o XML Schema Usei o .INI de NFSe de exemplo mesmo colocando as informações de prestador aqui da empresa E também, inclusive, tive que alterar o arquivo ACBrNFSeXServicos.ini, colocando as informações do Giss para São Caetano do Sul, pois ainda estava como Ginfes (alteraram o provedor em fevereiro desse ano): [3548807] Nome=Sao Caetano do Sul UF=SP Provedor=Giss Versao=2.04 Log de retorno do campo "respostas" do demo (só retirei aqui do XML as assinaturas do certificado, mas ele está sendo utilizado corretamente): [ObterInformacoesProvedor] AutenticacoesRequeridas=RequerCertificado| IdentificacaoProvedor=Nome:Giss|Versão:2.04|Layout:ABRASF Particularidades=NãoPermiteMaisDeUmServico|NãoPermiteTagOutrasInformacoes|NãoAtendeReformaTributaria ServicosDisponibilizados=EnviarLoteAssincrono|EnviarLoteSincrono|EnviarUnitario|ConsultarLote|ConsultarRps|ConsultarFaixaNfse|ConsultarServicoPrestado|ConsultarServicoTomado|CancelarNfse|SubstituirNfse| [Envio] CodigoVerificacao= Data= DescSituacao= Link= Lote=1 MaxRps=50 ModoEnvio=Enviar Lote Assíncrono NumeroNota= Protocolo= Situacao= Sucesso=0 XmlEnvio=<EnviarLoteRpsEnvio xmlns="http://www.giss.com.br/enviar-lote-rps-envio-v2_04.xsd"><LoteRps Id="Lote_1" versao="2.04"><NumeroLote xmlns="http://www.giss.com.br/tipos-v2_04.xsd">1</NumeroLote><Prestador xmlns="http://www.giss.com.br/tipos-v2_04.xsd"><CpfCnpj><Cnpj>59832584000104</Cnpj></CpfCnpj><InscricaoMunicipal>52549</InscricaoMunicipal></Prestador><QuantidadeRps xmlns="http://www.giss.com.br/tipos-v2_04.xsd">1</QuantidadeRps><ListaRps xmlns="http://www.giss.com.br/tipos-v2_04.xsd"><Rps><InfDeclaracaoPrestacaoServico Id="Dec_185"><Rps><IdentificacaoRps><Numero>1</Numero><Serie>85</Serie><Tipo>1</Tipo></IdentificacaoRps><DataEmissao>2026-03-17</DataEmissao><Status>1</Status></Rps><Competencia>2026-03-17</Competencia><Servico><Valores><ValorServicos>100.35</ValorServicos><ValorCofins>2.00</ValorCofins><ValorIss>2.51</ValorIss><Aliquota>2.5000</Aliquota></Valores><IssRetido>1</IssRetido><ItemListaServico>09.01</ItemListaServico><CodigoCnae>6203100</CodigoCnae><CodigoTributacaoMunicipio>63194</CodigoTributacaoMunicipio><Discriminacao>discriminacao I;discriminacao II;discriminacao III;discriminacao IV</Discriminacao><CodigoMunicipio>3548807</CodigoMunicipio><ExigibilidadeISS>1</ExigibilidadeISS><MunicipioIncidencia>3548807</MunicipioIncidencia></Servico><Prestador><CpfCnpj><Cnpj>59832584000104</Cnpj></CpfCnpj><InscricaoMunicipal>52549</InscricaoMunicipal></Prestador><TomadorServico><IdentificacaoTomador><CpfCnpj><Cpf>12345678901</Cpf></CpfCnpj></IdentificacaoTomador><RazaoSocial>INSCRICAO DE TESTE &amp; TESTE</RazaoSocial><Endereco><Endereco>RUA PRINCIPAL</Endereco><Numero>100</Numero><Complemento>APTO 11</Complemento><Bairro>CENTRO</Bairro><CodigoMunicipio>3548807</CodigoMunicipio><Uf>SP</Uf><Cep>14800000</Cep></Endereco><Contato><Telefone>1622223333</Telefone><Email>[email protected]</Email></Contato></TomadorServico><RegimeEspecialTributacao>1</RegimeEspecialTributacao><OptanteSimplesNacional>1</OptanteSimplesNacional><IncentivoFiscal>2</IncentivoFiscal></InfDeclaracaoPrestacaoServico><Signature xmlns="http://www.w3.org/2000/09/xmldsig#"><SignedInfo><CanonicalizationMethod Algorithm="http://www.w3.org/TR/2001/REC-xml-c14n-20010315"></CanonicalizationMethod><SignatureMethod Algorithm="http://www.w3.org/2000/09/xmldsig#rsa-sha1"></SignatureMethod><Reference URI="#Dec_185"><Transforms><Transform Algorithm="http://www.w3.org/2000/09/xmldsig#enveloped-signature"></Transform><Transform Algorithm="http://www.w3.org/TR/2001/REC-xml-c14n-20010315"></Transform></Transforms><DigestMethod Algorithm="http://www.w3.org/2000/09/xmldsig#sha1"></DigestMethod><DigestValue>0NPq/rNQRVpsTCC5o43BQvH14fo=</DigestValue></Reference></SignedInfo><SignatureValue>FWZ+Sao5GsD3fodNSrHI8kh4cKpy2CyREgTSuQSBH0yJyDBhMmFngx6EksXvWAm4q8arm79iVCYU1y8ROGXDe1LzZtn+5PzSSbJZb0Y4VbHmfXY9hyGXa8jv+9GfECfng7bTxO52oANcb1FX+K8HGRa3/fiW9IDU2OVHO2QzF9k4p1d5StU9NGQKZLsIT2Ugc0hjwvhCIEq7afNC1k4hDJJoRXVx6qxcAU8yxnkcZchpaqouIZOZ91d+r/QyowhVooLpdX+IjLu4PD6Y40/BVKRiAYKv4+AX7djAycqYZlRjVs1/NDMorbmJn8Js0K2jQXksIT2R8prwgu7QZ5L3Fw==</SignatureValue><KeyInfo><X509Data><X509Certificate>...</X509Certificate></X509Data></KeyInfo></Signature></Rps></ListaRps></LoteRps><Signature xmlns="http://www.w3.org/2000/09/xmldsig#"><SignedInfo><CanonicalizationMethod Algorithm="http://www.w3.org/TR/2001/REC-xml-c14n-20010315"></CanonicalizationMethod><SignatureMethod Algorithm="http://www.w3.org/2000/09/xmldsig#rsa-sha1"></SignatureMethod><Reference URI="#Lote_1"><Transforms><Transform Algorithm="http://www.w3.org/2000/09/xmldsig#enveloped-signature"></Transform><Transform Algorithm="http://www.w3.org/TR/2001/REC-xml-c14n-20010315"></Transform></Transforms><DigestMethod Algorithm="http://www.w3.org/2000/09/xmldsig#sha1"></DigestMethod><DigestValue>YlKZlQ7Cg+pjYke2VfrHjrso64Y=</DigestValue></Reference></SignedInfo><SignatureValue>hE+Iuu4uEhT2wVUN+/daaKZ7sSjgnsDl2HmRXgiqdm/y9jSTs22cJEbU3HbrYbgxhce3C4Z7yvZKFCLLVYWcESVXG+u6lhJJOTh1Dub5D8dVEvGALkdb8n6sUmCHznSQpi+OLUypeBdWTYyAHqSBRvuASqMmm28U4mJ5ejy4AHyQPwwVBYG90uCE91Zd+bTJlj56EJBBW2+4btHne2hrQGbHaN1fV58nngzJCHcENeTF4fZCVluWO+U9wGgRfuj/pOOW6lAIkanks+EhWhzrS6Pm6YY/nlYQ+Pr+olWFv8mgQ3/k8eHGyNK1tOIACx4cf7bqXY1h26Wz9mxELUml/A==</SignatureValue><KeyInfo><X509Data><X509Certificate>...</X509Certificate></X509Data></KeyInfo></Signature></EnviarLoteRpsEnvio> XmlRetorno=<EnviarLoteRpsResposta xmlns:ns2="http://www.giss.com.br/tipos-v2_04.xsd" xmlns:ns3="http://www.giss.com.br/enviar-lote-rps-resposta-v2_04.xsd"><ListaMensagemRetorno><MensagemRetorno><Codigo>E160</Codigo><Mensagem>Arquivo em desacordo com o XML Schema.</Mensagem><Correcao>Consulte o Manual da NFS-e para saber quais são as versões de XML Schema suportadas pelo sistema.</Correcao></MensagemRetorno></ListaMensagemRetorno></EnviarLoteRpsResposta> [Erro1] Codigo=E160 Correcao=Consulte o Manual da NFS-e para saber quais são as versões de XML Schema suportadas pelo sistema. Descricao=Arquivo em desacordo com o XML Schema. Sei que muitos problemas de layout podem ser erro no preenchimento mas não tenho nenhum XML de envio de RPS para me basear, pois ainda não utilizamos nenhum sistema para envio de NFs (é feito manualmente). Então se alguém puder me enviar um exemplo desse XML (Giss 2.04), agradeço! Ou então se virem algo que está errado... posso mandar o ACBrLib.ini aqui também, qualquer coisa! A opção "exibir erro schema" não muda nada... rsrs... Valew, Pessoal!

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.

Pessoal não sei onde postar esta dúvida, então se os *Moderadores* puderem responder ou redirecionar a duvida para a sala correta eu agradeço muito. Fui fazer atualização do pacote acbr e apresentou este erro na compilação. Como posso resolver isso? Desde já agradeço. C:\ACBr\Fontes\ACBrDFe\ACBrNFSeX\Base\ACBrNFSeXConversao.pas(531) Error: E2029 Declaration expected but '<' found C:\ACBr\Fontes\ACBrDFe\ACBrNFSeX\Base\ACBrNFSeXConversao.pas(532) Error: E2038 Illegal character in input file: '|' (#$7C) C:\ACBr\Fontes\ACBrDFe\ACBrNFSeX\Base\ACBrNFSeXConversao.pas(535) Error: E2072 Number of elements (11) differs from declaration (35) C:\ACBr\Fontes\ACBrDFe\ACBrNFSeX\Base\ACBrNFSeXConversao.pas(537) Error: E2029 Declaration expected but '=' found C:\ACBr\Fontes\ACBrDFe\ACBrNFSeX\Base\ACBrNFSeXConversao.pas(539) Error: E2004 Identifier redeclared: 'TCSTArrayStrings' C:\ACBr\Fontes\ACBrDFe\ACBrNFSeX\Base\ACBrNFSeXConversao.pas(544) Error: E2029 Declaration expected but '>' found C:\ACBr\Fontes\ACBrDFe\ACBrNFSeX\Base\ACBrNFSeXConversao.pas(554) Error: E2004 Identifier redeclared: 'TCSTArrayStrings' C:\ACBr\Fontes\ACBrDFe\ACBrNFSeX\Base\ACBrNFSeXConversao.pas(555) Error: E2072 Number of elements (11) differs from declaration (35) C:\ACBr\Fontes\ACBrDFe\ACBrNFSeX\Base\ACBrNFSeXConversao.pas(13156) Error: E2029 Declaration expected but '<' found C:\ACBr\Fontes\ACBrDFe\ACBrNFSeX\Base\ACBrNFSeXConversao.pas(13173) Error: E2038 Illegal character in input file: '|' (#$7C) C:\ACBr\Fontes\ACBrDFe\ACBrNFSeX\Base\ACBrNFSeXConversao.pas(13174) Error: E2004 Identifier redeclared: 'tpDedRedToStr' C:\ACBr\Fontes\ACBrDFe\ACBrNFSeX\Base\ACBrNFSeXConversao.pas(13179) Error: E2003 Undeclared identifier: 'drProfissionalParceiro' C:\ACBr\Fontes\ACBrDFe\ACBrNFSeX\Base\ACBrNFSeXConversao.pas(13183) Error: E2004 Identifier redeclared: 'StrTotpDedRed' C:\ACBr\Fontes\ACBrDFe\ACBrNFSeX\Base\ACBrNFSeXConversao.pas(13188) Error: E2003 Undeclared identifier: 'drProfissionalParceiro' C:\ACBr\Fontes\ACBrDFe\ACBrNFSeX\Base\ACBrNFSeXConversao.pas(13192) Error: E2029 Declaration expected but '=' found C:\ACBr\Fontes\ACBrDFe\ACBrNFSeX\Base\ACBrNFSeXConversao.pas(13327) Error: E2003 Undeclared identifier: 'trpiscofinscsllNaoRetido' C:\ACBr\Fontes\ACBrDFe\ACBrNFSeX\Base\ACBrNFSeXConversao.pas(13328) Error: E2030 Duplicate case label C:\ACBr\Fontes\ACBrDFe\ACBrNFSeX\Base\ACBrNFSeXConversao.pas(13330) Error: E2003 Undeclared identifier: 'trpiscofinscsllRetido' C:\ACBr\Fontes\ACBrDFe\ACBrNFSeX\Base\ACBrNFSeXConversao.pas(13330) Error: E2030 Duplicate case label C:\ACBr\Fontes\ACBrDFe\ACBrNFSeX\Base\ACBrNFSeXConversao.pas(13331) Error: E2003 Undeclared identifier: 'trpiscofinsRetidocsllNaoRetido' C:\ACBr\Fontes\ACBrDFe\ACBrNFSeX\Base\ACBrNFSeXConversao.pas(13331) Error: E2030 Duplicate case label C:\ACBr\Fontes\ACBrDFe\ACBrNFSeX\Base\ACBrNFSeXConversao.pas(13332) Error: E2003 Undeclared identifier: 'trPisRetidoCofinsCsllNaoRetido' C:\ACBr\Fontes\ACBrDFe\ACBrNFSeX\Base\ACBrNFSeXConversao.pas(13332) Error: E2030 Duplicate case label C:\ACBr\Fontes\ACBrDFe\ACBrNFSeX\Base\ACBrNFSeXConversao.pas(13333) Error: E2003 Undeclared identifier: 'trCofinsRetidoPisCsllNaoRetido' C:\ACBr\Fontes\ACBrDFe\ACBrNFSeX\Base\ACBrNFSeXConversao.pas(13333) Error: E2030 Duplicate case label C:\ACBr\Fontes\ACBrDFe\ACBrNFSeX\Base\ACBrNFSeXConversao.pas(13334) Error: E2003 Undeclared identifier: 'trCofinsCsllRetidoPisNaoRetido' C:\ACBr\Fontes\ACBrDFe\ACBrNFSeX\Base\ACBrNFSeXConversao.pas(13334) Error: E2030 Duplicate case label C:\ACBr\Fontes\ACBrDFe\ACBrNFSeX\Base\ACBrNFSeXConversao.pas(13335) Error: E2003 Undeclared identifier: 'trCsllRetidoPisCofinsNaoRetido' C:\ACBr\Fontes\ACBrDFe\ACBrNFSeX\Base\ACBrNFSeXConversao.pas(13335) Error: E2030 Duplicate case label C:\ACBr\Fontes\ACBrDFe\ACBrNFSeX\Base\ACBrNFSeXConversao.pas(13336) Error: E2003 Undeclared identifier: 'trPisCsllRetidoCofinsNaoRetido' C:\ACBr\Fontes\ACBrDFe\ACBrNFSeX\Base\ACBrNFSeXConversao.pas(13336) Error: E2030 Duplicate case label C:\ACBr\Fontes\ACBrDFe\ACBrNFSeX\ACBrNFSeXConfiguracoes.pas(2607) Fatal: F2063 Could not compile used unit 'ACBrNFSeXConversao.pas' Compilation failure Erro ao compilar o pacote "ACBr_NFSeX.dpk".

Ú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.

Estou emitindo uma NFSE, que é uma exportação de serviços, para estados unidos. Incluida no JSON, informação do endExt (endereço do exterior). {"provedor": "padrao", "ambiente": "producao", "referencia": "5b9938da-ea32-48bd-a4a1-68627ee893dc", "infDPS": {"tpAmb": 1, "dhEmi": "2026-04-09T08:22:00-03:00", "dCompet": "20260409", "prest": {"CNPJ": "13294985000157"}, "toma": {"xNome": "GOOGLE EUA", "NIF": "00001", "end": {"endExt": {"cPais": "US", "cEndPost": "94043", "xCidade": "Mountain View", "xEstProvReg": "CA"}}}, "serv": {"cServ": {"xDescServ": "EMISSAO DE INVOICE", "cTribNac": "1719", "cTribMun": "1251"}, "locPrest": {"cLocPrestacao": "4305108"}, "infoCompl": {"xInfComp": "Invoice INV-0006 — Dólar Americano (USD) 1.00", "docRef": "INV-0006"}, "comExt": {"mdPrestacao": 0, "vincPrest": 0, "tpMoeda": "220", "vServMoeda": 5.16, "mecAFComexP": "00", "mecAFComexT": "00", "movTempBens": 0, "mdic": 0}}, "valores": {"vServPrest": {"vServ": 5.16}, "trib": {"tribMun": {"tribISSQN": 3, "cPaisResult": "US", "cLocIncid": "4305108"}, "totTrib": {"indTotTrib": 0} }}}} A NFSe validou, tudo certo, mas na prefeitura, ficou sem os dados de Pais, endereço e etc. (print abaixo padrão prefeitura, e depois nacional) No padrão Nacional, MUNICIPIO ficou ainda de "caxias do sul", não indo para o exterior. Já testei alterar os campos de Local de Prestação de serviços, pais de prestação de serviços e etc.

Boa tarde Pessoal, Estou tentando emitir uma NFSe em Monte Alto/SP pelo provedor padrão (Fiorilli na cidade) e está ocorrendo alguns erros que não estou conseguindo localizar o problema. 1- O primeiro é quando envio NBS na requisição para a nuvem fiscal e me retorna esse erro: [Erro de Validação: --> 1871 - Element '{http://www.abrasf.org.br/nfse.xsd}CodigoNbs': This element is not expected. Expected is ( {http://www.abrasf.org.br/nfse.xsd}Discriminacao ). - 400 - Bad Request]" Payload: {"provedor":"padrao","ambiente":"producao","referencia":"48","infDPS":{"tpAmb":1,"dhEmi":"2026-03-25T17:41:34.782Z","dCompet":"2026-03-25","prest":{"CNPJ":"06062050000180","CPF":null,"regTrib":{}},"toma":{"CNPJ":null,"CPF":"39241466839","xNome":"Naiara Rafaela Bedin","fone":"5516997229193"},"serv":{"cServ":{"cTribNac":"010701","cTribMun":"302","xDescServ":"Produto para Servicos - Locker","CNAE":"4751201","cNBS":"107100000"}},"valores":{"vServPrest":{"vReceb":0.4,"vServ":0.4},"vDescCondIncond":{"vDescIncond":null},"trib":{"tribMun":{"tribISSQN":1,"pAliq":1,"vBC":0.4,"vISSQN":0},"totTrib":{"vTotTrib":{"vTotTribFed":0,"vTotTribEst":0,"vTotTribMun":0}}}}}} 2- O segundo é quando não envio o NBS e ai apresenta esse erro: "Erro ao enviar documento NFSe: [[{\"codigo\":\"L4\",\"descricao\":\"Estrutura do xml recebido incorreta. javax.xml.bind.MarshalException - with linked exception:[org.xml.sax.SAXParseException; lineNumber: 0; columnNumber: 0; cvc-complex-type.2.4.d: Invalid content was found starting with element 'ns2:Signature'. No child element is expected at this point.].\",\"correcao\":\"Valide as tags do xml antes de enviar.\"}]]" Payload: {"provedor":"padrao","ambiente":"producao","referencia":"48","infDPS":{"tpAmb":1,"dhEmi":"2026-03-25T18:51:44.924Z","dCompet":"2026-03-25","prest":{"CNPJ":"06062050000180","CPF":null,"regTrib":{}},"toma":{"CNPJ":null,"CPF":"39241466839","xNome":"Naiara Rafaela Bedin","fone":"5516997229193"},"serv":{"cServ":{"cTribNac":"010701","cTribMun":"302","xDescServ":"Produto para Servicos - Locker","CNAE":"4751201","cNBS":null}},"valores":{"vServPrest":{"vReceb":0.4,"vServ":0.4},"vDescCondIncond":{"vDescIncond":null},"trib":{"tribMun":{"tribISSQN":1,"pAliq":1,"vBC":0.4,"vISSQN":0},"totTrib":{"vTotTrib":{"vTotTribFed":0,"vTotTribEst":0,"vTotTribMun":0}}}}}} 7e06bee1130ac05010a775adef73c24d.xml

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.

Segue alteração para retornar a Data de Emissão da NFS-e retornada na emissão do provedor GIAP. Giap.Provider.pas

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:

Ultima atualização: 18/03/2026 Situação Atual Os provedores Primax, Facundo, FGMaiss e Sam todos utilizam o mesmo leiaute do provedor WebFisco, portanto, as alterações são feitas no WebFisco e consequentemente refletidas nos demais. O provedor WebFisco atualizou seu leiaute a fim de atender a reforma tributária. O novo leiaute permite o envio de apenas um 1 item e remove algumas tags. Portanto, se o arquivo XML que estiver sendo gerado tiver tags como item2, f1n, f1d, f1v, val2 ou aliq2 ele está no leiaute antigo. Para atender a esse novo leiaute, as soluções ACBr criaram uma nova versão 1.01 do leiaute do WebFisco implementando essas modificações. O leiaute antigo na versão 1.00 ainda funciona, sendo recepcionado pelos web services, mas tivemos relatos de colegas da comunidade de que notas geradas nessa versão não foram sincronizadas posteriormente com o ambiente nacional. Como testar esse provedor com a Reforma Tributária? 1. Verifique se o município que pretende testar já está na versão 1.01, se estiver pode pular direto para a seção "Referência de Preenchimento". 2. Busque pela cidade que deseja testar e adicione as seguintes seções a ela conforme exemplos de acordo com o estado do município. (Aqui eu uso as URLs do Primax, mas para os demais provedores é a mesma lógica) Se for do estado de São Paulo: Versao=1.01 ProRecepcionar=* ProConsultarNFSeRps=https://www.primaxonline.com.br/issqn/wservice/wsnfeconsultaxmlpn.php ProConsultarNFSe=https://www.primaxonline.com.br/issqn/wservice/wsnfeconsultaxmlpn.php ProCancelarNFSe=https://www.primaxonline.com.br/issqn/wservice/wsnfecancelapn.php ProGerarNFSe=https://www.primaxonline.com.br/issqn/wservice/wsnfeenviapn.php HomRecepcionar=* HomGerarNFSe=https://www.primaxonline.com.br/issqn/wservice/wsnfe_teste_homologacaopn.php ProSoapAction=https://www.primaxonline.com.br/issqn/wservice/ HomSoapAction=https://www.primaxonline.com.br/issqn/wservice/ Se for do estado do Rio de Janeiro: Versao=1.01 ProRecepcionar=* ProConsultarNFSeRps=https://www1.primaxonline.com.br/issqn/wservice/wsnfeconsultaxmlpn.php ProConsultarNFSe=https://www1.primaxonline.com.br/issqn/wservice/wsnfeconsultaxmlpn.php ProCancelarNFSe=https://www1.primaxonline.com.br/issqn/wservice/wsnfecancelapn.php ProGerarNFSe=https://www1.primaxonline.com.br/issqn/wservice/wsnfeenviapn.php HomRecepcionar=* HomGerarNFSe=https://www.primaxonline.com.br/issqn/wservice/wsnfe_teste_homologacaopn.php ProSoapAction=https://www1.primaxonline.com.br/issqn/wservice/ HomSoapAction=https://www1.primaxonline.com.br/issqn/wservice/ 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. Referência de Preenchimento O novo leiaute remove alguns campos e adiciona outros novos, as referências abaixo mostram por tipo de solução qual é a propriedade ou informação do arquivo INI que gera a tag correspondente. Para quem utiliza componente nativo para Delphi/Lazarus, confira: ReferenciaArquivoXML.xml; Para quem utiliza ACBrMonitorPLUS ou ACBrLibNFSe, confira: ReferenciaArquivoINI.pdf (Em ReferenciaArquivoINI, os itens com -- são valores que não são definidos pelo arquivo INI usado para gerar a NFS-e)

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.