Pesquisar na Comunidade

link do download da lib esta baixando apenas uma imagem CIOT.png

ACBrLibCIOT Visulizar Arquivo ACBrLibCIOT - Biblioteca para uso do CIOT Faça Download pelo SVN, dos Demos de uso da ACBrLibCIOT em diversas linguagens, usando o endereço: http://svn.code.sf.net/p/acbr/code/trunk2/Projetos/ACBrLib/Demos/ Manual On-Line: https://acbr.sourceforge.io/ACBrLib/ACBrLib.html Autor kelvin.rodrigues.prado Enviado 16-07-2026 Categoria ACBrLib - PRO  

O que é o CIOT? CIOT é a sigla para Código Identificador da Operação de Transporte. Esse é um código gerado para registrar operações de transporte rodoviário remunerado de cargas junto à ANTT (Agência Nacional de Transportes Terrestres). Ele é obrigatório para o controle e rastreabilidade dessas operações no território nacional. Atualmente a regulamentação mais recente relacionada a ele sendo a Resolução nº 6.078, de 24 de março de 2026. O CIOT é uma novidade? Não. O CIOT já existe desde 2011. No entanto, quando foi estabelecido, seu uso era obrigatório apenas em operações de transporte muito específicas. Esse cenário mudou em 2026 com a Resolução nº 6.078, de 24 de março de 2026, que efetivamente tornou o CIOT obrigatório em praticamente todas as operações de transporte rodoviário remunerado de cargas. Veja abaixo a evolução da legislação: Quem deve gerar o CIOT? A Resolução nº 6.078/2026 estabeleceu em seu Art. 1º-A que toda operação remunerada de transporte rodoviário de cargas deverá ser registrada por meio de um CIOT, delegando a responsabilidade pela sua geração conforme a tabela abaixo: Operação de Transporte Responsável pelo CIOT Quando há contratação de TAC ou TAC Equiparado Contratante/Subcontratante Quando NÃO há contratação de TAC ou TAC Equiparado A própria ETC O que significam os termos TAC, TAC Equiparado e ETC mencionados acima? TAC é a sigla para Transportador Autônomo de Cargas. É a pessoa física que realiza o transporte rodoviário de cargas como atividade profissional. ETC é a sigla para Empresa de Transporte Rodoviário de Cargas. É a pessoa jurídica que tem como atividade principal o transporte rodoviário de cargas. TAC Equiparado é a denominação dada à ETC que possui em sua frota até 3 veículos registrados junto ao Registro Nacional de Transportadores Rodoviários de Cargas (RNTRC), bem como às Cooperativas de Transporte de Cargas, que também se enquadram nessa categoria. TAC Agregado é o Transportador Autônomo de Cargas que coloca veículo de sua propriedade ou posse — conduzido por ele mesmo ou por um preposto — a serviço de um contratante em regime de exclusividade, mediante remuneração previamente acordada. IPEF é a sigla para Instituição de Pagamento Eletrônico de Frete. É a instituição regulamentada pela ANTT responsável por realizar o pagamento eletrônico do frete e vinculá-lo à operação de transporte remunerado correspondente. Além disso, a IPEF participa do arranjo de pagamentos instantâneos instituído pelo Banco Central do Brasil, o que na prática significa que o pagamento do frete pode ser realizado via Pix. Devo gerar o CIOT quando a empresa possui frota própria e motoristas empregados? Sim, quando a empresa presta transporte rodoviário remunerado de cargas para terceiros. Ter frota própria e motoristas empregados não caracteriza, por si só, a operação como transporte de carga própria. Se a empresa transporta cargas ou encomendas de terceiros mediante remuneração, trata-se de uma operação de transporte por conta de terceiros, e o CIOT deve ser gerado conforme a regulamentação vigente. Por outro lado, se a carga transportada é da própria empresa, sem prestar serviço a terceiros e sem recebimento de frete, a geração do CIOT não é necessária. Como faço para gerar o CIOT? A geração do CIOT é feita de formas distintas dependendo de quem é o responsável pela operação. Se houve contratação de TAC ou TAC Equiparado, o CIOT deve ser gerado por uma das IPEFs habilitadas pela ANTT, por meio de portal próprio ou integração direta via web service disponibilizado pela própria IPEF. Caso a ETC seja a responsável, ela pode utilizar o sistema disponibilizado pela ANTT por meio do programa CIOT para Todos. Para que servem a DLL e o executável encontrados no programa CIOT para Todos? Não para uso rotineiro. A geração do CIOT por meio do programa CIOT para Todos deve ser feita via integração com o web service disponibilizado pela própria ANTT. A DLL e o executável são destinados exclusivamente ao uso em contingência, ou seja, situações em que a integração com o web service não está disponível. Nesses casos, eles permitem gerar o número do CIOT sem todos os dados da operação, funcionando como solução temporária. No entanto, em até 168 horas, o CIOT deverá ser regularizado pelos meios adequados, conforme o fluxograma abaixo. Existe alguma solução no ACBr para me ajudar a gerar o CIOT? Atualmente o ACBr conta com o componente desenvolvido nativamente para Delphi e Lazarus denominado ACBrCIOT, que realiza a integração com a IPEF eFrete. A integração com novas IPEFs, bem como a disponibilização do CIOT no ACBrMonitorPLUS e na ACBrLib, estão previstas em nosso planejamento para implementação futura. O programa de exemplo do componente ACBrCIOT pode ser encontrado no caminho: ..\trunk2\Exemplos\ACBrDFe\ACBrCIOT onde estão disponíveis versões tanto para Delphi quanto para Lazarus. Onde posso encontrar os manuais das IPEFs? Os manuais de cada IPEF podem ser encontrados no portal respectivo de cada uma. Além disso, nós também os centralizamos em nosso biblioteca do Tools em ...\tools\DFe\CIOT Onde devo preencher o CIOT? O CIOT deve ser informado no Manifesto Eletrônico de Documentos Fiscais (MDF-e), no elemento CIOT, que faz parte do grupo infCIOT presente nas informações da ANTT. A estrutura do XML com essa informação é semelhante a este exemplo: <rodo> <infANTT> <infCIOT> <CIOT>pseudoCIOT</CIOT> <CNPJ>pseudoCNPJ</CNPJ> </infCIOT> </infANTT> </rodo> O campo <CNPJ> ou <CPF> deve ser preenchido com a identificação do responsável pela geração do CIOT. Como preencher o CIOT no MDF-e utilizando o componente ACBrMDFe? Caso utilize componente nativo para Delphi/Lazarus, alimente as propriedades: var lMDFe: TMDFe; lRodo: Trodo; linfCIOT: TinfCIOTCollectionItem; begin lMDFe := ACBrMDFe1.Manifestos.Add.MDFe; lRodo := lMDFe.rodo; linfCIOT := lRodo.infANTT.infCIOT.New; linfCIOT.CIOT := 'pseudoCIOT'; linfCIOT.CNPJCPF := 'pseudoCNPJ'; //Demais informações... end; Caso utilize ACBrMonitorPLUS ou ACBrLibMDFe, alimente em seu arquivo INI: [infCIOT001] CNPJCPF=pseudoCNPJ CIOT=pseudoCIOT O CIOT é exibido no DAMDFe? Não! De acordo com o Manual MDFe Anexo II DAMDFE v3.00a, não há previsão de que o CIOT seja exibido no DAMDFe, portanto sua ausência não indica nenhum problema. Links Úteis e Referências RESOLUÇÃO Nº 3.658, DE 19 DE ABRIL DE 2011 RESOLUÇÃO Nº 5.862, DE 17 DE DEZEMBRO DE 2019 RESOLUÇÃO ANTT Nº 6.078, DE 24 DE MARÇO DE 2026 Lei nº 11.442 de 05 de janeiro de 2007 Perguntas Frequentes - CIOT

