-
Notifications
You must be signed in to change notification settings - Fork 34
APIs
This document describes how to register an application as an IBM Food Trust (IFT) System User, and configure the application to submit credentials and upload data (assets and certificates) to the IFT solution. Please refer to GDPR Section on ensuring that no personal data is uploaded to IFT as free form text.
The IBM Food Trust (IFT) APIs enable authenticated (and authorized) end users, including system users and applications, to upload data to the IFT solution network. To successfully upload GS1 Asset XML and Certificate JSON to the IFT solution, authenticated users must submit their credentials with each API call. Once the submitted data is validated and transformed by the solution, the assets and certificates are created on the network and available for transactions with other authorized users.
The diagram shown below (Figure 1.) illustrates the overall flow of creating an application System ID and submitting data to IFT through API calls:
Figure 1. IFT system user authentication and API calls
The three steps shown above in Figure 1. are described in detail below:
- To call an IFT API, the application (system user) must have a registered System ID. An Organization Administrator must create the System ID using the Manage Users Dashboard, and manually record the generated System ID, Client ID, and secret (password) for the application. These credentials must then be stored in a form that is consumable by the application—as a configuration file or environment variables, for example.
- The application submits its System ID, Client ID and Secret in a call to the Authorization API Access Token endpoint. If successful, the API returns an access token (JSON Web Token/JWT) to the application.
- The application submits its received access token (JWT) in a call to the IFT API Post Asset or Post Certificate endpoint, to upload assets or certificates to IFT. Information about the created asset or certificate is returned to the application.
IFT requires an authentication to submit data to the system. Please see How To Get an Authentication Token for System Users for detailed information.
The IFT API documented below is the only API that a customer can access that writes data to the Blockchain. The invocation of this API sends an XML document to Food Trust which is then stored on blockchain.
Users must ensure that no personal data is contained in any free text fields in the submitted XML document, or in any comments.
Call the Asset endpoint to submit an XML message to the IFT solution in the required message format. For help generating XML messages in the correct format, the XML Generator and Excel Converter tools are available.
The IFT API endpoints are documented in Swagger:
HTTP Method | Endpoint | Purpose |
---|---|---|
POST | /fs/connector/v1/assets |
Submits XML to Food Trust solution. |
For authentication, the caller's access token JWT must be submitted in the Authorization
header of the POST request:
Header Parameter | Value |
---|---|
Authorization |
Bearer + ' ' (a space character) + Access Token (JWT)
|
One of three responses is typically returned by this endpoint:
Response | Meaning |
---|---|
201 | Asset Created |
400 | Error in XML |
401 | User Unauthorized |
- 401: User Unauthorized. A 401 response indicates a problem with the credentials (username/password/client_id) submitted to the endpoint. Ensure that the correct credentials for a System ID, created using the Manage Users Dashboard, are submitted.
- 400: Bad Data. A 400 response indicates a problem with the uploaded data. The response includes a detailed description of the problem.
For additional error messages, refer to IFT Solution Errors.
Call the Certificate endpoint to send certificate JSON to the IFT solution in the required message format
HTTP Verb | Endpoint | Purpose |
---|---|---|
POST | /fs/connector/v1/assets/certificates |
Sends certificate JSON to IFT |
Header Parameter | Value |
---|---|
Authorization | Bearer (token) |
One of three responses is typically returned by the Certificate endpoint:
Response | Meaning |
---|---|
201 | Asset Created |
400 | Error in JSON |
401 | User Unauthorized |
- 401: User Unauthorized. A 401 response indicates a problem with the credentials (username/password/client_id) submitted to the endpoint. Ensure that the correct credentials for a System ID, created using the Manage Users Dashboard, were submitted.
- 400: Bad Data. A 400 response indicates a problem with the uploaded data. The response includes a detailed description of the problem.
For additional error messages, refer to IFT Solution Errors.
WELCOME!
Modules
Membership
Languages
Browsers
ONBOARDING
Onboarding Steps
Data Requirements
Data Types
Supplier Data
Payload Data
Insights Data
HOW-TO
Join by Invitation
Log in as New User
Authenticate Human Users
Authenticate System Users
Java Sample
Typescript Sample
IIB Sample
Assign User Roles
Upload Data
Automate Data Upload
Convert Spreadsheets
Convert Data
Whitelist Custom URLs
APIs-Swagger
Connector API
Documents API
Converter API
Trace API
Insights API
APIs-Usage
APIs
Insights API
Insights API Usage
Trace API
Connector API Errors
API Error Codes
REFERENCE
GS1
GS1 Identifier Reuse
Authentication
Identifiers
Message Codes
Cryptographic
Signatures
Signature Header
Access Control
Firewall Settings
XML to JSON
EPCIS Aggregation Add
EPCIS Aggregation Delete
EPCIS Object Add
EPCIS Object Delete
EPCIS Object Observed
EPCIS Transformation
Purchase Order
Despatch Advice
Receiving Advice
Master Data Item
Master Data Facility
Standard Business
Document Header