The import users operation gives privileged applications the ability to create a new user and set the user’s password. The password attribute in this operation uses the same format for specifying passwords as the set password request, allowing both cleartext and pre-encoded password values. This endpoint requires the Identity Data Admin role.

Note: This request does not address bulk user import operations. For information about using the PingOne User Import Tool, see PingIdentity PingOne User Import Tool.

The POST /environments/{{envID}}/users operation imports a new user resource to the specified environment. This operation uses the application/vnd.pingidentity.user.import+json custom content type in the request header.

New users must be assigned to a population resource identified by its ID, and the request must set a value for the username attribute. In addition, this operation supports the password attribute, which can accept a pre-encoded password value and a forceChange value of false.

The username attribute must be unique to an environment (spanning populations). Access to populations is determined by roles. It’s possible that username conflicts may arise, if you or your worker application attempt to create a user that exists in a population to which you have no access.

Optionally, you can set the lifecycle.status property to VERIFICATION_REQUIRED and the lifecycle.suppressVerificationCode property to false if you want the user to receive a verification email automatically. For this use case, you must provide a valid email address for the imported user. The user’s verifyStatus property is returned as NOT_INITIATED and remains in that state until the user verifies the account.

New users who are authenticating using a social login (such as, Google or Facebook) must be assigned an identity provider with the identityProvider.id attribute. The identityProvider.type value is read-only, and its value is dependent on the value of identityProvider.id. If identityProvider.id is not provided, and you’re not authenticating using an external gateway, the default value of identityProvider.type is PING_ONE.

If you’re authenticating using an external gateway, the identityProvider.id attribute must be null. See Gateway Management for more information about external gateways. When a user is imported you can add correlation attributes that will get sent as as the link attributes value. For example if you had correlationAttributes.customAttribute1 and you set the link attribute to customAttribute1, the value in the correlationAttributes is used to identify the user in the remote directory.

Note: You can enable multi-factor authentication by setting mfaEnabled to true with POST CREATE User, POST CREATE User (Import), or PUT UPDATE User MFA Enabled. You cannot update mfaEnabled with PUT UPDATE User or PATCH UPDATE User.

If successful, the response returns a 201 Successfully created message and shows the new user resource’s property data.

Note: Pre-encoded passwords are specified by the name of the encoding scheme followed by an encoded representation of the password (as shown in the example). Supported encoding schemes are bcrypt, PBKDF2, scrypt, salted SHA1, salted SHA256, salted SHA384, and salted SHA512.

For more information about pre-encoded passwords, see Set password. For import operations, if a pre-encoded password is not accepted by PingOne, then it does not conform to the supported encoding schemes described in the Set password topic.