Olá comunidade ACBr, Foram implementadas as alterações no CIOT para o eFrete, referentes à versão 8 disponibilizada pela integradora. Tivemos relatos de problemas de autenticação, antes e depois das implementações, e gostaríamos do auxílio da comunidade para saber se o serviço está funcionando em Produção e Homologação.

Olá comunidade ACBr, Este tópico tem o objetivo de auxiliar quem estiver com problemas nas integrações com o eFrete para geração do CIOT e demais métodos da integradora. Foram mapeados erros e documentadas dicas para solução. 1. Autenticação 1.1. Geral 1.1.1. Integrador não cadastrado * Integrador.Nao.Cadastrado * O HASH fornecido pelo eFrete não foi preenchido 1.1.2. Integrador de software não homologado para esta solicitação. * Preenchido HASH inválido 1.2. Método de Login 1.2.1. O retorno do método não gera token, mas não gera rejeição acusando o problema * Verificar se está preenchendo o Hash válido, mas usuário e/ou senha inválidos * Se for configurado certificado digital, este método não deve ser utizado, para geração de token deixar os dados de certificado sem preenchimento 1.2.2. Erro adicionando operação de transporte: Usuário não logado * Usuario.Nao.Logado * Consumo de qualquer método com um token antigo/encerrado 2. Adicionar Operação 2.1. Operação de transporte já cadastrada * IdCliente.Existente * Já existe um CIOT cadastrado, necessário encerrar a operação existente 2.2. '' não é um valor válido para TipoIndicadorPagamentoEnum * Nos dados de pagamentos, preencher a chave IndicadorPagamento com AVista ou APrazo 2.3. Código NCM deve se r entre 1 e 9999 * CodigoNCM.Fora.Da.Faixa * Preencher a chave CodigoNCMNaturezaCarga com o devido valor entre 1 e 9999 * Verificados locais informando que são os 4 primeiros dígitos do NCM do produto de maior valor da carga 2.4. Foi identificado pelo sistema diferentes valores para o campo TipoPagamento, verifique se foi informado o mesmo valor para o campo TipoPagamento na raiz da chamada, na raiz de Viagem e de Pagamento. * Caso não enviado algum campo o sistema assumirá a primeira posição dos itens que também pode não coincidir com o valor desejado. * Regra.Negocio * Preencher no cadastro do CIOT, Viagem e Pagamento, o mesmo valor nas chaves TipoPagamento > 1-TransferenciaBancaria, 2-eFRETE, 3-Parceiro, 4-Outros, 5-DepositoAgendado * Exemplo: TipoPagamento=1 2.5. Data de início da viagem deve ser maior ou igual à data atual * Data.Inicio.Viagem.Anterior.Ao.Dia.Atual * Preencher o valor correto na tag DataInicioViagem 2.6. Código do tipo de carga inválido. Deve ser maior que 0 e menor ou igual a 12 * Codigo.Tipo.Carga.Fora.Da.Faixa * Preencher a chave CodigoTipoCarga com valor entre 1 e 12: 0-tpNaoAplicavel, 1-tpGranelsolido, 2-tpGranelLiquido, 3-tpFrigorificada, 4-tpConteinerizada, 5-tpCargaGeral, 6-tpNeogranel, 7-tpPerigosaGranelSolido, 8-tpPerigosaGranelLiquido, 9-tpPerigosaCargaFrigorificada, 10-tpPerigosaConteinerizada, 11-tpPerigosaCargaGeral, 12-tpGranelPressurizada * Exemplo: CodigoTipoCarga=5 2.7. Erro validando Destinatário: Documento inválido(a) * Regra.Negocio * O mesmo ocorre para a seção Contratante * Preencher a chave CpfOuCnpj da respectiva seção com um documento válido 2.8. Erro validando Destinatário: Nome é obrigatório * Regra.Negocio * O mesmo ocorre para a seção Contratante * Preencher a chave NomeOuRazaoSocial da respectiva seção 2.9. Destinatario. Erro validando Destinatário: Rua não pode ser em branco - O mesmo para os demais campos de endereço * Regra.Negocio * O mesmo ocorre para a seção Contratante * Preencher as chaves de endereço na respectiva seção Bairro= Rua= Numero= Complemento= CEP= CodigoMunicipio= 2.10. Algum dos envolvidos na operação de transporte deve ser informado como o responsável pelo pagamento * Deve.Haver.Responsavel.Pelo.Pagamento * Preencher a chave ResponsavelPeloPagamento=1 em uma das seções: Contratante, SubContratante, Consignatario, TomadorServico, Remetente, ProprietarioCarga 2.11. Os dados bancários não foram informados, não são de uma conta válida ou estão em formato errado. [Formato Agencia: Numero-Digito (Se houver). Conta: Numero-Digito] * Conta.Bancaria.Invalida * Preencher as chaves a seguir nas seções Viagem e/ou Pagamento InstituicaoBancaria= Agencia= Conta= 2.12. Motorista não encontrado * Motorista.Nao.Encontrado * Preencher as chaves da seção Motorista, com valores válidos CpfOuCnpj= CNH= 2.13. Não foi encontrado nenhum transportador com CPF/CNPJ XXXXXXXXXXXXXXX e RNTRC XXXXXXXXX * Preencher com valores válidos as chaves a seguir da seção Contratado CpfOuCnpj= RNTRC= 2.14. Usuário não possui permissão na transportadora com CNPJ 04430502000103, ou permissão insuficiente * Usuario.Sem.Permissao.Na.Transportadora.Ou.Permissao.Insuficiente * Em HOMOLOGAÇÃO: Nos dados do CIOT, preencher as chaves a seguir com o CNPJ cadastrado na conta do portal dev MatrizCNPJ=XXXXXXXXXXXXXX FilialCNPJ=XXXXXXXXXXXXXX 2.14.1. Envio com token * As credenciais podem estar ativas logando com cpf ou e-mail, confirme as credenciais recebidas do suporte do e-frete * Mesmo gerando token válido, o usuário preenchido com cpf ou e-mail pode não ter permissão para emissão do CIOT * Validar o login com cpf ou e-mail e verificar se o token com uma das opções não cai na rejeição 2.15. O CNPJ do MatrizCNPJ deve ser igual do Contratado ou do Contratante * Matriz.Cnpj.Invalido * Preencher o mesmo CNPJ da chave MatrizCNPJ em CpfOuCnpj da seção Contratado ou Contratante 2.16. Veículo com placa: AAA1234 com RNTRC inválido * Veiculo.RNTRC.Invalido * Corrigir a chave Placa da seção Veículo 2.17. O valor do frete informado é menor do que o valor mínimo de frete estabelecido * Revisar as chaves de valores a seguir das seções Viagem e Pagamento * Viagem TotalOperacao= TotalViagem= TotalDeAdiantamento= TotalDeQuitacao= Combustivel= Pedagio= OutrosCreditos= Seguro= OutrosDebitos= * Pagamento Valor= 2.18. Operação de transporte já cadastrada * IdCliente.Existente * Mesmo IdOperacaoCliente já cadastrado em outro CIOT 3. Adicionar Viagem 3.1. Campo CepOrigem com o valor '' é inválido ou Campo CepDestino com o valor '' é inválido * Campo.Invalido * Preencher as chaves CepOrigem e CepDestino da seção Viagem 3.2. É obrigatório preencher os valores das viagens * Problema verificado em HOMOLOGAÇÃO, mas identificado o motivo * Viagem.Valores.Nulo * Revisar as chaves de valores a seguir da seção Viagem * Mesmo preenchendo todos os campos de valores, assim como feito na inclusão do CIOT, o problema persiste em HOMOLOGAÇÃO 4. Consultar Tipo de Carga * Este.Metodo.Foi.Desabilitado.Nao.Requerido.Emissa.oCiot * Método desabilitado pelo e-Frete 5. Erros em homologação que não acontecem em produção 5.1. Encerrar Operação 5.1.1. Erro 400 * Encerrar CIOT com DataInicioViagem futura * Erro ao enviar CIOT Código de erro: -10. Último retorno: Erro Interno: 0 * Erro HTTP: 400 * URL: https://dev.efrete.com.br/Services/PefServiceV2.asmx 5.2. Outros 5.2.1. A requisição não pode ser nula / Requisição inválida * Requisicao.Nao.Pode.Ser.Nula * Requisicao.Nula * Diversos métodos geram estas rejeições em Homologação, não foi identificado o motivo e não conseguimos suporte do efrete para identificação do problema * GravarAdicionarPagamentos, GravarAlterarDataLiberacaoPagamento, GravarCancelarPagamento, GravarRegistrarPagamentoQuitacao, GravarRegistrarQtdeMercadoriaDesembarque, GravarRetificarOperacao Contamos com a contribuição da comunidade: Caso encontrem a solução para algum dos erros acima ainda não identificados para atualizarmos este tópico e ajudar quem mais tiver problemas com essa integradora. Até mais!!!

