Does anyone know if it’s possible and if so, how to let an identity profile value pass through as the default value in a Lookup Transform?
Use Case: We have multiple authoritative sources with a “Company” value and need a transform to “standardize” the various values into a shortened consistent value for use downstream in Azure for dynamic distribution list membership.
Example:
XYZ Inc. => XYZ Inc (removing the “.”)
ABC /dba Special Name => ABC (removing the “doing business as” portion)
…
Default => Value passed directly from Identity Profile (Yes - it’s likely possible to do a FirstValid here, but trying to avoid that)
But if the value isn’t in the lookup table (i.e. lookup is corrections only) then the value passed in should be the actual value (Example ABC Inc => ABC Inc)
Maybe it can be more practical if you try to use a replace all or trim. For example, if you want to rename ABD Inc. to ABD Inc, just do a replace inc. to inc. and, if you need wnat to delele all that comes after @ or /, do a split transform.
Maybe, if you give a little bit more information i can help you more with a transform example
you could set your default value in the lookup as something static (like PASSTHROUGH, for example), and then wrap the lookup transform in a static transform, and if the value returned by the lookup is PASSTHROUGH or whatever you set that to, return the Company value, otherwise return the lookup result.
I appreciate the communities help with this, but wanted to clarify the specifics of what I’m hoping can be done. The screen shot below shows how one (of multiple) identity profile is configured. In the transform, I’d like to default value to reference the value passed in via the EM1-DelimitedFile.organization. YES - the above examples can do this via referencing the source system attribute directly, but this is precisely what I’m trying to avoid because with multiple authoritative sources this would require a nested FirstValid transform order to be in sync with the identity profile order to ensure things works as expected. An alternative would be to create a separate transform for each auth source, but this seems like overkill.
If I’m understanding the issue correctly, I believe the only way to achieve what you’re looking to do here would be to have two Identity Attributes. The first one, call it companyRaw, you map like in your screenshot with no transform. Then the second, call it company, would leverage the previously described transforms, and reference the companyRaw identity attribute that can be mapped per Identity Profile.
I ended up “solving” this by using a combination of ideas from those of you that contributed, but still wishing/hoping there was a way to just reference the passed in value.
I typically use the substring transform with a begin value of 0 to access the implicit input from the identity profile mapping within a transform. For example: