Comunidade
Divergencia de valores ao integrar as tabelas da RODONAVES pela Freenet.
Integramos pela Freenet a tabela enviada pela Rodonaves, porém está acontecendo uma divergência de valores.
Ao cotar no site da rodonaves, o frete fica R$88,73 ; ao cotar pela Freenet onde integramos a tabela, o frete fica R$97,33.
CEP de origem: 11085-202
CEP de destino: 03152-160
Valor do Produto: R$310,38
Tamanho: 200 x 100 x 100
Peso 9Kg
Importante lembrar que nossa cubagem é 0, como combinado.
Calculo feito pela Freenet seguindo a tabela enviada pela RODONAVES:
Frete Peso: R$24,64
ADV: R$12,98
GRIS: R$1,74
TAXA DE ENTREGA: R$30,53
PEDÁGIO: R$9,92
ICMS: R$17,52
Total: R$97,33
Tracking status 403
Olá, faço autenticação corretamente e recebo o token, mas ao tentar realizar o rastreamento recebo o status http 403.
Mesmo realizando testes direto na api o erro é sempre o mesmo, estou pesquisando via
UserId: 9271
Abaixo exemplo de como estou consultado, já tentei com outros parâmetros e o resultado foi o mesmo.
curl --request GET
--url 'https://tracking-apigateway.rte.com.br/api/v1/tracking?TaxIdRegistration=015663xxxxxx23&InvoiceNumber=xxxxx'
--header 'Authorization: Bearer ey...'
--header 'accept: application/json'
Acesso a API
Bom Tarde.
Dúvidas na integração da API de cotação – vínculo de CNPJs e aplicação de tabela negociada
Bom dia,
Estamos realizando a integração da cotação de frete via API e identificamos dois comportamentos no endpoint POST https://quotation-apigateway.rte.com.br/api/v1/gera-cotacao.
A autenticação pelo endpoint /token (auth_type=DEV) e a operação savecustomer estão funcionando normalmente.
Ocorrências para De X Para
Bom dia, tudo bem?
Poderiam nos passar a lista de ocorrências utilizadas pela Rodonaves, para cadastrarmos na integração da empresa Marczak?
Integração
Olá, pessoal.
Estamos validando a integração de rastreio via API da Rodonaves no nosso fluxo automatizado com Tiny ERP/N8N.
Identificamos um comportamento recorrente: o sistema localiza corretamente os pedidos marcados como Rodonaves, consulta o endpoint de rastreio em lote, porém alguns embarques que já deveriam apresentar andamento não retornam evento elegível na API, o que impede a atualização do status no ERP.
Exemplos validados:
Freedom: pedido 3118112 e 3118120
SJS: pedidos 23757, 23737, 23738, 23753, 23765, 23736, 23769, 23766
K2M: pedido 27659
O padrão se repete nas 3 empresas.
O que precisamos confirmar com vocês:
Se o endpoint de rastreio em lote por data de ocorrência é realmente o endpoint correto para consultar esses embarques no nosso contrato.
Se existe alguma limitação para retorno por remetente, destinatário ou janela de datas.
Se esses embarques deveriam aparecer nesse endpoint e, em caso positivo, por qual identificador devemos vinculá-los com mais segurança:ProtocolNumber
BillOfLadingId
CTeNumber
FiscalDocumentNumber
outro identificador
Contato
Bom dia, tenho usuário e senha que usava em 2022 mas não consigo autenticar com ele.
Como posso entrar em contato para verificar se está válido ainda?
Ocorrências DE x PARA Intelipost divergentes nos rastreio da Guimepa (GMK8)
Solicitamos suporte técnico para realizar uma análise e correção na tabela/regras de conversão (DE x PARA) da integração entre o sistema interno da Rodonaves (TMS) e a plataforma Intelipost.
Usuário sem permissão no endpoint de tracking (403 Forbidden)
Cliente: Qualitronix Tecnologia Ltda — CNPJ 02.803.462/0001-72