Every application at Herald is comprised of a product (or multiple products) and the set of information a carrier requires to get a quote for that product. Building a front-end form to collect the correct application information is a complex task. Whoever builds this form must account for the following elements:
Heralds created the Dynamic Application to remove the burden of those four elements from our users. You can us the Dynamic Application to create, fill out, and submit applications using [.h-endpoint-link]/applications[.h-endpoint-link]. The only thing required to create an application is at least one product, and Herald will return every relevant question you need to ask. As you submit answers to those questions, we’ll continue to return any new, conditional questions that have become relevant. See the specifics in our step-by-step walkthrough to create, update, and submit and application.
Every question, either a [.h-code]risk_parameter[.h-code] or [.h-code]coverage_parameter[.h-code], includes additional data to help you render them on screen and handle validation. All of the information we provide is documented in our guide to building a front-end application.
Every carrier has a different set of questions, which can vary depending on the product. Using multiple products through the same carrier requires you to gather all the questions needed and build the logic for when to ask what. As you can imagine, a carrier may need to ask for square footage when quoting a Property policy, but not when quoting Cyber.
Creating applications within a single line of business isn't simple either. If you're hoping to offer something like General Liability across multiple carriers, each carrier will have unique questions. One carrier may ask 1, 2, or 10 more questions to generate a quote than another carrier, even for the same industry.
All you need to do is send in the products you're looking to quote, and Herald will tell you which questions are relevant. Adding new products is a breeze.
Not all questions are created equal. I'm fact, the majority of risk and coverage parameters in our question library are conditional based on values like class code, state, or the businesses operations. There are hundreds of questions that are only relevant for certain class codes alone.
While all of this conditionality is documented in our Appendix, you're responsible for handling the logic on if you choose to build a static application.
The Dynamic Application only returns relevant questions, which we continue to return as you tell us more about the applicant. As you update the application using PUT, submitting information like the applicants class code or payroll, we’ll return any newly relevant questions. You’ll know when you’re done when you hit a [.h-code]complete[.h-code] application status.
Every question has its own rules around what values can be submitted. Some of these rules dictate if you should pass in a number or a string. But most questions have more detailed restrictions around what is considered a valid input.
Herald returns all of this information for each individual risk and coverage parameter in our scheme object. Multiple choice options are included as enums, minimum and maximum values are provided for numbers, and so on and so forth.
Since the application is dynamic, you don’t have to worry about maintenance. If a carrier adds or removes a question from their application, it will be reflected in your application without any additional work. Don’t worry- it doesn’t happen frequently, and we’ll always tell you before a change is made.