Skip to end of metadata
Go to start of metadata

You are viewing an old version of this page. View the current version.

Compare with Current View Page History

« Previous Version 39 Next »

CB Media Interface Description

Revisions

Version

DateDescription
0.612-03-2020 Add volume limits and error messages; Correct typo in process flow diagrams
0.513-01-2020 Add flows and sequence diagrams
0.311-11-2019 Add operations
0.1

30-08-2019 

Initial document

Introduction

This document contains a description of the standard interfaces for implementation of data exchange with CB via webservices.

The entire set for the standard data exchange with CB consists of the following documents and files:
The mapping from file based to webservice based messages
The functional description of the definitions in the operations
yaml definition filesAn OpenAPI Specification file (yaml) for each resource

Overview webservices

This chapter gives an overview of the available interaction patterns for data exchange with CB. The figure below gives an high level overview of the CB system landscape and the available webservice operations.

CB provides REST based webservices. In REST operations define the available activities.


Image  Overview operations

The webservices provide online creation and cancelation of media orders at CB. Changes to an order (other than cancel) are not available. Resending an order is possible only when the order was not accepted by CB earlier. 

Webservices are available 24 hours a day, 7 days a week, however order handling is restricted to warehouse working hours. Our regular maintenance window is on Saturday from 08:00 hours until 14:00 hours. The webservice operations are available during this time, but received requests are stored only (i.e. not validated or processed).

File versus Webservice

Communication about orders is based on the receiving channel, i.e. file base communication is used for orders received via file based interfaces and webservice communication is used for orders received via the webservice.

Orders are processed independent from the receiving channel.

Mapping batch files versus webservice operations
OPDNAWplaceOrder
ANNOPDcancelOrder
UITOPDnotifyOrder / getOrderStatus + notifyShipment / getShippingUnit
NUITOPnotifyOrder / getOrderStatus

Timing

Webservice requests are processed realtime, i.e. an order is registered immediately when the webservice call is executed. Order processing at CB is based on scheduled processes and not primarily triggered by the webservice request.

Responses to the requester are send in Near-Realtime (NRT) with an average delay of 2 to 3 minutes. The regular maximum delay is 5 minutes, in exceptions running up to 10 minutes. During this timeframe the orderstatus has reached a status that is not yet reported to the requestor.

Volume

Webservice requests are limited to a maximum of 10 requests per service per second per requestor.

Performance

The media webservices comply with the generic CB webservice performance requirements:

  • Average response time within 2 seconds during prime-time (08:00-01:00 CET)
  • Response within 3 seconds for 99,95% of the requests during prime-time
  • Response within 6 seconds for 99% of the requests outside prime-time

MediaOrderB2C

Webservice name: MediaOrderB2C
Definition: MediaOrderB2C.yaml
Resource: Orders
Operations provided by CB:
placeOrderSend one (1) order to CB
cancelOrderLineCancel one (1) orderline
getOrderStatusRetrieve the status of one (1) order

MediaOrderNotify

Webservice name: MediaOrderNotify
Definition: MediaOrderNotify.yaml
Resource: 

Notifications

Operations provided by you:
notifyOrderCB calls your webservice to inform you about status updates of an order

MediaShipment

Webservice name: MediaShipment
Definition: MediaShipment.yaml
Resource: 

ShippingUnits

Operations provided by CB:
getShippingUnit

Retrieve the shipment information for a shipping unit

MediaShipmentNotify

Webservice name: MediaShipmentNotify
Definition: MediaShipmentNotify.yaml
Resource: 

Notifications

Operations provided by you:
notifyShipment

CB calls your webservice to inform you about a shipment for your order

Process flows

This chapter contains the identified flows when using webservices to order physical books at CB. The most common and regular scenario is describes in the happy flow. In addition 7 frequent scenarios are described in alternative flows.

Happy Flow

The customer orders one or more products, stock is available and the order is shipped in one shipment.

Diagram Happy Flow




Waardes voor lijsten

De webservice operaties gebruiken Engelse termen en human readable waardes voor lijsten. 

 Klik hier voor overzicht met gebruikte termen voor lijsten in de webservice
ONTVANGEN OPDRACHT

OrderTypetype_kd

ShipBuyerLNAFN

ShipOwnerLNEIG

ShipSecundaryOwnerLMEONE


ShipmentDate / ShipmentPeriodlevertijd_kd

ShipmentDate = systeemdatumD

ShipmentDate = systeemdatum + 1

<geen datum opgegeven>

N

ShipmentDate > systeemdatum + 1

ShipmentPeriod

L


PartialShipmentdeellevering_kd

TRUEDIRECT

FALSE bij levertijd_kd=LBESCH_DEEL_PER

FALSE bij andere levertijd_kdCOMPLEET

ONTVANGEN_OPDRACHTREGEL

TransactionCategorytvwc_kd

DepotDistributionDUD

OwnerDistributionDIO

SpecialOfferingAANB


StockSelectionCodeme_kd

SecundaryOwnerStock1

SecundaryOrPrimary2

PrimaryOwnerStock3

PrimaryOrSecundary4

OPDRACHT AANSPREEKPUNT

PartyTypetype_kd

ReceiverAddressONT

DropSiteAddressAHP

InvoiceAddressOFA

OPDRACHT

IncludeStockTransfertype_kd

FALSELNEIG

TRUELNAFN

TRUE<overig>

Downloadable yaml files


 Klik hier voor Algemene informatie webservice Media en het servicelevel

Unable to render {include} The included page could not be found.

Unable to render {include} The included page could not be found.









  • No labels