Jhoni Conzatti

Oi @Ramon Valentim de fato ainda não foram para o SVN. Estou com o ajuste apenas nos fontes locais.

E1235 Falha no esquema XML do DF-e. The element 'infPedReg' in namespace 'http://www.sped.fazenda.gov.br/nfse' has invalid child element 'nPedRegEvento' in namespace 'http://www.sped.fazenda.gov.br/nfse'. List of possible elements expected: 'e101101, e105102, e101103, e105104, e105105, e202201, e203202, e204203, e205204, e202205, e203206, e204207, e205208, e305101, e305102, e305103' in namespace 'http://www.sped.fazenda.gov.br/nfse'. Boa tarde a todos, estou recebendo esse erro ao enviar o evento de cancelamento de NFSe para a prefeitura de Blumenau - SC que usa o provedor Simpliss. Ao analisar o código fonte de montagem do XML desse evento na unite Simpliss.Provider.pas, observei que a tag nPedRegEvento sempre é enviada. Apenas comentei essas linhas (o que deixa o XML com o mesmo padrão que o layout nacional), e o evento cancelamento foi aprovado. Se possível, peço para que seja corrigido nos fontes oficiais. SimplISS.Provider.pas

Claro! Basicamente editei o arquivo ACBrNFSeXServicos.ini Na seção [SimplISS] deixei da seguinte maneira: [SimplISS] ; Configurações até 31/03/2026 HomRecepcionar=http://wshomologacao.simplissweb.com.br/nfseservice.svc HomLinkURL=http://wshomologacao.simplissweb.com.br/nfseservice.svc ;Params=APIPropria:|ServicosPadraoNacional:ConsultarNFSeRps,ConsultarNFSePorChave,ConsultarEvento,ConsultarDFe,ConsultarParam,ObterDANFSE ;Versao=1.01 ;HomRecepcionar=https://producaorestrita.simplissweb.com.br E a seção [4202404] alterei para: [4202404] Nome=Blumenau UF=SC Provedor=SimplISS ;ProRecepcionar=https://nfseblumenau.simplissweb.com.br ; Configurações até 31/03/2026 Versao=2.03 Params=Aliquota4Casas: ProRecepcionar=https://wsblumenau1.simplissweb.com.br/nfseservice.svc HomRecepcionar=https://wshomologacaoabrasf1.simplissweb.com.br/nfseservice.svc ProSoapAction=http://www.sistema.com.br/Sistema.Ws.Nfse HomSoapAction=http://nfse.abrasf.org.br ProLinkURL=https://blumenau.simplissweb.com.br/contrib/app/nfse/relatorio?cnpj=%Cnpj%&ser=E&inum=%NumeroNFSe%&icod=%CodVerif% Salvei esse arquivo e liberei junto do executável. Isso faz o a Simpliss usar seu processador antigo de notas fiscais de serviço em Blumenau-SC. Esse é o arquivo que tenho alterado: ACBrNFSeXServicos.ini

No meu caso funcionou sim com o ini. Bastou colocar junto do exe.

Bom dia, hoje estou recebendo timeout depois de 1 minuto de espera... está inviável com o layout nacional. Montei um ini para poder usar o layout do próprio provedor em Blumenau-sc

Boa tarde pessoal, aparentemente está resolvido nos fontes do ACBr. Acabei de baixar e atualizar aqui. Tudo funcionando

Em ambiente de produção, a nfse preenchida da mesma forma é aprovada. No entanto o retorno demora em torno de uns 20 segundos. Também testei o cancelamento em produção: está funcionando. No entanto a consulta consta que a NFs-e não existe no ambiente nacional. Talvez tenha que esperar um tempo para sincronizar. Vou tentar emitir outra e consultar mais tarde.

Boa tarde pessoal, Abril está chegando... por isso voltei agora para esse demanda da Simpliss em Blumenau - SC. 1/4/26 é o prazo final para o provedor se adequar ao padrão nacional. Estou tentando emitir NFS-e em ambiente de homologação. Não importa o que eu faça, sempre recebo o seguinte erro: { "erros":[ { "codigo":"ECXXXX", "descricao":"Informe uma alíquota do Simples Nacional.", "complemento":"Este erro está em processo de validação interna e por isso ainda não possui um código está sujeito a mudanças." } ], "tipoAmbiente":2, "versaoAplicativo":"SimplissWs_v1.0.0", "dataHoraProcessamento":"2026-03-16T14:04:38.8954399-03:00" } Alguém sabe como resolver esse erro? Já tentei preencher tanto a propriedade ACBrNFSeX.Servico.Valores.totTrib.pTotTribSN quanto ACBrNFSeX.Servico.Valores.tribMun.pAliq. As respectivas tags são geradas no XML, mas não funciona. Vou tentar emitir em produção. Reportarei o resultado da emissão neste ambiente.

