componentId and jwt are technically the only required parameters,scope is effectively required for most customers and there are other parameters detailed below that you will more than likely need to populate.
widgetId
required An widget’s ID can be found on the Installation tab, in the code snippet in the Install Client step.jwt
required Use the JWT generated per the instructions in the JSON Web Tokens section.scope
required for most customersscope is the internal identifier of the grouping to which the invitation applies. Although some services have invitations that simply establish connections between users, like a social network, most other services, especially B2B services, have invitations that are specific to some type of grouping of users. For example, on Slack and Trello you get invited to a workspace. On Airbnb you get invited to a trip. And if you play fantasy sports, you get invited to a league.
If Slack were using Vortex, scope would be the internal ID of the workspace.
scope parameter.
scopeType
Your service may have multiple groupings. For example, Trello has workspaces, but also has the concept of boards that are owned by a workspace. People can be invited to a workspace, but they can also be invited directly to a board. If Trello were using Vortex,scope would represent a workspace ID for invitations to a workspace, or a board ID for invitations to a board. Unless Trello’s workspace and board IDs were of a format such that it was inherently obvious which type of entity they applied to, Trello would use the scopeType parameter, setting it to either “workspace” or “board” as appropriate.
userEmailsInGroup
If the number of members in a group (as defined byinvitationScope) isn’t large, you can send them all via this parameter so that Vortex can validate that the person being invited isn’t already a member. If the number of members is too large to pass all of them in here, use the subsequent emailValidationFunction parameter instead.
emailValidationFunction
For large groupings, where sending all members inuserEmailsInGrouping isn’t practical, you can provide your own validation function. For example:
errorMessage parameter it will be displayed in the widget UI to the user.