MarcioBar

Sim seria, mas é vago mesmo. Ai fico de colho no erro se vem no erro "[www.efrete.com.br] Regra de Negócio é coisa do efrete. Se vem [ANTT] é porque eles pegam a informação e mandam direto e o retorno é da ANTT. Neste caso acho que o peso pode sim Dec2 porque senão especifica demais o peso para Transporte Terrestre, por caminhão, carreta, van e etc.

Bom dia. Nos meus testes onde tinha pesocarga passei tudo para Dec2 porque o erro retornado era da ANTT. No retorno do eFrete veio [ANTT]. Ai olhei no manual da ANTT onde tem pesocarga está tudo Dec2. ANTT_Manual_dcs_pef_v1-1.pdf

baixa para duas casas decimais dentro do ACBRciot_eFrete.pas que funcionou para mim.

Há algum tempo tive um problema parecido eu aumentei o tempo de TimeOut. TimeOut := 60000;

Eu uso assim. Respeitando o IndicadorPagamento := 'APrazo'; //AVista ou APrazo respeitando as maiúsculas e minúsculas. NumeroParcela := 1;

Olha... quando eu fiz integração... Para TAC era obrigatório 3 passo: 1o. Enviar somente a Base do CIOT sem viagens e sem pagamentos 2o. Enviar só Viagem 3o. Enviar Só Pagamento desta viagem Aí sim... encerrar e etc. Tenho 3 botões separados para atender o Agregado. Eu estou trabalhando com os fontes atualizados e esta funcionando. Os responsáveis subiram ontem ainda as atualizações que corrigia muita coisa. Tenta atualizar os fontes.

Boa noite... Em produção foi enviado e cancelado com sucesso! Em homologação o meu CNPJ de integrador não tinha permissão. o único erro foi ao solicitar o PDF. [29/05/2026 21:35:16] Solicitando PDF do CIOT: 520000660873/XXXX [29/05/2026 21:35:22] Sistema efrete (www.efrete.com.br): [Negócio] (Protocolo: 975.675.507) Erro obtendo PDF de operação de transporte: Requisição inválida Requisicao.Nula

Oi... Baixei... atualizei... o Encerramento funciona, envio de cadastros funciona. Mas o envio da operação ainda nada. [29/05/2026 15:19:48] Enviando CIOT Padrão: 86 [29/05/2026 15:19:51] efreteErro adicionando operação de transporte: Erro interno. Tente novamente em alguns minutos. APP.Nao.Categorizado

Acabei de atualizar, instalar e testar em homologação e em produção e não funcionou. Ainda o mesmo errado não categorizado, tente mais tarde. O envio de cadastros está ok, mas o encerramento não é possível enviar por causa das 5 casas decimais que deve ser duas.

Se conseguir ajustar o pacote do ACBRCiot e precisar testar em homologação ou até mesmo em produção sobe aqui que a gente testa. Estou ativo lá com eles e funcionando em produção até estas mudanças. Tenho uma cliente que me autorizou a fazer em produção os testes mesmo tamanho a vontade de resolver.

Já está deste jeito... o ACBR atualizou em produção e nos pacotes que coloquei eu ajustei até em homologação e até agora nada de funcionar. Só erro interno.

[28/05/2026 13:27:34] Enviando encerramento do CIOT: 165027352806/8941 [28/05/2026 13:27:40] [ANTT] (Protocolo: 971.537.823) Erro encerrando operação de transporte: Código: 205 - Rejeição: O campo PesoTotalCarga deve ser maior que 0 e menor 9999999.99. Para quem está com esse erro de encerramento já ajustei o arquivo pcnCIOTW_eFrete.pas onde o campo PesoCarga estava com 5 decimais e passei para 2 e funcionou o encerramento. Esta dica peguei Peterson dentro do Discord. Mérito dele. E vou por anexo as alterações aqui.ACBrCIOT.rar Agora tem funcionando o envio de Cadastros e Encerramento e só.

Funcional e muito bem funcional! Funcionava o envio de cadastros... funcionava o envio de operação padrão, envio operação de agregado, envio de viagem de agregado, envio de pagamento de agregado, encerramento e cancelamento. Funcionando tudo até sexta passada... Hoje somente o envio de cadastro e nada mais. Quando me tornei integrador do eFrete... foi feito um call e mostrei tudo funcionando graças ao ACBR e elogiei o eFrete por ter a opção de pagamento por transferência bancária que o PamCard e RodoCred não tinham. Por isso acho que o eFrete deveria dar atenção ao ACBR.

Eu acho inconstitucional o piso mínimo porque não está na constituição como o salário mínimo... e no fim o piso mínimo nos meus clientes se tornou o piso máximo... as fábricas descobriram a calculadora e só querem pagar o que está lá. Então minha opinão é primeira coisa tirar o site da calculadora do ar. Quanto a programação... Acredito que se o eFrete liberar o "básico" já vai aliviar o estresse da comunicação para a ANTT e o eFrete vai deixar de perder clientes. Porque indiquei para fazer pelo site e todos acharam muito lento. Então alguns clientes que pagam mensalidade para o eFrete estão achando outras soluções mais rápidas como BBC de digitar via site, e falaram que quando e se voltar o eFrete vão pensar em já remover este "custo" desnecessário(Palavra deles). Por mim uso o ACBRCiot a algum tempo e até hoje Zero Problemas. Quem tem problema é o eFrete que deveria dar uma atenção especial a comunidade ACBr que seria o básico a se fazer. O eFrete acertando o ACBRCiot reduziria 50% dos chamados deles e promoveria os "pequenos" programadores. ... só desabafando. Desculpem.

