Create a user
Changed onThis POST endpoint is used to create a new user in MassPay. <br> You can use this endpoint to create a new user with the specified user details in JSON format in the request Body. <br> To use this endpoint, you need to provide the internal_user_id, country, first_name, last_name, and email as required parameters in the Request Body. <br> The response will include details about the newly created user.<br><br>Email already on file. An email belongs to a single MassPay user. When the email is already on file, the request links a user_token for your account to that existing user instead of creating another user. If that user's name or business name does not match the submitted one, the request is rejected with 400 and the title User exist with other information; the message says which. Legal designators (LLC, Inc., Ltd., GmbH...), punctuation and case are ignored, and close variants or abbreviations are judged the same business, as for personal names. The rejection includes a name_override_code and override_instructions. To get the user_token anyway, resubmit the same request with name_override_code added to the body. The code only applies to the same email address and the exact same first, middle, last and business name, and expires after 7 days.<br>If the existing user has no transactions and its name is not locked, it takes the submitted name, including a submitted business_name (an omitted one leaves the business name on file). Otherwise the name on file is kept, MassPay compliance gets a note with the submitted name and your account, and your user_token for that user is LOCKED until compliance reviews it; this also applies to a user_token you already had for that user. Resending an override compliance has already reviewed returns the user_token unchanged; a different name needs a new code and is reviewed again. The internal_user_id must be new to your account or the one already assigned to that user; an id assigned to another of your users is rejected.
Request
- Base URLhttps://api.masspay.io/v1.0.0
- Auth
- API key in header Authorization
- or API key in header x-api-key
- TypeScriptA function with typed inputs. Its response is checked against the schema.
Request body
Example request
{
"internal_user_id": "4324-rOzk",
"address1": "2000 main st",
"address2": "apt D",
"city": "Santa Monica",
"state_province": "CA",
"postal_code": "90405",
"country": "USA",
"first_name": "John",
"last_name": "Doe",
"email": "jdoe@gmail.com",
"language": "en",
"mobile_number": "16502000226",
"business_name": "ABC Company",
"date_of_birth": "1975-03-24",
"metadata": {
"group_id": 541
},
"name_override_code": "Q4ZP7K2MXJ5RT3BV6NWA"
}Response
Successfully created.
Example response
{
"user_token": "123e4567-e89b-12d3-a456-426614174000",
"created_on": "2019-07-07T23:03:05",
"internal_user_id": "4324-rOzk",
"address1": "2000 main st",
"address2": "apt D",
"city": "Santa Monica",
"state_province": "CA",
"postal_code": "90405",
"country": "USA",
"first_name": "John",
"last_name": "Doe",
"email": "jdoe@gmail.com",
"language": "en",
"mobile_number": "16502000226",
"business_name": "ABC Company",
"timezone": "America/Los_Angeles",
"date_of_birth": "1975-03-24",
"metadata": {
"group_id": 541
}
}Changes
- breaking
added to the response body
oneOflist for the response status - breaking
the response's body type changed from
objectto no type for status - breaking
removed the required property
from the response with the status - breaking
removed the required property
from the response with the status - warning
removed the optional property
from the response with the status - warning
removed the optional property
from the response with the status - info
added the new optional request property
- breaking