TiagoTecchio

Bom dia Italo, Atualizado os fontes e novas tentativas. Alguns pontos que precisariam de ajuste. O webservice valida o nome da cidade, portanto não pode ser "Caxias do Sul/RS" somente "Caxias do Sul" - tanto no endereço do tomador quando do emitente. Eu ajustei manualmente o arquivo ACBrNFSeXConversao.pas, não sei se ali é o melhor lugar para o ajuste - pessoalmente prefiro passar o nome da cidade manualmente ao invés do componente fazer isso, mas creio que essa é uma decisão sua. Outro questão: a propriedade cNFSe não está sendo carregada quando leio o XML (via arquivo ou stream) - está sendo enviada para outro campo que o provedor não utiliza. A versão do XML não pode ser 1.10 mas 1.1 - fiz um cast no provider para ajustar em tempo de execução assim : TACBrNFSeProviderInfisc101(a.acbrNFServX.Provider).ConfigWebServices.VersaoDados := '1.1'; Por fim, ao iterar sobre o resultado da consulta de lote logo após a chamada do método Emitir, a NFSe é autorizada com sucesso porém a mensagem de que a nota foi aceita é listada como se fosse um erro: // Meu teste if vNFSe.WebService.ConsultaLoteRps.Erros.Count > 0 then // vNFSe.WebService.ConsultaLoteRps.Erros[i].Descricao => Nota fiscal 8 aceita. Protocolo nr. 222481 Obrigado pela ajuda. 20220311102608-lista-nfse-con-lot.xml

Bom dia Italo, Agora consegui obter a lista de rejeições acessando a lista ACBrNFSeX1.WebService.ConsultaLoteRps.Erros logo após o envio. Contudo não consigo realizar a Consulta sobre uma NFSe já emitida. Analisando o arquivo Infisc.Provider vi que a consulta é feita através do método pedidoLoteNFSe, porém uma exceção é levantada ao assinar o XML Método Executado: ConsultarNFSePorFaixa Parâmetros de Envio Num. Ini. NFSe: 5 Num. Fin. NFSe: 5 Data Inicial : 30/12/1899 Data Final : 30/12/1899 Parâmetros de Retorno Sucesso : False Erro(s): Código : X801 Mensagem: Erro ao Assinar: Nenhum elemento encontrado Correção: O erro é disparado nesta linha (função TDFeSSLXmlSignLibXml2.Assinar dentro de ACBrDFeXsLibXml2.pas)

Boa tarde Italo, Fiz um novo teste agora usando o método Emitir. Veja que pela sequência o componente enviou a NFSe, recebeu a resposta, em seguida solicitou o status do Lote ao webservice e a resposta veio no arquivo 20220308171136-lista-nfse-con-lot.xml O que deve estar ocorrendo é que a lista de rejeições só vem depois de alguns segundos, a mensagem abaixo é uma fase intermediária. 20220308171136-con-lot.xml 20220308171136-lista-nfse-con-lot.xml 1-env-lot.xml 1-rec.xml

Italo, Este é o ponto, eu passei True para a propriedade ConsultaLoteAposEnvio mas o resultado da consulta é este XML: <sit>100</sit> <NFSe> <sit>217</sit> <motivos> <mot>NFS-e(s) já recebida(s) e ainda não processada(s).</mot> </motivos> </NFSe> As rejeições vieram somente após eu acionar manualmente o método ConsultaLoteRps (a imagem anexa) 20220304112511-lista-nfse-con-lot.xml

Bom dia Italo, Obrigado pelo esclarecimento. Então terei que modificar o processo de autorização - até então eu pensava que poderia capturar as exceções/rejeições/etc durante o envio da mesma forma como nos componentes acbrNFE, acbrMDFE e o antigo acbrNFSE. Também pelo fato de eu ativar a propriedade ConsultaLoteAposEnvio fiquei na dúvida se o componente iria executar a Consulta logo após ter Enviado. Se você me diz que agora o processo deve ser feito em duas etapas (1- envio e 2- consulta), OK vou adicionar um controle com loop para esperar as respostas. Grato.

