pcnConversaoCIOT

[Italo Giurizzato Junior]

Bom dia Thiago,

Por favor não misture as coisas, esse tópico esta sendo tratado sobre a unit pcnConversãoCIOT.

Se você pesquisar vai descobrir que existe um tópico em Noticias que trata sobre essa resolução.

[Italo Giurizzato Junior]

Bom dia a todos,

Por favor atualizem os fones e façam novos testes, fiz uma correção na função: TipoCargaToStr, pois ela estava retornando uma string contendo a descrição do tipo da carga em vez dos valores 1, 2, ...
 

[Cleonir]

Em 05/03/2020 at 14:45, Cleonir disse:

Percebi um problema também no tpTipoCarga, se adicionar o tpGranelsolido por exemplo na hora de gerar o xml esta fazendo assim

Gerador.wCampoNFSe(tcInt, 'AP258', 'CodigoTipoCarga        ', 01, 01, 1, CodigoTipoCarga);

só joga o CodigoTipoCarga que é do tipo tpTipoCarga, nesse caso vai jogar o zero, da rejeição na hora de enviar, não existe o código do tipo de carga zero.

Boa noite Italo.

Resolveu para o caso acima.

Mas Continua o problema em produção. Que segundo a eFrete deve ser null para Tipo Viagem Padrão.

Talvez adicionar um enumerado tpNull, resolveria. Mas eu ainda não consegui testar mandando null,

por que agora estou com outro problema esta dando erro 400 para Tipo Viagem Padrão.

 

 

[Italo Giurizzato Junior]

Bom dia Cleonir,

O que o eFrete quer dizer que deve ser null quanto o tipo de viagem for Padrão?

Não devemos gerar a tag, ou devemos gerar a tag sem nenhum valor?

Veja a definição dessa tag no webservice do eFrete:

<s:element name="CodigoTipoCarga" maxOccurs="1" minOccurs="1" type="s:unsignedShort" nillable="true"/>

O que vem a ser o tipo unsignedShort:

xsd:unsignedShort

The type xsd:unsignedShort represents an integer between 0 and 65535. An xsd:unsignedShort is a sequence of digits, optionally preceded by a + sign. Leading zeros are permitted, but decimal points are not.

 

Como podemos ver o tipo dessa tag é um numero inteiro que pode variar de 0 até 65535.

 

Mediante a essas informações volto a perguntar, para o tipo de viagem Padrão devemos gerar essa tag?

Se sim, o seu valor seria zero?

[Cleonir]

Boa tarde Italo.

Para o Tipo de Viagem Padrão deve ser gerado a tag mas sem valor.  Só criado a tag.

[Cleonir]

Para resolver esse problema do CodigoTipoCarga, tive que criar um enumerado tpNaoAplicavel para o tpTipoCarga,

quando for esse tpNaoAplicavel  joguei o numero zero, por que na consulta dos tipos de carga só retornou o "0 - 1" que no caso o código é o zero.

Só assim consegui enviar o CIOT.

Criando a tag sem valor como a eFrete tinha solicitado também deu erro.

[Italo Giurizzato Junior]

Bom dia Cleonir,

Favor anexar as units alteradas.

[Cleonir]

Boa Tarde.

Hoje a eFrete me deu um Retorno.

[09/04/2020 09:22:16] Suporte e-FRETE: Bom dia, quando você consulta o método (ConsultarTipoCarga) em ambiente de homologação nós encaminhamos esta requisição ao ambiente de homologação da ANTT e repassamos o resultado ao requisitante.

O mesmo ocorre em produção, porém, a ANTT não possui a lista ainda, neste caso é retornado uma lista com apenas uma opção, e é esta opção que deve ser utilizada até que a ANTT passe a utilizar o campo, que a princípio ainda não existe previsão.

 

Esta retornando isso: "0 - 1" que no caso o código é o zero.

Adicionei o tpNaoAplicavel no final, o correto seria no inicio mas não sei se talvez não vai interferir em alguma outro coisa.

 

Em anexo arquivos alterados.

pcnCIOTW_eFrete.pas pcnConversaoCIOT.pas

[Italo Giurizzato Junior]

Boa tarde Cleonir,

Muito obrigado pela colaboração, inverti a posição do enumerador tpNaoAplicavel, ou seja, coloquei ele em primeiro lugar.

Não vejo problemas.

Atualizei o programa exemplo colocando uma observação referente a alimentação do campo.

Já esta tudo no repositório.

[Cleonir]

Beleza. Agora esta ok.

Obrigado...

[Juliana Tamizou]

Obrigado por reportar.

Fechando. Para novas dúvidas, criar um novo tópico.