Olá pessoal, Foram disponibilizados na Rev-47223 os programas de exemplo em PHP, Singlethread e Multithread utilizando a ACBrLibCIOT. ..\ACBr\Projetos\ACBrLib\Demos\PHP\CIOT\ACBrCIOTDemoST.php ..\ACBr\Projetos\ACBrLib\Demos\PHP\CIOT\ACBrCIOTDemoMT.php Lembrando que os programas de exemplo em php utilizam a ACBrComum.php que contém métodos em comum entre os modos (ST e MT) e para todas as libs. ..\ACBr\Projetos\ACBrLib\Demos\PHP\ACBrComum\ACBrComum.php Até mais!!!

Olá, comunidade ACBr! Ficamos felizes em anunciar o lançamento da ACBrLibCIOT! Baixe a ACBrLibCIOT: Na versão DEMO Na versão PRO Leia a documentação completa AQUI Até mais!!!

Passo a passo para a integração Realize o pré-cadastrado no site Dev.eFrete. Após o preenchimento do e-mail, você vai receber um e-mail da eFrete que deve ser respondido com CNPJ da empresa e Nome fantasia do sistema, ERP ou TMS. Depois de enviar essas informações, você receberá as credências de acesso ao ambiente de homologação e os dados aceitos no ambiente. Obs: Devido ao aumento repentino no volume de integrações temos recebido relatos de que esse processo pode levar um tempo para ser concluído. Particularidades e dicas extras Operações com certificado x Login sem certificado Login sem certificado: Para qualquer operação sem o certificado digital no eFrete é preciso de um token de autenticação que é gerado ao realizar a operação de Login. A operação de Login é feita utilizando o hash, usuário, senha e não devem ser preenchidos os dados do certificado no componente, conforme exemplo: ACBrCIOT.Configuracoes.Certificados.ArquivoPFX := ''; ACBrCIOT.Configuracoes.Certificados.Senha := ''; ACBrCIOT.Configuracoes.Certificados.NumeroSerie := ''; // Atenção, desabilitar essa propriedade ACBrCIOT.SSL.UseCertificateHTTP := False; ACBrCIOT.Configuracoes.Geral.Usuario := 'usuario do eFrete'; ACBrCIOT.Configuracoes.Geral.Senha := 'senha do eFrete'; ACBrCIOT.Configuracoes.Geral.HashIntegrador := 'HashIntegrador do eFrete'; A operação de login irá gerar um token que deverá ser preenchido nas demais operações, conforme exemplo: with ACBrCIOT.Contratos.Add.CIOT do begin // Só é necessário se usar usuario e senha e não o certificado Integradora.Token := 'token recebido na operação de login'; end; Operações com certificado: Para as operações com o certificado digital no eFrete, o login não é necessário pois não será utilizado o token, bastando preencher os dados do certificado, conforme exemplo: // Não preencher o ArquivoPFX se preencher o NumeroSerie ACBrCIOT.Configuracoes.Certificados.ArquivoPFX := 'arquivo. pfx'; ACBrCIOT.Configuracoes.Certificados.Senha := 'senha do certificado'; // Não preencher o NumeroSerie se preencher o ArquivoPFX ACBrCIOT.Configuracoes.Certificados.NumeroSerie := 'número de série do certificado'; // Atenção, habilitar essa propriedade ACBrCIOT.SSL.UseCertificateHTTP := True; ACBrCIOT.Configuracoes.Geral.Usuario := ''; ACBrCIOT.Configuracoes.Geral.Senha := ''; ACBrCIOT.Configuracoes.Geral.HashIntegrador := ''; Campos de mesmo nome com valores diferentes Dada a relação com o MDF-e, alguns campos podem receber a mesma informação. É importante lembrar, no entanto, que cada documento tem seu próprio conjunto de valores aceitos. Um exemplo é o campo TipoRodado no eFrete e o campo tpRod no MDF-e. Ambos recebem a informação do tipo de rodado, mas cada documento aceita um conjunto de valores diferente: MDF-e: 01 - Truck; 02 - Toco; 03 - Cavalo Mecânico; 04 - VAN; 05 - Utilitário; 06 - Outros. eFrete: NaoAplicavel; Truck; Toco; Cavalo. Exemplo de preenchimento do tipo Rodado para o eFrete no ACBrCIOT: var lCIOT: TCIOT; begin lCIOT := ACBrCIOT.Contratos.Add.CIOT; lCIOT.Integradora.Operacao := opGravarVeiculo; //Valores válidos são trNaoAplicavel, trTruck, trToco, trCavalo lCIOT.GravarVeiculo.TipoRodado := trNaoAplicavel; //Demais informações... end; Valores e informações específicos para o ambiente de homologação O ambiente de homologação por padrão solicita o envio de um certificado digital, mas seu envio não é obrigatório. Em ambiente de homologação apenas os Integradores são cadastrados, informe seu próprio, CNPJ como MatrizCNPJ e como Contratante do Frete nas requisições relacionadas. Exemplo de preenchimento de MatrizCNPJ e Cnpj do contratente no ACBrCIOT para o eFrete: var lCIOT: TCIOT; begin lCIOT := ACBrCIOT.Contratos.Add.CIOT; lCIOT.Integradora.Operacao := opAdicionar; lCIOT.AdicionarOperacao.MatrizCNPJ := 'pseudoCNPJ'; lCIOT.AdicionarOperacao.Contratante.CpfOuCnpj := 'mesmopseudoCNPJ'; //Demais informações... end; Web Service Soap x API Rest A integradora eFrete disponibiliza tanto um web service SOAP que comunica com arquivos XMLs quanto uma API Rest que recebe arquivos JSON. O componente ACBrCIOT se comunica com o web service SOAP. Caso enfrente algum problema ou erro inesperado, é válido realizar um teste para a mesma operação na API Rest e conferir se o retorno diverge. Você pode utilizar uma ferramenta de IA para converter o XML gerado pelo componente no JSON correspondente e fazer o envio. Leia o manual do eFrete na integra AQUI.

