Como você resolveria este problema?

Como disse o @engineer, acho que seu foco deveria ser automatização, criando um robôs, que lancem os fretes nos sistemas da transportadoras maiores.

Dá um pouco mais de trabalho, mas é reaproveitável e dependendo do volume q vc atingir, pode até 'forçar' as transportadoras a disponibilizar uma API.

E em paralelo, conforme for tendo mais clientes, insista com as transportadoras maiores pra disponibilizarem APIs...

Infelizmente não posso te ajudar, más caso ache alguma solução, estou muito interresado pois já percebi que isso seria um problema em um projeto que estou planejando executar.

Você já chegou a analisar soluções de automatização de browsers como selenium, puppeteer entre outros?

No meu trabalho quando temos um problema desse de não ter uma API ou webhook, uma das alternativas mais rápidas e simples é o RPA e acredito que seja uma solução boa para o seu problema.

Meus 2 cents:

Ja tive problema semelhante, a solucao foi webscrapping.

No caso, mesmo que a empresa de onde voce precisa buscar a informacao nao fornece uma API publica ou integracao direta, geralmente tem uma pagina de pesquisa para saber o status da carga (fornecendo o CNPJ ou semelhante).

O que fiz fui criar um wrapper que lia esta pagina de status, fazia o scrapping e inseria os dados na minha aplicacao. Em caso de nova consulta, as novas leituras da pagina apenas buscavam dados de atualizacao.

Na epoca fiz isso para alternativa, ascbrasil, exactsales, jmklog, linx, datafrete, moip, moskitcrm, intelipost, tntbrasil, translovato, modular, bertolini, ehagora, solistica, jamef, bauer, mann, tpl (deve ter outras, mas peguei o que estava facil na documentacao).

Mas eh por ai - veja o sistema que a empresa que sera tua cliente usa e crie o scrapping necessario.

Se vc trabalhou 8 anos, deveria saber que essa é a realidade e acho que você errou em colocar os bois na frente do carro pois se sabia que iria ter essa dependencia de API, primeiro deveria ver se conseguiria isso, já que é um ponto forte de risco.

as transportadoras não tem interesse em criar uma API pra você, o custo de desenvolver isso não se justifica, você não paga, etc.

Se você está aqui fazendo perguntas básicas como "tentar contato com essas transportadoras",também me reforça a visão de que você está perdido, pois novamente, se você é do ramo, uma das primeiras coisas que você deveria ter era mapeado 5 transportadoras para prospecção, entrar em contato com elas, descobrir quem é a pessoa de TI delas e agendar uma reunião com elas para explicar seu produto. Ainda assim, se você não tem volume, novamente, não tem pq a transportadora em investir em uma API ou EDI pra você, você não gera nada para ela, não tem volume, etc.

Olá meu amigo,

Eu já trabalhei em consultorias que enfrentaram esse problema, não ter APIs disponíveis no serviço de terceiros.

Como já foi mencionado aqui, acredito que a única solução seria automação, temos muitas ferramentas no mercado. Eu já usei o pupeteer.

Essa implantação dos robôs agregaria mais valor ao seu produto também.

Penso que será muito difícil qualquer negociação, ainda que a empresa já tenha as APIs disponíveis...

A solução para isso é também um potencial para o seu projeto, que é tentar um integração.

Busque saber mais sobre a empresa responsável pelos sistemas maiores a qual você precisa conectar, tente falar com alguém e negociar benefícios mutuos.

Acredite, empresas de tecnologia estão mais interessadas nesse tipo de coisa do que imaginamos.

Seu projeto me chamou a atenção, especialmente por abordar um nicho específico e ainda pouco explorado: o last mile (última milha), que envolve entregadores terceirizados.

Trabalhei por muitos anos em uma empresa de varejo que realizava anualmente o BID de fretes — uma licitação aberta para transportadoras com estrutura adequada para atender diferentes regiões(praças) de entrega. Empresas como Braspress, Jamef, Meridional, Direct Log, Correios, Atlas e Alfa Transportes participavam desse processo, concorrendo com base em preço e prazos.

No entanto, cada transportadora tinha sua própria API ou método de integração, o que gerava um problema: como o BID não estabelecia um padrão, a empresa precisava adaptar-se a cada formato. Inicialmente, utilizávamos um sistema TMS (Transportation Management System), mas ele era limitado por ser fechado e não permitir customizações.

Diante disso, propus uma solução: em vez de desenvolver APIs individualmente para cada transportadora vencedora (o que seria inviável, especialmente com prazos curtos), criamos uma API centralizada da nossa empresa. As transportadoras vencedoras deveriam, então, integrar-se a ela para receber informações fiscais e de volumes.

Como alguns colegas já haviam mencionado — e pude comprovar —, as transportadoras relutavam em desenvolver APIs porque enxergavam isso como um custo adicional, que muitas vezes não se pagava. No entanto, como o volume de frete dessas empresas chegava a milhões, elas não tinham escolha: ou se adaptavam à nossa API, ou continuavam no método antigo (troca de arquivos modelo PROCEDA .txt), que estava sendo gradualmente descontinuado em nossa empresa.

Além disso, as que insistiam no formato ultrapassado penalizadas no próximo BID — o que, no fim, as forçava a se modernizar. Mas acredito que você deva tentar um contato com as transportadoras maiores pois muitas ja tem api disponivel, as vezes uma conversa e explicando o funcionamento do seu SaaS eles te liberem para consumir essa api deles, e as que não tiverem ou não quiserem liberar partir para uma solucao de webscrapping.