Hello @ethompson,
I did confirm that updates made with v3 are not reflected in the v1 API. I am going to take this back to our engineering team.
To give a little more info on the Ids:
The below example is a lookup transform taken from the GET https://{{tenant}}.api.identitynow.com/cc/api/transform/list
v1 API.
{
"id": "CityToRegion",
"type": "lookup"
"attributes": {
"table": {
"New York": "Americas",
"Munich": "Europe",
"Brussels": "Europe",
"default": "",
"Singapore": "Asia-Pacific",
"Tokyo": "Asia-Pacific",
"Taipei": "Asia-Pacific",
"London": "Europe",
"Austin": "Americas",
"Sao Paulo": "Americas",
"San Jose": "Americas",
"Boston": "Americas"
}
}
}
The same transform pulled with the v3 API https://{{tenant}}.api.identitynow.com/v3/transforms
{
"id": "9511367b-3d78-4331-abbf-800342fbd3fc",
"name": "CityToRegion",
"type": "lookup",
"attributes": {
"table": {
"New York": "Americas",
"Munich": "Europe",
"Brussels": "Europe",
"default": "",
"Singapore": "Asia-Pacific",
"Tokyo": "Asia-Pacific",
"Taipei": "Asia-Pacific",
"London": "Europe",
"Austin": "Americas",
"Sao Paulo": "Americas",
"San Jose": "Americas",
"Boston": "Americas",
"Test": "Test-Region"
}
},
"internal": false
}
In the v3 transforms you are correct in that the id is autogenerated and is used in other API calls to uniquely refer to the transform. In the v1 API the name
property was the unique property used to refer to the transform and used to update and delete via the API. The name property is still on the transform in v3 but now the autogenerated id is used to uniquely identify the transform when calling the API.