ACBrNFSeX1.WebService.Emite.Protocolo não retorna o número do protocolo

[Rogério Xavier]

Saudações a todos!!

 

Estou com problemas com o ACBrNFSeX ao enviar um lote de rps. Utilizo o método ACBrNFSeX1.Emitir(Lote, meLoteAssincrono); e em seguida tento obter o número de protocolo com ACBrNFSeX1.WebService.Emite.Protocolo mas o mesmo vem vazio. Nos arquivos que são salvos no disco o protocolo encontra-se no que tem nome no padrão 99999-rec.xml, mas pelo componente eu não consegui obter esse número

[Italo Giurizzato Junior]

Boa tarde Rogério,

Preciso saber qual é o provedor e do arquivo (*-soap.xml) de retorno que contem o numero do protocolo.

[Rogério Xavier]

Boa tarde Ítalo,

 

o provedor é SigCorp, não tem arquivo *-soap.xml. Os arquivos com este padrão só tem de quando eu usava o componente antigo, com o novo não estão sendo gerados esses arquivos, a menos que esteja em outra pasta.

[Italo Giurizzato Junior]

Rogério,

No programa exemplo, aba WebService tem o campo [ ] Salvar envelope SOAP.

Ative essa opção que ele começa a salvar os arquivos (*-soap.xml)

[Rogério Xavier]

Ítalo, 

alterei a informação conforme solicitou, mas hoje não tenho mais nota para emitir, amanhã terei mais e aí te falo sobre o arquivo

[Rogério Xavier]

Bom dia Ítalo,

 

já tenho o arquivo (*-soap.xml)

[Rogério Xavier]

Ítalo,

 

ACBrNFSeX1.WebService.Emite.XmlRetorno também está vindo em branco

[Italo Giurizzato Junior]

Boa tarde Rogério,

Para que eu possa verificar o que esta ocorrendo eu preciso dos arquivos SOAP.

Favor anexar eles.

[Rogério Xavier]

Ítalo,

 

tem como eu mandar estes arquivos em privado?

[Italo Giurizzato Junior]

Sim

[Rogério Xavier]

como faço para mandar no privado?

[Italo Giurizzato Junior]

Rogério,

Passa o mouse sobre o meu nome vai aparece uma tela e no canto inferior esquerdo o botão Mensagem.

[Italo Giurizzato Junior]

Bom dia Rogério,

Notei que no lote de Rps enviado para o webservice do provedor tem por volta de 7 Rps, até ai sem nenhum problema, pode até ter 50 Rps.

O provedor deveria retornar o protocolo e ao consultar o lote ele retornar as rejeições ou os XMLs das notas, mas ele já retornou as rejeições.

Se você abrir o *-rec-soap.xml vai notar o seguinte:

<ListaMensagemRetorno>
  <MensagemRetorno>
    <Codigo>E39</Codigo>
    <Mensagem>Apenas empresas inscritas neste município podem efetuar retenção de ISSQN.</Mensagem>
    <Correcao>O tomador do serviço não foi encontrado na base de dados do município</Correcao>
  </MensagemRetorno>
</ListaMensagemRetorno>

Pelo menos um desses 7 Rps incluídos no lote o tomador não esta inscrito no município e foi informado que existe retenção de ISSQN.

Infelizmente o webservice não informa qual dos Rps que provocou a rejeição.

Vai ser necessário verificar um por um para identifica-lo.

[Rogério Xavier]

Bom dia Ítalo,

 

no caso do RPS que te enviei, realmente haviam mais de uma nota nele, mas mesmo quando envio uma nota só não estou conseguindo ler o número do protocolo, mesmo quando a nota é autorizada.

[Italo Giurizzato Junior]

Boa tarde Rogério,

Abra a Unit SigCorp.Provider e faça a seguinte alteração:

  Result := Executar('http://tempuri.org/RecepcionarLoteRps', Request,
                     ['RecepcionarLoteRpsResult', 'EnviarLoteRpsResposta'],
                     ['xmlns:tem="http://tempuri.org/"']);

A tag: RecepcionarLoteRps esta errada o correto é EnviarLoteRpsResposta.

Faça essa correção, reinstale o ACBr, por fim compila a aplicação e faça novos testes.

Essa correção em breve vai ser enviada para o SVN.

[Rogério Xavier]

Boa tarde Ítalo,

fiz a alteração que sugeriu e ai passou a gravar o arquivo de retorno. Mas na sequência passou a dar o erro:

 

Debugger Exception Notification
---------------------------
Project XXXXX.exe raised exception class EConvertError with message ''2/' is not a valid integer value'.
---------------------------
Break   Continue   Help   

 

debugando, descobri que o problema era com a data do recebimento, que estava <DataRecebimento>2/11/2022 5:26:51 PM</DataRecebimento> (faltando o zero no mês e na hora). Alterei o conteúdo do xml durante o processo, deixando assim <DataRecebimento>02/11/2022 05:26:51 PM</DataRecebimento> e dando continuidade ao debug, na função LerDatas da unit ACBrXmlBase a variável xData recebeu o valor '2/11/2022 5:26:51 PM', que também alterei. Após estes passos deu tudo certo.

 

O anexo "Imagem debug.png" consta o print da tela de debug.

O anexo "20220211172649-rec - Original.xml" é o xml como foi salvo em disco pelo componente

O anexo "20220211172649-rec.xml" é o xml com as alterações que fiz.

 

 

20220211172649-rec - Original.xml 20220211172649-rec.xml

[Italo Giurizzato Junior]

Rogério,

Já inclui na minha lista de tarefas. TK-2392

[Italo Giurizzato Junior]

Boa tarde Rogério,

Favor atualizar os fontes e faça novos testes.

[Rogério Xavier]

Bom dia Ítalo,

 

atualizei os fontes, reinstalei o ACBr e recompilei o programa. Mesmo assim continua não buscando o número do protocolo. Lembrando que falta os 0 (zeros) no formato da data e hora na tag <DataRecebimento>2/28/2022 7:20:59 PM</DataRecebimento>

 

[Italo Giurizzato Junior]

Boa tarde Rogério,

A questão da data é para ter sido resolvido.

Essa data que você colocou me parece que esta no formato Mês/Dia/Ano, isso confere?

[Rogério Xavier]

Confere sim Ítalo. Ela está desta forma no arquivo 20220228213547-rec.xml. Mas conforme disse anteriormente, se eu alterar o arquivo durante o debug, colocando o zero tanto no mês quanto na hora, dá certo

[Italo Giurizzato Junior]

Bom dia Rogério,

Favor atualizar os fontes e faça novos testes.

Preciso descobrir ainda uma maneira de identificar quando a data esta no formado MM/DD/AAAA

Uma vez que 04/03/2022 e 03/04/2022 não tem como saber.

Já a data 03/20/2022 fica claro que ela no formato MM/DD/AAAA.

Pensei em até pegar a data 03/04/2022 (por exemplo) e comparar com a data de hoje, se ela for maior então o dia e o mês precisa inverter, mas a rotina que faz a leitura da data é utilizada para ler qualquer data que esteja no XML e a data que ele possa estar lendo pode ser uma data futura, algo do tipo: data de vencimento da fatura.