Agora de noite o eFrete desativou o envio através do método antigo... Mas ainda não ativou o método novo... continua dando a mensagem: [27/05/2026 21:14:13] efreteErro adicionando operação de transporte: Erro interno. Tente novamente em alguns minutos. APP.Nao.Categorizado

Sim... o pessoal está usando o botão antigo em Produção que não tem os novos campos, então nem poderia estar funcionando. Já avisei para eles para não usarem mais. Tem que funcionar o botão novo com os novos campos dentro da lei porque senão vai sobrar para o "sistema". Avisei para ir usando pelo site até conseguir retorno do eFrete deste Erro Interno. Os xml identico ao antigos, somente com os campos a mais necessários: TipoViagem Fracionado ContratantesCargaFracionada ComposicaoVeicular RetornoVazio 20260527093752-ped-AdicOperTransp-soap.xml

Tipo mercadoria não achei. Se for CodigoTipoCarga fui orientado quando me tornei integrador do eFrete para por sempre zero quando for fazer por WebService por questões deles, mudar o tipo só funcionava via site. CodigoTipoCarga := tpTipoCarga(ClientDataSet_pesquisa.FieldByName('CodigoTipoCarga').AsInteger); //Tá sempre zero dentro do banco de dados. Se for NCM é os quatro primeiros digitos do NCM mesmo. CodigoNCMNaturezaCarga := ClientDataSet_pesquisa.FieldByName('CodigoNCMNaturezaCarga').AsInteger;

O botão antigo com a url antiga para envio está funcionando 100%, funcionava antes e ainda funciona sem mexer em nada. Só não atende a nova legislação. Na url antiga não aceita os campos novos. Explicando... o eFrete fez a operação "padrão" funcionar como "lotação" conforme está no manual deles e criaram uma nova Fracionado. Então na nova URL tem um objeto novo chamado "Fracionado"... Então modifiquei o ACBRCiot para receber este novo TipoViagem para poder atender a nova legislação. Este TipoViagem não funciona na URL velha, então precisa usar a url nova. Na nova só retorna erro quando envia a operação, mas o envio de proprietário está funcionando. Vou por os prints para mostrar que está pegando as url corretas. Só o eFrete não responde aos chamados.

Só pode ser do lado deles... Eu criei um novo botão para o envio com os dados da mp 1343... O botão antigo que envia para a url antiga deles, sem os novos campos, sem o "Fracionado", sem o "composição veicular". Não mexi em nada e está funcionando 100%! O envio de proprietário que mudou para url nova está funcionando também. Então acho que é lá o problema. Acabei de olhar, não tem retorno no site de DEV, não tem retorno para o email que enviei para integração e para os meus clientes que conversam por whats com eles, eles dizem que estão com muita demanda.

Perfeito a explicação! Por isso sou fã do componente ACBRCiot que integra com o eFrete e atende a todas as operações com TAC ou ETC... e etc. Pena que o eFrete não me retorna os chamados para já por no ar e diminuir o atrito que está criando a geração pelos sites.

Esta mensagem foi ontem a noite, somente em produção. Hoje de manhã em homologação e produção voltou dar dar mensagem [26/05/2026 08:37:26] efreteErro adicionando operação de transporte: Erro interno. Tente novamente em alguns minutos. Os cadastros estão funcionando nos dois ambientes sem problemas. Já com as urls novas. Eles fecharam o meu chamado sem dar uma solução e pediram para enviar e mail e não veio resposta. Isso desmobiliza a comunidade de usar o eFrete e eles vão acabar ficando sem clientes para ofertar outros serviços. A hora que a comunidade do ACBR fizer um componente usando a API direta da ANTT eu removo tudo e deixo só fico com o CiotANTT!

Acabei de testar em produção e a mensagem mudou: [25/05/2026 21:30:53] Sistema efrete (www.efrete.com.br): SERVIÇOS INDISPONÍVEIS: SISTEMA EM ATUALIZAÇÃO! RETORNAREMOS O MAIS BREVE POSSÍVEL!

Seria uma ótima contribuição não depender das empresas de PEF! Para quem quiser tesACBrCIOT.rartar... vou anexar o ACBRCiot alterado por mim, onde recebo o erro de não Categorizado.

Mas está fazendo pelo o ACBRCiot? Sempre usei e não precisava de duas etapas.

Não achei o idOperacaoTransporte em lugar nenhum. No meu eu preencho IdOperacaoCliente. No meu está tudo pronto mas a resposta de quando envio é a mesma para voltar a testar em alguns minutos. E dentro do suporte do efrete encerram o meu chamado sem solução por causa da demanda.