Erro: "Não encontrei inicio do URI: Id=." usando GOVBR

[Sérgio Assunção]

Boa tarde Italo.

Eu recebi um retorno do pessoal da GovBr. Veja:

"Arquivo 1-env-lot-c.xml: arquivo contém HTML entities ao invés dos caracteres < e > invalidando o documento, pois não é possível ler corretamente seu conteúdo."

Procede ?

Ficaram de me responder em partes, conforme a ánalise dos xml´s enviados. Vou postando aqui os retornos.

Veja o que consegue com base nessa primeira informação.

Obrigado.

Sérgio

[Italo Giurizzato Junior]

Boa tarde Sérgio,

Pelo que entendi o componente esta gerando desta forma: '<?xml version="1.0" encoding="utf-8"?>'

e eles querem assim: '<?xml version="1.0" encoding="utf-8"?>'

Na unit ACBrProvedorGovBR, comente todas as linhas:

DadosMsg :=StringReplace(DadosMsg, '<', '<', [rfReplaceAll]);

DadosMsg :=StringReplace(DadosMsg, '>', '>', [rfReplaceAll]);

e altere todas as linhas: '<?xml version="1.0" encoding="utf-8"?>' para: '<?xml version="1.0" encoding="utf-8"?>'

Exemplificando:

function TProvedorGovBR.GeraEnvelopeRecepcionarLoteRPS(URLNS: String;

  CabMsg, DadosMsg, DadosSenha: AnsiString): AnsiString;

begin

// DadosMsg :=StringReplace(DadosMsg, '<', '<', [rfReplaceAll]);

// DadosMsg :=StringReplace(DadosMsg, '>', '>', [rfReplaceAll]);

 DadosMsg :=StringReplace(DadosMsg, ' xmlns="http://www.abrasf.org.br/ABRASF/arquivos/nfse.xsd"', '', [rfReplaceAll]);


 result := '<?xml version="1.0" encoding="utf-8"?>' +

           '
                       'xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" ' +

                       'xmlns:xsd="http://www.w3.org/2001/XMLSchema">' +

            '' +

             '' +

              '' +

                '<?xml version="1.0" encoding="utf-8"?>' +

                DadosMsg +

              '' +

             '' +

            '' +

           '';

end;

Salve as alterações, abra a aplicação e compile com a opção build e realize o teste de envio novamente.

[Sérgio Assunção]

Boa tarde Sérgio,

...

Salve as alterações, abra a aplicação e compile com a opção build e realize o teste de envio novamente.

Vou fazer (ainda hoje) e te dou uma resposta. Muito obrigado.

Sérgio

[Sérgio Assunção]

Olá Italo, boa noite...

Fiz as modificações conforme você citou, e ja não me apareceu um erro com o hash, mas o retorno foi nulo (imagem) e um exception na unit ACBrNFSeWebServices (linha 1334).

raise Exception.Create(Self.Enviar.Msg);

Tem uma idéia do que fazer agora ?

Quero mais uma vez agradecer a sua atenção Italo.

Sérgio

[Sérgio Assunção]

Bom dia...

No processo de geração e transmissão de um lote são gerados dois arquivos, o X-env-lot e X-env-lot-c, onde o X é o número do lote. Qual a diferença entre os dois ?

Obrigado.

Sérgio

[Italo Giurizzato Junior]

Boa tarde Sérgio,

Se você obeservar existem varios arquivos que tem no final do nome -c que significa Completo, ou seja o xml contem as tags referente ao envelope de envio ou de retorno.

Bantante util para corrigir falhas no componente.

Verifique se tem um arquivo com o seguinte nome: x-rec-c.xml onde x é o numero do lote.

Post como anexo caso você o encontre (arquivo referente a esse envio que resultou em uma mensagem em branco).

[Sérgio Assunção]

Boa tarde Sérgio,

Se você obeservar existem varios arquivos que tem no final do nome -c que significa Completo, ou seja o xml contem as tags referente ao envelope de envio ou de retorno.

Boa tarde Italo...

Eu recebi mais uma resposta do pessoal da GovBr. Veja:

"Arquivo 1-env-lot.xml: arquivo está correto e assinatura do documento é valida (testado em ambiente de desenvolvimento e também através do site da Receita."

"Arquivo 1-env-lot-c.xml: arquivo contém HTML entities ao invés dos caracteres < e > invalidando o documento, pois não é possível ler corretamente seu conteúdo."

Por isso te perguntei sobre a diferença entre os dois arquivos.

Continuo depurando aqui e qualquer progresso eu posto aqui.

Obrigado.

Sérgio

[Sérgio Assunção]

Italo, boa noite...

Depois de um longo tempo testando aqui algumas alterações eu acho que encontrei onde pode estar o maior problema com essa validação do GovBr.

Ao testar o envio do lote pelo demo (modo homologação) o retorno sempre foi "time out".

Decidi então pelo meu aplicativo a transmissão do arquivo (consumindo o webservice sem usar o componente) e o retorno foi:

Não foi possível encontrar informações sobre o esquema para o elemento 'http://www.abrasf.org.br/ABRASF/arquivos/nfse.xsd:EnviarLoteRpsEnvio''>http://www.abrasf.org.br/ABRASF/arquivos/nfse.xsd:EnviarLoteRpsEnvio'

Se você tentar acessar http://www.abrasf.org.br/ABRASF/arquivos/nfse.xsd você vai ver que o endereço não esta acessivel e, creio eu, que esse seja o grande problema que estamos passando. Removi o valor xmlns="http://www.abrasf.org.br/ABRASF/arquivos/nfse.xsd" da tag mas ao tentar assinar novamente o lote, o componente retorna o valor original.

