renato.rubinho

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!!!

Este DFe ainda está em forma de minuta. https://dfe-portal.svrs.rs.gov.br/Nfabi "Este documento fiscal está publicado na forma de Minuta e aguarda ato conjunto normativo para sua publicação na forma definitiva."

Enviadas as alterações referentes à NT 03/2026 e os schemas atualizados para o SVN, Rev-46788. A NT não destaca quando as alterações serão implementadas na API em homologação ou produção. Durante os testes a API ainda devolve rejeições para o preenchimento dos novos campos cpfOrigRecurso ou CNPJs alfanuméricos.

Até o momento não existe na documentação alguma definição de impressão do CIOT no DAMDFe. A sugestão é que preencha nas observações para que a informação seja impressa.

Precisa preencher conforme indicado no início do tópico, essa informação é adicionada no XML, mas não existe local a ser impressa no leiaute. Confirme se está preenchendo conforme abaixo.

Bem observado, alteração enviada na Rev-46435

Obrigado pela contribuição. Foram enviadas correções ao SVN que devem resolver o problema relatado, Rev-46432 Por favor atualize os fontes, reinstale os componentes, verifique se o problema foi resolvido e, se possível, nos informe se foi o resultado esperado.

Não tivemos relatos de erro de login. Usando certificado, não é necessário o login, outros métodos estão apresentando o mesmo erro? Se o problema persistir, experimente voltar para uma revisão anterior para validar se o problema tem relação com os fontes ou se pode ser algo do lado do eFrete.

Obrigado pelas informações. Enviadas correções para o SVN, Rev-46399 Não temos credenciais de produção e estamos enfrentando problemas para ativação das credenciais de desenvolvedor. Como você possui credenciais de produção, nos ajudaria muito se puder abrir um chamado no eFrete e questionar sobre a sincronização dos ambientes. Relatar o problema que está apresentando no ambiente de Homologação, que por sua vez funciona em Produção? Tomando como base o método de cadastrar proprietário, recebemos o protocolo 5.295.424 de erro com a mensagem acusando a versão inváida, versão essa que funcionou nos seus testes em produção.

Olá @Pablo Cerbaro Obrigado pela contribuição. Foram validadas as comunicações com os métodos corrigidos?

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, 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á pessoal, Foram disponibilizados na Rev-46134 os programas de exemplo em PHP, Singlethread e Multithread utilizando a ACBrLibDCe. ..\ACBr\Projetos\ACBrLib\Demos\PHP\DCe\ACBrDCeDemoST.php ..\ACBr\Projetos\ACBrLib\Demos\PHP\DCe\ACBrDCeDemoMT.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 ACBrLibDCe! Baixe a ACBrLibDCe: Na versão DEMO Na versão PRO Leia a documentação completa AQUI Até mais!!!

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

Veja se tem alterações locais ou outras cópias do ACBr que podem estar gerando conflito. Na dúvida, apague a pasta e baixe novamente completo e limpo.

Vejam e funciona preenchendo os campos a seguir. Preencham o código IBGE=1058, o componente se encarrega de convertar para o código ISO. NFSe.Servico.CodigoPais NFSe.Tomador.Endereco.CodigoPais NFSe.Prestador.Endereco.CodigoPais

Não encontrei informação semelhante nos retornos dos provedores implementados e acredito que não venham a ter, pois essa informação deveria ser obtida pela Sefaz da UF do destinatário.

Olá @fabioaurelio Foram enviadas correções ao SVN que devem resolver o problema relatado, Rev-45498 Por favor atualize os fontes, reinstale os componentes, verifique se o problema foi resolvido e, se possível, nos informe se foi o resultado esperado.

Obrigado pela contribuição. Foram enviadas correções ao SVN que devem resolver o problema relatado, Rev-45497 Por favor atualize os fontes, reinstale os componentes, verifique se o problema foi resolvido e, se possível, nos informe se foi o resultado esperado.