pcnConversaoCIOT

[Thiago Sist. Auditor]

Bom dia, eu estou implementando a comunicação do meu sistema com o ACBRCIOT e existe vários tipos de variáveis na unit pcnConversaoCIOT que converte para STR mas não tem a volta os casos que vê são os de baixo:

tpTipoViagem; tpUnMedMerc; TpViagemTipodeCalculo; tpTipoConta;TpUnidadeDeMedidaDaMercadoria;TpTipoCategoriaPagamento;TpOperacao;TpEntregaDocumentacao;

[Juliana Tamizou]

Bom dia.

Qual é o problema que a ausência destas conversões está causando?

Se desejar vc mesmo pode incluir e nos enviar o pas alterado.

Att.

[Thiago Sist. Auditor]

1 minuto atrás, Juliana Tamizou disse:

Bom dia.

Qual é o problema que a ausência destas conversões está causando?

Se desejar vc mesmo pode incluir e nos enviar o pas alterado.

Att.

oK, vou fazer o ajuste e mando para vcs, o problema é de comunicação o campo de vc's é daqueles tipos e eu mando uma string então tem que converter para o tipo correto. Estarei ajustando o arquivo e mando de volta neste mesmo tópico.

[Thiago Sist. Auditor]

Segue o arquivo atualizado, desculpa demora esta deixando para manter o padrão de vcs.

pcnConversaoCIOT.pas

[Cleonir]

Boa tarde.

No  tpTipoEmbalagem esta faltando (..., teCaixa, teUnitario, teFardo);

[Cleonir]

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.

[Thiago Sist. Auditor]

25 minutos atrás, Cleonir disse:

Boa tarde.

No  tpTipoEmbalagem esta faltando (..., teCaixa, teUnitario, teFardo);

Eu acho que teUnitario e teFardo é unidade de medida, não embalagem mas eu só criei as conversões não alterei as propriedades do tipos q existiam.

Editado 5 Março, 2020 por Thiago Sist. Auditor

[Cleonir]

No manual da eFrete esta assim...

[Thiago Sist. Auditor]

23 minutos atrás, 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.

O tpTipoCarga = (tpGranelsolido, tpGranelLiquido, tpFrigorificada, tpConteinerizada, tpCargaGeral,
                 tpNeogranel, tpPerigosaGranelSolido, tpPerigosaGranelLiquido, tpPerigosaCargaFrigorificada,
                 tpPerigosaConteinerizada, tpPerigosaCargaGeral);

Os valores tem que começar de 1..10.

2 minutos atrás, Cleonir disse:

No manual da eFrete esta assim...

Ok vou acrescentar e mandar o arquivo novamente eu não havia visto esta documentação da E-frete mas temos 3 integradoras tem que colocar as embalagens em comum das 3 senão pode ocorrer erro nas demais.

[Thiago Sist. Auditor]

7 minutos atrás, Cleonir disse:

No manual da eFrete esta assim...

Vc tem a documentação das outras duas integradoras para nós compararmos as três juntas.

(EFrete, Repom e Pamcard)

[Cleonir]

Não tenho não.

Estou implementando somente para a eFrete.

11 minutos atrás, Thiago Sist. Auditor disse:

O tpTipoCarga = (tpGranelsolido, tpGranelLiquido, tpFrigorificada, tpConteinerizada, tpCargaGeral,
                 tpNeogranel, tpPerigosaGranelSolido, tpPerigosaGranelLiquido, tpPerigosaCargaFrigorificada,
                 tpPerigosaConteinerizada, tpPerigosaCargaGeral);

Os valores tem que começar de 1..10.

O que daria para fazer para resolver esse problema?

Talvez adicionar um tpNenhum como o primeiro enumerado para o tpGranelsolido ficar como 1 que é o correto?

[Thiago Sist. Auditor]

8 minutos atrás, Cleonir disse:

Não tenho não.

Estou implementando somente para a eFrete.

O que daria para fazer para resolver esse problema?

Talvez adicionar um tpNenhum como o primeiro enumerado para o tpGranelsolido ficar como 1 que é o correto?

Eu estou montando a comunicação do meu sistema com o ACBR ainda não vê as regras de validações, mas acredito que não deve ter o "tpNehum" por que deve ser obrigatório, mas como falei eu estou implementando a comunicação ainda depois que vou começar a fazer testes e validações. Um cliente pediu para desenvolver para PAMCARD, mas com o ACBR já deve funcionar para qualquer uma das 3 integradoras.

Editado 5 Março, 2020 por Thiago Sist. Auditor

