Douglas A R Lima

Bom dia, @francesco de assis e @Gildenor. Para testes no Ambiente de Homologação, quando for gerar o DPS, configure a tag "cLocEmi" com o Código do Município de Campo Grande. Isso é um requisito imposto pela Nota Control para utilizar o Ambiente de Homologação. No ACBr, configure a propriedade de mesmo nome: with ACBrNFSeX1.notasFiscais.new.NFSe do begin cLocEmi := iif(ACBrNFSeX1.configuracoes.webServices.ambiente = taProducao, CODIGO_MUNICIPIO, '5002704'); end; Na montagem do Id do DPS, a Nota Control também exige que no Ambiente de Homologação, seja informado o Código do Município de Campo Grande. Se o ACBr estiver atualizado, você pode verificar o método GerarXml (TNFSeW_ISSNetAPIPropria) da unit ISSNet.GravarXml o seguinte trecho de código: { Nas emissões para o Ambiente de Homologação, gerar a Chave do DPS com o Código do Município de Campo Grande - MS (Nota Control) } CodigoMun := IfThen(FpAOwner.ConfigGeral.Ambiente = taProducao, IntToStr(CodMunEmit), '5002704');

Fiz o ajuste exatamente igual ao código que você postou. Não funcionou. Não consigo entender o motivo desse ajuste funcionar para você e aqui não. A função GerarChaveDPS faz exatamente essa formatação na Série.

Boa noite, @Jhonlenon Ribeiro. Verifiquei que a função GerarChaveDPS já adiciona os zeros a esquerda na Série. Para testes, apliquei a correção que você sugeriu. Aqui não resolveu. Continuou o erro de validação.

Boa noite, @Italo Giurizzato Junior. Testes de emissão em Brasília-DF: Operação "EnviarLoteDpsSincrono" : transmissão sem erros. Tudo ok! Operação "GerarNFSe" : recebo um erro de validação informando que o valor "8" não é válido para a "série". Depurando a aplicação, verifiquei que o erro ocorre no método "ValidarSchema" que é chamado na opção "Emite" da unit ACBrNFSeXProviderBase. Fiz um teste de adicionar o modo meUnitario na mesma opção do meLoteSincrono. Não ocorreu o erro e a nota foi transmitida. Acredito que não seja a solução, mas estou relatando o ocorrido. Se possível, por favor, faça um teste com a opção GerarNFSe e veja se ocorre o mesmo problema.

Boa tarde a todos! ISSNet em Brasília-DF também divulgou comunicado informando data de início do Ambiente de Produção da NFS-e Padrão Nacional. COMUNICADO – NFS-e DF MIGRA PARA PADRÃO NACIONAL Prezado(a) Contribuinte, A Administração Tributária do Distrito Federal informa que a atual Nota Fiscal de Serviço padrão ABRASF 2.04 estará em operação de forma estrita e improrrogável até o dia 30 de abril de 2026, quando será substituída e entrará definitivamente em produção a Nota Fiscal de Serviço padrão nacional cujo layout é especificado pelo Comitê Gestor da NFS-e e dispõe de campos para informar o IBS/CBS. A documentação técnica está disponível no “RTC” da Biblioteca do Portal da Nota Fiscal de Serviço eletrônica. Portanto, se emite suas NFS-e: 1 - Por meio de sistema próprio – webservice, é imperativo que o mesmo seja atualizado e testado junto ao ambiente de homologação até 30/04/2026 com vistas a não inviabilizar a emissão de notas da empresa. Consta que o ambiente de homologação está disponível para testes desde 16 de março de 2026. Link do manual com exemplos de xml e xsd de validação: https://www.notacontrol.com.br/download/nfse/Manual_integracao_v101.pdf Validador da estrutura do XML - Webservice de Homologação: https://nfse.issnetonline.com.br/wsnfsenacional/homologacao/nfse.asmx Atenção: De 09/04/2026 até 30/04/2026 os dois modelos (Abrasf 2.04 e padrão nacional) estarão simultaneamente em produção para evitar transtornos. 2 - Diretamente no portal de Serviços da Secretaria de Economia – SEEC/DF (https://www.receita.fazenda.df.gov.br/), continuará a fazê-lo normalmente. Não terá de implementar adaptações de software, mas terá de familiarizar-se com os campos e nomenclaturas do novo modelo da nota. 3 - Diretamente no Portal da NFS-e Nacional (https://www.gov.br/nfse/pt-br) por ser Microempreendedor Individual – MEI, continuará a fazê-lo normalmente. Não terá de implementar adaptações de software. Recomenda-se a todos familiarizarem-se com os campos e as nomenclaturas novas constantes da NFS-e padrão nacional para evitar que sejam emitidas NFS-e preenchidas indevidamente, bem como, que conheçam a Tabela de Correlações NBS, o “item 3-Esclarecimentos da Nota Técnica nº 07 - CGNFS-e (https://www.gov.br/nfse/pt-br/biblioteca/documentacao-tecnica/rtc), e o Ato Conjunto RFB/CGIBS nº 1, de 22 de dezembro de 2025. Incluída por: Yago Luís, 07/04/2026