Olá comunidade ! Foi publicada a Nota Técnica 2026/001 v1.00 para o MDF-e discorrendo sobre regra de validação para este documento. Alteração A nova NT não traz alterações no leiaute, ela apenas traz uma regra de validação que segue: Datas Implantação Homologação: 21/09/2026 Implantação Produção: 23/11/2026 Vale ressaltar que apesar das datas presentes na NT para a ativação da regra de validação, já existe Resolução que obriga o CIOT no MDF-e. E como fica o ACBr? Alterações no ACBr não são necessárias. Leia a nota técnica na íntegra AQUI.

Olá comunidade ! As novas regras do Código Identificador da Operação de Transporte (CIOT) entraram em vigor neste domingo (24), às 18h, ampliando a obrigatoriedade do cadastro para todas as operações de transporte rodoviário remunerado de cargas. A medida tem como objetivo fortalecer a rastreabilidade das operações, aprimorar a fiscalização e garantir o cumprimento do Piso Mínimo de Frete. Para auxiliar empresas e transportadores na adaptação às novas exigências, a Agência Nacional de Transportes Terrestres (ANTT) disponibilizou a área “CIOT para Todos” em seu portal oficial, com documentos técnicos, orientações e perguntas frequentes sobre o novo modelo. Para mais detalhes, confira: Fonte oficial: Portal da ANTT - CIOT para Todos

