Use the Ingestion API Schema File requirements to successfully build a file to bring data into Data 360.
To create an ingestion API source in Data 360, the schema file you upload must meet specific requirements.
Uploaded schemas have to be in valid OpenAPI format with a .yml or .yaml extension. OpenAPI version 3.0.x is supported
Objects can’t have nested objects.
Each schema must have at least 1 object. Each object must have at least 1 field.
Only one Data Stream can be created per object per connection.
Objects can’t have more than 1000 fields.
Objects can’t be longer than 79 characters.
Field names can’t exceed 39 characters.
Object names must contain only a-z, A-Z, 0-9, _, and -. Unicode characters aren’t supported.
Objects can’t be deleted from the schema after they are uploaded.
Field names must contain only a-z, A-Z, 0-9, _, and -. Unicode characters aren’t supported.
Field names can’t be any of these reserved words: date_id, location_id, dat_account_currency, dat_exchange_rate, pacing_period, pacing_end_date, row_count, version. Field names can’t contain string __.
A field once added to an object’s schema can’t be removed. Similarly, an object once added to the top-level schema associated with an active connection can’t be removed.
Fields meet the type and format requirements:
For boolean type
1booleanField:2 type: boolean
For date type
1dateField:2 type: string3 format: date
For datetime type
1dateTimeField:2 type: string3 format: date-time
Once the data is ingested, the date and time values are adjusted as per the time zone configured in your org.
Note
For email type
1emailField:2 type: string3 format: email
For number type
1numberField:2 type: number
For phone type
1phoneField:2 type: string3 format: phone
For percent type
1percentField:2 type: string3 format: percent
For text type
1textField:2 type: string
For URL type
1urlField:2 type: string3 format: url
Object names can’t be duplicated, case insensitive.
Objects can’t have duplicate field names, case insensitive.
Date data type fields in your payloads must be valid calendar dates conforming to ISO 8601 format yyyy-MM-dd.
DateTime data type fields in your payloads must be in ISO 8601 UTC Zulu with format yyyy-MM-dd'T'HH:mm:ss.SSS'Z'.
When updating your schema, be aware:
Existing field data types can’t be changed.
Upon updating an object, all of the existing fields for that object must be present.
Your updated schema file only includes changed objects, so you don’t have to provide a comprehensive list of objects each time.
A datetime field must be present for objects that are intended forengagementcategory. Objects of category profile or other don’t impose this same requirement.
If you send a payload using field API names instead of the schema-defined field names, the system can’t recognize the fields or their values. As a result, the data stream displays a single row with blank columns. Since the payload has no valid fields, the ingestion process interprets each call as an upsert to the same record, ultimately populating that record with only blank values.
Note
Example
Ingestion API schemas have set requirements. Review the schema requirements before ingestion.