AERRO AO VERIFICAR STATUS

[dionatan]

Pessoal, estou desenvolvendo o CTE para um cliente aqui no RS....

Testando o demo em Consultar STATUS esta dando sempre o erro:

Status Serviço

tpAmb: 1

verAplic: RS20120330105500

cStat: 239

xMotivo: Rejeicao: Cabecalho - Versao do arquivo XML nao suportada

cUF: 43

dhRecbto: 08/05/2012 08:33:17

tMed: 1

dhRetorno: 30/12/1899

xObs:

O que poderia ser isso? Tanto em Modo Produção quanto Homologação...

XML ENVIADO:

-

1

STATUS

XML RECEBIDO:

-

1

RS20120330105500

239

Rejeicao: Cabecalho - Versao do arquivo XML nao suportada

43

2012-05-08T08:37:29

1

Pelo que notei as versoes estao diferentes... Tenho que atualizar os fontes?

[gransoft]

UBERLÂNDIA-MG, 08 de maio de 2012.

Prezado Desenvolvedor,

Imediatamente ANTES da mudança do Schema 1.03 para o 1.04, a SEFAZ-MG aceitou a TRANSMISSÃO de um enorme lote de CTes assinados e validados em CONTINGÊNCIA, ainda com o meu TMS configurado para 1.03. Os CTes realmente estão lá.

A questão é que - AGORA - não consigo recuperar o PROTOCOLO na versão 1.03, e muito menos, com a 1.04.

As mensagens são estas:

1.03:

"Rejeicao: Cabecalho - Versao do arquivo XML nao suportada"

1.04:

"Rejeicao: Duplicidade de CT-e, com diferenca na Chave de Acesso"

"Rejeicao: Chave de Acesso difere da cadastrada"

Creio que temos uma falha nos WebServices, pois DEVEREMOS SIM consultar/checar os PROTOCOLOS, cancelar e inutilizar CTes nas versões anteriores do XML, utilizando um aplicativo ACBrCTe preparado/compilado para o Schema 1.03, pelo menos...

A minha preocupação é exatamente conseguirmos isso dentro do período de 7 dias, ou 168 horas, conforme a Legislação vigente.

Informo que todas as operações pelo ACBrCTe Schema 1.04 funcionaram perfeitamente tanto em Homologação quanto em Produção, e que estas ocorrências se devem a ajustes na SEFAZ-MG.

Atenciosamente,

Janis Peters Grants.

[dionatan]

UBERLÂNDIA-MG, 08 de maio de 2012.

Prezado Desenvolvedor,

Imediatamente ANTES da mudança do Schema 1.03 para o 1.04, a SEFAZ-MG aceitou a TRANSMISSÃO de um enorme lote de CTes assinados e validados em CONTINGÊNCIA, ainda com o meu TMS configurado para 1.03. Os CTes realmente estão lá.

A questão é que - AGORA - não consigo recuperar o PROTOCOLO na versão 1.03, e muito menos, com a 1.04.

As mensagens são estas:

1.03:

"Rejeicao: Cabecalho - Versao do arquivo XML nao suportada"

1.04:

"Rejeicao: Duplicidade de CT-e, com diferenca na Chave de Acesso"

"Rejeicao: Chave de Acesso difere da cadastrada"

Creio que temos uma falha nos WebServices, pois DEVEREMOS SIM consultar/checar os PROTOCOLOS, cancelar e inutilizar CTes nas versões anteriores do XML, utilizando um aplicativo ACBrCTe preparado/compilado para o Schema 1.03, pelo menos...

A minha preocupação é exatamente conseguirmos isso dentro do período de 7 dias, ou 168 horas, conforme a Legislação vigente.

Informo que todas as operações pelo ACBrCTe Schema 1.04 funcionaram perfeitamente tanto em Homologação quanto em Produção, e que estas ocorrências se devem a ajustes na SEFAZ-MG.

Atenciosamente,

Janis Peters Grants.

Atualizei os Fontes e observei o seguinte:

procedure TWebServicesBase.DoCTeStatusServico;

var

ConsStatServ: TConsStatServ;

begin

ConsStatServ := TConsStatServ.create;

{$IFDEF PL_103}

ConsStatServ.schema := TsPL_CTe_103;

{$ENDIF}

{$IFDEF PL_104}

ConsStatServ.schema := TsPL_CTe_104;

{$ENDIF}

ConsStatServ.TpAmb := TpcnTipoAmbiente(FConfiguracoes.WebServices.AmbienteCodigo-1);