Olá comunidade ACBr, Foram enviadas ao SVN, na Rev-46276, as implementações do eFrete referentes às novas regras do CIOT e Piso Mínimo de Frete, de acordo com a versão 8 do manual disponibilizado pela integradora. O que muda para o TMS nas novas resoluções: Endpoint Impacto Resumo da mudança Gravar Motorista Baixo Apenas desobrigação de campos. Gravar Proprietário Baixo Apenas desobrigação de campos. Gravar Veículo Baixo Atenção! NumeroDeEixos passa a ser dado crítico, uma vez que é usado pela ANTT para cálculo de piso mínimo. Revisar dado ao fazer atualização da informação no cadastro do veículo. AdicionarOperacaoTransporte Alto Atenção! Conjunto de campos necessários para emissão de CIOT por TipoViagem mudou. Avaliar orientações. Novo TipoViagem. Novos campos: RetornoVazio, ComposicaoVeicular, ContratantesCargaFracionada, IndicadorPagamento, TipoChavePix, ValorChavePix, IdentificadorPix, CpfCnpjCreditado, NumeroParcela, CodigoPagamento, LatitudeOrigem, LongitudeOrigem, LatitudeDestino, LongitudeDestino. AdicionarPagamento Médio Novos campos: IndicadorPagamento, TipoChavePix, ValorChavePix, IdentificadorPix, CpfCnpjCreditado, NumeroParcela. Retifica o CIOT para ANTT no caso de TipoViagem Fracionado. AdicionarViagem Médio Novos campos: CodigoMunicipioDestino, CodigoMunicipioOrigem, IndicadorPagamento, TipoChavePix, ValorChavePix, IdentificadorPix, CpfCnpjCreditado, NumeroParcela, LatitudeOrigem, LongitudeOrigem, LatitudeDestino, LongitudeDestino, PesoCarga. Retifica o CIOT para ANTT no caso de TipoViagem Fracionado e TAC_Agregado. CancelarOperacaoTransporte - Sem mudança estrutural. EncerrarOperacaoTransporte Médio Desobrigação de alguns campos. Até mais,

