Regulile de produs

Astea nu sunt limitări tehnice — sunt reguli ale platformei, care se aplică la fel în site, în API și în serverul MCP.

Platforma nu fixează prețuri

budget vine de la client, price de la transportator. /cost-estimate explică din ce se compune un cost, nu ce ar trebui să coste o cursă. Nu există tarif minim, maxim sau recomandat, în niciun răspuns.

Telefoanele apar doar în site, doar după acceptare

Niciun câmp de contact — telefon, email, link de WhatsApp — nu există în API, în niciun răspuns, la nicio resursă. Nici măcar după ce o ofertă e acceptată: offer.accepted (planificat, ca eveniment) nu va conține un telefon. Numerele apar la amândoi doar în site, când clientul alege o ofertă.

Alegerea unei oferte rămâne în site

Nu există POST /offers/{id}/accept în v1 și nu va exista niciodată prin API fără o hotărâre separată. Un integrator poate citi ofertele, dar clientul alege din site, autentificat normal.

Fără descărcare în masă

Listele publice merg pagină cu pagină, prin cursor, cu plafoane pe cheie și pe titular. Nu există un endpoint de export sau un flux global de date.

Fără date din grupurile Facebook

Vehiculele libere preluate din grupurile Facebook (fără cont, fără nume, fără telefon) nu apar în API — nici în listă, nici individual. Filtrul se aplică înainte de paginare.

Facturile aparțin Storno

Nu există resurse de facturare, TVA sau emitere în API-ul Ajungem. Integrarea cu facturarea rămâne treaba fiecărui integrator, separat.

Ce înseamnă asta pentru integrarea ta

Dacă integrarea ta are nevoie de alegerea unui transportator, de telefoane sau de prețuri recomandate, răspunsul e simplu: nu le vei primi prin API. Trimite omul spre linkul url din răspuns — pagina din site face restul.