Authentic
AuthenticContact
  • Authentic 101
    • About Authentic
    • Company Background
    • Customer Reviews
    • How Authentic Works
      • Captive Insurance
      • Business Owner's Policy
      • Coverage Options
      • Our Partner Appetite
        • Exclusions
        • Endorsements
  • Embedding Insurance
    • Integration Overview
    • Add Insurance to Your Platform
      • Embed our widget
        • Accessing Event Data through Webhooks
      • Different endpoints & functionality within our widget
        • Instant Estimate (/estimate)
        • Welcome Page (/welcome)
        • Direct to Lead Form (/apply)
        • Policy Hub (/policy)
    • Data Share
      • Data Sharing via Widget
      • Data Sharing via URL
      • Commonly Prefilled Questions
      • SMB Class Codes
      • Data Capture (Easy Webhook Set Up)
      • Sample Webhook Events
    • Authentic User Verification Offering(s)
    • Custom Insurance Domain
    • Tracking Marketing (UTM Params)
  • Go To Market
    • Go To Market for SaaS Partners
      • Create Access Points
      • Buying Triggers
      • Prequote Marketing Emails
        • Authentic-Led Prequote Campaigns
        • Tenant-Led Prequote Campaigns
        • URL Prefill Instructions
    • Brand Assets + Marketing Templates
    • Generating Estimate Links
  • More Reading
    • Learn More about Authentic!
    • Why Authentic?
  • Support
    • FAQs
Powered by GitBook
On this page
Export as PDF
  1. Embedding Insurance
  2. Data Share

Data Sharing via URL

Here is a guide to pre-filling authentic application question fields through the URL

PreviousData Sharing via WidgetNextCommonly Prefilled Questions

Last updated 3 months ago

Forwarding data to your Authentic application flow is as simple as attaching one search parameter to your redirect URL:

https://[tenant_name].prod.authenticinsurance.com/apply?prefill_data=[payload]

The data parameter should be base64 encoded JSON with the following types in the following format:

{
    lead?: {
      email?: string;
      businessClassCode?: string;
      stateCodes?: string[];
      productIds?: string[];
    }
    responses?: {
      exposures?: Array<{
        exposureName: string;
        fieldValues: Record<string, string>;
      }>;
      questions?: Record<string, string>;
    }
  }

For reference here is a tool to convert between JSON and base64 encoding:

  {
    lead: {
      email: "lfrank@authenticins.com",
      stateCodes: ["OH", "WY"],
      businessClassCode: "20831"
    },
    responses: {
      exposures: [{
        exposureName: "business_location",
        fieldValues: {
          "ADDRESS": "100 street, UNIT 2, city, OH 33333, US",
          "SALES": "100000",
          "AREA": "2000"
        }
      }],
      questions: {
        "BUSINESS_LEGAL_NAME": "Authy Insurance Services, Inc.",
        "NAME": "Liam Frank",
        "PHONE": "2014206735",
        "MAILING_ADDRESS": "200 street, UNIT 5, Dayton, OH 33333, US"
      }
    }
  }

Which, encoded would look like this:

ewogICAgbGVhZDogewogICAgICBlbWFpbDogImxmcmFua0BhdXRoZW50aWNpbnMuY29tIiwKICAgICAgc3RhdGVDb2RlczogWyJPSCIsICJXWSJdLAogICAgICBidXNpbmVzc0NsYXNzQ29kZTogIjIwODMxIgogICAgfSwKICAgIHJlc3BvbnNlczogewogICAgICBleHBvc3VyZXM6IFt7CiAgICAgICAgaWQ6ICIxIiwKICAgICAgICBleHBvc3VyZU5hbWU6ICJidXNpbmVzc19sb2NhdGlvbiIsCiAgICAgICAgZmllbGRWYWx1ZXM6IHsKICAgICAgICAgICJBRERSRVNTIjogIjEwMCBzdHJlZXQsIFVOSVQgMiwgY2l0eSwgT0ggMzMzMzMsIFVTIiwKICAgICAgICAgICJTQUxFUyI6ICIxMDAwMDAiLAogICAgICAgICAgIkFSRUEiOiAiMjAwMCIKICAgICAgICB9CiAgICAgIH1dLAogICAgICBxdWVzdGlvbnM6IHsKICAgICAgICAiQlVTSU5FU1NfTEVHQUxfTkFNRSI6ICJBdXRoeSBJbnN1cmFuY2UgU2VydmljZXMsIEluYy4iLAogICAgICAgICJOQU1FIjogIkxpYW0gRnJhbmsiLAogICAgICAgICJQSE9ORSI6ICIyMDE0MjA2NzM1IiwKICAgICAgICAiTUFJTElOR19BRERSRVNTIjogIjIwMCBzdHJlZXQsIFVOSVQgNSwgRGF5dG9uLCBPSCAzMzMzMywgVVMiCiAgICAgIH0KICAgIH0KICB9

would then pass via the pre-fill data parameter as:

https://[tenant_name].prod.authenticinsurance.com/apply?prefill_data=ewogICAgbGVhZDogewogICAgICBlbWFpbDogImxmcmFua0BhdXRoZW50aWNpbnMuY29tIiwKICAgICAgc3RhdGVDb2RlczogWyJPSCIsICJXWSJdLAogICAgICBidXNpbmVzc0NsYXNzQ29kZTogIjIwODMxIgogICAgfSwKICAgIHJlc3BvbnNlczogewogICAgICBleHBvc3VyZXM6IFt7CiAgICAgICAgaWQ6ICIxIiwKICAgICAgICBleHBvc3VyZU5hbWU6ICJidXNpbmVzc19sb2NhdGlvbiIsCiAgICAgICAgZmllbGRWYWx1ZXM6IHsKICAgICAgICAgICJBRERSRVNTIjogIjEwMCBzdHJlZXQsIFVOSVQgMiwgY2l0eSwgT0ggMzMzMzMsIFVTIiwKICAgICAgICAgICJTQUxFUyI6ICIxMDAwMDAiLAogICAgICAgICAgIkFSRUEiOiAiMjAwMCIKICAgICAgICB9CiAgICAgIH1dLAogICAgICBxdWVzdGlvbnM6IHsKICAgICAgICAiQlVTSU5FU1NfTEVHQUxfTkFNRSI6ICJBdXRoeSBJbnN1cmFuY2UgU2VydmljZXMsIEluYy4iLAogICAgICAgICJOQU1FIjogIkxpYW0gRnJhbmsiLAogICAgICAgICJQSE9ORSI6ICIyMDE0MjA2NzM1IiwKICAgICAgICAiTUFJTElOR19BRERSRVNTIjogIjIwMCBzdHJlZXQsIFVOSVQgNSwgRGF5dG9uLCBPSCAzMzMzMywgVVMiCiAgICAgIH0KICAgIH0KICB9

Parameter Naming Conventions for URLs

In our application, URL parameters are standardized to use snake_case (e.g., application_id) or kebab-case (e.g., application-id) rather than camelCase. This convention is followed to ensure consistency and to avoid potential issues with case sensitivity, which can sometimes cause confusion or errors in URL parsing. This practice aligns with common web development standards, similar to how UTM parameters (e.g., utm_source) are formatted. Importantly, this convention is consistent across all production & sandbox environments.

https://codebeautify.org/json-to-base64-converter