The values you'll paste into Ping. All three URLs are scoped to your store and never change.
urn:oasis:names:tc:SAML:1.1:nameid-format:emailAddress"PingID" is Ping's MFA add-on, not a SAML identity provider. The actual IdP is one of the two products below. Pick the matching section before continuing — the admin console UI is different in each.
Cloud SaaS IdP. Your admin console is on console.pingone.com (or the regional variants .eu, .asia, .ca).
What Ping sells to new customers. Common in cloud-first enterprises.
Self-hosted federation server. Your admin console runs on port 9999, with a URL like https://<host>:9999/pingfederate/app.
Classic on-prem deployment. Common in regulated industries and hybrid environments.
Once the integration is live, signing in from your Ping portal works right away. Sign-in started from the swag store itself is switched on per store — it uses the same Ping configuration, we just need your single sign-on URL (see the final step below).
Users open the Ping end-user dashboard (PingOne) or your federation
portal (PingFederate) and click the tile for your swag store. Ping
posts a signed assertion to store.jaapi.store and they land
logged in.
IdP-initiated. No extra configuration needed.
Users go to store.jaapi.store/auth/signin and click Sign in with Ping. We redirect them to Ping to authenticate,
then back to the store.
SP-initiated. Requires you to share your IdP single sign-on URL with Jaapi (see the final step below).
Use this section if your admin console is on console.pingone.com. You'll need a role with permission to
create applications (typically Identity Data Admin or Application Admin).
https://store.jaapi.store/api/auth/signin/sso/metadata
This auto-fills the ACS URL, Entity ID, and NameID format. If your tenant blocks outbound HTTPS, choose Manually Enter and use the values from the Quick reference above.On the application's Configuration tab, verify:
urn:oasis:names:tc:SAML:1.1:nameid-format:emailAddressOn the Attribute Mappings tab, map saml_subject to the user's Email Address attribute. This is what we use as the user's identity.
Leave these off
Enforce Signed Authn Request · Assertion encryption. Jaapi doesn't support signed AuthnRequests or encrypted assertions; if you enable either, sign-in will fail.
Use this section if your admin console runs on port 9999.
You'll need an admin role with permission to create SP Connections.
https://store.jaapi.store/api/auth/signin/sso/metadata
This populates Entity ID, ACS URL, and signing requirements automatically. Use the File option if your PingFederate host can't reach the public internet.Click Configure Browser SSO and set:
SAML_SUBJECT sourced from the user's email attributeUnder Credentials → Configure Credentials → Digital Signature Settings,
pick your organization's standard signing certificate and check Include the Certificate in the Signature <KeyInfo> Element. Use RSA SHA256 as the algorithm — some older deployments
default to SHA-1.
Leave these off
Require AuthN requests to be signed · Assertion encryption. Jaapi doesn't support signed AuthnRequests or encrypted assertions; if you enable either, sign-in will fail.
The SAML NameID (email) is the only required attribute. You
can optionally send these to populate the user's profile on first login.
nameDisplay name. Source: the user's formatted name (PingOne) or Given Name + Family Name via an OGNL expression
(PingFederate).
avatarProfile picture URL. Source: a user attribute or extension that holds a publicly fetchable image URL. Skip if you don't have one.
To finish the integration, we need the IdP metadata (which contains your signing certificate) and — for SP-initiated sign-in — your single sign-on URL.
https://<your-pf-host>/idp/SSO.saml2. It's also
included in the metadata XML as the SingleSignOnService location.Once the SAML configuration is in place, run a test login and send us the artifacts so we can pin your IdP certificate.
store.jaapi.storeWhy the first login fails
We don't trust any IdP certificate by default. Your first sign-in attempt is rejected on purpose; the certificate from that attempt is captured for review. Once we verify it matches the metadata you sent over, we pin it and your team can sign in normally. This prevents anyone from impersonating your IdP during onboarding.
Later certificate renewals are self-service: when Ping rotates your signing certificate, a store admin can paste the new one under SAML SSO in the store settings — no need to email us again.