Skip to main content
Alistair FIeld
Expert ⭐️
July 20, 2026

User Journey across products

  • July 20, 2026
  • 4 replies
  • 153 views

Good Day everyone ,

We are using PX in our product, community and academy, which mean three PX Products.

 

In CC our Identifier is the userid, in Skilljar the identifier is the user email and in our product it is an internal userdID. We use SSO across the board.

 

Basically all three are not unifying because our user identifier is not common. Salesforce is not an option as not all users of product or community are in SFDC.

 

  • How are other users creating and deploying a cross Product identifier?
  • I am struggling to map fields across CC and Skilljar that will then be sent in the PX Identity call.

Does anyone have any experience or thoughts?

 

 

4 replies

sh7017
Contributor ⭐️⭐️
July 20, 2026

*Following - we have this use case (PX in our product, community and academy) on our Q4/Q1 roadmap as well.

~Sarah Owings
samanthahamlet
Gainsight Community Manager
July 24, 2026

Hey ​@Alistair FIeld! Since you're using SSO across all three, your IdP (Okta or Azure AD) is actually the key here. It's the one system that sees every user regardless of which product they're logging into, so it's the right place to handle the bridging.

The approach that works well:

Use email as your canonical cross-product identifier. It's already present in all three systems, so it becomes your join key. When you make the PX Identity call, use email as the id field consistently across CC, Skilljar, and your product.

Let the IdP pass additional attributes at login. You can configure it to send something like internalUserId alongside email whenever a user logs into any of the three products. This way PX can pick up a consistent identifier without you needing to do any custom middleware work or rely on Salesforce (which, as you noted, won't have full coverage anyway).

For Skilljar specifically: create a Signup Field that matches the IdP attribute name exactly, including casing. Skilljar will then auto-populate that field on every SSO login automatically, no manual steps needed. One thing to watch: if the field label doesn't match the IdP attribute name precisely (case-sensitive), it won't populate at login.

This approach keeps things clean: email is the join key, PX gets a consistent identifier across all three surfaces, and the IdP handles the attribute bridging natively.

Hope this helps! 😊

rschlette
Expert ⭐️
July 24, 2026

I don’t see email in inSidedData.user. How do you pass user.email in the Identify call from CC?

samanthahamlet
Gainsight Community Manager
July 24, 2026

Great question ​@rschlette!

As the answer can vary depending on your specific CC setup and SSO configuration, I'd recommend raising a ticket with Support so the team can take a look at your environment and give you accurate guidance on passing the right attributes through the Identity call 😊