papiNet API 2.0.0 Released!
The papiNet Central Work Group is pleased to announce the official release of the papiNet API 2.0.0! As announced, this release contains a significant redesign of the papiNet API focusing on the Purchase Order use case.
Changelog
Deletion
GET /ordersGET /orders/{orderId}GET /shipments/{shipmentId}GET /seller-productsGET /seller-products/{sellerProductId}POST /customer-articlesPUT /customer-articles/{customerArticleId}PATCH /customer-articles/{customerArticleId}DELETE /customer-articles/{customerArticleId}POST /seller-products/{sellerProductId}/check-availabilityPOST /customer-articles/{customerArticleId}/check-availability
Updates
GET /customer-articlesGET /customer-articles/{customerArticleId}GET /locations/{locationId}
Additions
GET /locationsGET /partiesGET /parties/{partyId}POST /purchase-ordersGET /purchase-ordersGET /purchase-orders/{purchaseOrderId}PATCH /purchase-orders/{purchaseOrderId}
Clarifications
Our initial approach will be to start with a simplified operational structure, which assumes that the seller has already defined the necessary customer-articles, parties, and locations required for the business transactions, by another means than papiNet API.
It should be noted that, for now, this simplified operational structure excludes the step of defining customer-articles from seller-products, which is assumed to have already been completed by the seller prior to the start of the business transactions. In addition to that, our assumption is that each property of the customer-article has only one value, but this restriction will change in the future.
Our initial approach will also be to start with a simplified operational structure in which the purchase-order is limited to direct delivery to the shipToLocation.
Important Notes
This version 2.0.0 of the papiNet API mainly contains incompatible changes from version 1.3.0. However, the "Order Status Use Case" will be soon re-incorporated within a version 2.1.0 using a dedicated new API endpoint.