Muito obrigado Daniel

@Rodrigo Ewald tenta fazer o Trim ao carregar o xml de retorno da consulta da NFS-e, semelhante ao que fiz no cancelamento.

Existe um outro tópico de Abril de 2022 que trata do mesmo problema no cancelamento de NFS-e com provedor IPM. Apliquei a mesma solução descrita, e resolveu! Em anexo está o código fonte modificado da unit IPM.Provider.pas: IPM.Provider.pas

Comente o referido método nessa classe. Depois do ajuste acima, recompilei, executei e testei. A emissão voltou a funcionar. No entanto agora notei que agora existe um novo problema no cancelamento da NFS-e.

Aparentemente alguém deixou esse método TACBrNFSeXWebserviceIPM101.TratarXmlRetornado incompleto no código fonte do componente. Ele não está retornando NADA e por isso não preenche a propriedade ArquivoRetornado. Provavelmente, se retirar essa implementação dessa classe, já vai pegar o comportamento da classe pai. Vou ver como está o tratamento na classe pai e apagar essa implementação para fazer um novo teste.

Vejam isso, dá erro de XML de retorno vazio, mas pelo Envelope diz que a nota foi emitida com sucesso. Aparentemente existe algum erro no tratamento do retorno dentro do componente ACBrNFSeX

Boa tarde, no meu caso eu realmente estava com problema no preenchimento no CST do PIS/COFINS. No entanto depois que corrigi isso comecei a ter o mesmo comportamento descrito pelos colegas. O ACBr dá erro X201 (XML de retorno vazio), no entanto a NFS-e é emitida. Notei que o retorno não vem na propriedade ArquivoRetorno, mas vem em EnvelopeRetorno do componente.

Obrigado, eu vou analisar isso. O estranho é que não ocorria esse erro antes de atualizar os componentes do ACBr. Mas pode ter sido alguma coincidência...

@Juliomar Marchetti não consegui um xml anterior

Resolvido, obrigado!

Boa tarde pessoal, estou recebendo o seguinte erro ao emitir NFS-e em Indaial X201: WebService retornou um XML vazio. Aparentemente começou a acontecer depois que os fontes do ACBr foram atualizados. O sistema está preenchendo o componente e gerando o XML em anexo para enviar ao provedor. No entanto está retornado um XML vazio e portanto não faço ideia de qual pode ser o problema. 77536-emissao-envio.xml

Boa tarde pessoal, atualizei os fontes do ACBr e, ao instalar os componentes, estou recebendo erro de compilação em ACBr_NFSeX.dpk

No Layout Nacional não... nem cancelar, nem consultar. Mas acho que agora é algo relacionado ao componente. No entanto é apenas uma desconfiança ainda... quando restar um tempo aqui mostro os erros que estou recebendo.

Até resolvi esse erro atualizando e usando novos schemas. Mas depois disso deu outro erro que não consegui solucionar... parece ser que o provedor ainda não aceita evento de cancelamento. OBS: Também recebo erro na consulta por chave (nesse caso parece ser erro do componente). Quando eu conseguir, passo o erro exato aqui, sobre a consulta e cancelamento.

@Italo Giurizzato Junior Poderia nos ajudar com essa questão da série?

Concordo com você! Acho que é algo que pode ser ajustado no fonte do ACBr. Quando tiver um tempo, eu tento procurar no fonte onde ajustar e compartilho aqui para atualizar nos fontes oficiais. Por enquanto, vou forçar a soma de 10000 na série para poder emitir NFS-e. Estou com outras demandas no momento.

Seguem JSON enviado e o XML retornado. No meu caso, emitidos em produção. Eu desisti do ambiente de homologação. Aparentemente tem erros que não ocorrem em produção. 419-emissao-retorno.xml419-emissao-envio.json Pode usar a ferramenta https://tools.simonwillison.net/base64-gzip-decoder para decodificar o valor da chave "dpsXmlGZipB64" no JSON e ver o conteúdo do XML enviado.