[Juliana Tamizou]

Obrigado pela contribuição, em breve será validada para possível inclusão ao svn

[Italo Giurizzato Junior]

Boa tarde a todos,

Por favor poderiam anexar a unit alterada para que possamos analisar e estando tudo OK, enviaremos para o repositório.

[Thiago Sist. Auditor]

25 minutos atrás, Italo Jurisato Junior disse:

Boa tarde a todos,

Por favor poderiam anexar a unit alterada para que possamos analisar e estando tudo OK, enviaremos para o repositório.

Eu não adicionei as embalagens que o Cleonir informou por que eu não conseguir verificar nos documentos das outras integradoras.

pcnConversaoCIOT.pas

[Italo Giurizzato Junior]

Bom dia Thiago,

Muito obrigado pela colaboração, vou analisar e caso esteja tudo OK, vou enviar para o repositório.

Já esta no repositório.

[Cleonir]

Estou com um problema com o CodigoTipoCarga, segundo a eFrete é para mandar nulo em produção.

esta assim    Gerador.wCampo(tcInt, 'AP258', 'CodigoTipoCarga    ', 01, 01, 1, CodigoTipoCarga);

o CodigoTipoCarga é um enumerado. Como eu poderia fazer para deixar nulo esse campo ?

[Thiago Sist. Auditor]

10 minutos atrás, Cleonir disse:

Estou com um problema com o CodigoTipoCarga, segundo a eFrete é para mandar nulo em produção.

esta assim    Gerador.wCampo(tcInt, 'AP258', 'CodigoTipoCarga    ', 01, 01, 1, CodigoTipoCarga);

o CodigoTipoCarga é um enumerado. Como eu poderia fazer para deixar nulo esse campo ?

Cleonir olhando a Documentação do eFrete pode ser 0 ou 1 ocorrência, então seria só deixar de informar este dado no ACBR, e passar para os próximos campos.

Colocar um if se for "TAC_Agregado" não preencher.

Editado 2 Abril, 2020 por Thiago Sist. Auditor

[Cleonir]

Opa se eu não informar nada joga o numero 0 e acontece essa rejeição

 

Fora.Da.Faixa

Sistema e-FRETE (www.efrete.com.br): [Negócio] (Protocolo: 356.812) Erro adicionando operação de transporte: Valor 0 informado para CodigoTipoCarga fora da faixa permitida

 

É obrigatório a tag mas deve ser null

Editado 2 Abril, 2020 por Cleonir

[Italo Giurizzato Junior]

Boa tarde a todos,

Infelizmente o manual não deixa claro quais são os valores permitidos para essa tag, o jeito é entrar em contato com o eFrete e questiona-los.

[Cleonir]

Bom dia,

Agora estou com este erro na hora de enviar um CIOT com tipo de viagem Padrão.

WebService Enviar Documento:

- Inativo ou Inoperante tente novamente.

Erro Interno: 0

Erro HTTP: 400

URL: https://dev.efrete.com.br/Services/PefService.asmx

Erro: 0 - €€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€

 

Somente na viagem padrão, não entendi o porque ?

[Cleonir]

Em 03/04/2020 at 09:57, Cleonir disse:

Bom dia,

Agora estou com este erro na hora de enviar um CIOT com tipo de viagem Padrão.

WebService Enviar Documento:

- Inativo ou Inoperante tente novamente.

Erro Interno: 0

Erro HTTP: 400

URL: https://dev.efrete.com.br/Services/PefService.asmx

Erro: 0 - €€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€

 

Somente na viagem padrão, não entendi o porque ?

Mais alguém com esse problema ao enviar uma Viagem do tipo Padrão ?

Ou é eu que estou fazendo alguma coisa errada ?

[Italo Giurizzato Junior]

Bom dia Cleonir,

Esse tópico esta sendo tratado a unit pcnConversaoCIOT.

Por favor vamos seguir as regras do fórum, tópico novo para assunto novo.

[Cleonir]

Ops. Desculpa. Não tinha prestado atenção nisso.

[Thiago Sist. Auditor]

16 minutos atrás, Italo Jurisato Junior disse:

Bom dia Cleonir,

Esse tópico esta sendo tratado a unit pcnConversaoCIOT.

Por favor vamos seguir as regras do fórum, tópico novo para assunto novo.

Bom dia Italo, não sei se já foi informado no ACBR mas o processo do CIOT foi prorrogado e sem data prevista.

RESOLUÇÃO 5.876 ANTT, DE 20-3-2020