This will be passed as Bearer plus “token” as generated by above token API.
Example:Bearer eykjsfjfjasdasdad
Submits documents associated with an annuity eApp to Zinnia.
This will be passed as Bearer plus “token” as generated by above token API.
Example:Bearer eykjsfjfjasdasdad
Details required to submit the eApp to Zinnia for Annuity
Unique Identifier against an e-App application. First 4 letters represent the receiving company, next 3 letters represent the firm, next 8 positions represent the date eApp is submitted, next 10 positions represents the sequential number of the eApps from the eApp instance. For Orion - Accept integers upto 15 digits
Example:XXXXEDJ041120240000000001
Version for that case - 3 digits, incremental if same case if submitted more than once in case of errors. For Orion - Accept integers upto 15 digits
Example:000
e-App submitted date to Zinnia (with pattern “yyyy-mm-dd”).
Match pattern:([0-9]{4})-([0-9]{2})-([0-9]{2})
Example:2023-12-19
Example:1
Accepted
Example:201
Example:Request Submitted Successfully
New Business Annuity Application Submission API Version 3
Submits an annuity new business case to Zinnia for processing.
This will be passed as Bearer plus “token” as generated by above token API.
Example:Bearer eykjsfjfjasdasdad
Details required to submit the Annuity new business case to Zinnia
Zinnia Unique Identifier for a case.[Derived by Zinnia]. This is required for Paper Apps, not eApps and will be sent via Orion Application.
Zinnia Unique Identifier for a case.[Derived by Zinnia]. This is not required for Paper Apps , only eApps.
Example:0ca10708-4b53-464c-b745-355c8f6f0edb
Any OfAll the party role should be explicitly send in the party object.
Accepted
Example:202
Example:Request Submitted Successfully
EAPP API Health Check and Annuity (Annuity app validation, app processing, payment processing, TOA, eApp, and suitability) services Health check
Returns the health status of the application validation service
Application is healthy
Allowed values:UPDOWN
Example:UP