Create customer-centric onboarding experiences using SignupContext


Azure Active Directory is now Microsoft Entra ID. Learn more

Microsoft partners can create customer-centric onboarding experiences to help customers quickly get started with Business Central. Speeding up the onboarding process saves time and money for both the partner and customer. The SignupContext parameter enables partners to create experiences that can help the customer try out and evaluate Business Central, and then onboard at their own pace, without hands-on help from the partner, who instead provides onboarding services digitally. Allowing prospects to learn about Business Central from their own perspectives increases the chance of them becoming paying customers.

Starting trials for customers is a multi-step task for partners:

  • Build a reseller relationship with the potential customer
  • Create Business Central environments
  • Apply the partner's app(s),
  • Load demo data that's relevant for the prospect.

The SignupContext parameter lets partners create customer-centric trials without having to do the work manually. They can provide apps that cover the steps, and tailor the experience based on the customer's context. These trials are similar to trials that prospects start from Microsoft's website. They're unmanaged in the sense that there isn't a CSP relationship between the prospect and the partner.

Use the SignupContext parameter to get information about prospects

The SignupContext parameter can pass information about a prospect from your website to Business Central, and use the information to tailor the evaluation and onboarding experience for a specific customer. The tailoring makes Business Central more relevant to each prospect.

The SignupContext parameter can include information about the origin of the sign-up, and other information you want to pass to Business Central from the sign-up process on your website. For example, your website might offer a questionnaire that asks the prospect for information that can help you understand the prospect's needs. The questions might gather the following information from prospects

  • Their industry
  • Number of users
  • How they intend to use a business management solution.

You can use the prospect's answers in the SignupContext parameter to prepare demo and onboarding experiences that match their needs.

The SignupContext parameter explained

When a prospect starts a Business Central trial from the website, the first step is to sign up as a Microsoft cloud customer and create a tenant. In this process, the prospect either signs in to a tenant or creates one, depending on whether they're already a customer. After this step, the prospects are redirected to The URL has parameters that Business Central uses to identify sign-ups and sign-ins. The URL also has a SignupContext parameter. This parameter can contain the sign-up information from the partner's website. For example, the answers to questions on a questionnaire.

How the SignupContext parameter works

In the sign-up process, when Business Central provisions a trial environment it passes the sign-up context from the browser URL to the application, where AL code can process it. The SignupContext parameter is available to apps that want to tailor functionality according to the context. The partner's app is provisioned automatically along with the trial environment, and does the actual tailoring.

The SignupContext parameter is a JSON string with key-value pairs that Business Central parses and stores in a system table.

Let's explore an example where a sign-up is triggered by a user on Partner X's website. Imagine that the user was asked a single question on the partner website. Based on the answer to the question, you want to load a specific app with the trial and use the app to tailor the experience in Business Central. For example, the question and answer pair could be:

  • Question on website: "Which application are you currently using?"*
  • Answer from prospect: "Foo Accounting"

This combination of question and answer could result in the following SignupContext parameter:

signupContext={"name":"partnerx","appid":"12345678-1234-1234-1234-12456781234","countrycode":"us","eulaaccept": "true" ,"presystem":"Foo Accounting"}

The SignupContext parameter requires a few keys and values:

  • name: [Required] Identifies the partner. We recommend aligning the value with the name of the app that will tailor the trial and onboarding experiences.
  • appid: [Required] Identifies the app to install when provisioning the trial.
  • countrycode: [Required] Identifies the country in which the app is supported, and the country of the prospects Microsoft Entra tenant. The country codes must be the same.
  • eulaaccept: [Required] This setting must always be true for the partner app. The partner must provide the option to read the EULA for their app before the prospect starts a trial.

Then come the partner-specific parameters. In this example, the presystem key-value ("presystem":"Foo Accounting") that represents the question on the partner's website.

Constructing the sign-up URL including the sign-up context

After the partner establishes the outcome of the profiling questions, the SignupContext parameter can be constructed, as shown above.

To pass the SignupContext parameter through the sign-up process to the Business Central trial, the partner's website double-encode it. The following steps show an example.

  1. URI encodes the SignupContext value itself.

    The encoded characters resolve to a URL, such as the following example:

    Before encoding

     {"name":"partnerx","appid":"12345678-1234-1234-1234-12456781234","countrycode":"us","eulaaccept": "true" ,"presystem":"Foo Accounting"}

    After encoding


    The SignupContext parameter is part of a larger &ru redirect URL parameter that redirects the user from the sign-up process to the Business Central trial provisioning. For the redirect to work properly, the entire redirect URL with the SignupContext parameter must be URI encoded. The result is a double-encoding of the SignupContext parameter value.

  2. URI encodes the &ru parameter value.

    Before encoding

    The string already has the encoded SignupContext from the previous step.

    After encoding

    Now, the final URL can be constructed. The URL starts the sign-up process and includes the encoded redirect URL (containing a now double URI encoded SignupContext parameter value).

  3. Construct the final URL.

    The URL points to and has the &products and &ali parameters.

