B360 July2023 Business360 (REST-API) Reference en
B360 July2023 Business360 (REST-API) Reference en
July 2023
This software and documentation are provided only under a separate license agreement containing restrictions on use and disclosure. No part of this document may be
reproduced or transmitted in any form, by any means (electronic, photocopying, recording or otherwise) without prior consent of Informatica LLC.
U.S. GOVERNMENT RIGHTS Programs, software, databases, and related documentation and technical data delivered to U.S. Government customers are "commercial
computer software" or "commercial technical data" pursuant to the applicable Federal Acquisition Regulation and agency-specific supplemental regulations. As such,
the use, duplication, disclosure, modification, and adaptation is subject to the restrictions and license terms set forth in the applicable Government contract, and, to the
extent applicable by the terms of the Government contract, the additional rights set forth in FAR 52.227-19, Commercial Computer Software License.
Informatica, Informatica Cloud, Informatica Intelligent Cloud Services, PowerCenter, PowerExchange, and the Informatica logo are trademarks or registered trademarks
of Informatica LLC in the United States and many jurisdictions throughout the world. A current list of Informatica trademarks is available on the web at https://
www.informatica.com/trademarks.html. Other company and product names may be trade names or trademarks of their respective owners.
Portions of this software and/or documentation are subject to copyright held by third parties. Required third party notices are included with the product.
The information in this documentation is subject to change without notice. If you find any problems in this documentation, report them to us at
infa_documentation@informatica.com.
Informatica products are warranted according to the terms and conditions of the agreements under which they are provided. INFORMATICA PROVIDES THE
INFORMATION IN THIS DOCUMENT "AS IS" WITHOUT WARRANTY OF ANY KIND, EXPRESS OR IMPLIED, INCLUDING WITHOUT ANY WARRANTIES OF
MERCHANTABILITY, FITNESS FOR A PARTICULAR PURPOSE AND ANY WARRANTY OR CONDITION OF NON-INFRINGEMENT.
Table of Contents 3
Metadata API. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 47
Filter Relationship. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 49
Create Relationship. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 52
Read Relationship by Business ID. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 53
Update Relationship. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 55
Delete Relationship. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 57
Merge API. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 58
Request body. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 58
Request response. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 59
Sample Request. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 59
Sample Response. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 60
Unmerge API. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 60
Request body. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 60
Request response. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 61
Sample Request. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 61
Sample Response. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 61
Search Match API. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 62
Request body. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 63
Finding details for the request. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 64
Request response. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 66
Sample Request. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 66
Sample Response. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 67
Job instance API. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 68
Create Ingress Job Instance. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 69
Create Egress Job Instance. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 70
Create Match and Merge Job Instance. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 71
Search Job Instances. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 72
Read Job Instance Summary. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 76
Read Job Instance Details. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 78
Export and import API. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 82
Index. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 83
4 Table of Contents
Preface
Use the Business 360 REST APIs to interact with your Informatica Intelligent Cloud Services organization
through API calls. You can use the REST APIs to perform tasks and get data from your organization.
Informatica Resources
Informatica provides you with a range of product resources through the Informatica Network and other online
portals. Use the resources to get the most from your Informatica products and solutions and to learn from
other Informatica users and subject matter experts.
Informatica Documentation
Use the Informatica Documentation Portal to explore an extensive library of documentation for current and
recent product releases. To explore the Documentation Portal, visit https://docs.informatica.com.
If you have questions, comments, or ideas about the product documentation, contact the Informatica
Documentation team at infa_documentation@informatica.com.
Developers can learn more and share tips at the Cloud Developer community:
https://network.informatica.com/community/informatica-network/products/cloud-integration/cloud-
developers
https://marketplace.informatica.com/
5
Informatica Knowledge Base
Use the Informatica Knowledge Base to find product resources such as how-to articles, best practices, video
tutorials, and answers to frequently asked questions.
To search the Knowledge Base, visit https://search.informatica.com. If you have questions, comments, or
ideas about the Knowledge Base, contact the Informatica Knowledge Base team at
KB_Feedback@informatica.com.
Subscribe to the Informatica Intelligent Cloud Services Trust Center to receive upgrade, maintenance, and
incident notifications. The Informatica Intelligent Cloud Services Status page displays the production status
of all the Informatica cloud products. All maintenance updates are posted to this page, and during an outage,
it will have the most current information. To ensure you are notified of updates and outages, you can
subscribe to receive updates for a single component or all Informatica Intelligent Cloud Services
components. Subscribing to all components is the best way to be certain you never miss an update.
To subscribe, on the Informatica Intelligent Cloud Services Status page, click SUBSCRIBE TO UPDATES. You
can choose to receive notifications sent as emails, SMS text messages, webhooks, RSS feeds, or any
combination of the four.
To find online support resources on the Informatica Network, click Contact Support in the Informatica
Intelligent Cloud Services Help menu to go to the Cloud Support page. The Cloud Support page includes
system status information and community discussions. Log in to Informatica Network and click Need Help to
find additional resources and to contact Informatica Global Customer Support through email.
The telephone numbers for Informatica Global Customer Support are available from the Informatica web site
at https://www.informatica.com/services-and-training/support-services/contact-us.html.
6 Preface
Chapter 1
7
REST API collection
The API collection contains all the REST API requests that you can use to interact with MDM SaaS. You can
use this API collection to test the APIs before you deploy them to production. You can import the API
collection to any API platform and then test the APIs.
You can download the REST API collection from the following link:
After you import the API collection into an API platform, you can authenticate the API requests. For more
information about authenticating the API requests, see “Authentication method ” on page 9.
Note: The version of any subsequent resource that you use does not need to match the version of the login
resource that you use to log in.
Note the following differences between REST API version 2 and version 3 calls:
Format
You can use the following formats depending upon which API version you use:
Login URL
Your POD (Point of Deployment) region is based on the location of your Informatica Intelligent Cloud Services
data center. The POD region is included in the URL that you received when you registered with Informatica
Intelligent Cloud Services. For North America, use us.
Base URL
The login response includes the base URL that you must include in subsequent calls. The base URL includes
the following components:
• The name and region of the POD that your organization uses, for example, use4.dm-us.
• The Informatica Intelligent Cloud Services domain, informaticacloud.com.
• The internal service that manages the API calls, for example, saas.
The following example is a base URL for an organization on the use4.dm-us POD:
https://use4.dm-us.informaticacloud.com/saas
Session ID
The login response includes a session ID that you must include in headers for subsequent requests during
this session. In the login response, the name of the session ID attribute depends on the API version that you
used to log in.
Use one of the following attributes:
For more information about session IDs, see “Session IDs” on page 10
Authentication method
The REST APIs use the basic HTTP authentication method to authenticate users. When you first log in with
your browser, you must provide your user name and password. After successful authentication, you get the
<baseApiUrl>, which you must modify before you can make your REST API calls.
To log in and authenticate, you can use Login API V3 or Login API V2.
Login API V3
To get a session ID using Login API V3, submit the following POST request with your credentials:
POST https://dm-us.informaticacloud.com/saas/public/core/v3/login \
Accept: application/json \
Content-Type: application/json \
{
"username": "myUser",
"password": "myPassword",
}
The login response includes the session ID and base URL that you need to include in subsequent REST API
calls. Use values from the following fields:
• sessionId. A REST API session ID that you include in the header for version 3 REST API calls. The session
ID expires after 30 minutes of inactivity. After the session ID expires, log in again to continue working with
the REST API.
• baseApiUrl. The base URL that you use for subsequent requests during this session.
Login API V2
To get a session ID using Login API V2, submit the following POST request with your credentials:
POST https://dm-us.informaticacloud.com/ma/api/v2/user/login \
Accept: application/json \
Content-Type: application/json \
{
"username": "myUser",
"password": "myPassword",
}
Authentication method 9
Use the base URL and session ID returned in the response for subsequent requests during this session. Use
the logout resource to end the session.
When you log in, you get the following <baseApiUrl> value:
https://use4.dm-us.informaticacloud.com/saas
Modify the <baseApiUrl> value as follows:
• Remove /saas.
• Replace use4 with use4-mdm.
To make your REST API calls, use the following <baseApiUrl> value:
https://use4-mdm.dm-us.informaticacloud.com
Session IDs
Each Business 360 REST API request must be authenticated. To authenticate your requests, you must get a
session ID, and then add the session ID to the header of every request. The Informatica Intelligent Cloud
Services (IICS) Identity Service issues the session ID.
Note: If your session ID expires, log in again to get a new session ID.
To get a session ID, submit a POST request with your credentials. For more information, see “Authentication
method ” on page 9.
The response returns a session ID. For example, you might receive the following response:
{
...
"sessionId": "XXXXXXXXXXXXXXXXXXXXXX",
"sessionExpireTime": "2000-01-01T00:00:00.000Z",
...
}
To make a request, add the session ID you retrieved in to the IDS-SESSION-ID field of the request header.
The following example shows how to use a retrieved session ID in the request header:
POST https://use4.dm-us.informaticacloud.com/search/public/api/v1/search \
--header 'Accept: application/json \
--header 'Content-Type: application/json \
--header 'IDS-SESSION-ID: XXXXXXXXXXXXXXXXXXXXXX \
{
"entityType": "Example Entity"
The following table describes the resources that you can use:
search Search Finds records that match your search criteria across all the
business entities or within a specific business entity.
entity Create master record Creates, reads, or updates master records. Searches for
Read Master Record by Business ID source records that contribute to a master record.
Read Master Record by SourcePKey
Update Master Record (PUT)
Update Master Record (PATCH)
Read Source Records by Master Record
entity-group Merge Merges and unmerges source records and master records.
Unmerge
relationship Filter Relationship Filters, creates, reads, updates, and deletes business entity
Create Relationship relationships.
Read Relationship by Business ID
Update Relationship
Delete Relationship
jobInstance Create Ingress Mob Instance Manage ingress, egress, and match and merge jobs. Create
Create Egress Job Instance and run job instances, search for job instances, and retrieve
a short summary or the complete details of a job instance.
Create Match and Merge Job Instance
Search Job Instances
Read Job Instance Summary
Read Job instance Details
searchmatch Search Match API Use the search match API to search for matching records
based on the published match model configuration.
The required input parameters for the REST API vary based
on the business entity and selected match model.
Resources 11
Request header
Use a request header to define the operating parameters or the metadata of a REST operation.
Parameter Description
IDS-SESSION-ID The session ID of the user. See “Session IDs” on page 10.
To construct the REST API request header for a resource, add the header parameter after the following
request line:
//<baseURL>/v1/api/
Use the following syntax to construct the REST API request header for a REST API resource:
<METHOD> https: //<baseApiURL>/business-entity/public/api/v1/<resource name>
Content-Type: application/json
Accept: application/json
IDS-SESSION-ID: XXXXXXXXXXXXXXXXXXXXXX
For example, you might use the following request to read a business entity master record:
GET https: //<baseApiURL>/business-entity/public/api/v1/entity/c360.organization/
70046899550283630729399822719 HTTP/1.1
Content-Type: application/json
Accept: application/json
IDS-SESSION-ID: XXXXXXXXXXXXXXXXXXXXXX
Response header
The following response header parameter applies to the GET, POST, PUT, PATCH and DELETE methods:
Parameter Description
The following table describes the responses to the REST API requests:
GET For an information request, returns the requested object or an HTTP 403 error, including a REST
array of objects when applicable. For an action request, API error object.
returns the HTTP 200 success code. Can also return the REST
API success object.
POST The object that you created or updated. Can also return the HTTP 403 error, including a REST
HTTP 200 or 201 success codes. API error object.
PUT The object that you updated. Can also return the HTTP 201 HTTP 403 error, including a REST
success code. API error object.
DELETE The object that you deleted. Can also return the HTTP 201 HTTP 403 error, including a REST
success code. API error object.
PATCH The object that you updated. Can also return the HTTP 201 HTTP 403 error, including a REST
success code. API error object.
fieldRef String Fields that participated in the trust score calculation. The value "/"
indicates that all the fields in the record share the same trust score.
lastUpdatedDate String Date when the referenced field was last updated.
manualOverride String Specifies whether the user can manually override the trust score.
sourceSystem String Internal ID of the source system to which the record belongs.
trustRule String Survivorship configuration that identified the best value for the field. The
configuration can be rule or source ranking.
downgradeTrustScorePercent Number Percentage of trust score to downgrade when the validation fails. You can
get the downgradeTrustScorePercent parameter when you use the Read
Source Record API.
Search API
Use the search API to search for records that match your search criteria across all the business entities or
within a specific business entity. You can filter the search results based on severity levels and validation
statuses. The API uses the search resource.
Note: Effective in the May 2023 release, the ability to filter search results based on error severity levels and
validation statuses is available for preview.
Preview functionality is supported for evaluation purposes but is unwarranted and is not supported in
production environments or any environment that you plan to push to production. Informatica intends to
include the preview functionality in an upcoming release for production use, but might choose not to in
accordance with changing market or technical circumstances. For more information, contact Informatica
Global Customer Support.
To search for records, submit a POST request with the following URI:
<baseApiUrl>/search/public/api/v1/search
Note: You can use either the search or fields parameters but not both.
filter > operator String The Boolean operator that joins multiple
filters that you specify. Use AND or OR as
the Boolean operator.
Search API 15
Parameter Type Description
filters > filter > comparison operator String Condition that specifies how to filter the
search results.
Use one of the following comparison
operators:
- EQUALS
- NOT_EQUALS
- IN
- BETWEEN
- GREATER_THAN
- LESS_THAN
- GREATER_THAN_EQUAL_TO
- LESS_THAN_EQUAL_TO
- CONTAINS
- STARTS_WITH
filters > filter > fieldName String Name of the field that you want to use as
a filter.
filters > filter > fieldValue String Value that you want to use to filter the
results.
Note: You can use a partial word or value
with the STARTS_WITH or CONTAINS
comparison operators.
filters > filter > fieldValueGroups String Type of validation errors based on which
you want to filter the records. Use one of
the following values:
- WARNING. Filters records with minor
issues that might not require any
immediate fix.
- INFO. Filters records with information
that might be helpful when you add or
update values.
- ERROR.
Filters records with issues that impact
the quality of data.
- OTHERS. Filters records with issues
that can't be categorized as
information, warnings, or errors, but
affect the quality of data.
sort > fieldName String Name of the field by which you want to
sort the search results.
sort > order String Order in which you want to sort the search
results.
Use one of the following sort orders:
- ASCENDING
- DESCENDING
Request response
The request response returns the search results.
records Array Contains all the search results that are filtered and sorted based on the criteria you
specify.
Contains the vader parameter that lists the internal IDs of the failed rule associations
for search results with validation errors.
pageOffset Number Number of pages to skip. For example, pageOffset=2 means that the search must skip
the first two pages of the search results. Default is 0.
recordOffset Number Number of records to skip. For example, recordOffset=200 indicates that the search
must skip the first 200 search results. Default is 0.
Search API 17
The POST response includes the following meta parameters:
businessEntity String Name of the business entity to which the record belongs.
updatedBy String Name of the user who last updated the record.
lastUpdateDate String Date when the master record was last updated.
type String Internal ID of the business entity to which the record belongs.
status String Indicates whether the record is active, inactive, or in pending status.
Note: This parameter is the same as the state parameter in the business entity record
APIs. For more information about the state parameter, see “Read Master Record by
Business ID ” on page 25.
Sample Requests
Request with the search parameter
You might use the following request to find all the records of the Person business entity associated with the
name Arny and the state of California:
POST https://use4-mdm.dm-us.informaticacloud.com/search/public/api/v1/search
Content-Type: application/json
Accept: application/json
IDS-SESSION-ID: XXXXXXXXXXXXXXXXXXXXXX
{
"entityType":"c360.person",
"search":"Arny*",
"filters":{
"filter":[
{
"comparator":"EQUALS",
"fieldName":"c360person.PostalAddress.state.Name",
"fieldValue":"California"
}
]
}
}
{
"entityType": "c360.person",
"fields": {
"c360person.fullName": "Jona*"
You might use the following request to filter records based on the error severity INFO:
{
"recordOffset": 0,
"debug": true,
"recordsToReturn": 25,
"sort": [],
"entityType": "c360.person",
"search": "*",
"pageSize": 25,
"pageOffset": 0,
"filters": {
"filter": [
{"comparator": "IN","fieldName": "validationType", "fieldValueGroups":
["INFO"]}
]},
"facets": [
{
"facetField": "validationType",
"type": "SIMPLE",
"orderField": "KEY",
"order": "ASCENDING"
}
],
"highlight": true,
"hierarchyFilters": []
}
Sample Response
When you make a search request, the response retrieves records that match your search criteria.
Search API 19
"Name": "Casualty"
}
}],
"_meta": {
"score": 13.0,
"lastUpdateDate": "1622227656589",
"businessId": "29924818400438832441125634728",
"id": "60b13ac80cabf75604b602a9",
"businessEntity": "c360.person",
"type": "c360.person",
"status": "ACTIVE"
},
"c360person.designation": "Assistant Professor",
"c360person.lastName": "Eidelburg",
"c360person.Phone": [{
"phoneNumber": "016-7658"
}],
"c360person.AlternateName": [{
"AlternateName": "Arny Eidelburg"
}],
"c360person.firstName": "Arny",
"c360person.gender": {
"Name": "Male"
},
"c360person.PostalAddress": [{
"country": {
"Name": "United States"
},
"city": "San Jose",
"postalCode": "95111",
"county": "Santa Clara",
"addressLine1": "17 W Jackson Blvd",
"state": {
"Name": "California"
}
}]
}]
}
}
{
"searchResult": {
"hits": 1,
"pageSize": 25,
"pageOffset": 0,
"recordsToReturn": -1,
"recordOffset": -1,
"maxRecords": 10000,
"records": [
{
"c360person.fullName": "Jonathon Javier Crasford",
"_meta": {
"score": 13.0,
"lastUpdateDate": "1617657132604",
"businessId": "29840506262486653401553471970",
"id": "29840506262486653401553471970",
"businessEntity": "c360.person",
"type": "c360.person",
"status": "ACTIVE"
},
"c360person.designation": "Analyst Programmer",
"c360person.lastName": "Crasford",
"c360person.Phone": [
{
"phoneNumber": "298-9816"
}
{
"searchResult": {
"hits": 1,
"pageSize": 25,
"pageOffset": 0,
"recordsToReturn": 25,
"recordOffset": 0,
"maxRecords": 10000,
"records": [
{
"_cm": {
"vader": {
"fail": [
{
"provider": "mdm-business-entity",
"rule": [
{
"id": "No__1684296876217"
},
{
"id": "maxi10_1684296925529"
},
{
"id": "specialchar_1684296977124"
}
]
}
]
}
},
"_meta": {
"score": 5.1987,
"updatedBy": "c360_delta_mrel1s1_16may",
Search API 21
"createdBy": "c360_delta_mrel1s1_16may",
"lastUpdateDate": "1684297607665",
"businessId": "MDM00000000000",
"id": "MDM00000000000",
"businessEntity": "c360.person",
"type": "c360.person",
"creationDate": "1684297607665",
"states": {
"validation": "FAILED"
},
"status": "ACTIVE"
},
"c360person.middleName": "#",
"c360person.lastName": "uuuuuuuuuuu",
"c360person.firstName": "Delta@"
}
}
}
The following table lists the predefined fields you can use to filter and sort the search results:
Note: Effective in the July 2023 release, the response of the read master record by business ID and read
master record by SourcePKey APIs include the validation statuses that are available for preview. Preview
functionality is supported for evaluation purposes but is unwarranted and is not supported in production
environments or any environment that you plan to push to production. Informatica intends to include the
preview functionality in an upcoming release for production use, but might choose not to in accordance with
changing market or technical circumstances. For more information, contact Informatica Global Customer
Support.
POST request
To create a business entity master record, submit a POST request with the following URI:
POST <baseApiURL>/business-entity/public/api/v1/entity/<businessEntity>?
sourceSystem=<sourceSystem>[&sourcePKey=<pkey>][&_resolveCrosswalk=true|false]
The following table lists the parameters that you can use in the URI:
Name Description
businessEntity Internal ID of the business entity for which you want to create a master
record.
_resolveCrosswalk Indicates whether to standardize picklist values based on the source system
configuration.
To standardize the picklist values, set to true. If set to true, ensure that the
picklist values belong to a code list that's part of a crosswalk.
Default is false.
For more information about standardizing picklist values, see Define Source
Systems.
If a business entity field in a field group has a data quality rule, specify the _id parameter value for the field
group entry that you create. For example, if the Postal Code field in the Address field group has a data quality
rule, specify an ID for an address entry that you create.
For more information about data quality rules, see Configure Data Quality.
POST response
The response is in the JSON format. The response shows the HTTP 200 OK response code and retrieves the
business ID of the record you created. When you submit a REST API request to create a record, Business 360
POST example
You might use the following request to create a master record for the c360.organization business entity:
POST <baseApiUrl>/business-entity/public/api/v1/entity/c360.organization?
sourceSystem=c360.default.system&sourcePKey=pkey910&_resolveCrosswalk=true
Content-Type: application/json
IDS-SESSION-ID: XXXXXXXXXXXXXXXXXXXXXX
"firstName": "Lewis",
"lastName": "Hamilton",
"middleName": "Decay",
"PostalAddress": [
{
"_id": "3d4a8f4d07cb4f0db9ea1be9bf8d27e8",
"defaultIndicator": true,
"addressType": {
"Name": "Home",
"Code": "Home"
},
"usageType": {
"Name": "Home",
"Code": "Home"
},
"addressStatus": {
"Name": "Active",
"Code": "Active"
},
"addressLine1": "789456, park road",
"country": {
"Name": "United States",
"Code": "US"
},
"state": {
"Name": "California",
"Code": "CA"
},
"city": "California"
}
],
"Phone": [
{
"_id": "f142a11b916c4a1b8239466f15852",
"phoneUsageType": {
"Name": "Home",
"Code": "Home"
},
"phoneType": {
"Name": "Mobile",
"Code": "Mobile"
},
"phoneNumber": "9900202777"
}
],
"_contentMeta": {
"trust": {
"fieldData": [
{
"fieldRef": "/",
"sourceLastUpdateDate": 1654058410000
},
{
"fieldRef": "PostalAddress[3d4a8f4d07cb4f0db9ea1be9bf8d27e8]",
"sourceLastUpdateDate": 1654058410000
},
}
}
}
{
"approvalRequired":false,
"id":"30021813492832022246278776088",
"businessId:"30021813492832022246278776088"
}
If the approval workflow is configured, you get the following response:
HTTP/1.1 200 OK
Content-Type: application/json
{
"approvalRequired":true,
"id":"30021813492832022246278776088",
"businessId:"30021813492832022246278776088"
}
Note: You might use the business ID to retrieve the business entity master record. For more information, see
“Read Master Record by Business ID ” on page 25.
Before you begin, you must know the business ID of the record. To get the business ID of a record, you can
submit a search request.
GET request
To retrieve a business entity master record, submit a GET request with the following URI:
GET <baseApiURL>/business-entity/public/api/v1/entity/<businessEntity>/<businessId>
The GET request contains the following parameters that you can use in the URI:
Name Description
businessEntity Internal ID of the business entity from which you want to retrieve the master record.
GET response
The response is in the JSON format. The response body contains the business entity master record data.
businessEntity String Internal ID of the business entity from which you retrieved the master record.
updatedBy String Name of the user who last updated the record.
lastUpdateDate String Date when the master record was last updated.
state String Indicates whether the record is active, inactive, or in pending state.
Note: This parameter is the same as the status parameter in the search API. For more
information about the status parameter, see “Request response ” on page 17.
GET examples
You might use the following request to retrieve the active master record based on the business ID
30021755350133630729399872184:
GET <baseApiURL>/business-entity/public/api/v1/entity/c360.organization/
30021755350133630729399872184 HTTP/1.1
IDS-SESSION-ID: XXXXXXXXXXXXXXXXXXXXXX
Content-Type: application/json
The sample response shows the HTTP 200 OK response code and retrieves the business entity master record
that matches the specified business ID.
{
"name": "NewElectronics",
"numberOfEmployees": 12,
"companyType": {
"Code": "Chartered",
"Name": "Chartered"
},
"dateOfIncorporation": "2021-06-01",
"TaxDetail": [
{
"_id": "610169fa9f45df408e8caab7",
"taxNumberType": {
"Code": "ITIN",
"Name": "Individual Taxpayer Identification Number"
},
"taxNumber": "12"
}
],
"_meta": {
"businessId": "30021755350133630729399872184",
"id": "30021755350133630729399872184",
"businessEntity": "c360.organization",
For more information about content metadata, see “Read content meta ” on page 13.
GET request
To retrieve a business entity master record, submit a GET request with the following URI:
GET <baseApiURL>/business-entity/public/api/v1/entity/<businessEntity>/<sourceSystem>/
<sourcePKey>
The GET request contains the following parameters that you can use in the URI:
Parameter Description
businessEntity Internal ID of the business entity for which you want to retrieve the master record.
GET response
The response is in the JSON format. The response body contains the business entity master record data.
businessEntity String Internal ID of the business entity from which you retrieved the master record.
state String Indicates whether the record is active, inactive, or in pending state.
Note: This parameter is the same as the status parameter in the search API. For more
information about the status parameter, see “Request response ” on page 17.
GET examples
You might use the following request to retrieve the business entity master record associated with the
c360.default.system source system and the ex60dd654d2d1dce73a206edd2 primary key:
GET <baseApiURL>/business-entity/public/api/v1/entity/c360.organization/
c360.default.system/ex60dd654d2d1dce73a206edd2 HTTP/1.1
IDS-SESSION-ID: XXXXXXXXXXXXXXXXXXXXXX
Content-Type: application/json
The following sample response shows the active master record that matches the specified source name and
sourcePKey:
HTTP/1.1 200 OK
IDS-SESSION-ID: sessionID
Content-Type: application/json
{
"name": "NewElectronics",
"numberOfEmployees": 12,
"companyType": {
"Code": "Chartered",
"Name": "Chartered"
},
"dateOfIncorporation": "2021-06-01",
"TaxDetail": [
{
"_id": "610169fa9f45df408e8caab7",
"taxNumberType": {
"Code": "ITIN",
"Name": "Individual Taxpayer Identification Number"
},
"taxNumber": "12"
}
],
PUT request
To update a business entity master record associated with a business ID, submit a PUT request with the
following URI:
PUT <baseApiURL>/business-entity/public/api/v1/entity/<businessEntity>/<businessId>?
sourceSystem=<sourceSystem>[&_resolveCrosswalk=true|false]
The PUT request contains the following parameters that you can use in the URI:
Parameter Description
businessEntity Internal ID of the business entity for which you want to update the master record.
_resolveCrosswalk Indicates whether to standardize picklist values based on the source system
configuration.
To standardize the picklist values, set to true. If set to true, ensure that the picklist
values belong to a code list that's part of a crosswalk.
Default is false.
For more information about standardizing picklist values, see Define Source
Systems.
If a business entity field in a field group has a data quality rule, specify the _id parameter value for the field
group entry that you create. For example, if the Postal Code field in the Address field group has a data quality
rule, specify an ID for an address entry that you create.
For more information about data quality rules, see Configure Data Quality.
PUT response
The response is in the JSON format. The PUT response returns HTTP 200 success code. When you submit a
REST API request to update a record, Business 360 verifies your existing user role permissions and the
approval workflow configuration. The response indicates whether a data steward must approve the records
you updated.
PUT examples
The following request updates a master record for the c360.organization business entity:
PUT <baseApiUrl>/business-entity/public/api/v1/entity/c360.organization/
30135099501325521983619650821?sourceSystem=c360.default.system&_resolveCrosswalk=true
Content-Type: application/json
IDS-SESSION-ID: XXXXXXXXXXXXXXXXXXXXXX
{
"name": "NewElectronics",
"numberOfEmployees": 12,
"companyType": {
"Code": "Chartered"
},
"dateOfIncorporation": "2021-06-01",
"TaxDetail": [
{
"taxNumberType": {
"Code": "ITIN"
},
"taxNumber": "12"
}
]
}
}
If no approval workflow is configured, you get the following response:
HTTP/1.1 200 OK
Content-Type: application/json
{
"approvalRequired":false
}
If the approval workflow is configured, you get the following response:
HTTP/1.1 200 OK
Content-Type: application/json
PATCH request
To update a business entity master record associated with a business ID, submit a PATCH request with the
following URI:
PATCH <baseApiURL>/business-entity/public/api/v1/entity/<businessEntity>/<businessId>?
sourceSystem=<sourceSystem>[&_resolveCrosswalk=true|false]
The PATCH request contains the following parameters that you can use in the URI:
Parameter Description
Parameter Description
op The operator that indicates the type of update. You can specify the following operators:
- add. Adds new data to the record.
- replace. Replaces the existing data.
- remove. Removes the data from the record.
value Contains the values that you want to use to update the record.
PATCH examples
The following request updates the first name of a person to Marko:
PATCH <baseApiUrl>/business-entity/public/api/v1/entity/c360.person/
30007167057089073281821852231?sourceSystem=c360.default.system&_resolveCrosswalk=true
Content-Type: application/json
IDS-SESSION-ID: XXXXXXXXXXXXXXXXXXXXXX
[
{
"op":"replace",
"path":"firstName",
"value":"Marko"
}
]
The following request adds a postal address, replaces a postal address, and removes a postal address:
[{
"op": "add",
"path": "PostalAddress",
"value": {
"_id": "60f01672b9bac05632a3111111",
"addressLine1": "Nikola Tesla Avenue",
"country": {
"Code": "US",
"Name": "America"
},
"state": {
"Code": "CA",
"Name": "California"
}
}
},
{
"op": "replace",
"path": "PostalAddress[1ebb60fbf93d41518f86f79f7211c3be]",
"value": {
"_id": "1ebb60fbf93d41518f86f79f7211c3be",
"addressLine1": "Cambie Street",
"country": {
"Code": "US",
"Name": "America"
}
}
},
{
"op": "remove",
"path": "PostalAddress[60f01672b9bac05632a3d522]"
}
]
If no approval workflow is configured, you get the following response:
HTTP/1.1 200 OK
Content-Type: application/json
{
"approvalRequired":false
}
{
"approvalRequired":true
}
Before you begin, you must know the business ID of the master record. To get the business ID of a master
record, you can submit a search request.
GET request
To get the source records that contribute to a master record, submit a GET request with the following URI:
GET <baseApiURL>/business-entity/public/api/v1/entity-member/<businessEntity>/
<businessId>
The GET request contains the following parameters that you can use in the URI:
Parameter Description
businessEntity Internal ID of the business entity to which the master record belongs.
businessId Unique identifier of the master record whose source records you want to retrieve.
GET response
The response is in the JSON format. The response body contains the source records that contribute to the
specified master record.
sourceSystem String Unique identifier of the source system for the source record.
GET examples
You might use the following request to retrieve the business entity source member records based on the
business ID MDM0000007QMV4:
GET <baseURL>/business-entity/public/api/v1/entity-member/c360.person/
MDM0000007QMV4
The sample response retrieves the source records that contribute to the master record that matches the
specified business ID.
{
"content": [
{
"sourcePKey": "ex62854adaf03192610b6ad9c0",
"sourceSystem": "c360.default.system"
},
DELETE request
To delete a business entity master record, submit a DELETE request with the following URI:
DELETE <baseApiURL>/business-entity/public/api/v1/entity/<businessEntity>/<businessId>?
sourceSystem=<source_system>
Parameter Description
businessEntity Internal ID of the business entity from which you want to delete the master record.
DELETE response
The DELETE response returns the HTTP 200 success code. When you submit a REST API request to delete a
record, Business 360 Console verifies your existing user role permissions and the approval workflow
configuration. The response indicates whether the deletion requires approval.
If no approval workflow is configured for your user role, you get the following response:
HTTP/1.1 200 OK
Content-Type: application/json
{
"approvalRequired":false
}
If an approval workflow is configured for your user role, you get the following response:
HTTP/1.1 200 OK
Content-Type: application/json
GET request
To retrieve a source record, submit a GET request with the following URI:
GET <baseApiURL>/business-entity/public/api/v1/entity-xref/<businessEntity>/
<sourceSystem>/<sourcePKey>
The GET request contains the following parameters:
Parameter Description
businessEntity Internal ID of the business entity for which you want to retrieve the source record.
GET response
The response is in the JSON format. The response body contains the business entity source record data.
businessEntity String Internal ID of the business entity from which you retrieved the master record.
updatedBy String Name of the user who last updated the record.
lastUpdateDate String Date when the master record was last updated.
sourceLastUpdatedDate String Date when the source record was last updated.
GET examples
You might use the following request to retrieve the source record for the Person business entity associated
with the c360.default.system source system and the primary key 611d13e9e6dbd16ffa69a143:
GET <baseApiUrl>/business-entity/public/api/v1/entity-xref/c360.person/
c360.default.system/611d13e9e6dbd16ffa69a143 HTTP/1.1
IDS-SESSION-ID: XXXXXXXXXXXXXXXXXXXXXX
Content-Type: application/json
The GET response returns HTTP 200 success code and retrieves the matching source record.
HTTP/1.1 200 OK
IDS-SESSION-ID: XXXXXXXXXXXXXXXXXXXXXX
Content-Type: application/json
{
"firstName":"john",
"lastName":"hedge",
"fullName":"john hedge",
"prefixName":{
"Code":"Dr.",
"Name":"Dr."
},
"_meta":{
"businessId":"30007199962170814218819710935",
"id":"30007199962170814218819710935",
"businessEntity":"c360.person",
"createdBy":"bejoyjacob",
"creationDate":1626693564993,
For more information about content meta, see “Read content meta ” on page 13.
PUT request
To update a source record, submit a PUT request with the following URI:
PUT <baseApiURL>/business-entity/public/api/v1/entity-xref/<businessEntity>/
<sourceSystem>/<sourcePKey>[?_forceUpdate=true|false][&_resolveCrosswalk=true|false]
[¬ReadyForMatch=true|false]
The PUT request contains the following parameters:
Parameter Description
businessEntity Internal ID of the business entity for which you want to update the source
record.
sourceSystem Internal ID of the source system to which the source record belongs.
_forceUpdate Specifies whether to force update existing records irrespective of their source
last updated dates. Default is false.
_resolveCrosswalk Indicates whether to standardize picklist values based on the source system
configuration.
To standardize the picklist values, set to true. If set to true, ensure that the
picklist values belong to a code list that's part of a crosswalk.
Default is false.
For more information about standardizing picklist values, see Define Source
Systems.
notReadyForMatch Specifies whether a source record can participate in the match process.
Default is false.
PUT response
The response is in the JSON format. The PUT response returns HTTP 200 success code. When you submit a
REST API request to update a source record, Business 360 verifies your existing user role permissions and
the approval workflow configuration. The response indicates whether a data steward must approve the
source records you updated.
PUT example
The following request force updates a record that belongs to the Person business entity associated with the
c360.default.system source system:
PUT <baseApiUrl>/business-entity/public/api/v1/entity-xref/c360.person/
c360.default.system/pkey600?
_forceUpdate=true&_resolveCrosswalk=true¬ReadyForMatch=true
Content-Type: application/json
IDS-SESSION-ID: XXXXXXXXXXXXXXXXXXXXXX
{
"firstName":"john",
"lastName":"smith",
"middleName":"hedge",
"title":"F1 Driver",
"designation":"Aston Martin",
"PostalAddress":[
{
"_id":"0dec181346114a6196d1313ca135bcee",
"defaultIndicator":true,
"addressType":{
"Name":"Home",
"Code":"Home"
},
"usageType":{
"Name":"Home",
"Code":"Home"
},
"addressStatus":{
"Name":"Active",
"Code":"Active"
},
"addressLine1":"7777, park road",
"country":{
"Name":"United States",
"Code":"US"
},
"state":{
"Name":"California",
"Code":"CA"
},
"city":"BLR"
},
{
HTTP/1.1 200 OK
Content-Type: application/json
{
"approvalRequired":false
}
If the approval workflow is configured, you get the following response:
HTTP/1.1 200 OK
Content-Type: application/json
{
"approvalRequired":true
}
PATCH request
To update a business entity source record associated with a business ID, submit a PATCH request with the
following URI:
PATCH <baseApiURL>/business-entity/public/api/v1/entity-xref/<businessEntity>/
<sourceSystem>/<sourcePKey>[?_forceUpdate=true|false][&_resolveCrosswalk=true|false]
[¬ReadyForMatch=true|false]
You can use the following parameters in the request:
Parameter Description
businessEntity Internal ID of the business entity for which you want to update the source
record.
sourceSystem Internal ID of the source system to which the source record belongs.
_resolveCrosswalk Indicates whether to standardize picklist values based on the source system
configuration.
To standardize the picklist values, set to true. If set to true, ensure that the
picklist values belong to a code list that's part of a crosswalk.
Default is false.
For more information about standardizing picklist values, see Define Source
Systems.
notReadyForMatch Specifies whether a source record can participate in the match process.
Default is false.
Parameter Description
op The operator that indicates the type of update. You can specify the following
operators:
- add. Adds new data to the record.
- replace. Replaces the existing data.
- remove. Removes the data from the source record.
- setSourceLastUpdateDate. Sets the last updated date for a root or a field
group of a source record.
value Contains the values that you want to use to update the source record.
PATCH response
The response is in the JSON format. The PATCH response returns HTTP 200 success code. When you submit
a REST API request to update a source record, Business 360 verifies your existing user role permissions and
the approval workflow configuration. The response indicates whether a data steward must approve the
source records you updated.
PATCH example
The following request force updates the first name, last name, and the source last updated date in the
business entity source record:
PATCH <baseApiUrl>/business-entity/public/api/v1/entity-xref/c360.person/
c360.default.system/pkey3132?
_forceUpdate=true&_resolveCrosswalk=true¬ReadyForMatch=true
Content-Type: application/json
IDS-SESSION-ID: XXXXXXXXXXXXXXXXXXXXXX
[
{ "op": "replace", "path": "firstName", "value": "john" },
{ "op": "replace", "path": "lastName", "value": "hedge" },
{ "op": "setSourceLastUpdateDate", "path": "/",
"value": 1668487210000 // An earlier source last updated date
}
]
If the _forceUpdate parameter isn't set to true, you get the following response:
{
"path":"PostalAddress[0dec181346114a6196d1313ca135bcee]",
"errorCode":"BES.00092.4",
"message":"Cannot update the field group with a sourceLastUpdateDate value older or
equal to the sourceLastUpdateDate value in the existing record.",
"localizedMessage":"Cannot update the field group with a sourceLastUpdateDate value
older or equal to the sourceLastUpdateDate value in the existing record."
}
Note: You can't force update a record if the source last updated date is later than current system date.
HTTP/1.1 200 OK
Content-Type: application/json
{
"approvalRequired":false
}
If the approval workflow is configured, you get the following response:
HTTP/1.1 200 OK
Content-Type: application/json
{
"approvalRequired":true
}
Metadata API
Use the Metadata API to get the relationship_Internal_ID parameter required for the Relationship APIs.
The response also contains the relationship attributes that you can include in the request body of the Create
Relationship and Update Relationship APIs.
GET request
To get the relationship_Internal_ID parameter, submit a GET request with the following URI:
GET <baseApiURL>/metadata/api/v2/objects/relationship/?name=<>
You can use the following parameter in the request:
GET response
The response is in the JSON format. The response body contains the relationship_internal_ID parameter
required for the Relationship APIs and the relationship attributes you can include in the request body of the
Create Relationship and Update Relationship APIs.
Note: In the response, guid is the relationship_internal_ID parameter and name under field is a
relationship attribute.
GET example
You might use the following request to get the relationship_Internal_ID parameter and relationship
attributes based on the relationship name "Work for":
GET <baseApiURL>/metadata/api/v2/objects/relationship/?name=Work+for
Content-Type: application/json
IDS-SESSION-ID: XXXXXXXXXXXXXXXXXXXXXX
The sample response shows the HTTP 200 OK response code and retrieves the relationship_Internal_ID
parameter and the relationship attributes:
{
"last": true,
"size": 1000,
"number": 0,
"sort": [],
"first": true,
"numberOfElements": 1,
"content": [
{
"eClass": "http://informatica.com/mdm/v2/Core#//Relationship",
"guid": "c360_person_to_c360_organization",
"storage": "hierarchy",
"name": "Work for",
"_meta": {
"eClass": "http://informatica.com/mdm/v2/Core#//Meta",
"creationDate": 1633713964007,
"lastUpdatedDate": 1634039933086,
"createdByUser": "jacobkb_mrel",
Relationship API 47
"lastUpdatedByUser": "jacobkb_mrel",
"version": 2,
"references": [
{
"eClass": "http://informatica.com/mdm/v2/Core#//
MetadataReference",
"referencePath": "//@businessEntity[guid='c360.person']",
"elementPath": "//@relationship[guid='c360_person_to_
c360_organization']/@from"
},
{
"eClass": "http://informatica.com/mdm/v2/Core#//
MetadataReference",
"referencePath": "//@businessEntity[guid='c360.organization']",
"elementPath": "//@relationship[guid='c360_person_to_
c360_organization']/@to"
}
]
},
"field": [
{
"eClass": "http://informatica.com/mdm/v2/Core#//IntegerField",
"name": "employee_number",
"description": "",
"mandatory": false,
"position": 0,
"defaultValue": 0,
"allowMany": false,
"hasDefaultValue": false,
"options": {
"eClass": "http://informatica.com/mdm/v2/Core#//FieldOptions",
"uiConfiguration": {
"eClass": "http://informatica.com/mdm/v2/Core#//
FieldUIConfiguration",
"primary": true
}
},
"label": {
"eClass": "http://informatica.com/mdm/v2/Core#//LocalizedText",
"en": "Employee Number"
}
},
{
"eClass": "http://informatica.com/mdm/v2/Core#//TextField",
"name": "details",
"description": "",
"mandatory": false,
"position": 0,
"length": 255,
"allowMany": false,
"hasDefaultValue": false,
"options": {
"eClass": "http://informatica.com/mdm/v2/Core#//FieldOptions",
"uiConfiguration": {
"eClass": "http://informatica.com/mdm/v2/Core#//
FieldUIConfiguration",
"primary": true
}
},
"label": {
"eClass": "http://informatica.com/mdm/v2/Core#//LocalizedText",
"en": "Details"
}
}
],
"label": {
"eClass": "http://informatica.com/mdm/v2/Core#//LocalizedText",
"en": "Work for"
},
"from": {
"eClass": "http://informatica.com/mdm/v2/Core#//BusinessEntityReference",
Filter Relationship
Use the Filter Relationship API to retrieve a list of business entities in a relationship.
POST request
To filter a relationship, submit a POST request with the following URI:
POST <baseApiURL>/business-entity/public/api/v1/relationship/<relationship_Internal_ID>/
filter
You can use the following parameters in the request:
Relationship API 49
Parameter Type Description
POST response
The response is in the JSON format. The response shows the list of business entities in a relationship.
POST example
You might use the following request to filter a relationship:
POST <baseApiUrl>/business-entity/public/api/v1/relationship/colleague_of/filter
Content-Type: application/json
IDS-SESSION-ID: XXXXXXXXXXXXXXXXXXXXXX
{
"pageoffset": "0",
"pageSize": "5",
"filter": {
"_from": {
"businessEntity": "c360.person",
"businessId": "29846697843782815893804472910"
},
"_to": {
"businessEntity": "c360.organization",
"businessId": "29843230161211928798481229322"
}
}
}
You get the following response:
HTTP/1.1 200 OK
Content-Type: application/json
{
"first": true,
"last": true,
"page": 0,
"size": 10,
"numberOfElements": 1,
"totalNumberOfElements": 1,
"content": [
{
"employee_id": 1031,
"_from": {
"businessEntity": "c360.person",
"businessId": "29846697843782815893804472910"
},
"_to": {
"businessEntity": "c360.organization",
"businessId": "29843230161211928798481229322"
},
"_meta": {
"relationship": "c360_person_to_c360_organization",
"businessId": "30200631346953769148683291539",
"state": "ACTIVE",
"createdBy": "bjacob_PM",
"creationDate": 1637179505098,
"updatedBy": "bjacob_PM",
"lastUpdateDate": 1637179669092
}
}
]
}
Relationship API 51
Create Relationship
Use the Create Relationship API to create a relationship between two business entities.
POST request
To create a relationship, submit a POST request with the following URI:
POST <baseApiURL>/business-entity/public/api/v1/relationship/<relationship_Internal_ID>?
sourceSystem=<sourceSystem>[&hierarchyType=<model name>][&hierarchyId=<ID of hierarchy>]
You can use the following parameters in the request:
Note: The hierarchyType and hierarchyId parameters apply only to hierarchical relationships.
POST response
The response is in the JSON format. The response shows the HTTP 200 OK response code and retrieves the
business ID of the relationship you created. When you submit a REST API request to create a relationship,
Business 360 verifies your existing user role permissions and the approval workflow configuration. The
response indicates whether a data steward must approve the records you created.
POST example
You might use the following request to create a relationship between two business entities:
POST <baseApiUrl>/business-entity/public/api/v1/relationship/colleague_of?
sourceSystem=c360.default.system&hierarchyType=organization&hierarchyId=20142786670219119
049037064968
{
"location": "North America",
"details": "New Employee",
"_from": {
"businessEntity": "c360.person",
"businessId": "30136693806248569236179512998"
},
"_to": {
"businessEntity": "c360.person",
"businessId": "30136693824695313309889064620"
}
}
In the request example, location and details are relationship attributes that you can add to the request
body. For more information about relationship attributes, see Define the Data Model. You can use the
Metadata API to get the relationship attributes. For more information, see “Metadata API” on page 47.
If no approval workflow is configured, you get the following response:
HTTP/1.1 200 OK
Content-Type: application/json
{
"approvalRequired": false,
"businessId": "30142770971179375003667162584"
}
If the approval workflow is configured, you get the following response:
HTTP/1.1 200 OK
Content-Type: application/json
{
"approvalRequired": true,
"businessId": "30142770971179375003667162584"
}
Note: You might use the business ID to retrieve the relationship. For more information, see “Read
Relationship by Business ID” on page 53.
Before you begin, you must know the business ID of the relationship. To get the business ID of a relationship,
you can submit a search request.
GET request
To retrieve a business entity relationship, submit a GET request with the following URI:
GET <baseApiURL>/business-entity/public/api/v1/relationship/<relationship_Internal_ID>/
<businessId>
Relationship API 53
The GET request contains the following path parameters:
GET response
The response is in the JSON format. The response body contains the business entity relationship data.
GET examples
You might use the following request to retrieve an active relationship based on the business id
30142770971179375003667162584:
GET <baseApiURL>/business-entity/public/api/v1/relationship/colleague_of/
30142770971179375003667162584
Content-Type: application/json
IDS-SESSION-ID: XXXXXXXXXXXXXXXXXXXXXX
The sample response shows the HTTP 200 OK response code and retrieves the business entity relationship
that matches the specified business ID.
{
"_from": {
"businessEntity": "c360.person",
"businessId": "30136693806248569236179512998"
},
"_to": {
To get the content metadata, add _showContentMeta=true at the end of the request URI. You might use the
following request to retrieve the active relationship with the content meta:
GET <baseApiURL>/business-entity/public/api/v1/relationship/colleague_of/
30142770971179375003667162584_showContentMeta=true
Content-Type: application/json
IDS-SESSION-ID: XXXXXXXXXXXXXXXXXXXXXX
{
"_from": {
"businessEntity": "c360.person",
"businessId": "30136693806248569236179512998"
},
"_to": {
"businessEntity": "c360.person",
"businessId": "30136693824695313309889064620"
},
"_meta": {
"relationship": "colleague_of",
"businessId": "30142770971179375003667162584",
"state": "ACTIVE",
"createdBy": "JACOBKB_MREL",
"creationDate": 1634050073948,
"updatedBy": "JACOBKB_MREL",
"lastUpdateDate": 1634763714047
},
"_contentMeta": {
"trust": {
"fieldData": [
{
"fieldRef": "/",
"lastUpdatedDate": 1634763714047,
"manualOverride": false,
"sourcePrimaryKey": "617083c2030f0f0759d5594b",
"sourceSystem": "c360.default.system",
"trustRule": "NoRule",
"trustScore": 0.0
}
]
}
}
}
For more information about content metadata, see “Read content meta ” on page 13.
Update Relationship
Use the Update Relationship API to update an existing relationship between two business entities.
Relationship API 55
PUT request
To update an existing relationship between two business entities, submit a PUT request with the following
URI:
PUT <baseApiURL>/business-entity/public/api/v1/relationship/<rel_name>/<businessId>?
sourceSystem=<sourceSystem>[&hierarchyType=<model name>][&hierarchyId=<ID of hierarchy>]
You can use the following parameters in the request:
Note: The hierarchyType and hierarchyId parameters apply only to hierarchical relationships.
PUT response
The response is in the JSON format. The PUT response returns HTTP 200 success code. When you submit a
REST API request to update a relationship, Business 360 verifies your existing user role permissions and the
approval workflow configuration. The response indicates whether a data steward must approve the
relationship you updated.
PUT example
You might use the following request to update a relationship between two business entities:
PUT <baseApiUrl>/business-entity/public/api/v1/relationship/colleague_of/
30142786670219119049037064968?
sourceSystem=c360.default.system&hierarchyType=organization&hierarchyId=20142786670219119
049037064968
Content-Type: application/json
IDS-SESSION-ID: XXXXXXXXXXXXXXXXXXXXXX
{
"location": "North America",
"details": "New Employee",
}
Note: In the request example, location and details are relationship attributes that you can add to the
request body. For more information about relationship attributes, see Define the Data Model. You can use the
Metadata API to get the relationship attributes. For more information, see “Metadata API” on page 47.
{
"approvalRequired": true,
}
Delete Relationship
Use the Delete Relationship API to delete a relationship between two business entities.
DELETE request
To delete a relationship, submit a DELETE request with the following URI:
DELETE <baseApiURL>/business-entity/public/api/v1/relationship/<rel_name>/<businessId>?
sourceSystem=<sourceSystem>[&hierarchyType=<model name>][&hierarchyId=<ID of hierarchy>]
The DELETE request contains the following path parameters:
Note: The hierarchyType and hierarchyId parameters apply only to hierarchical relationships.
DELETE example
You might use the following request to delete the active relationship based on the business ID
30142786670219119049037064968:
DELETE <baseApiURL>/business-entity/public/api/v1/relationship/colleague_of/
30142786670219119049037064968?
sourceSystem=c360.default.system&hierarchyType=organization&hierarchyId=20142786670219119
049037064968
Content-Type: application/json
IDS-SESSION-ID: XXXXXXXXXXXXXXXXXXXXXX
If no approval workflow is configured, you get the following response:
HTTP/1.1 200 OK
Content-Type: application/json
Relationship API 57
{
"approvalRequired": false,
}
If the approval workflow is configured, you get the following response:
HTTP/1.1 200 OK
Content-Type: application/json
{
"approvalRequired": true,
}
Merge API
Use the merge API to merge multiple source records or master records into a single master record. You can
merge up to 10 records in a single API request. The API uses the entity-group resource.
<baseApiUrl>/business-entity/public/api/v1/entity-group/<businessEntity>
Where, <businessEntity> is the internal ID of the business entity to which the records belong.
Request body
To merge records, you can either use a combination of the sourcePKey and sourceSystem parameters or the
businessId parameter in the request body.
To merge records, you can use the following parameters in the request body:
sourcePKey String The primary key of the source record. Used along with the sourceSystem parameter.
sourceSystem String Internal ID of the source system to which the record belongs. Used along with the
sourcePKey parameter.
approvalRequired Boolean Specifies whether approval workflow is configured. If the response is true, approval
workflow is configured. If the response is false, approval workflow is not configured.
Sample Request
You might use the following request to merge the source records of the Person business entity into a single
master record:
POST https://use4-mdm.dm-us.informaticacloud.com/business-entity/public/api/v1/entity-
group/c360.person
Content-Type: application/json
Accept: application/json
IDS-SESSION-ID: XXXXXXXXXXXXXXXXXXXXXX
[
{
"sourcePKey": "KR_001",
"sourceSystem": "sales_force"
},
{
"sourcePKey": "KR_002",
"sourceSystem": "sales_force"
},
{
"sourcePKey": "KR_003",
"sourceSystem": "sales_force"
}
]
You might use the following request to merge master records identified by business IDs into a single master
record:
POST https://use4-mdm.dm-us.informaticacloud.com/business-entity/public/api/v1/entity-
group/c360.person
Content-Type: application/json
Accept: application/json
IDS-SESSION-ID: XXXXXXXXXXXXXXXXXXXXXX
[
{
"businessId": "30144671469908735024405177548"
},
{
"businessId": "30135930585603624912243111103"
},
{
"businessId": "30135877211979043715615298521"
}
]
Merge API 59
Sample Response
When you make a merge request, the response returns the business ID of the master record into which all the
records are merged.
The following merge response contains the business ID of the master record into which multiple records
merged:
HTTP/1.1 200 OK
Content-Type: application/json
{
"approvalRequired": false,
"businessId": "30144667303107074155788161103"
}
Unmerge API
Use the unmerge API to unmerge source records from a master record. The API uses the entity-group
resource.
To unmerge source records, submit a POST request with the following URI:
<baseApiUrl>/business-entity/public/api/v1/entity-group/<businessEntity>/<businessId>
Request body
To unmerge records, you use a combination of the sourcePKey and sourceSystem parameters in the request
body.
To unmerge records, you can use the following parameters in the request body:
sourceSystem String Internal ID of the source system to which the record belongs.
approvalRequired Boolean Specifies whether approval workflow is configured. If the response is true, approval
workflow is configured. If the response is false, approval workflow is not configured.
Sample Request
You might use the following request to unmerge the source records of the Person business entity from a
master record with the business ID 30144667303107074155788161103:
POST https://use4-mdm.dm-us.informaticacloud.com/business-entity/public/api/v1/entity-
group/c360.person/30144667303107074155788161103
Content-Type: application/json
Accept: application/json
IDS-SESSION-ID: XXXXXXXXXXXXXXXXXXXXXX
[
{
"sourcePKey": "KR_001",
"sourceSystem": "sales_force"
},
{
"sourcePKey": "KR_003",
"sourceSystem": "sales_force"
}
]
Sample Response
When you make an umerge request, the Business 360 application verifies your user role permissions and the
approval workflow configuration. The response indicates whether a data steward must approve the unmerge
action.
Unmerge API 61
Search Match API
Use the Search Match API to search for matching records based on the published match model
configuration. The required input parameters for the REST API vary based on the business entity and its
match model.
The Search Match API searches on the source records, performs matching based on the candidate selection
criteria and match rules, and returns the matched records.
For the Search Match API to use a match model configuration, you can use one of the following methods:
• Specify a match model ID and the required fields of the declarative rules in the Search Match API.
• Set a default match model for the Search Match API in Business 360 Console and specify the required
fields of the declarative rules in the Search Match API.
• Specify at least one field for which you created a declarative rule.
Note: Ensure that you have the list of required fields in the declarative rules of the match models published in
Business 360 Console.
To search for matching records, submit a POST request with the following URI:
<baseApiUrl>match-ng-pair-gen/public/api/v1/searchmatch/<businessEntity>?
[matchmodel=<matchModelId>]&[version=<matchModelVersion>]
The following table describes the parameters that you specify in the POST request:
For more information about finding the identifiers and version numbers, see “Finding details for the
request” on page 64.
The following image shows the version numbers of the sample match models:
The following image shows the sample match fields for a published match model:
In the image, you can view the match fields that are part of the match model. Some fields are basic fields and
some fields are part of a field group. For example, Address Line 1 and Address Line 2 are part of the Address
field group. The internal ID of the Address field group is PostalAddress that you can view in the Field Path
column.
The Internal ID column displays the internal identifiers of each match field. For example, the internal
identifier for the Full Name field is fullName and for the Address Line 1 field is addressLine1.
When you enter the required match fields for a field group in the search match API request body, specify the
internal identifiers for the match fields and the field group in the search record. For example, enter the
address details in the following format:
"PostalAddress": [
{
"addressLine1": "QUINCE RD"
}
]
totalRecords Number Total number of matching records that the request returns.
records Array Contains all the matching records that are filtered and sorted based on the specified
criteria.
sourceSystem String Internal ID of the source system to which the record belongs.
population String Certain characteristics of data in the records that you want to match.
rank Number Ranking of the matching record. Returned if a record is matched using a rank-based rule.
matchRule String Threshold value of the match rule. Returned if a record is matched using a threshold-based
rule.
Sample Request
The following sample request specifies the match fields, such as name, address, and address type, that a
published match model uses:
{
"searchControls": {
"maxRecordsToReturn": 20,
"searchLevel": "Typical",
"fileRecordLimit": 1000
},
"data": {
"searchRecord": {
"first_name": "JAMES",
"full_name": "JAMES Gilgen",
"middle_name": "H",
"last_name": "Gilgen",
"Address": [
{
"_id": "add_id2",
"addressLine1": "12012 N MO PAC EXPY",
"addressLine2": "Sound.",
{
"searchControls": {
"maxRecordsToReturn": 10,
"searchLevel": "Typical",
"fileRecordLimit": 1000
},
"data": {
"searchRecord": {
"fullName": "ALEXANDRA NORMAN"
}
}
}
Sample Response
When you make a search request, the response retrieves records based on the configured match rules.
The following sample response contains two matching master records for the specified search values:
{
"searchResult": {
"totalRecords": 2,
"records": [
{
"_meta": {
"score": 96.0,
"rank": 1,
"businessId": "MDM0000003KLMO"
},
"data": {
"PostalAddress": [
{
{
"_meta": {
"score": 85.0,
"matchRule": "THD1",
"businessId": "MDM0000003KLMO"
},
"data": {
"PostalAddress": [
{
"addressLine1": "KUINCE RD""
}
],
"birthDate": "2022-03-04",
"fullName": "BETTE Briggs"
}
}
]
}
}
You get the following sample response when you specify only the required fields:
{
"searchResult": {
"totalRecords": 1,
"records": [
{
"_meta": {
"matchModelName": "nir_test",
"matchModelVersion": 1,
"score": 100.0,
"rank": 1,
"businessId": "MDM000000G2PC6",
"xrefSourceSystem": "b360.default.system",
"xrefSourcePKey": "pkey727",
"population": "usa"
},
"data": {
"fullName": "ALEXANDRA NORMAN"
}
}
]
}
}
Before using this API, you must first define an ingress job in Business 360 Console. For more information
about defining an ingress job, see Ingress data.
POST request
To create and run an ingress job instance, submit a POST request with the following URI:
POST <baseApiURL>/job/public/api/v1/jobInstance/Ingress
You can use the following parameters in the request body:
POST response
The response is in the JSON format. The response shows the HTTP 200 OK response code and returns the ID
of job instance.
POST example
You might use the following sample request to create and run an ingress job instance:
POST <baseApiUrl>/job/public/api/v1/jobInstance/Ingress
Content-Type: application/json
IDS-SESSION-ID: XXXXXXXXXXXXXXXXXXXXXX
"jobDefinitionId": "ingress_org"
}
The following sample response contains the HTTP 200 OK response code and the job instance ID:
HTTP/1.1 200 OK
Content-Type: application/json
{
"id": "714189942313869312"
}
Note: Use the value of id to retrieve a summary or the complete details of a job instance. For more
information about retrieving a summary of a job instance, see “Read Job Instance Summary” on page 76.
For more information about retrieving the complete details of a job instance, see “Read Job Instance
Details” on page 78.
Before using this API, you must first define an egress job in Business 360 Console. For more information
about defining an egress job, see Egress data.
POST request
To create and run an egress job, submit a POST request with the following URI:
POST <baseApiURL>/job/public/api/v1/jobInstance/Egress
You can use the following parameters in the request body:
POST response
The response is in the JSON format. The response shows the HTTP 200 OK response code and returns the ID
of job instance.
POST example
You might use the following sample request to create and run an egress job instance:
POST <baseApiUrl>/job/public/api/v1/jobInstance/Egress
Content-Type: application/json
IDS-SESSION-ID: XXXXXXXXXXXXXXXXXXXXXX
"jobDefinitionId": "egress_org"
}
The following sample response contains the HTTP 200 OK response code and the job instance ID:
HTTP/1.1 200 OK
Content-Type: application/json
{
"id": "714195872447352832"
}
Note: Use the value of id to retrieve a summary or the complete details of a job instance. For more
information about retrieving a summary of a job instance, see “Read Job Instance Summary” on page 76.
For more information about retrieving the complete details of a job instance, see “Read Job Instance
Details” on page 78.
Before using this API, you must first define a match and merge job in Business 360 Console. For more
information about defining a match and merge job, see Define and run a match and merge job.
POST request
To crate and run a match and merge job, submit a POST request with the following URI:
POST <baseApiURL>/job/public/api/v1/jobInstance/MatchMerge
You can use the following parameters in the request body::
POST response
The response is in the JSON format. The response shows the HTTP 200 OK response code and returns the ID
of job instance.
POST example
You might use the following sample request to create and run a match and merge job:
POST <baseApiUrl>/job/public/api/v1/jobInstance/MatchMerge
Content-Type: application/json
IDS-SESSION-ID: XXXXXXXXXXXXXXXXXXXXXX
{
"jobDefinitionId": "matchmerge1",
"matchModelId": "org.ruleset1",
"matchModelVersion": 1,
"businessEntity": "c360.organization"
}
The following sample response contains the HTTP 200 OK response code and the job instance ID:
HTTP/1.1 200 OK
Content-Type: application/json
{
"id": "714542403541159936"
}
Note: Use the value of id to retrieve a summary or the complete details of a job instance. For more
information about retrieving a summary of a job instance, see “Read Job Instance Summary” on page 76.
POST request
To search for ingress, egress, and match and merge jobs, submit a POST request with the following URI:
POST <baseApiURL>/job/public/api/v1/search
You can use the following parameters in the request body:
filters > operator String The boolean operator that joins multiple
filters. Use AND or OR as the boolean
operator.
Use AND if fieldName has different
values. Use OR if fieldName has the
same values but fieldValue has
different values.
POST response
The response is in the JSON format. The response returns the matching job instances.
currentPage Number The page number from which you view the
search results.
POST example
You might use the following request to search for a job:
POST <baseApiUrl>/job/public/api/v1/search
Content-Type: application/json
IDS-SESSION-ID: XXXXXXXXXXXXXXXXXXXXXX
{
"search": "*",
"pageSize": 25,
"pageOffset": 0,
"filters": {
"operator": "or",
"filter": [
{
{
"totalRecords": 49,
"totalPages": 2,
"currentPage": 0,
"jobInstances": [
{
"id": "714542403541159936",
"name": "seanci1",
"jobType": "c360.be.matchmerge",
"jobDefinition": {
"id": "seanci1",
"caiProcess": {
"name": "MatchMerge"
},
"metadataEntities": [
{
"name": "TARGET_ENTITY",
"entities": [
{
"name": "Baseline Match Model for person Deduplication",
"id": "c360.person"
}
]
}
],
"parameters": [
{
"name": "MATCH_MODEL_ID",
"value": "person.ruleset1",
"type": "String"
},
{
"name": "MATCH_MODEL_VERSION",
"value": "1",
"type": "String"
},
{
"name": "MATCH_MODEL_NAME",
"value": "Baseline Match Model for person Deduplication",
"type": "String"
},
{
"name": "SEARCH_INDEX_LOAD_TYPE",
"value": "ALL",
"type": "String"
},
{
"name": "PROCESS_TYPE",
"value": "Match and Merge",
"type": "String"
},
GET request
To retrieve the summary of a job instance, submit a GET request with the following URI:
GET <baseApiURL>/job/public/api/v1/jobInstance/<jobInstanceId>
The GET request contains the following path parameters:
GET response
The response is in the JSON format. The response body contains the summary of a job instance.
{
"id": "93d25c14-c874-438b-8ed0-442944a37a54",
"name": "ingress_organization",
"jobDefinition": {
"id": "internal.c360.ingress.fileImportJob",
"caiProcess": {
"name": "MDMFlowFileImportDQ"
},
"metadataEntities": [
{
"name": "TARGET_ENTITY",
"entities": [
{
"name": "Organizationwefwef",
"id": "c360.organization"
}
]
},
{
"name": "Source_System",
"entities": [
{
"name": "Default",
"id": "b360.default.system"
}
]
}
],
"parameters": [
{
"name": "continueOnError",
"value": true,
"type": "Boolean"
}
]
},
"runTimeParameters": [
{
"name": "continueOnError",
"value": true,
"type": "Boolean"
},
{
"name": "USER_ID",
"value": "9EKrJA9TwrWbrqwEUn6gA4",
"type": "String"
},
{
"name": "MODEL_VERSION",
"value": "1649151390520",
"type": "String"
}
],
"jobLevelMetrics": [
{
"id": "NUM_OF_ASSETS",
"name": "Target Assets",
"type": "PROCESSED",
"value": 1
GET request
To retrieve the details of a job instance, submit a GET request with the following URI:
GET <baseApiURL>/job/public/api/v1/jobInstance/<jobInstanceId>?details=true
The GET request contains the following path parameters:
GET example
You might use the following request to retrieve the details of a job instance based on the job instance ID
93d25c14-c874-438b-8ed0-442944a37a54:
GET <baseApiURL>/job/public/api/v1/jobInstance/93d25c14-c874-438b-8ed0-442944a37a54?
details=true
Content-Type: application/json
IDS-SESSION-ID: XXXXXXXXXXXXXXXXXXXXXX
The following sample response shows the HTTP 200 OK response code and retrieves the details of a job
instance:
{
"id": "93d25c14-c874-438b-8ed0-442944a37a54",
"name": "ingress_organization",
"jobDefinition": {
"id": "internal.c360.ingress.fileImportJob",
"caiProcess": {
"name": "MDMFlowFileImportDQ"
},
"metadataEntities": [
To use the REST API requests, the source and target organizations must have the appropriate license.
To migrate objects, you export them from the source organization and then import them into the target
organization.
When you export assets, you can choose whether to include dependent objects. During the import operation,
you can choose which assets to import.
For more information about export and import, see Export and Import.
A S
adding search API 14
record 23 search match API 62
API source record API 37
business entity record 23 status
merge 58 Informatica Intelligent Cloud Services 6
search 14, 62 system status 6
source record 37
T
I trust site
Informatica Global Customer Support description 6
contact information 6
Informatica Intelligent Cloud Services
web site 5
U
upgrade notifications 6
M
maintenance outages 6
merge API 58
W
web site 5
R
resources
search 60
83