Olá comunidade ! Foi publicada a Resolução ANTT nº 6.078/2026, que altera a Resolução ANTT nº 5.862/2019, responsável por regulamentar o cadastro da Operação de Transporte necessário para a geração do Código Identificador da Operação de Transporte (CIOT). Com essa publicação, a partir de 24/05/2026, passa a ser obrigatória a geração e vinculação do CIOT ao MDF-e em todas as operações de transporte, exceto quando o valor do frete estiver em desacordo com o piso mínimo aplicável. Detalhando melhor, a nova norma é composta por quatro artigos, trazendo alterações de redação, revogações e definição de datas de vigência. Entre os pontos mais relevantes, destaca-se a nova redação incluída pelo Art. 1º, que estabelece: Outras disposições Art. 2º: estabelece valores de multas para determinadas infrações. Art. 3º: revoga o § 1º do art. 5º e o art. 8º da Resolução ANTT nº 5.862/2019. Art. 4º: define que a resolução entra em vigor em 24/05/2026.

rodo.tpFrete := cbTipoFrete.ItemIndex; infANTT.infPag.vPag := dm.cMDFeVALOR_FRETE.AsFloat; Não estou conseguindo encontrar esse campos para informar no XML

Boa noite. Estou tentando criar o componente para o CIOT, mas estou precisando de ajuda. Estou tentando fazer no padrão do trunk2. Mas não tenho muito conhecimento sobre a comunicação com o certificado e onde setar as URL. Já fiz alguma coisa para a integração com a eFrete. Peço ajuda do pessoal que tem mais conhecimento sobre o assunto. Se possível adicionarem no BRANCHES para quem desejar colaborar... No momento estou tentando criar a operação de transporte. Em anexo os fontes, o manual de integração com a eFrete, e um demo que criei. Fontes.rar Não tenho mais espaço para fazer uploade do manual e o demo. Como faço para conseguir adicionar?

