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.