Acho que o caminho é esse... não sei se a exclusão desse valor permitirá a validação, ou um link alternativo para esse arquivo xsd.

Obrigado.

Sérgio

[vinicius.abacus]

O timeout dependendo do dia acontece...

para resolver utilizei as seguinte modificações apos a linha

ReqResp.OnBeforePost := OnBeforePost;

na unit ACBrNFSeWebServices.pas linha 371 aprox. :

ReqResp.ReceiveTimeout := 1200000;

ReqResp.SendTimeout := 1200000;

Não consegui testar depois da atualização das entities, porém semana que vem realizarei mais testes.

Att. Vinícius

[julianors]

Pessoal, o erro do hash resolveu, aparentemente, agora estou com o seguinte erro no arquivo em anexo.

Alguém passou por isso?

erros_usando_openssl.zip

[Italo Giurizzato Junior]

Boa tarde Julianors,

Poste como anexo o arquivo -rec-c.xml referente ao erro que você postou anteriormente.

[vinicius.abacus]

Ola Italo estou com o mesmo problema que o juliano, tanto na open quanto na capicom, já removi as entities e segue em anexo os xmls gerados, sendo que o -c se for aberto no Chrome da a seguinte mensagem

This page contains the following errors:

error on line 1 at column 126: XML declaration allowed only at the start of the document

Below is a rendering of the page up to the first error.

Att. Vinícius

[Italo Giurizzato Junior]

Boa tarde Vinicius,

Esta meio corrido aqui na empresa, mas vou arrumar um tempo para checar.

[vinicius.abacus]

Tranquilo Ítalo, hora que tiver um tempo, porém estou lhe enviando tmbm o retorno do ws onde me chamou atenção a seguinte mensagem:

No characters can appear before the XML declaration. Line 1, position 269

Att. Vinícius

[Sérgio Assunção]

Italo, boa noite...

Veja só que curioso... eu tentei aqui enviar aqui um xml (lote) para a cidade de Guaporé/RS e o erro "Assinatura do Hash nao confere" permanece (1-rec-c.xml), ai apenas mudei a cidade para Ijuí/RS (1-rec-c.xml) que tem o mesmo padrão e também foi desenvolvido pela Dueto/Pronim e o "aviso" foi "CNPJ nao encontrado na base de dados" ... até ai eu entendo, pois realmente o cnpj não estaria cadastrado nessa cidade. A minha dúvida é em relação a essa validação onde o erro da assinatura não teria que aparecer também com a cidade de Ijuí ?

Obrigado.

Sérgio

[Italo Giurizzato Junior]

Bom dia Sérgio,

Bem vindo ao mundo da NFSe, onde não existe padrão, apenas uma sugestão ao meu ver.

E cada um faz do jeito que quer, e o que é pior o mesmo provedor implanta o seu sistema de forma diferente em cada didade.

As prefeituras não passam informações precisas, idem os provedores, o jeito é rezar para todos os Santos, quem sabe obtemos a solução durante o sonho.

[julianors]

Pessoal, meus problemas colocados neste post foram resolvidos, uso o provedor GOVBR da cidade de IJuí-RS.

Apenas o quickereport está com erro no delphi 7 e a nota isenta de iss, aparentemente não gera a tag corretamente, abri outro post para o erro do iss.

[Italo Giurizzato Junior]

Bom dia Juliano,

Se hove a necessidade de alterar alguma coisa nos fontes do componente ou nos shemas, por favor poste, para que possamos efetuar as devidas correções.

[vinicius.abacus]

Segue retorno dado pelo pessoal da Dueto sobre os Xmls postados anteriormente aqui:

1) Arquivo 1-env-lot.xml: arquivo está correto e assinatura do documento é valida (testado em ambiente de desenvolvimento e também através do site da Receita https://www.receita.fazenda.gov.br/Apli ... alida.aspx). Porém deve ser retirado o atributo xmlns="http://www.abrasf.org.br/ABRASF/arquivos/nfse.xsd" pois a URL especificada encontra-se inacessível causando erro na validação do XML com relação ao schema especificado. Ao retirar o atributo o documento deve ser reassinado.

2) Arquivo 1-env-lot-c.xml: arquivo contém schemas especificados incorretamente e também 2 declarações de início de documento XML (<?xml version="1.0" encoding="utf-8"?>), esta tag não pode ser declarada mais de uma vez no documento. Estas inconsistência causam a invalidação do XML.

3) O sistema de Guaporé está exigindo a assinatura do XML e ao valida-la, caso seja certificado inválido, retorna a mensagem de erro “Assinatura do hash não confere”. Em outros clientes nossos nos quais não está configurado para validar assinatura, o sistema valida apenas a consistência dos dados informados no XML, resultando no erro “CNPJ não encontrado na base de dados” caso o CNPJ não confira com o cadastro.

A tarde irei realizar mais testes.

Att. Vinícius

[Elias Pereira]

Boa tarde

 

Alguem poderia me dizer quais são os arquivos .XSD(Schema)

que é utilizado para a validação de XML do sistema da GOVBR

(Pronim) a cidade é apucarana!
 

Obrigado;

[Italo Giurizzato Junior]

Boa tarde Elias,

 

Os schemas utilizados por esse provedor se encontra dentro da pasta: ...\Exemplos\ACBrNFSe\Delphi\Schemas\GovBR