Zu den Farben siehe die Legende.

Die angegebenen ID-Prefixe sollen verdeutlichen, für welches System diese gültig sind:

• aXcRqst sind Request-IDs von audioXchange
• aXcSpt sind Spot-IDs von audioXchange
• ByrSpt sind dsp-Keys der Buyer-Systeme
• SllrSpt sind ssp-Keys der Seller-Systeme

Vorbereitung

Buyer legt PlanElement und RequestStream an

 Aktueller Status
BUYER_IN_WORK

In einem ersten Schritt legt der Buyer ein PlanElement und einen RequestStream an.

Methoden der API:

• PlanElement anlegen
• RequestStream anlegen

Erste Iteration

Buyer legt Request und RequestSpots an

Anschließend wird ein erster Request angelegt und diesem dann drei RequestSpots hinzugefügt.

Die Plan-Art eines Buchungselements lässt sich über die Zeitschienen der enthaltenen RequestSpots ermitteln. Siehe dazu auch Termin- vs. Belegungsplan.

Methoden der API:

• Request anlegen
• Dreimal RequestSpot anlegen

Buyer schließt Bearbeitung ab

Der Buyer schließt die Bearbeitung ab, indem er den Status des Requests zu BUYER_COMMIT ändert.

 Aktueller Status
BUYER_COMMIT

Methoden der API:

• Status des Requests ändern von BUYER_IN_WORK auf BUYER_COMMIT

Buyer setzt Request zurück

Der Buyer möchte den Requests noch einmal anpassen. Hierzu setzt er den Status des Request noch einmal zurück in BUYER_IN_WORK.

 Aktueller Status
BUYER_IN_WORK

 Bitte beachten
Dieser Schritt ist nur solange möglich, wie der Request noch nicht vom Seller abgefragt wurde (siehe Buyer setzt Request zurück in Bearbeitung).

Methoden der API:

• Status des Requests ändern von BUYER_COMMIT auf BUYER_IN_WORK

Buyer bucht zusätzlichen Spot

Der Buyer erstellt einen weiteren RequestSpot und fügt diesen dem Requests hinzu.

Methoden der API:

• Weiteren RequestSpot anlegen

Buyer schließt Bearbeitung ab

Der Buyer schließt die Bearbeitung ab, indem er den Status des Requests zu BUYER_COMMIT ändert.

 Aktueller Status
BUYER_COMMIT

Methoden der API:

• Status des Requests ändern von BUYER_IN_WORK auf BUYER_COMMIT

Seller ruft Request ab

Der Seller fragt nun den aktuellen Requests ab. Hierdurch wechselt der Status dieses Requests automatisch in SELLER_IN_WORK.

 Aktueller Status
SELLER_IN_WORK

Methoden der API:

• PlanElements abrufen
• RequestStreams abrufen

Seller legt Answer an

Der Seller erstellt nun eine Antwort auf die Anfrage des Buyer. Hierzu wird zunächst eine Answer angelegt. Anschließend erstellt der Seller vier AnswerSpots und hängt diese an die Answer. Jedem AnswerSpot kann ein individueller sspKey zugewiesen werden, der der späteren Referenzierung dienen kann.

Beim AnswerSpot handelt es sich immer um ein Terminplan. Siehe dazu auch Termin- vs. Belegungsplan.

Methoden der API:

• Answer anlegen
• Viermal AnswerSpot anlegen

Seller schließt Bearbeitung ab

Der Seller schließt nun die Bearbeitung ab, indem er den Status des Request zu SELLER_COMMIT ändert.

 Aktueller Status
SELLER_COMMIT

Methoden der API:

• Answer bestätigen

Zweite Iteration

Buyer ruft ab

Der Buyer erfragt nun die Antwort des Sellers. Hierzu ruft er den RequestStream ab.

 Aktueller Status
BUYER_IN_WORK

Methoden der API:

• aktuellen Request abfragen

Buyer erzeugt neuen Request

Der Buyer akzeptiert die Antwort des Sellers nur teilweise. Zunächst setzt er daher den Status des PlanElements auf PARTLY_CONFIRMED. Da der vorherige Request abgeschlossen wurde, kann er nun einen neuen aktiven erzeugen und fügt diesem vier RequestSpots hinzu. Im Unterschied zur letzten Anfrage ändert er die RequestSpots wie folgt:

• erster RequestSpot wird umgebucht
• zweiter RequestSpot wird storniert
• vierter RequestSpot erhält alternative Werbeform

Der dritte RequestSpot soll unverändert übernommen werden.

Methoden der API:

• PlanElementOrderState
• Request anlegen
• Viermal RequestSpot anlegen

Buyer schließt Bearbeitung ab

Der Buyer schließt nun die Bearbeitung ab, indem er den Status des Requests zu BUYER_COMMIT ändert.

 Aktueller Status
BUYER_COMMIT

Methoden der API:

• Status des Requests ändern von BUYER_IN_WORK auf BUYER_COMMIT

Seller ruft Request ab

Der Seller fragt nun den aktuellen Requests ab. Hierdurch wechselt der Status dieses Requests automatisch in SELLER_IN_WORK.

 Aktueller Status
SELLER_IN_WORK

Methoden der API:

• PlanElements abrufen
• RequestStreams abrufen

Seller legt Answer an

Der Seller erstellt nun eine Antwort auf die Anfrage des Buyer. Hierzu wird zunächst eine Answer angelegt. Anschließend erstellt der Seller zwei AnswerSpots und hängt diese an die Answer.

Methoden der API:

• Answer anlegen
• Viermal AnswerSpot anlegen

Seller schließt Bearbeitung ab

Der Seller schließt nun die Bearbeitung ab, indem er den Status des Requests zu SELLER_COMMIT ändert.

 Aktueller Status
SELLER_COMMIT

Methoden der API:

• Answer bestätigen
• Status des Requests ändern von BUYER_IN_WORK auf BUYER_COMMIT

Prozess abschließen

Buyer ruft ab (optional)

Zum Abschluss kann der Buyer noch einmal den aktuellen Request erfragt, um die Antwort des Sellers einzusehen.

 Aktueller Status
BUYER_IN_WORK

Methoden der API:

• aktuellen Request abfragen