Die veloconnect-Spezifikation geht von folgender Modellsituation aus: Zwischen einem Client (typischerweise das Warenwirtschaftsprogramm eines Einzelhändlers) und einem Server (typischerweise das Warenwirtschaftsprogramms Warenwirtschaftsprogramm eines Großhändlers oder Herstellers) werden Daten ausgetauscht, um bestimmte Geschäftsvorfälle, wie z. B. das Bestellen von Ware, auszulösen. Für die Zwecke dieser Geschäftsvorfälle vertritt der Client den Käufer und der Server den Verkäufer.
...
Gegenstand dieser Spezifikation sind die Schichten Nachricht und Geschäftsvorfall. Die Syntax der Daten wird mittels eines XML-Schemas festgelegt. Die Abfolge der Nachrichten wird im Überblick im folgenden behandelt und detailiert. Dort erfolgen auch die Festlegungen zur Schicht Geschäftsvorfall, soweit sie in dieser Spezifikation erforderlich sind. Gerade weil der Datenaustausch über eine veloconnect-Schnittstelle den Zweck hat, Geschäftsvorfälle in der realen Welt auszulösen, wie z.B. das Bestellen von Ware, ist es nötig, stillschweigende Voraussetzungen, die beim Übergang zwischen der Schicht Nachricht und Geschäftsvorfall eine Rolle spielen, explizit zu machen. Ferner wird der Käufer aufgrund der Informationen, die ihm übermittelt werden, Entscheidungen treffen; er sollte also darauf vertrauen können, dass die übermittelten Informationen von hinreichender Qualität und unmißverständlich sind. (Eine beliebte Quelle von Mißverständnissen Missverständnissen sind hier Mengen- und Preisangaben.)
...
Komplexere Szenarien des Nachrichtenaustauschs, bei denen der Server Zustandsinformationen vorhalten muss, werden als Transaktionen modelliert. Eine Transaktion setzt sich aus mehreren Operationen zusammen, die in genau definierter Weise aufeinanderfolgen. Die Zustandsinformationen auf dem Server, wie z.B. die Daten einer Bestellung oder die Ergebnisse einer Artikelsuche, werden dabei über eine TransactionID referenziert, die von Operation zu Operation weitergegeben wird.
...
Zu den verbindlichen Operationen gehört die GetProfile-Operation. Mittels dieser Operation kann ein Client ermitteln, welche Transaktionen und Operationen ein Server mit welchen Bindungen unterstützt.