Retorno Do Envio De Eventos - Rejeição

[JeannyPaiva]

Bom dia.

No envio de eventos (Cancelamento/CCe) de CTe não está sendo possível capturar o motivo da rejeição, ou mesmo a autorização caso ocorra.

Atualmente retorna apenas "Erro Desconhecido ao Enviar Evento de CT-e".

 

Ocorre que não consegue ler o retorno devido a tag de inicio.

O xml de mais alguém retorna desta forma?

 

 

135-eve.xml

Editado 22 Janeiro, 2014 por Nellien

[Italo Giurizzato Junior]

Boa tarde Nellien,

 

O XML que você postou é o retorno da SEFAZ que o componente salvou?

 

Se sim, ele esta muito estranho pois possui um prefixo tanto na tag de abertura quanto a de encerramento, veja:

 

<retEventoCTe:retEventoCTe xmlns:retEventoCTe="http://www.portalfiscal.inf.br/cte" xmlns="http://www.portalfiscal.inf.br/cte" versao="2.00">

(...)

</retEventoCTe:retEventoCTe>

 

veja este outro exemplo:

 

<retEventoCTe xmlns="http://www.portalfiscal.inf.br/cte" versao="2.00">

(...)

</retEventoCTe>

 

Este último é o correto e esperado pelo componente.

 

Eles pisaram na bola, pois em nenhum XML de envio ou de retorno se coloca prefixo nas TAGs.

 

Nota Técnica 2013/013, página 13 item c:

 

Prefixo de namespace

Não é permitida a utilização de prefixos de namespace. Essa restrição visa otimizar o tamanho do arquivo XML.

[JeannyPaiva]

Sim Italo. 

É o xml de retorno do Sefaz.

Olhando no componente encontrei um comentário na unit pcnLeitor

j := pos('</' + Trim(TagFim) + ':',Texto); //correção para webservice do Ceará.

 

Pelo que entendi no Ceará o retorno também esta ocorrendo desta forma. Porém apenas da forma como estava não resolveu.

Modifiquei aqui a função desta forma:

 

 

function TLeitor.rExtrai(const nivel: integer; const TagInicio: string; TagFim: string = ''; const item: integer = 1): AnsiString;

var

  Texto: AnsiString;

  i,j: integer;

begin

  //NOTA: Extrai um grupo de dentro do nivel informado

  FNivel.strings[0] := FArquivo;

  if Trim(TagFim) = '' then

    TagFim := TagInicio;

  Texto := FNivel.Strings[nivel - 1];

  Result := '';

  FGrupo := '';

  for i := 1 to item do

    if i < item then

      Texto := copy(Texto, Pos('</' + Trim(TagFim) + '>', Texto) + length(Trim(TagFim)) + 3, maxInt);

 

  j := pos('</' + Trim(TagFim) + '>', Texto);

 

  if j = 0 then

   j := pos('</' + Trim(TagFim) + ':',Texto); //correção para webservice do Ceará/MG

 

  Texto := copy(Texto, 1, j + length(Trim(TagFim)) + 3);   //Correção para leitura de tags em que a primeira é diferente da segunda Ex: <infProt id=XXX> e a segunda apenas <infProt>

  i := pos('<' + Trim(TagInicio) + '>', Texto);

  if i = 0 then

    i := pos('<' + Trim(TagInicio) + ' ', Texto);

  if i = 0 then

    i := pos('<' + Trim(TagInicio) + ':', Texto); //correção para webservice do Ceará

  if i = 0 then

    exit;

  Texto := copy(Texto, i, maxInt);

 

   j:= pos('</' + Trim(TagFim) + '>', Texto);

 

  if j = 0 then

   j := pos('</' + Trim(TagFim) + ':',Texto); //correção para webservice do Ceará/MG

 

  Result := TrimRight(copy(Texto, 1, j - 1 + (length(Trim(TagFim)) + 3)));

  FNivel.strings[nivel] := Result;

  FGrupo := result;

 

Aqui resolveu para fazer a leitura.

 

Embora concorde que o retorno deles não está de acordo com o que deveria, mas ... tenho que me adequar.

[Igor.Moura]

Nellien

 

Estou com o mesmo problema que você, conseguiu resolver com o post acima ?

 

Obrigado

[JeannyPaiva]

Sim. Para resolver eu modifiquei minha unit com o código acima. As alterações estão em negrito

[Igor.Moura]

Nellien

 

Obrigado ...

[Igor.Moura]

Nellien

 

Mais uma duvida, fiz as alterações devidas e obtive sucesso, porém quando verifico o status do CT-e no site da SEFAZ ( Homologação ), continua

como Autorizado e deveria estar Cancelado ( pois obtive o retorno do evento como Cancelado ) , você chegou a verifico isso ?

 

Obrigado

[JeannyPaiva]

Sim aqui também ocorre. Também consigo enviar o envio de cancelamento várias vezes.

Acredito que eles estejam tendo problemas para processar a informação. Até na semana passada nem mesmo estava sendo possível enviar cancelamento por evento.

 

No momento estamos apenas efetuando testes, e só vamos liberar para produção no cliente quando esses problemas foram sanados

[Igor.Moura]

Correto, qualquer novidades vamos postando aqui, Obrigado

[Gr@c@]

Pessoal de MG, com relação a infinidade de erros detectados, sugiro que encaminhem email de reclamação ao Fale Conosco reportando os erros e também à Central de Atendimento (com xml anexos). Senão não sairemos do lugar, não conseguiremos fazer os testes em tempo hábil. MG está sempre disponibilizando tudo de última hora e com bugs. Mas as consequências caem todas em cima dos desenvolvedores.

Faço testes em outros estados (SP,MT,MA,GO) e nenhum é tão problemático quanto MG, tanto em CT-e como NF-e.

[JeannyPaiva]

Sim Gr@ac@, já fiz isto.

E a resposta deles é sempre a mesma:

 

 

Estamos aguardando a correção do problema.

Salientamos, portanto, que está com problema de cancelamento e uso de carta de correção.

Pedimos sinceras desculpas por estes transtornos, contamos com sua compreensão e solicitamos que aguarde.

Caso o prazo seja perdido (168 hs a partir da data da autorização) orientamos que o contribuinte protocole na AF uma denúncia espontânea.

Basta explicar que o cancelamento não foi efetuado devido a um problema no emissor gratuito (SEFAZ-SP) que impediu o cancelamento dentro do prazo.

Na nossa base e no sistema do contribuinte o CT-e ficará como autorizado, entretanto, será escriturado como cancelado. (valendo a denúncia espontânea).

 

[windsoft]

Desculpem pessoal, ignorem este post. Observei melhor e verifiquei que a correção já está aplicada.

Editado 2 Fevereiro, 2015 por windsoft