Olá Italo, OK, entendi. Mas estas rejeições não deveriam ser carregadas no componente logo após ser acionado o método Emitir ? Porque o que está acontecendo é que o método Emitir retorna OK mas não está OK, eu acabo tendo que acionar o método ConsultarLoteRps para descobrir se houve rejeição.

Bom dia Italo, Segue os prints. Grato.

Bom dia Italo, Atualizei os fontes mas o resultado é o mesmo. Mesmo ativando a propriedade ACBrNFSeX1.Configuracoes.Geral.ConsultaLoteAposEnvio o componente não recebe as mensagens do envio. Ele enviar, recebe que o lote está em processamento mas a consulta subsequente não é executada. Se faço manualmente uma consulta informando o número de lote recebido, neste caso recebo um retorno OK do webservice (no meu teste uma lista de rejeições). 20220304112511-con-lot.xml 20220304112511-lista-nfse-con-lot.xml 1-env-lot.xml 1-rec.xml

Boa tarde Italo, Atualizei os fontes mas o retorno da consulta não aparece após o envio. Inclusive ajustei os parâmetros de intervalo. Estou esquecendo de algo? Obrigado pela ajuda. 1-env-lot.xml 1-rec.xml 20220303171919-con-lot.xml 20220303171919-lista-nfse-con-lot.xml

Bom dia Italo, Não obtenho um retorno com as mensagens ou não estou sabendo como fazer. Mas como estou usando o demo penso que o resultado viria em tela. Ao tentar emitir uma NFS-e com um número já emitido o resultado é: Método Executado: Enviar Lote Parâmetros de Envio Numero do Lote: 216473 Parâmetros de Retorno Data de Envio : 03/03/2022 Numero do Prot: Numero da Nota: Link : Código Verif. : Sucesso : False Erro(s): Código : Mensagem: Correção: --------- Estou emitindo usando o comando abaixo - o modo de envio seria então meAutomatico: ACBrNFSeX1.Emitir(vNumLote); A resposta está na primeira imagem, então parece que o componente não executa a consulta após a emissão ou não grava os retornos nas propriedades corretas. Se faço uma consulta usando o número do lote que recebo no primeiro XML a resposta é a segunda imagem (com as rejeições). Por fim tentei ler a propriedade ACBrNFSeX1.WebService.ConsultaLoteRps.XmlRetorno após a emissão para identificar o retorno mas o XML refere-se ao retorno da emissão (anexo). xml-ret.xml

Italo, Se ajuda localizei um problema de conversão de datas na função DataComBarra na unit ACBrXmlBase. Anexo com o ajuste. Creio que seja este o problema principal no meu caso. Mas mesmo depois de ajustado não consigo iterar sobre as rejeições que o webservice retorna. ACBrXmlBase.pas

Bom dia Italo, Obrigado pela resposta. Atualizei os fontes conforme a sua orientação. Os resultados agora foram diferentes. Observando os arquivos gravados na pasta de logs, o retorno parece OK. Porém o componente está interpretando alguma coisa de forma equivocada. Método Executado: Enviar Lote Parâmetros de Envio Numero do Lote: 216445 Parâmetros de Retorno Data de Envio : 30/12/1899 Numero do Prot: Numero da Nota: Link : Código Verif. : Sucesso : False Erro(s): Código : Mensagem: Correção: --------- Código : X999 Mensagem: Erro de Conexão: '/0' is not a valid integer value Correção: Neste exemplo tentei gerar um RPS já emitido. 444-env-lot.xml 444-rec.xml 20220301085853-con-lot.xml 20220301085853-lista-nfse-con-lot.xml

