Erro evento Desacordo de Entrega de Serviço (610110)

[lfpanegassi]

Bom dia pessoal.

Estamos com vários CT-e de um transportador da SEFAZ MT e precisamos realizar o evento Desacordo de Entrega de Serviço (610110), porém, nos deparamos com o erro de validação. Entramos em contato com a SEFAZ MT para que nos posicionasse sobre o erro e temos a seguinte resposta. Abrimos também chamada para a SAP e nos informaram que eles não tem ação.

Alguém passou por esse problema e pode compartilhar a solução, por favor?

----------------------------------------------------------------------------------------------------------------------------------------------------------

"O que diferencia o “Evento de Prestação de Serviços em Desacordo” é que em MT não aceitamos caracteres especiais, as outras UF’s aceitam normalmente.

Foi alterado o arquivo xsd justamente para atender MT, onde na descrição do evento foi adicionado sem o caracteres (arquivo xsd: evPrestDesacordo_v3.00.xsd)

Para MT a tag deve ser igual a : <descEvento>Prestacao do Servico em Desacordo</ descEvento>

A questão é que no MOC informa que devemos aceitar as 2 opções , com acentuação e sem acentuação.

“Nós de MT utilizamos um padrão de codificação tanto para CTE, NFE e NFCe (UTF-8), conforme pagina 12 do MOC 3.00.

Não tenho como alterar no sistema CTe mesmo porque esta validação é utilizado para todos estes sistemas.

Talvez as outras UFs não teria este problema por ser outra linguagem, mas em Java não aceita.

Teria que retirar a regra 297 que calcula o valor da assinatura que não é conveniente, pois com acentuação ocorre o problema no calculo da assinatura no XML.

Já tivemos questionamentos anteriores de outras empresas que utiliza o sistema em outras UF's, mas tiveram que se adequar para utilizar em MT.

Att,

Zenilso Nunes

Central de Serviços

GSTI/COTI/SAAF/SEFAZ

Telefone: (65) 3617-2340

[former_member504653]

Estou com o mesmo problema. No GRC esse campo é uma constante e não conseguimos alterar o seu valor.

[former_member504653]

lfpanegassi consegui resolver aqui em momento de depuração, alterando o valor da constante.

Como só era 1 CTE, optamos por essa estrategia.

Nesse ponto é onde a constante é declarada. Logo como é uma constante não podemos alterar seu valor.

Nesse outro ponto, colocamos um ponto de parada externo e quando realizamos a opção de rejeição o ponto de parada foi acionado.

Basta alterar o valor da estrutura payload no qual contem a informação com acentuação e modificar.

[former_member504653]

lfpanegassi Bom dia!

Tenta colocar o ponto de parada no inicio da função. Não esqueça que o ponto de parada tem que ser o do tipo externo.

Para reenviar o evento, tipo que alterar alguns parâmetros na tabela do CTE. Assim consegui habilitar o botão de rejeição para enviar o novo evento.

victoralmeida@outlook.com qualquer dúvida entra em contato cmg.

abraços

[lfpanegassi]

victoralmeida , boa tarde.

Muito obrigado por compartilhar sua solução. Uma dúvida, colocamos o ponto de parada na função na linha 39, conforme sua solução. Reenviamos o evento de lote do desacordo do CT-e e não parou no ponto marcado.

Poderia nos passar como você fez para parar no ponto?

Lembrando q estamos reenviando o evento pelo monitor GRC NF-e de saída de eventos.

Obrigado.

PANEGASSI - TI SISTEMAS