My Oracle Support Banner

Getting error 'The internal Property Location Identifier ... already exists' while trying to migrate location data. (Doc ID 2786042.1)

Last updated on MARCH 26, 2024

Applies to:

Oracle Communications Unified Inventory Management - Version 7.4.0.0.0 and later
Information in this document applies to any platform.

Goal

On : 7.4.0.0.0 version, Web Services

Property Location Identifier

We are migrating location data from a legacy system to UIM. During this process we are getting the error message:
'The internal Property Location Identifier ... already exists. Please enter a unique address.'

We think that the PropertyLocation.getPropertyLocationIdentifier() is used to generate the identifier and that it generates it by concatenating the primary PropertyAddress fields. And the property location identifier which gets generated needs to be unique across all property locations?

In our code we use both the LocationManager.makePropertyLocation() and LocationManager.makePropertyAddress() APIs to create the UIM Property Location from the source data. It is after the call to LocationManager.createPropertyLocation() that the feebackprovider reports the error. What should we do to circumvent this problem? Could we somehow query the existing PropertyAddress and associate that to the newly created PropertyLocation? Or does it have to be a new PropertyAddress instance as well?

Would the only option be to use some sort of custom extension point to ensure that the property location identifier that gets generated from the address is unique for that source record? Because it seems that multiple source records result in the same default generated property location identifier.
 

Solution

To view full details, sign in with your My Oracle Support account.

Don't have a My Oracle Support account? Click to get started!


In this Document
Goal
Solution
References


My Oracle Support provides customers with access to over a million knowledge articles and a vibrant support community of peers and Oracle experts.