What happens with the SignupContext in Business Central

Business Central examines the SignupContext parameter when it's provisioned through a viral trial sign-up. It checks the countrycode value and matches it with the country/region set for the Microsoft Entra tenant. The countries/regions must match because Business Central will provision a trial in the Microsoft Entra ID country/region by default. Using the countrycode value allows you to set the intended country/region, so partners can offer the experience on country/region-specific (locale) versions of their websites. The supported countries/regions of the app specified by the appid value are also checked for a match. If all three countries/regions don't match, trial provisioning stops and shows a message to the user.

If countries/regions match, Business Central provisions the trial environment from the website. When the provisioning is complete, the app specified by the appid value is installed from AppSource if the eulaaccept value is true. Partners can set the eulaaccept value to true when they have presented the End-User License Agreement (EULA) of their app to the user, and the user has accepted it. The partner is responsible for providing the opportunity to review and consent to the EULA on their website. If the value is true, Business Central assumes the user has accepted the EULA, which is a requirement for installing apps from AppSource. After the app is installed, Business Central is ready to load and sign the user in to their Role Center.

The SignupContext parameter string is stored in Business Central. Business Central parses the key-value pairs and adds them to system table 2000000255, Signup Context so they're ready for an app to consume them. However, before a trial-provisioned app can consume these SignupContext parameter values, the correct sign-up context name must first be set for the application, which is stored in table 150, Signup Context Values. Subscribe to the OnSetSignupContext event. By subscribing to the event, an app can read the value for the name key stored in the Signup Context system table and set the Signup Context enum field in the Signup Context Values table. This enum must be extended with a new enum option that identifies the SignupContext parameter for the specific app. We recommend using an enum caption that reflects the chosen name value provided in the URL.

Extending the Signup Context enum field

enumextension 50100 ParnerXAppSignupContext extends "Signup Context"
    value(50100, PartnerXApp)
        Caption = 'Partner X app'    }

Setting the Signup Context value in the Signup Context Values table

[EventSubscriber(ObjectType::Codeunit, Codeunit::"System Initialization", 'OnSetSignupContext', '', false, false)]
local procedure SetPartnerXAppContextOnSetSignupContext(SignupContext: Record "Signup Context") 
var SignupContextValues: Record "Signup Context Values";

    if not SignupContext.Get('name') then            
    if not (LowerCase(SignupContext.Value) = 'name') then            

    if not SignupContextValues.IsEmpty() then            
    SignupContextValues."Signup Context" := SignupContextValues."Signup Context"::PartnerXApp;

Setting the sign-up context causes Business Central to skip initialization of default checklist items for all roles. Partners must add checklist items for the relevant roles.

When the SignupContext parameter has a value expected by the partner's, the app can add checklist items and other elements to the tailor the experience.

Reacting to the SignupContext parameter

[EventSubscriber(ObjectType::Codeunit, Codeunit::"System Initialization", 'OnAfterLogin', '', false, false)]
local procedure InitializeChecklistOnAfterLogIn()
    Company: Record Company;
    SignupContextValues: Record "Signup Context Values";
    Checklist: Codeunit Checklist;
    if not SignupContextValues.Get() then            

    if not (SignupContextValues."Signup Context" = SignupContextValues."Signup Context"::PartnerXApp) then
    // Invoke codeunit for inserting checklist items and other elements that tailor the experience.    


The SignupContext parameter and the ability to create un-managed trials isn't intended for test-driving apps. These types of trials should only be used to create evaluation and onboarding experiences. Partners should make sure to create experiences that greet the prospect, demo the desired features, and take the prospect through a buying and onboarding experience. The goal is to convert the prospect to become a paying customer of Business Central, and the job of the partner's app is to smoothen that transition to minimize the hands-on work from the partner.


Partners who load their apps when the trial is provisioned must give users the chance to review and agree to the EULA for their app before starting the trial. This also means that only the partner's own apps can be loaded. Therefore, partners should avoid having non-owned apps in the dependency list in the app manifest.

See also

Onboarding experiences in Business Central