Boa tarde Italo, Agora utilizei os schemas da pasta que você mencionou. Porém o resultado não mudou. Ao acionar a opção Emitir no demo o resultado é este: Método Executado: Enviar Lote Parâmetros de Envio Numero do Lote: 333 Parâmetros de Retorno Data de Envio : 30/12/1899 Numero do Prot: Numero da Nota: Link : Código Verif. : Sucesso : False Erro(s): Código : Mensagem: Correção: --------- Estranhamente não há código ou mensagem na lista de erros. Um detalhe que percebi é que na segunda requisição (ao solicitar o status do lote) o componente está passando o número da RPS informado e não o número de lote recebido na primeira solicitação. Analisando os SOAPs gerados parece que a requisição de consulta não está sendo assinada. Obrigado pela ajuda. 333-env-lot-soap.xml 333-rec-soap.xml 20220224144451-con-lot-soap.xml 20220224144451-lista-nfse-con-lot-soap.xml

Bom dia Renato, Modifiquei para LibXml2 e ativei a validação de schemas mas o resultado é: Erro(s): Código : X800 Mensagem: Erro de Validação: Erro: Schema inválido Os schemas estão num pasta simples: C:\doc\schemaNfse Desconfio que o arquivo de schema do provedor tenha algum bug. Utilizei um programa que eles disponibilizam para validar XML (https://nfse.caxias.rs.gov.br/site/uploads/validador-NFSe.rar) e o XML gerado pelo demo não passou pela validação. Porém também não consegui validar um XML de uma NFSe já autorizado pela prefeitura. Até troquei de certificado para tentar outra abordagem mas o problema persiste. Vou continuar tentando. Grato pela ajuda.

Bom dia Rentato, Modifiquei para LibXml2 e ativei a validação de schemas mas o resultado é: Erro(s): Código : X800 Mensagem: Erro de Validação: Erro: Schema inválido Os schemas estão num pasta simples: C:\doc\schemaNfse Desconfio que o arquivo de schema do provedor tenha algum bug. Utilizei um programa que eles disponibilizam para validar XML (https://nfse.caxias.rs.gov.br/site/uploads/validador-NFSe.rar) e o XML gerado pelo demo não passou pela validação. Porém também não consegui validar um XML de uma NFSe já autorizado pela prefeitura. Até troquei de certificado para tentar outra abordagem mas o problema persiste. Vou continuar tentando. Grato pela ajuda.

Boa tarde Renato, Sim, apliquei as configurações que você me indicou. Os fontes foram atualizados ontem pela manhã. Windows também está atualizado. Se eu deixo a validação de schemas ativada não consigo avançar para o envio (surge aquela mensagem do primeiro post). Se desligo a validação consigo avançar. Veja como fiz: ACBrNFSeX1.Provider.ConfigSchemas.Validar := false; ACBrNFSeX1.Configuracoes.Geral.SSLCryptLib := ACBrDFeSSL.cryWinCrypt; ACBrNFSeX1.Configuracoes.Geral.SSLHttpLib := ACBrDFeSSL.httpWinHttp; ACBrNFSeX1.Configuracoes.Geral.SSLLib := ACBrDFeSSL.libWinCrypt; ACBrNFSeX1.Configuracoes.Geral.SSLXmlSignLib := ACBrDFeSSL.xsMsXml; ACBrNFSeX1.SSL.SSLType := blcksock.LT_TLSv1_2; ACBrNFSeX1.Configuracoes.WebServices.Salvar := True; ACBrNFSeX1.Configuracoes.Geral.ConsultaLoteAposEnvio := true; ACBrNFSeX1.Emitir(vNumLote, meLoteAssincrono); Anexo os arquivos de logs que o componente gera ao realizar esta operação. Obrigado pela ajuda. 555-env-lot.xml 555-env-lot-soap.xml 555-rec.xml 555-rec-soap.xml 20220223165830-con-lot.xml 20220223165830-con-lot-soap.xml 20220223165830-lista-nfse-con-lot-soap.xml

Olá Renato, Obrigado pelas explicações. Consegui avançar um passo, utilizei o método Emitir do componente e obtive um retorno do webservice. Porém este provedor é assíncrono, um segundo endpoint deve ser invocado para saber se o lote foi aceito (no caso usando o método Emitir não tive este retorno). Mesmo ativando a propriedade ACBrNFSeX1.Configuracoes.Geral.ConsultaLoteAposEnvio a consulta não é executada. Por fim tentei usar o método ConsultarLoteRps informando o número de lote recebido no método Emitir e a mensagem é a seguinte: Código : X999 Mensagem: Erro de Conexão: Premature end of data in tag obterCriticaLoteResponse line 1 2-rec.xml 216305-con-lot.xml 216305-lista-nfse-con-lot-soap.xml

Boa tarde, Estou testando a geração e envio de NFS-e utilizando o componente NFSeX para a prefeitura de Caxias do Sul/RS, que utiliza o provedor Infisc. Precisei realizar um ajuste no arquivo Infisc.LerXML.pas porque a tag cNFSe não estava sendo carregada (arquivo anexo). Contudo estou enfrentando alguns problemas estranhos ao utilizar o programa de exemplo do componente. Não consigo emitir devido a rejeição de schemas conforme a imagem anexa. Baixei o arquivo de schemas mais atualizado disponível no portal da prefeitura (anexo). Para conseguir avançar acabei desabilitando a validação utilizando a linha abaixo antes de emitir da NFSe: ACBrNFSeX1.Provider.ConfigSchemas.Validar := false; Mas isso acarreta outros problemas conforme vou modificando as propriedades SSLLib e XMLSignLib. Se uso SSLLib = libOpenSSL a mensagem é: Erro(s): Código : X801 Mensagem: Erro ao Assinar: "CarregarCertificadoDeNumeroSerie" não suportado em: TDFeOpenSSL Se uso SSLLib = libWinCrypt (que é o padrão que utilizo no componente ACBRNfe e funciona perfeitamente) a mensagem é: Erro(s): Código : X800 Mensagem: Erro de Validação: Erro: Schema inválido Se modifico a propriedade XMLSignLib para xsMsXML, o campo SSLLib é posicionado para libCustom e o erro é a mensagem anexo. Fico agradecido se alguém quiser compartilhar alguma dica. Infisc.LerXml.pas nfse.xsd

Essa informação está dentro do XML retornado? Se está poderia ser acessada por alguma prop do objeto ACBR, senão está deve ser informação específica da API da Sefaz.

Parece erro de autenticação, dados de login inválidos. Tentou atualizar as DLLs libeay e ssleay para a versão que suporta TLS (versão 1.0.2) ?

O bom e velho try-except não funciona para pegar a exceção?

Bom dia, Assim como surgiu, desapareceu o problema. Parece aquelas situações onde a coisa se resolve por osmose. O que fiz para não travar o cliente foi liberar o objeto acbrNFE caso a mensagem de erro contenha esse código "183" e na próxima requisição o objeto é novamente instanciado. Obviamente dependerá da forma como você utiliza as classes acbr, no meu caso o XML é gerado na estação e recarregado no servidor (onde é feita a assinatura, envio, etc).

Bom dia Também tenho enfrentado esta situação na última semana. É aleatório, num determinado momento todas as conexões retornam esta mensagem. O interessante é que seu eu libero o objeto ACBr da memória e forço nova alocação funciona, como na imagem anexa (Foi enviada a requisição as 11:23:17, ocorreu o erro, o programa liberou o objeto, o usuário enviou novamente às 11:23:43, forçando o programa a um novo instanciamento do acbrNfe e tudo certo) A aplicação está rodando num Windows Server 2012 Datacenter, aparentemente atualizada.

Olá Italo, Sim, é como você descreveu. Minha sistemática é um pouco diferente, o XML é gerado num lado e posteriormente carregado e autorizado em outro (num servidor). Mudar isso não está no radar até porque funciona bem desta forma a anos (NFE, Manifestos, etc). Relatei a situação porque creio que o componente deva manter em suas propriedades o valor das tags XML ipsis literis. Enfim, indo para o repositório ou não vou manter o ajuste que realizei. Obrigado e bom trabalho.