This document described the use of the Bizweaver DataBuilder tool. This tool is used to create JSON and XML data structures for use with web service APIs.
The following documents contain additional information that may be helpful with the development of Bizweaver workflows.
You will need to know, or have examples of , the data structures the API is expecting. This includes element (field names) and child objects within the structure. Keep in mind that names will generally require an exact match, including case.
An easy way to view the data structures used for SAP Business One is to create a small workflow that executes a GET on the object in question. The workflow will have two WebService2 steps: a login step and a GET step. The GET step references the target object (e.g. SalesOrders). The GET step will return the data structure for the object in the “Output String.” This is also an easy way to create a template file for the object in your environment as it will include any user-defined fields as well.
More information dealing with SAP Service Layer can be found here
This workflow builds two sections of a JSON structure for an SAP Business One sales order. The sections are the header and the rows. Each section consists of a SQL statement to gather the needed information and the DataBuilder to format the information. Once the pieces are constructed, the output is sent to the SAP Service Layer API in the WebService step. Other APIs will work in a similar manner.
This should always contain the first items of the data structure.
Continue this process for all desired fields in the top-level object.
The data structure being built is displayed in the left-side panel as elements are added. The data structure cannot be altered in this area. The display is for information only.
This will be the next section in the expected data structure. The process is the same as described in the “Main DataBuilder” step.
For objects such as a set of rows, the display will only display a single entry. However, all data received as input will be included when the workflow executes.
In most cases the lower-level sections will need to be marked as an array. The “Add as an array” checkbox should be selected. However, always check your API documentation to verify this. At the same time, the “Top-level Element” checkbox should remain cleared.
When creating lower-level section that may have more than one entry (i.e. an array), be sure to put the DataBuilder tool within a Loop. As each record is read from the input it is added to the bottom of the array being constructed. Not using a loop will result in an incorrect data structure.
All objects other than the main one will require an Object Name. This must exactly match (including case) what is expected by the API.
Once the DataBuilder steps for the lower-level objects have been created, they can be referenced in the main DataBuilder step. This is what causes the entire data structure to be created when the workflow is executed.
Here is the resulting JSON that is sent in the API call.
{
"CardCode": "C20000",
"DocDueDate": "20190313",
"DocumentLines": [
{
"ItemCode": "A00001",
"Quantity": 9,
"LineTotal": 33.75
},
{
"ItemCode": "A00001",
"Quantity": 7,
"LineTotal": 105
}
],
"AddressExtension": [
{
"CItyB": "New York"
}
]
}
The output of the main DataBuilder step is used in the API call. This is done by using the “CumulativeData” variable from the Main DataBuilder step. An example is shown in the image below.
| Name | |
|---|---|
| AddAsArry | True or False if the add as array checkbox is selected |
| CumulativeData | This is the collection of all data that was built in the databuilder |
| Data | This is the last run of data that was entered into the databuilder |
| DataSourceName | This indicates the name of the tool that is being used for the source data for the databuilder |
| DataType | This indicates the type of data your are building XML or JSON |
| ObjectName | Is the name of the top level of your JSON or XML |
| TopLevelElement | True or False if the top level element checkbox is selected |
| StepMessage | During a failure the reason for failure will be populated here |
| StepStatus | True or False |