Bom dia, @Gui ADC. As tags "cLocIncid" e "xLocIncid" são retornadas pela prefeitura. Na geração do DPS, faça um teste alterando a tag "cLocPrestacao" para a localidade da incidência. No ACBr essa tag é alimentada pela propriedade "CodigoMunicipio".

Boa tarde, @Gildenor. Na imagem que postei, consta o elemento raiz “DPS”. Ele contém todas as informações que deram origem a NFS-e.

Bom dia, @Gildenor.

Bom dia, @Gui ADC. Se você está com o seu arquivo ACBrNFSeXServicos.ini atualizado e utilizando as configurações abaixo, o XML será gerado no Padrão Nacional com as tags da RTC. Depure sua aplicação e verifique o fluxo. with ACBrNFSeX.Configuracoes.Geral do begin Provedor := proISSNet; LayoutNFSe := lnfsProvedor; Versao := ve101; end;

Boa tarde, @francesco de assis. Exatamente! Sobre o erro em questão, revise suas configurações. Tem um post do dia 23/03/2026 com algumas orientações.

As consultas de notas no ISSNet (Homolagação) não estão mais gerando erro.

Bom dia a todos! Hoje, 25/03/2026, consegui Transmitir a primeira NFS-e no Modelo Nacional utilizando o Ambiente de Homologação da Nota Control. Ontem, entrei em contato via telefone com o suporte da Nota Control para falar a respeito da rejeição E157, a consultora Isadora fez algumas verificações e informou que precisaria de mais tempo. Resolveu! Recebi o retorno com o XML da NFS-e. No entanto, ao pesquisar no ISSNet Homologação, aparece a mensagem "Erro ao carregar informações, contate o suporte. Erro 721009". Estamos em um ritmo vagaroso, mas estamos caminhando!

Também estou aguardando retorno da Nota Control com relação a essa rejeição.

Boa tarde, @Jhonlenon Ribeiro. Seguem os arquivos solicitados. Os ajustes realizados, foram com o intuito de antecipar os testes. Pode ser que alguma alteração não esteja no padrão utilizado pelo ACBr. Oriento que você mantenha os seus fontes atualizados com o repositório oficial do ACBr. ISSNet.GravarXml.pas ISSNet.Provider.pas schema_v101-ISSNet.xsd Este arquivo XSD, não contempla as alterações da documentação técnica com revisão de 17/03/2026.

O Validador de XML não aplica regras de negócio. Ele verifica se a estrutura do XML está de acordo com o que foi definido nos schemas. Observe que no exemplo em anexo, utilizei o numeral "9" em todas as tags. E mesmo assim recebi a mensagem "XML válido".