Olá. Li o tópico e fiquei com algumas duvidas. Eu terei que gerar o CIOT antes, para que posso colocar o código identificador no MDFe, ou o terei que implementa-lo direto no MDFe?

Boa tarde pessoal Estou começando um projeto do CIOT e verifiquei que o acbr ja integra com eFrete, Repom e Pamcard, correto? Todas essas integradoras ja estão Funcionando? At.

Bom dia a todos, alguem poderia me tirar esta dúvida fazendo um favor, Na resolução diz: "3. Suspender, até ulterior Deliberação da ANTT, as obrigações e penalidades relacionadas ao cadastramento da Operação de Transporte, com a consequente geração do CIOT, para as contratações que não envolverem TAC e TAC-Equiparado." 1) Tenho Clientes que utilizam TAC, então nesse caso é obrigatório gerar o ciot pelo E-Frete? 2) Se sim, então o prazo para validar o ciot em produção será apartir de 31/07/2020 ou quando será? 3) Por enquanto somente quando tipo de transportador for ETC e CTC esta suspenso ate nova ordem? Desde já agradeço a quem puder me ajudar com essas duvidas.

Olá, quando as novas regras estiverem funcionando em julho como devo proceder com relação ao CIOT integrado ao MDF-e. Eu devo digitar algum número para o CIOT ou deixar vazio. Se devo digitar um número serão quantos caracteres? Pois lembro que não aceitava a quantidade de caracteres de um CIOT já aprovado. Estou com dúvida nesse tópico.