ConsStatServ.CUF := FConfiguracoes.WebServices.UFCodigo;

ConsStatServ.GerarXML;

FDadosMsg := ConsStatServ.Gerador.ArquivoFormatoXML;

ConsStatServ.Free;

// FDadosMsg := StringReplace( FDadosMsg, '<'+ENCODING_UTF8_STD+'>', '', [rfReplaceAll] ) ;

// FDadosMsg := StringReplace( FDadosMsg, '<'+ENCODING_UTF8+'>', '', [rfReplaceAll] ) ;

// FDadosMsg := StringReplace( FDadosMsg, '<?xml version="1.0"?>', '', [rfReplaceAll] ) ;

end;

aquela parte em vermelho nao deveri a cair fora para funcionar a consulta status na versao 1.04?

[Juliomar Marchetti]

Você chegou a observar as diretivas de compilação?

tem uma na linha acima e outra abaixo

UBERLÂNDIA-MG, 08 de maio de 2012.

Prezado Desenvolvedor,

Imediatamente ANTES da mudança do Schema 1.03 para o 1.04, a SEFAZ-MG aceitou a TRANSMISSÃO de um enorme lote de CTes assinados e validados em CONTINGÊNCIA, ainda com o meu TMS configurado para 1.03. Os CTes realmente estão lá.

A questão é que - AGORA - não consigo recuperar o PROTOCOLO na versão 1.03, e muito menos, com a 1.04.

As mensagens são estas:

1.03:

"Rejeicao: Cabecalho - Versao do arquivo XML nao suportada"

1.04:

"Rejeicao: Duplicidade de CT-e, com diferenca na Chave de Acesso"

"Rejeicao: Chave de Acesso difere da cadastrada"

Creio que temos uma falha nos WebServices, pois DEVEREMOS SIM consultar/checar os PROTOCOLOS, cancelar e inutilizar CTes nas versões anteriores do XML, utilizando um aplicativo ACBrCTe preparado/compilado para o Schema 1.03, pelo menos...

A minha preocupação é exatamente conseguirmos isso dentro do período de 7 dias, ou 168 horas, conforme a Legislação vigente.

Informo que todas as operações pelo ACBrCTe Schema 1.04 funcionaram perfeitamente tanto em Homologação quanto em Produção, e que estas ocorrências se devem a ajustes na SEFAZ-MG.

Atenciosamente,

Janis Peters Grants.

Atualizei os Fontes e observei o seguinte:

procedure TWebServicesBase.DoCTeStatusServico;

var

ConsStatServ: TConsStatServ;

begin

ConsStatServ := TConsStatServ.create;

{$IFDEF PL_103}

ConsStatServ.schema := TsPL_CTe_103;

{$ENDIF}

{$IFDEF PL_104}

ConsStatServ.schema := TsPL_CTe_104;

{$ENDIF}

ConsStatServ.TpAmb := TpcnTipoAmbiente(FConfiguracoes.WebServices.AmbienteCodigo-1);

ConsStatServ.CUF := FConfiguracoes.WebServices.UFCodigo;

ConsStatServ.GerarXML;

FDadosMsg := ConsStatServ.Gerador.ArquivoFormatoXML;

ConsStatServ.Free;

// FDadosMsg := StringReplace( FDadosMsg, '<'+ENCODING_UTF8_STD+'>', '', [rfReplaceAll] ) ;

// FDadosMsg := StringReplace( FDadosMsg, '<'+ENCODING_UTF8+'>', '', [rfReplaceAll] ) ;

// FDadosMsg := StringReplace( FDadosMsg, '<?xml version="1.0"?>', '', [rfReplaceAll] ) ;

end;

aquela parte em vermelho nao deveri a cair fora para funcionar a consulta status na versao 1.04?

[gransoft]

Não.

Para alternar entre Schemas 1.03 e 1.04, deve-se comentar uma das linhas em:

C:\ACBr\Fontes\ACBrComum\ACBr.inc

//{$DEFINE PL_103}

{$DEFINE PL_104}

e gerar EXECUTÁVEIS distintos.

...

[dionatan]

Não.

Para alternar entre Schemas 1.03 e 1.04, deve-se comentar uma das linhas em:

C:\ACBr\Fontes\ACBrComum\ACBr.inc

//{$DEFINE PL_103}

{$DEFINE PL_104}

e gerar EXECUTÁVEIS distintos.

...

beleza atualizei os fontes (C:\ACBr\Fontes\ACBrComum) e deu certinho valeu....