Skip to content

Angebote auf Frachten. Ein Angebot gehört immer zu genau einer Fracht.

Angebote abrufen geht nicht hier

Es gibt keinen GET-Endpunkt für Angebote. Sie kommen als data.route._bids in der Antwort von GET /freights/view/{id}.json mit.

Die Endpunkte hier dienen dem Abgeben, Zurückziehen und Bestätigen.

Der Zuschlag ist zweistufig

POST /quotes/confirm/{bidId}.json bestätigt eine Seite. Erst wenn beide Seiten bestätigt haben, wechselt die Fracht auf taken und winner sowie price werden gesetzt.

Der erste Aufruf antwortet mit einem Redirect. Verifiziere den Zustand danach über GET /freights/view/{routeId}.json, statt dem Response-Body zu vertrauen.

Quotes​

Angebote auf Frachten. URL-Segment /quotes/….

Ein Angebot gehört immer zu genau einer Fracht. Abgerufen werden Angebote nicht
hier, sondern über die Fracht selbst — siehe GET /freights/view/{id}.json.


Angebot abgeben oder aktualisieren​

POST
/quotes/add.json

Gibt ein Angebot (Bid) auf eine Fracht ab. Mit gesetzter id wird ein
bestehendes Angebot aktualisiert, ohne id ein neues mit status = open erzeugt.

Automatisch gesetzt: company und user aus dem Token-User,
display_company_id (falls leer). Bietet die Company der Fracht selbst,
wird type = selling.

Authorizations​

authTokenHeader

Empfohlen. Dein API-Token als Header. Das Schema heißt ApplePass —
historisch bedingt, aber so muss es lauten:

Authorization: ApplePass DEIN_TOKEN

Den Token holst du über
POST /users/login.json.

Type
API Key (header: Authorization)
or
authTokenQuery

Derselbe Token als Query-Parameter: ?auth_token=DEIN_TOKEN.

Praktisch für curl und schnelle Tests.

Nicht für produktive Integrationen verwenden: Query-Parameter landen in
Server-Logs, Proxy-Logs und Browser-Referrern. Nutze dort authTokenHeader.

Type
API Key (query: auth_token)

Request Body​

application/json
JSON
{
  
"route": 12345,
  
"amount": 1875.5,
  
"currency_code": "EUR",
  
"rate_base": 1500,
  
"rate_fsc": 275.5,
  
"rate_ssc": 100,
  
"note": "Direktflug, Abflug wie angefragt"
}

Responses​

Angebot gespeichert.

application/json
JSON
"string"

Playground​

Server
Authorization
Body

Samples​


Angebot bestätigen / Zuschlag erteilen​

POST
/quotes/confirm/{bidId}.json

Zweistufige Bestätigung: jede Seite bestätigt einmal. Erst wenn beide Seiten
bestätigt haben, wird die Fracht auf status = taken gesetzt, winner und
transport_company_id auf die Bieter-Company, route.price auf den Angebotsbetrag —
und alle anderen pending-Angebote fallen auf open zurück.

Dieser Endpunkt antwortet je nach Bestätigungsstufe mit einem Redirect statt mit
verwertbarem JSON. Verifiziere den Zustand danach über
GET /freights/view/{routeId}.json und prüfe status sowie winner, statt dem
Response-Body zu vertrauen.

Authorizations​

authTokenHeader

Empfohlen. Dein API-Token als Header. Das Schema heißt ApplePass —
historisch bedingt, aber so muss es lauten:

Authorization: ApplePass DEIN_TOKEN

Den Token holst du über
POST /users/login.json.

Type
API Key (header: Authorization)
or
authTokenQuery

Derselbe Token als Query-Parameter: ?auth_token=DEIN_TOKEN.

Praktisch für curl und schnelle Tests.

Nicht für produktive Integrationen verwenden: Query-Parameter landen in
Server-Logs, Proxy-Logs und Browser-Referrern. Nutze dort authTokenHeader.

Type
API Key (query: auth_token)

Parameters​

Path Parameters

bidId*
Type
integer
Required

Responses​

Bestätigung verarbeitet.

application/json
JSON
"string"

Playground​

Server
Authorization
Variables
Key
Value

Samples​


Angebot zurückziehen​

POST
/quotes/revoke/{bidId}.json

Zieht ein eigenes Angebot zurück (status = revoked). Danach zählt es in den
Frachtlisten nicht mehr als abgegebenes Angebot — die Fracht erscheint für die
eigene Company wieder unter „noch nicht geboten" (Filter 8).

Authorizations​

authTokenHeader

Empfohlen. Dein API-Token als Header. Das Schema heißt ApplePass —
historisch bedingt, aber so muss es lauten:

Authorization: ApplePass DEIN_TOKEN

Den Token holst du über
POST /users/login.json.

Type
API Key (header: Authorization)
or
authTokenQuery

Derselbe Token als Query-Parameter: ?auth_token=DEIN_TOKEN.

Praktisch für curl und schnelle Tests.

Nicht für produktive Integrationen verwenden: Query-Parameter landen in
Server-Logs, Proxy-Logs und Browser-Referrern. Nutze dort authTokenHeader.

Type
API Key (query: auth_token)

Parameters​

Path Parameters

bidId*
Type
integer
Required

Responses​

Angebot zurückgezogen.

application/json
JSON
"string"

Playground​

Server
Authorization
Variables
Key
Value

Samples​