Boa tarde a todos. Estou fazendo a integração com o eFrete via ACBR, já consegui enviar os cadastros, porém quando tento o método de AdicionarOperacao do ACBR, tenho o retorno abaixo. WebService Enviar Documento: - Inativo ou Inoperante tente novamente. Erro Interno: 0 Erro HTTP: 500 URL: https://dev.efrete.com.br/Services/PefService.asmx Segue em anexo o xml que estou enviando. Alguém já passou por isso? Conseguem me ajudar? ciot.xml

Foi publicado no DOE em 11/03/2020, a resolução 5.873, da ANTT, a qual prorroga para 09/06/2020 o prazo para adequação das Instituições de Pagamento Eletrônico de Frete(IPEF) a resolução 5.862 de 12/2019. Fonte: http://www.in.gov.br/en/web/dou/-/resolucao-n-5.873-de-10-de-marco-de-2020-247283209

Bom dia, Alguém já teve este problema, ocorre se eu for assinar o documento, ou se eu for gravar o xml pelo procedimento direto? 'TCIOTWClass.GerarXml, não implementado'. Integradora.Operacao := opAdicionarPagamento; TipoPagamento := TransferenciaBancaria; Estou implementando a emissão do Ciot, estou com os fontes atualizados na data de hoje, porém estou com um problema. Estou perguntando, pois já vi que outras pessoas estão gerando o Ciot pelo ACBR, então imagino que eu esteja pegando o procedimento errado. Obrigado. A linha onde acontece o erro está no anexo. Alguém já passou por isso? Conseguem me ajudar?

Pessoal, boa tarde! Estou estudando o código do ACBrCIOT para entender como implementar novas integradoras. Na unit pcnConversaoCIOT identifiquei TCIOTIntegradora = (iNone, ieFrete, iRepom, iPamcard), mas na implementação dos métodos não consegui entender as rotas que direcionam aos métodos específicos de cada IPEF, somente da IPC que no caso é a E-frete. Minha leitura esta correta? Hoje esta somente implementado para a E-frete? Grato.

Olá, bom dia, alguém teria algum WebService para a integração de geração do CIOT? Obrigado!