Creating Offers and Generating Documents

Prerequisites

You have received your API Key (for stable and production environment)

Creating Offers for New Customers

Option 1: Download Application Document

If you already have information about the customer within your internal system, you can directly create an offer using the Partner Platform API mutation createOffer. This will:

Create the customer in our system
Generate a Contract ID
Allow you to request the application form PDF

Document Synchronization

Wait approximately 30 seconds before requesting documents after creating an offer. This allows our systems to sync with the insurance system.

Option 2: Partner Life Integration

You can also view the offer in Partner Life by using:

The Contract ID as a redirect parameter
A magic link generated using createPartnerLifeMagicLink mutation

The URL format will be:

https://partner.life.li/en/magic-link/<Magic Link Token>?redirect=%2Fmy%2Foffers%2F<Contract ID>

This will automatically log in the partner and redirect them to the offer page.

The same redirect parameter can send the advisor to the customer instead, or to the product catalogue scoped to them — so the offer is configured in Partner Life rather than assembled through createOffer, and nothing is created until they pick a product. See Deep Linking for every destination.

Option 3: End-to-End Submission via API

If you want to own the entire offer lifecycle inside your own software — collecting the signed application form, uploading identity documents, and submitting the offer for issuance — use the upload + submit mutations on top of Option 1. Nothing about Option 1 changes; this option simply continues from the downloaded PDF.

Create the offer with createOffer and download the application form PDF (Option 1)
Get the customer to sign the application form
Upload the signed form and the customer's identity document with uploadDocument
Submit the offer for issuance with submitOffer
(Optional) Track the offer lifecycle with offerStatus and respond to any openReworks

See the Uploading Required Documents and Submitting the Offer sections below for the full mutation reference.

Creating Offers for Existing Customers

For customers who already have a policy or offer where you are the broker, you can:

Use their customer ID (from our system)
Use their email address linked to existing policies

A customer you registered through createCustomer counts as an existing customer from the moment it returns, before any offer exists.

Future Enhancement

We will soon provide a way to fetch the list of customers associated with your Partner account (including sub-brokers) using the customers query with filters.

API Reference

Creating a New Offer

The createOffer mutation handles both new and existing customers. The operation includes comprehensive error handling:

mutation CreateOffer($input: CreateOfferInput!) {
  createOffer(input: $input) {
    __typename
    ... on ErrorInterface {
      __typename
      message
    }
    ... on CreatedOffer {
      contractID
    }
    ... on InsuranceSystemError {
      reasons
    }
    ... on InputValidationError {
      invalidInput
      message
    }
  }
}

Create Liechtenstein Life Invest offer

Preview prompt

I need to create a Liechtenstein Life Invest offer via the Prosperity Partner Platform GraphQL API. This is a unit-linked life insurance product for the German market.

## Authentication
- Endpoint: https://api.stable.life.li/graphql/partner-platform (test) or https://api.life.li/graphql/partner-platform (production)
- Set header: Authorization: Bearer YOUR-API-KEY
- Set header: x-partner-id: YOUR-PARTNER-ID
- All requests are POST with Content-Type: application/json
- The body is: { "query": "...", "variables": { ... } }

## GraphQL Mutation
```graphql
mutation CreateOffer($input: CreateOfferInput!) {
createOffer(input: $input) {
__typename
... on CreatedOffer {
contractID
}
... on ErrorInterface {
__typename
message
}
... on InsuranceSystemError {
reasons
}
... on InputValidationError {
invalidInput
message
}
}
}
```

## Working Example Variables
```json
{
"input": {
"liechtensteinLifeInvest": {
"associatedPersons": [
{
"role": ["MAILING", "INSURED_PERSON", "POLICY_HOLDER", "PAYER", "ECONOMIC_INTEREST"],
"person": {
"newCustomer": {
"email": "customer@example.com",
"firstName": "John",
"lastName": "Doe",
"gender": "MALE",
"dateOfBirth": "2000-04-06",
"maritalStatus": "SINGLE",
"nationality": "DE",
"profession": "Lawyer",
"occupation": "Lawyer",
"taxIdentification": {
"taxLiableInUSA": false,
"residencies": [{ "country": "DE", "id": "96618720548" }]
},
"phoneNumber": "+4900000000",
"address": {
"country": "DE",
"city": "Berlin",
"street": "Frankfurter Allee",
"zip": "10367",
"houseNumber": "23A"
},
"identification": {
"birthPlace": "Tokyo",
"documentNumber": "AR12333323232",
"documentType": "PASSPORT",
"issueDate": "2025-01-01",
"issuedBy": "Govt of Japan",
"validUntil": "2026-01-01"
}
}
}
}
],
"productConfiguration": {
"premiumDynamicPercentage": 10,
"ageUntilPremiumIsPaid": 73,
"additionalPayment": 1000000,
"ageWhenPolicyEnds": 82,
"monthlyPremium": 10000,
"startDate": "2025-05-01",
"language": "DE_DE",
"deathCoveragePercentage": 100,
"investmentStrategy": {
"riskLevel": "MEDIUM",
"fundSelection": [{ "id": "IE0004766675", "percentage": 100 }],
"goals": { "taxBenefit": false, "flexibility": true, "longTerm": true },
"rebalancingType": "DYNAMIC",
"sustainabilityDetails": {
"environmentalAndSocialInvestmentFocusLevel": "SIGNIFICANT",
"percentage": 0,
"topicsToExclude": ["TOBACCO_INDUSTRY"],
"topicsToInclude": [],
"customerKnowledgeStatus": "NO_PRE_EXISTING_KNOWLEDGE_BUT_EDUCATED_BY_BROKER"
}
}
},
"customerFinancialStatus": {
"moneyOrigin": "SAVINGS",
"paymentMethod": { "wireTransfer": true },
"policyReason": "PRIVATE_PENSION",
"totalMonthlyExpenses": 100000,
"totalMonthlyNetIncome": 400000
},
"insuredPersonsHealthStatus": {
"hasCriticalIllness": false,
"weight": 47,
"height": 156
}
}
}
}
```

## Relevant Schema Types (from SDL)
```graphql
"""
Information about a physical address.
"""
input AddressInput {
"""
Street information.
"""
street: String!
"""
Additional information related to the street/location.
"""
streetAppendix: String
"""
House number information.
"""
houseNumber: String!
"""
ZIP or postal code.
"""
zip: String!
"""
City in which the address is located.
"""
city: String!
"""
The ISO 3166 country code for the current address (ISO 3166 alpha-2/alpha-3 standards supported).
"""
country: Country!
}

"""
Information about the customer associated with an offer.

A customer can be:
- a new individual created inline via `newCustomer`,
- a new corporate entity created inline via `newCompanyCustomer` (used today only for the VWL employer in the PAYER role),
- an existing customer (individual or corporate) already linked to your broker account, referenced via `existingCustomer`.

Existing customers can be referenced by our internal Customer ID (retrievable via the customers query) or by the customer's registered email address.
"""
input CreateOfferCustomerByInput @oneOf {
"""
Information about a new individual customer for whom the offer will be created.
This also automatically creates the customer in the insurance system.
"""
newCustomer: NewCustomerInput

"""
Information about a new corporate-entity customer (a company) to be created
inline as part of the offer.

Currently only valid for the Value Invest VWL PAYER role (the employer).
Providing this value for any other role yields a validation error.
"""
newCompanyCustomer: CompanyTypeCustomerInput

"""
Use an existing customer to create an offer. The existing customer must be linked with your broker account in the Core Insurance System to be used here.
The ID for existing customers can be retrieved by querying for customers or by using the email address of the customer that is connected to this customer's policy in the insurance system.
"""
existingCustomer: ExistingCustomerInput
}

"""
Information about the new offer that has been successfully created with the provided information.
"""
type CreatedOffer {
"""
The contract number of the offer that has been successfully created.
"""
contractID: PolicyID!
}

"""
Information about how the broker's provision is paid out.
"""
input CreditInstructionsInput {
"""
Indicates whether the customer pays the broker’s provision right now or monthly over 5 years.
"""
type: CreditInstructionsType!

"""
Indicates how much percent of the valuation sum is paid as compensation to the broker monthly over 5 years.
from 0 to 7 in 0.25 increments without dynamic
from 0 to 9 in 0.25 increments with dynamic
"""
percentage: Float! @constraint(min: 0.0, max: 9.0)
}

"""
Input to provide information about the critical illness the customer has/had.
"""
input CriticalIllnessDetailsInput {
"""
The type of critical illness the customer has/had in the past.
This is a free-form entry and will be reviewed manually by the insurance provider.

The following are some types of critical illnesses - heart attack, coronary artery disease, heart valve disease, myocardial damage, bypass surgery, stroke, cancer/leukemia, multiple sclerosis, diabetes mellitus, HIV infection (AIDS).
"""
type: String!
"""
The period for which the customer has/had the illness (e.g. 2 years)
This is a free-form entry and will be reviewed manually by the insurance provider.
"""
period: String!
"""
Has the customer already recovered from said illness.
"""
hasRecovered: Boolean!
"""
The Hospital/Doctor/Clinic where the customer was treated.
The medical authorities have more details about the patient's medical records and are kept longer.
This is a free-form entry and will be reviewed manually by the insurance provider.
"""
medicalInstitutionName: String!
}

"""
Input to provide details about a beneficiary, address, personal details, and allotment amount.
"""
input CustomBeneficiaryInput {
"""
The first name of the beneficiary (including any middle names).
"""
firstName: String!
"""
The last name of the beneficiary.
"""
lastName: String!
"""
The current gender of the beneficiary.
**Note:** The core insurance system is still adopting a diverse gender option. This means we require a binary gender selection limited to MALE|FEMALE for now.
"""
gender: Gender!
"""
Date of birth of the beneficiary.
"""
dateOfBirth: Date!
"""
Current address of residence of the beneficiary.
"""
address: AddressInput!
"""
The percentage amount of the insurance payout assigned to the beneficiary.
The sum of all allotments of all life / death beneficiaries respectively should equal to 100.
"""
allotmentPercentage: Percentage!
}

"""
Input to provide details about a beneficiary, address, personal details, and allotment amount.
"""
input CustomBeneficiaryRankInput {
"""
The first name of the beneficiary (including any middle names).
"""
firstName: String!
"""
The last name of the beneficiary.
"""
lastName: String!
"""
The current gender of the beneficiary.
**Note:** The core insurance system is still adopting a diverse gender option. This means we require a binary gender selection limited to MALE|FEMALE for now.
"""
gender: Gender!
"""
Date of birth of the beneficiary.
"""
dateOfBirth: Date!
"""
Current address of residence of the beneficiary.
"""
address: AddressInput!
"""
The percentage amount of the insurance payout assigned to the beneficiary.
The sum of all allotments of all life / death beneficiaries respectively should equal to 100.
"""
allotmentPercentage: Percentage!

"""
Indicates the rank for the allotments. rank : 1 = first beneficiary
"""
rank: Int!
}

"""
Input to provide details about a beneficiary, address, personal details, and allotment amount.
"""
input CustomDocumentBeneficiaryInput {
"""
The first name of the beneficiary (including any middle names).
"""
documentTitle: String!

"""
The type of the author of the document.
"""
authorType: AuthorType!

"""
The first name of the author of the document.
"""
authorFirstName: String!

"""
The last name of the author of the document.
"""
authorLastName: String!

"""
The place the document was created.
"""
place: String!

"""
The date of the document.
"""
date: Date!
}

enum CustomerPolicyRole {
POLICY_HOLDER
MAILING
PAYER
INSURED_PERSON
ECONOMIC_INTEREST
ADDITIONAL_INSURED_PERSON
ADDITIONAL_POLICYHOLDER
EMPLOYER
}

"""
Person (multiple in case of heirs) who is nominated as beneficiary in case of death of the insured person.
"""
enum DeathBeneficiary {
"""
The partner of the insured person at the time of death.
"""
PARTNER
"""
The legal heirs of the insured person.
"""
HEIRS
"""
The policy holder. Only accepted when the policy holder is not also the insured person —
otherwise the request is rejected with `BENEFICIARIES_DEATH_BENEFICIARY_TYPE_NOT_ALLOWED`.
"""
POLICY_HOLDER
}

"""
Input to define the people who are nominated as beneficiaries in case of death of the insured person.
"""
input DeathBeneficiaryInput @oneOf {
"""
Beneficiary when the insured person dies.
"""
beneficiaryType: DeathBeneficiary
"""
Configure custom beneficiaries with multiple beneficiaries (or cases where beneficiaries are not partners and legal heirs) and percentage.
"""
customBeneficiaries: [CustomBeneficiaryInput!]
}

"""
An enum to indicate when the Death coverage for the policy is paid out in case of multiple Insured persons (only application to Liechtenstein Life Wealth policies)
"""
enum DeathCoveragePayoutType {
"""
The death coverage is paid out when the first person dies.
"""
FIRST_TO_DIE

"""
The death coverage is paid out when the last person dies.
"""
LAST_TO_DIE
}

"""
Indicates how strongly the customer wants to pursue sustainable environmental goals and social objectives as part of their fund selection.
Environmental considerations are specifically about adaptation to and mitigation of climate change, but also about general environmental issues and associated risks (e.g. natural disasters).
Social considerations can relate to issues related to inequality, participation, employment, and investments in people and communities.
Environmental and social considerations are often intertwined, as existing inequalities may be exacerbated, particularly by climate change.
"""
enum EnvironmentalAndSocialInvestmentFocusLevel {
"""
The customer wants to invest average percentage of their ESG fund allocation to pursue sustainable environmental goals and social objectives.
This is the default option if the customer does not specify any preference.
"""
NORMAL
"""
The customer wants to invest majority of their ESG funds into sustainable environmental goals and social objectives.
"""
SIGNIFICANT
"""
The investment strategy should invest significantly in funds that pursue sustainable environmental goals and social objectives.
In addition to that, any other funds that are selected should also consider not having adverse effects on the environment and society (outside the ESG allocated percentage of the investment)
"""
SIGNIFICANT_AND_CONSIDERING_ADVERSE_EFFECTS_IN_OVERALL_INVESTMENT
}

"""
Error interface for all errors that can be returned by the API.
Always include the `ErrorInterface` in your request so any error returned by the API will be returned.
"""
interface ErrorInterface {
"""
A short description of the error.
"""
message: String!
}

"""
You can create a new offer for an existing customer by entering the email address that they used for their previous policies.
This input is essential for identifying the customer in the system and ensuring the offer is linked to the correct account.
The customer might not be accessible to you if they have a policy with Lichtenstein Life but not connected to your broker account.
"""
input ExistingCustomerByEmailInput {
"""
Email address to identify the customer.
This email address must be linked to the customer's existing policy in the insurance system.
"""
email: Email!
}

"""
Input to provide details about a certain fund choice in which the customer would like to invest.
"""
input FundSelectionInput {
"""
The ID of the fund in the insurance provider's system. In most of the cases it is an ISIN, but in some cases it's a custom code.
Example of a custom code is when you have a custom strategy/fund basket.

An ISIN stands for international securities identification number and is a 12 digit code that assists in identifying securities such as stocks, equities, notes, bonds, debt, funds and more.
The same field is also used as an internal identifier by the underlying insurance system.
"""
id: String!
"""
Percentage of the total premium amount that should be invested in this fund.
Total sum of all the selected funds must be 100 with values must be between 1 and 100, e.g. 45 in `fund-A`, 25 in `fund-B`, and 30 in `fund-C`.
"""
percentage: Percentage!
}

"""
The gender of the customer.

**Important Limitation**: Currently, the core insurance system only supports binary gender options
(MALE/FEMALE). We are actively working with insurance providers to support more inclusive gender options in the future.
"""
enum Gender {
"""
Male gender marker.
"""
MALE

"""
Female gender marker.
"""
FEMALE
}

"""
Customer's tax information - available only for business customers
"""
type IndividualPersonTaxIdentification {
"""
Indicates whether the user is liable to pay tax in the USA.
We are required to *explicitly* ask about the user's tax status in the USA.
If it is clear at the time of application that the customer will return to the USA, the insurance company recommends to not continue with the application. If the user moves out of the EEA, the insurance company will cancel their contract as per current business policy.
If the user indicates that they are liable to pay tax in the USA, they will need to provide US-ITIN (Individual Taxpayer Identification Number) or US-SSN (Social Security Number) for USA within their `residencies` list, otherwise the `USATaxResidencyRequiredError` will be returned.
"""
taxLiableInUSA: Boolean!

"""
The countries the user has residencies in along with the Tax identification number (TIN) for each country.
The API accepts both: no residencies or any number of residencies provided that Germany is included in the list.
Currently, not including a German tax residency will result in a `GermanTaxResidencyRequiredError` response.
"""
taxResidences: [TaxResidency!]!
}

"""
Duo, Junior or Wealth CH configuration violates its age, premium, term, cover or guarantee rules.
"""
PRODUCT_CONFIGURATION_SWISS_SAVINGS

"""
A detailed Swiss health declaration is incomplete or its answer and details are inconsistent.
"""
HEALTH_STATE_SWISS_SAVINGS

"""
Existing customer is missing date of birth
"""
CUSTOMER_DATE_OF_BIRTH_MISSING

"""
Customer is missing email
"""
CUSTOMER_EMAIL_MISSING

"""
Existing customer is corporate customer - Corporate customers are not supported right now
"""
CUSTOMER_CORPORATE_CUSTOMERS_NOT_SUPPORTED

"""
Tax identification is not valid
"""
CUSTOMER_TAX_IDENTIFICATION
"""
Tax identification is mandatory for policyholder
"""
POLICY_HOLDER_TAX_IDENTIFICATION_MISSING

"""
Tax identification is not valid
"""
ASSOCIATED_PERSONS_MISSING_ROLE

"""
Two different associated persons were given the same email address.
The core insurance system identifies a person by their email address, so it would merge
the two into a single person and apply the wrong personal data (date of birth, gender,
name) to one of the policy roles. Give each person their own address. For a person
submitted through `newCustomer` the field can also be left out, unless they are the
policyholder; for a person submitted through `existingCustomer` the address is part of
their stored record and has to be corrected there first.
Submitting one person under several `associatedPersons` entries to split their roles is
not affected — their roles are merged as intended.
"""
ASSOCIATED_PERSONS_DUPLICATE_EMAIL

"""
Fund selection is not valid
"""
PRODUCT_CONFIGURATION_FUND_SELECTION

"""
Policy start date can not be before the start date of the current month
"""
PRODUCT_CONFIGURATION_POLICY_START_DATE

"""
reducedPremium must be between 24% and 100% of monthlyPremium
"""
PRODUCT_CONFIGURATION_REDUCED_PREMIUM_OUT_OF_RANGE

"""
premiumDurationInYears is longer than durationInYears of a quick offer
"""
QUICK_OFFER_PREMIUM_TERM_EXCEEDS_POLICY_TERM

"""
Quick-offer settings are outside the supported calculation subset.
"""
QUICK_OFFER_CONFIGURATION

"""
reducedPremium is only supported with brokerageFeePayoutMethod: NET (net tariff, 049-0-PPD 2025)
"""
PRODUCT_CONFIGURATION_REDUCED_PREMIUM_NET_TARIFF_ONLY

"""
Value Invest VWL only: the regular premium per year (`monthlyPremium` times the number of payments per year) is outside EUR 168 to EUR 3,000
"""
PRODUCT_CONFIGURATION_VWL_REGULAR_PREMIUM_OUT_OF_RANGE

"""
Value Invest VWL only: `additionalPayment` is below EUR 50 and not 0
"""
PRODUCT_CONFIGURATION_VWL_ADDITIONAL_PAYMENT_BELOW_MINIMUM

"""
Value Invest VWL only: the regular premium per year plus `additionalPayment` exceeds EUR 3,000
"""
PRODUCT_CONFIGURATION_VWL_TOTAL_PREMIUM_EXCEEDS_LIMIT

"""
When PolicyReason is sent as OTHER - OtherReason can not be null
"""
FINANCIAL_STATE_POLICY_REASON_OTHER_MISSING

"""
When MoneyOrigin is sent as OTHER - OtherReason can not be null
"""
FINANCIAL_STATE_MONEY_ORIGIN_OTHER_MISSING

"""
paymentMethod.wireTransfer was sent as false on a product that does not support it. Only
Value Invest VWL can have the payer notified to set the standing order up; every other
product requires the payer to arrange it themselves (true).
"""
FINANCIAL_STATE_WIRE_TRANSFER_FALSE_NOT_SUPPORTED

"""
When HealthState is sent as CRITICAL_ILLNESS - CriticalIllnessDetails can not be null
"""
HEALTH_STATE_CRITICAL_ILLNESS_DETAILS_MISSING

"""
When weight and height becomes mandatory based on the input of the other health questions
"""
HEALTH_STATE_WEIGHT_HEIGHT_NECESSARY

"""
When death beneficiary is custom - Custom Beneficiaries need to be provided
"""
BENEFICIARIES_DEATH_BENEFICIARY_CUSTOM_BENEFICIARY_MISSING

"""
When life beneficiary is custom - Custom Beneficiaries need to be provided
"""
BENEFICIARIES_LIFE_BENEFICIARY_CUSTOM_BENEFICIARY_MISSING

"""
When death beneficiary type is not allowed for product specific reasons
"""
BENEFICIARIES_DEATH_BENEFICIARY_TYPE_NOT_ALLOWED

"""
Custom beneficiaries allotment total should be 100%
"""
BENEFICIARIES_CUSTOM_BENEFICIARIES_ALLOTMENT_TOTAL

"""
When death beneficiary has subscription rights and term fix rights, both must be the same
"""
BENEFICIARIES_DEATH_BENEFICIARY_SUBSCRIPTION_AND_TERMFIX_RIGHTS_MISMATCH

"""
ageWhenPolicyEnds must be greater than the customer's age at the policy start date
"""
PRODUCT_CONFIGURATION_AGE_WHEN_POLICY_ENDS

"""
disabilityAnnuity requires premiumWaiver to also be set
"""
PRODUCT_CONFIGURATION_DISABILITY_ANNUITY_REQUIRES_PREMIUM_WAIVER

"""
Invalid jobClass and jobRisk combination for disability annuity. See https://partner-docs.life.li/platform-integrations/job-classes for valid values.
"""
PRODUCT_CONFIGURATION_INVALID_JOB_CLASS

"""
Health questionnaire is required when premiumWaiver or disabilityAnnuity is set, `insuredPersonsHealthStatusV2` was provided without any of its three variants populated, or a Liechtenstein Life Wealth offer has an additional insured person but no `additionalInsuredPersonsHealthStatus`.
"""
HEALTH_STATE_MISSING

"""
`insuredPersonsHealthStatusV2` was provided with more than one variant populated (`detailed`, `simplifiedDeathBenefit`, `simplifiedPremiumWaiver`). Exactly one must be set.
"""
HEALTH_STATE_MULTIPLE_VARIANTS_SET

"""
Both the legacy `insuredPersonsHealthStatus` and the new `insuredPersonsHealthStatusV2` were provided on the same offer input — they are mutually exclusive. Submit exactly one.
"""
HEALTH_STATE_BOTH_VERSIONS_SET

"""
On a simplified health questionnaire (death-benefit or premium-waiver variant), `healthProblemsDetails` must be provided when `isHealthy` is `false`.
"""
HEALTH_STATE_PROBLEMS_DETAILS_MISSING

"""
On a simplified health questionnaire (death-benefit or premium-waiver variant), `visitsDetails` must be provided when `hasNoMultipleMedicalVisits` is `false`.
"""
HEALTH_STATE_VISITS_DETAILS_MISSING

"""
On the simplified premium-waiver health questionnaire, `seriousHandicapDetails` must be provided when `hasSeriousHandicap` is `true`.
"""
HEALTH_STATE_SERIOUS_HANDICAP_DETAILS_MISSING

"""
On the simplified premium-waiver health questionnaire, `mentalIllnessDetails` must be provided when `hasMentalIllness` is `true`.
"""
HEALTH_STATE_MENTAL_ILLNESS_DETAILS_MISSING

"""
On the Liechtenstein Life Wealth, Best Value Rent and Value Invest VWL health questionnaires, `smoking.smokingDetails` must be provided when `smoking.hasSmoked` is `true`.
"""
HEALTH_STATE_SMOKED_DETAILS_MISSING

"""
Best Value Rent requires `medicalPractitionerInformation` when a smoking declaration is supplied. Value Invest VWL requires it outside production.
"""
HEALTH_STATE_MEDICAL_PRACTITIONER_MISSING

"""
Value Invest VWL requires the `smoking` declaration outside production.
"""
HEALTH_STATE_SMOKING_MISSING

"""
A follow-up `*Details` field was supplied together with a boolean answer that makes that detail irrelevant (for example `healthProblemsDetails` with `isHealthy = true`, `seriousHandicapDetails` with `hasSeriousHandicap = false`, or `smoking.smokingDetails` with `smoking.hasSmoked = false`). Omit the detail or flip the boolean so the two agree.
"""
HEALTH_STATE_DETAILS_MUST_BE_OMITTED

"""
The selected `insuredPersonsHealthStatusV2` variant is incompatible with the offer's product configuration. Use `simplifiedPremiumWaiver` (or `detailed`) when `premiumWaiver` or `disabilityAnnuity` is set; use `simplifiedDeathBenefit` (or `detailed`) otherwise.
"""
HEALTH_STATE_VARIANT_INCOMPATIBLE_WITH_PRODUCT

"""
policyNumber is required when transferExisting3APolicy sourceType is INSURANCE
"""
PRODUCT_CONFIGURATION_TRANSFER_POLICY_NUMBER_MISSING

"""
Pagination arguments contradict each other. Page forwards with `after` and `first`, or
backwards with `before` and `last` — never mix the two directions.
"""
PAGINATION_CONFLICTING_ARGUMENTS

"""
The pagination cursor does not match any record you can read. Cursors can expire when
the record behind them is removed; restart the walk without a cursor.
"""
PAGINATION_CURSOR_NOT_FOUND

"""
`consultation.protocol.agentAdvice` is `false`, so the customer waived advice and
`writtenAdvice` documents that waiver — send it as `true`.
"""
CONSULTATION_PROTOCOL_WRITTEN_ADVICE_MISSING

"""
`consultation.protocol.writtenAdvice` was sent while `agentAdvice` is `true`. A waiver
of advice cannot accompany advice that was given; omit it.
"""
CONSULTATION_PROTOCOL_WRITTEN_ADVICE_MUST_BE_OMITTED
}

"""
Input that defines the various reasons to make an investment.
"""
input InvestmentGoalsInput {
"""
Is the intention to provide for old age or to build up capital with insurance cover.
Note: For Prosperity Plus (3B) products, at least one of longTerm or flexibility must be true.
"""
longTerm: Boolean!
"""
Is the intention to obtain tax advantages.
Note: For Prosperity Plus (3B) products, this must be set to false.
"""
taxBenefit: Boolean!
"""
Is the intention the ability to influence the chosen investment of the insurance product and adjust it during the term.
Note: For Prosperity Plus (3B) products, at least one of longTerm or flexibility must be true.
"""
flexibility: Boolean!
}

"""
Person who is nominated to be beneficiary in case of maturity of the policy and the insured person is alive.
This option should be used when 100% of the policy amount is paid to a single beneficiary.
"""
enum LifeBeneficiary {
"""
The owner of the policy.
"""
POLICY_HOLDER
}

"""
Input to define the people who are nominated as beneficiaries in case of maturity of the policy and the insured person is alive.
"""
input LifeBeneficiaryInput @oneOf {
"""
Beneficiary when the policy matures or is terminated and the insured person is alive.
Defaults to `POLICY_HOLDER` when `LifeBeneficiaryInput` is not specified.
"""
beneficiaryType: LifeBeneficiary
"""
Configure an elaborate beneficiary with multiple beneficiaries and percentages.
"""
customBeneficiaries: [CustomBeneficiaryInput!]
}

"""
Types of marital states.
"""
enum MaritalStatus {
"""
Single, never married.
"""
SINGLE
"""
Officially registered, partnered.
"""
REGISTERED
"""
Married, legally recognized.
"""
MARRIED
"""
Separated and not living together but not officially divorced.
"""
SEPARATED
"""
Divorced, legally recognized.
"""
DIVORCED
"""
Partner has passed away.
"""
WIDOWED
}

"""
The minimum death benefit is the minimum amount that must be paid out upon the death of the policyholder.
"""
enum MinimumDeathBenefit {
"""
Upon death, the benefit paid must be at least 101% of the actuarial reserve (the accumulated contract value) plus the trust fund value (if any).
"""
ACTUARIAL_RESERVE_101

"""
German regulatory minimum death benefit, i.e. _Steuerliche Mindesttodesfallleistung_ value.
The minimum taxable death benefit consists of 100% of the NAV during the first 5 years. Afterwards, it consists of 100% of NAV plus 10% of paid premiums linearly decreasing towards 0% until the end of the duration (values may vary depending on the insurance product, please check the product documentation).
"""
TAX_MINIMUM
}

"""
Source of funds used for insurance premium payments.
This information is required for anti-money laundering (AML) compliance.

**Regulatory Context**:
- Required by EU Anti-Money Laundering Directive (AMLD)
- Part of Know Your Customer (KYC) requirements
- Used for risk assessment and monitoring

"""
Income from employment or business activities.
Examples:
- Salary
- Business profits
- Professional fees
- Rental income
"""
EARNED_INCOME

"""
Money received through inheritance.
Must be documented with:
- Inheritance certificate
- Probate documents
- Transfer records
"""
INHERITANCE

"""
Money received as a gift.
Requires documentation of:
- Gift origin
- Donor relationship
- Gift tax compliance
"""
GIFT

"""
Other sources not covered by standard categories.
When selecting this option, additional documentation
and explanation must be provided.
"""
OTHER
}

"""
Input for creating a new offer. Based on the selected product, different fields are required.
Each product option is mutually exclusive - only one can be provided.
"""
input CreateOfferInput @oneOf {
"""
best value rent. Market: Germany. Separate compensation agreements are not supported.
"""
bestValueRent: CreateBestValueRentInput

"""
Liechtenstein Life Invest is a pension solution that combines long-term protection with individual investment strategies.

Market: Germany
"""
liechtensteinLifeInvest: CreateLiechtensteinLifeInvestInput

"""
Prosperity Plus Germany is a pension solution that combines long-term protection with individual investment strategies.

Market: Germany
"""
prosperityPlusGermany: CreateProsperityPlusGermanyInput

"""
Liechtenstein Life Wealth is a premium pension solution combining long-term protection with sophisticated investment strategies.

Market: Germany
"""
liechtensteinLifeWealth: CreateLiechtensteinLifeWealthInput

"""
Your Life Netto Plus.
Market: Germany
"""
yourLifeNettoPlus: CreateYourLifeNettoPlusInput

"""
Prosperity 3A is a Swiss pillar 3a pension solution combining tax-advantaged savings with individual investment strategies.

Market: Switzerland
"""
prosperity3A: CreateProsperity3AInput

"""
Prosperity Plus (3B) is a Swiss pillar 3b pension solution combining long-term protection with individual investment strategies.
Unlike 3A, it does not have tax benefits but offers more flexibility.

Market: Switzerland
"""
prosperityPlus: CreateProsperityPlusInput

"""
Liechtenstein Life Pension is a German Basisrente (Schicht 1) pension product.
Death beneficiary is restricted to PARTNER only (Basisrente law, Schicht 1).

Market: Germany
"""
liechtensteinLifePension: CreateLiechtensteinLifePensionInput

"""
Value Invest VWL (Vermögenswirksame Leistungen) is a German employer-funded capital-forming
benefit policy. The employer (a company customer) is the `PAYER`; the employee is the
`POLICY_HOLDER`, `INSURED_PERSON`, `MAILING`, and `ECONOMIC_INTEREST`. The employee's
health questions are optional: see `insuredPersonsHealthStatus`.

Market: Germany
"""
valueInvestVWL: CreateValueInvestVWLInput

"""
Prosperity Duo 2026: Swiss pillar 3b savings for a relative aged 16–60.
The policyholder and relative are separate people. Detailed policyholder health is required.
Disability annuities are not available through this branch.
"""
prosperityDuo: CreateProsperityDuoInput

"""
Prosperity Junior 2026: Swiss pillar 3b savings for a child aged 0–15 at policy start.
The adult policyholder provides the detailed health declaration. Disability annuities and
the in-app guardian signing journey are not available through this branch.
"""
prosperityJunior: CreateProsperityJuniorInput

"""
Liechtenstein Life Wealth CH 2025: Swiss pillar 3b savings with a single or regular premium.
The policyholder is the insured person. Detailed policyholder health is required.
"""
liechtensteinLifeWealthCH: CreateLiechtensteinLifeWealthCHInput
}

"""
Error indicating that a customer record already exists in the core insurance system with the provided email address.

Resolution options:
- Query the `customers` field to get the identifier of the existing customer and use it to create an offer
- Use a different email address to create a new customer
"""
type CustomerAlreadyExistsError implements ErrorInterface {
message: String!
}

"""
Error indicating that the insurance system encountered an issue while processing the request that is not currently being handled by us. This includes

Common causes:
- System maintenance/downtime: The insurance system is undergoing maintenance or is down intermittently, please try again later.
- Invalid data combinations: The provided data is not valid, please check the `reasons` field for specific error details to fix the issue and try again..
"""
type InsuranceSystemError implements ErrorInterface {
message: String!
reasons: [String!]!
}

"""
Error indicating that the provided input data failed validation.

Resolution:
- Check the `invalidInput` field for specific validation errors
- Ensure all required fields are provided
- Verify that field values meet the specified constraints
"""
type InputValidationError implements ErrorInterface {
invalidInput: InvalidInputType!
}

"""
Error indicating the partner lacks required authorization for the requested operation.

Common causes:
- Missing permissions to sell the specific product
- Missing permission to read policies
- Reading the policies of sub-brokers without entire-tree access
"""
type UnauthorizedOperationError implements ErrorInterface {
message: String!
}

"""
Different products can support different roles.
"""
enum LiechtensteinLifeInvestPolicyPersonRole {
POLICY_HOLDER
INSURED_PERSON
PAYER
MAILING
ECONOMIC_INTEREST
}

"""
Input to associated persons for the policy
"""
input LiechtensteinLifeInvestAssociatedPersonInput {
"""
The roles of the person in the policy.
"""
role: [LiechtensteinLifeInvestPolicyPersonRole!]!
"""
Information about the person associated with the policy.
"""
person: CreateOfferCustomerByInput!
}

"""
Information about the policy beneficiaries for both death and policy maturity.
"""
input LiechtensteinLifeInvestBeneficiariesInput {
"""
Information about the nominated beneficiaries in case of maturity of the policy and the insured person is alive.
"""
lifeBeneficiary: LifeBeneficiaryInput
"""
Information about the nominated beneficiaries in case of death of the insured person.
"""
deathBeneficiary: DeathBeneficiaryInput

"""
Indicates if the death beneficiary is irrevocable.
If set to true, the death beneficiary cannot be changed after the policy is issued.
Default is false.
"""
isDeathBeneficiaryIrrevocable: Boolean
}

"""
Information about the customer's current financial state.
"""
input LiechtensteinLifeInvestFinancialStatusInput {
"""
The reason the customer is applying for a policy.
"""
policyReason: PolicyReason!
"""
The custom reason the customer is applying for a policy when the `PolicyReason` does not cover the use-case.
The value needs to be set when the `policyReason` is set as `OTHER`.
"""
policyReasonOtherText: String
"""
The origin of the money that the customer is using to pay the premiums with.
"""
moneyOrigin: MoneyOrigin!
"""
The custom source of customer's current income when the `moneyOrigin` does not cover the use-case.
The value needs to be set when the `moneyOrigin` is set as `OTHER`.
"""
moneyOriginOtherText: String
"""
Monthly net income of the customer.
Amount is specified in the smallest monetary unit (cents for EUR) to avoid floating point math.
Example: 100000 represents €1,000.00
"""
totalMonthlyNetIncome: MonetaryFractionalAmount!
"""
Total monthly expenses of the customer.
Amount is specified in the smallest monetary unit (cents for EUR) to avoid floating point math.
Example: 100000 represents €1,000.00
"""
totalMonthlyExpenses: MonetaryFractionalAmount!
"""
Payment method to use for payment of the policy premium and the one-time opt-in payment.
"""
paymentMethod: PaymentMethodInput!
}

"""
Input to provide the medical history of the customer.

**Important**: We only support entry of one critical illness. If the customer has/had more than one
critical illness, the policy application will be rejected.

Weight and height are REQUIRED when ALL of the following conditions are met:
1. The insured person is 75 years or younger at the policy start date
2. No individual death benefit has been selected
3. Total premiums meet either:
- For death benefit option 1: Total premiums until year 6 do not exceed €1 million
- For death benefit option 2: Total premiums until policy end do not exceed €10 million
"""
input LiechtensteinLifeInvestHealthInput {
"""
Indicates if the customer has a critical illness.
Set to false to mark the Health topic as completed in the insurance system.
"""
hasCriticalIllness: Boolean!

"""
Details about the critical illness.
Required if `hasCriticalIllness` is true.

**Note**: If the customer has multiple critical illnesses, the application cannot be accepted.
"""
criticalIllnessDetails: CriticalIllnessDetailsInput

"""
Insured person's weight in kilograms.
Required based on conditions described in the input type documentation.
"""
weight: Int @constraint(min: 1)

"""
Insured person's height in centimeters.
Required based on conditions described in the input type documentation.
"""
height: Int @constraint(min: 1)
}

enum LiechtensteinLifeInvestContractLanguage {
"""
German
"""
DE_DE
"""
English
"""
EN_US
"""
Swiss German
"""
DE_CH
}

"""
Configuration for creating an offer for the Liechtenstein Life Invest insurance product.
"""
input LiechtensteinLifeInvestProductConfigurationInput {
"""
When would the customer like to start the payment for the policy.
We recommend to use the first of the current month as the default value if there is no specific desired start date.
"""
startDate: Date!

"""
Age at which the policy ends and the customer can withdraw funds.

Constraints:
- Minimum: 62 years
- Maximum: 85 years
- Must be greater than the customer's age at start date
"""
ageWhenPolicyEnds: Int! @constraint(min: 62, max: 85)

"""
Age until which the customer will pay premiums.

Constraints:
- Minimum: 18 years
- Maximum: 85 years
- Must be greater than start date age
- Must be at least 5 years from policy start

Default: Same as policy end age
"""
ageUntilPremiumIsPaid: Int @constraint(min: 18, max: 85)

"""
Monthly premium amount.

Amount is specified in the smallest monetary unit (cents for EUR) to avoid floating point math.
Example: 10000 represents €100.00
"""
monthlyPremium: MonetaryFractionalAmount!

"""
Premium payment frequency.

Valid values:
- 0: Single premium
- 1: Annual
- 2: Semi-annual
- 4: Quarterly
- 12: Monthly (default)
"""
premiumMode: Int @constraint(pattern: "^(0|1|2|4|12)$")

"""
Annual premium increase percentage.

Constraints:
- Minimum: 1%
- Maximum: 10%

Omit this field for no annual adjustment.
"""
premiumDynamicPercentage: Int @constraint(min: 1, max: 10)

"""
One-time payment the customer would like to pay in when the policy starts.

Amount is specified in the smallest monetary unit (cents for EUR) to avoid floating point math.
Example: 1000000 represents €10,000.00
"""
additionalPayment: MonetaryFractionalAmount!

"""
Investment strategy configuration including fund selection, risk level,
and sustainability preferences.
"""
investmentStrategy: LiechtensteinLifeInvestInvestmentStrategyInput!

"""
Death benefit percentage above the standard coverage.

The actual payout will be the higher of:
1. Selected percentage of policy value
2. Minimum taxable death benefit:
- First 5 years: 100% of NAV
- After 5 years: 100% NAV + 10% of paid premiums (decreasing linearly to 0% at policy end)
"""
deathCoveragePercentage: Percentage!

"""
Preferred language for contract documents.

Default: DE_DE (German)
"""
language: LiechtensteinLifeInvestContractLanguage

"""
The reduction of the fund administration cost that the customer will have to pay to the broker.
The value is between 0 and 1.
"""
absoluteReductionFundAdministrationCost: Float @constraint(min: 0, max: 1)
}

"""
Input to provide a collection of attributes that define how the money is to be invested for the current policy.
"""
input LiechtensteinLifeInvestInvestmentStrategyInput {
"""
The reasons why the customer is making this investment choice.
"""
goals: InvestmentGoalsInput!
"""
Information about the customer's knowledge of sustainable investing and the choices they have made.
"""
sustainabilityDetails: LiechtensteinLifeInvestSustainabilityDetailsInput!
"""
The funds that the customer/broker selected to invest in.
If `sustainabilityDetails.productConfiguration` is set`, funds selection must be in accordance to the customer's `sustainabilityDetails.productConfiguration`.
e.g. If `percentage` is 50 and `aims` is `ECOLOGICAL`, the `investmentStrategy.fundSelection` should contain at least 50% funds that have a low carbon footprint.
Funds selection should also be in accordance to `riskLevel`: If `riskLevel` is set to `MEDIUM`, fund selection shouldn't contain high risk funds.
The sum of all the fund percentages must amount to 100 and there can be no more than 10 funds.
Please talk to our support team if you need more information on the correct fund selection.

This API validates the sum of all percentages (100), uniqueness of fund ids, and the total number of funds (max 10).
It does not validate sustainability and risk related rules, these are validated by the insurance company and might prevent the policy from being issued.
"""
fundSelection: [FundSelectionInput!]!
"""
Maximum risk level the customer is willing to take with their investment.
In case you are using our broker license and the selected value is `LOW`, a `ConsultationTopic` `RISK_LEVEL` is attached to the offer on creation which needs to be resolved before the customer can submit the offer.
"""
riskLevel: RiskLevel!
"""
The customer's preferred way of re-balancing the investment.
The default value is `NORMAL`, i.e. the insurance company re-balances the portfolio once a year.
"""
rebalancingType: RebalancingType
}

"""
Input about the user's knowledge of sustainable investing and sustainable investment choices.

Read more about the regulations: https://eur-lex.europa.eu/legal-content/DE/TXT/PDF/?uri=CELEX:32019R2088&rid=1
"""
input LiechtensteinLifeInvestSustainabilityDetailsInput {
"""
The current state of user's knowledge of sustainable investing.
"""
customerKnowledgeStatus: CustomerSustainabilityKnowledgeStatus!
"""
The configuration is in accordance to 2023 standards for ESG investing. The customer is allowed to divert investments on certain topics and also opt to exclude certain topics.

Indicates the various ESG topics that the customer want to invest their funds in.
These topics are used to filter the funds that can be selected for the investment strategy and the percentage of the funds is calculated from the total % of investment in ESG and the level of focus on environmental and social goals.
These topics contribute in being sustainable in environment, social or governance areas.
If none is selected, we assume that the customer is does not want to focus on certain ESG topics and want to invest in funds that are not ESG focused.
"""
topicsToInclude: [SustainabilityFavorableInvestmentTopic!]
"""
The configuration is in accordance to 2023 standards for ESG investing. The customer is allowed to divert investments on certain topics and also opt to exclude certain topics.

Indicates the various topics/fund-classifications that have an adverse impact on sustainability that the customer want to avoid investing their funds in.
"""
topicsToExclude: [SustainabilityAdverseInvestmentTopic!]
"""
Indicates how strongly the customer wants to pursue sustainable environmental goals and social objectives as part of their fund selection.
if no value is provided, `EnvironmentalAndSocialInvestmentFocusLevel.NORMAL` is considered as the default value.
"""
environmentalAndSocialInvestmentFocusLevel: EnvironmentalAndSocialInvestmentFocusLevel
"""
The percentage of the overall investment that should be in sustainable funds.
If `0` it indicates that the user does not want a sustainable product.
"""
percentage: Int!
}

"""
Payment method to use for payment of the policy premium and any one-time opt-in payments.
**Only direct debit and wire transfer is supported right now.**

This describes how the **payer** settles the premium — the party holding the `PAYER` role,
which is not necessarily the policyholder. On Value Invest VWL it never is: the payer there is
always the employer, and the premium is a capital-forming benefit transferred by the employer,
never collected from the employee.
"""
input PaymentMethodInput @oneOf {
"""
The Direct Debit/SEPA information to use for debiting payments.
The SEPA mandate will be requested for this account in the policy contract from the payer.
"""
directDebit: DirectDebitInput

"""
The premium is transferred by the payer rather than debited, typically as a standing order
set up with their own bank. No bank details are collected. Selecting this arm also answers
who arranges that standing order:

- `true` — the payer sets it up themselves. Nobody is notified; arranging the transfer is
on you and the payer.
- `false` — the payer is notified by Liechtenstein Life to set the standing order up.
**Only Value Invest VWL accepts `false`**; every other product rejects it with
`FINANCIAL_STATE_WIRE_TRANSFER_FALSE_NOT_SUPPORTED`.

For Value Invest VWL this arm is the usual choice: the employer transfers the capital-forming
contribution, so nothing is collected from the employee's account. Choose `false` when you
want the employer contacted directly, and `true` when you take on forwarding them the
standing-order page from the application document yourself.
"""
wireTransfer: Boolean
}

"""
Indicate how the amount should be paid out to the beneficiaries.
"""
input PayoutPlanInput {
"""
The IBAN number of the account that payouts will be made to.
"""
iban: IBAN!

"""
The account holder of the account that payouts will be made to.
"""
accountHolder: String!

"""
Schedules for the payout plan.
The payout plan can have multiple schedules, each with a start and end date.
"""
schedules: [PaymentPlanScheduleInput!]!
}

"""
Various reasons for obtaining the policy.
"""
enum PolicyReason {
"""
The policy as a private pension for the user.
"""
PRIVATE_PENSION
"""
The policy to accumulate capital.
"""
CAPITAL_ACCUMULATION
"""
The policy to transfer assets with tax benefits.
"""
TRANSFERRING_ASSETS_WITH_TAX_BENEFITS
"""
The policy as risk coverage.
"""
RISK_COVERAGE
"""
Other reason for obtaining the policy.
"""
OTHER
}

"""
Types of re-balancing of the funds that the customer can choose from for their investment.
Re-balancing is the process of adjusting the proportions of the funds in the portfolio to the original fund allocation.

Over time, asset allocations can change as market performance alters the values of the assets. Rebalancing involves periodically buying or selling the assets in a portfolio to regain and maintain that original, desired level of asset allocation.
Take a portfolio with an original target asset allocation of 50% FUND1 and 50% FUND2. If the stocks' prices rose during a certain period of time, their higher value could increase their allocation proportion within the portfolio to, say, 70%.
The investor may then decide to sell some FUND1 and buy FUND2 to realign the percentages back to the original target allocation of 50%-50%.
"""
enum RebalancingType {
"""
No re-balancing is done after the initial fund allotment.
"""
NONE
"""
Re-balancing upon every investment-event (premium payment, one-time payments) based on the current portfolio allocation,
so that the portfolio is always in line with the original fund allocation after investing.
"""
DYNAMIC
"""
Re-balancing is done every year based on the current state of the portfolio allocation.
"""
NORMAL
}

"""
The risk the customer is willing to take with the investment.
The risk level also informs the fund selection process and validates if the right funds are selected for the customer.
The API does not validate the fund selection based on the risk, but the insurance company does validate this before issuing the policy.
"""
enum RiskLevel {
"""
Low risk is not recommended for the current product that we offer as it's unlikely to provide a good return on such a long-term policy.
Hence.
"""
LOW
"""
Medium level investment risk.
"""
MEDIUM
"""
High level investment risk.
"""
HIGH
}

"""
Represents a set of topics defined by the law markers as topics funds can be associated with and are considered as having an adverse impact for sustainability.
The funds associated with these topics could have adverse impact on Environmental, Social and Governance sustainability.
These enums and their wordings are designed by the compliance team and government laws and regulations. If there are questions, please contact our business team.
"""
enum SustainabilityAdverseInvestmentTopic {
FOSSIL_ENERGY
NUCLEAR_ENERGY
GAMBLING
CONVENTIONAL_AND_UNCONVENTIONAL_WEAPONS
NUCLEAR_WEAPONS
EROTIC_INDUSTRY
TOBACCO_INDUSTRY
}

"""
Represents a set of topics defined by the law markers as topics funds can be associated with and are considered as favorable investments for sustainability.
These enums and their wordings are designed by the compliance team and government laws and regulations. If there are questions, please contact our business team.
"""
enum SustainabilityFavorableInvestmentTopic {
CLIMATE_PROTECTION
ADAPTATION_TO_CLIMATE_CHANGE
SUSTAINABLE_WATER_USE_AND_PROTECTION_OF_WATER_AND_MARINE_RESOURCES
POLLUTION_PREVENTION_AND_CONTROL
PROTECTION_AND_RESTORATION_OF_BIODIVERSITY_AND_ECOSYSTEMS
RESOURCE_EFFICIENCY
COMPLIANCE_WITH_HUMAN_AND_LABOR_RIGHTS
PROMOTION_OF_SOCIAL_INTEGRATION_AND_SOCIAL_COHESION
COMBATING_INEQUALITIES
PROMOTING_LABOR_RELATIONS
INVESTING_IN_HUMAN_CAPITAL
}

"""
Tax residency information for a customer.
Used for regulatory compliance and tax reporting purposes.
"""
type TaxResidency {
"""
Tax identification number or equivalent.
Format varies by country according to local regulations.

Examples:
- Germany: _Steueridentifikationsnummer_ (11 digits)
- France: _Numéro fiscal de référence_ (13 characters)
"""
id: String!

"""
Country of tax residency.
Must be a valid ISO 3166-1 alpha-2 country code.

Example: "DE" for Germany
"""
country: Country!

"""
Additional tax number if required by the country.
Some jurisdictions require multiple tax identifiers.

Example: Local tax office number
"""
taxNumber: String
}

"""
Term fix allows you to transfer assets to your beneficiary at a certain time when a certain event occurs.

With the term-fixed date, you determine when the insurance benefit should be paid out to the beneficiary if the insured event (triggered by the death of the only or last insured person under the policy) occurs earlier.
"""
input TermFixInput {
"""
Designated date when the beneficiary should be paid out.
"""
term: Date!

"""
Events that trigger the payout of the insurance benefit to the beneficiary.
"""
events: [TermFixEventType!]!

"""
The funds in which the NAV should be invested during the waiting period.
"""
funds: [FundSelectionInput!]!
}
```

## Important
- All monetary amounts are in the smallest currency unit (cents for EUR). Example: 10000 = EUR 100.00
## Error Handling
All mutations return union types. Always handle errors via ErrorInterface:
\`\`\`graphql
... on ErrorInterface {
__typename
message
}
... on InsuranceSystemError {
reasons
}
... on InputValidationError {
invalidInput
message
}
\`\`\`

## What I need
Build the integration to create Liechtenstein Life Invest offers. Map my customer data to the input shape above. Use the stable environment for testing. After creating an offer, wait ~30 seconds before requesting documents (system sync delay).

Example: Liechtenstein Life Invest

Death beneficiary

beneficiaries.deathBeneficiary.beneficiaryType accepts PARTNER, HEIRS or POLICY_HOLDER, or supply customBeneficiaries to name the beneficiaries yourself.

POLICY_HOLDER is only accepted when the policy holder and the insured person are two different people. On an offer where one person holds both roles the death benefit would fall due to the person whose death triggers it, so the request returns InputValidationError with invalidInput: BENEFICIARIES_DEATH_BENEFICIARY_TYPE_NOT_ALLOWED.

{
  "input": {
    "liechtensteinLifeInvest": {
      "associatedPersons": [
        {
          "role": [
            "MAILING",
            "INSURED_PERSON",
            "POLICY_HOLDER",
            "PAYER",
            "ECONOMIC_INTEREST"
          ],
          "person": {
            "newCustomer": {
              "email": "sampleEmailAddress@example.com",
              "firstName": "John",
              "lastName": "Doe",
              "gender": "MALE",
              "dateOfBirth": "2000-04-06",
              "maritalStatus": "SINGLE",
              "nationality": "DE",

              "profession": "Lawyer",
              "occupation": "Lawyer",
              "taxIdentification": {
                "taxLiableInUSA": false,
                "residencies": [
                  {
                    "country": "DE",
                    "id": "96618720548"
                  }
                ]
              },
              "phoneNumber": "+4900000000",
              "address": {
                "country": "DE",
                "city": "berlin",
                "street": "Frankfuter-Alle",
                "zip": "10367",
                "houseNumber": "23A",
                "streetAppendix": "8th Cross"
              },
              "identification": {
                "birthPlace": "Tokyo",
                "documentNumber": "AR12333323232",
                "documentType": "PASSPORT",
                "issueDate": "2025-01-01",
                "issuedBy": "Govt of Japan",
                "validUntil": "2026-01-01"
              }
            }
          }
        }
      ],
      "productConfiguration": {
        "premiumDynamicPercentage": 10,
        "ageUntilPremiumIsPaid": 73,
        "additionalPayment": 1000000,
        "ageWhenPolicyEnds": 82,
        "monthlyPremium": 10000,
        "startDate": "2025-05-01",
        "language": "DE_DE",
        "deathCoveragePercentage": 100,
        "investmentStrategy": {
          "riskLevel": "MEDIUM",
          "fundSelection": [
            {
              "id": "IE0004766675",
              "percentage": 100
            }
          ],
          "goals": {
            "taxBenefit": false,
            "flexibility": true,
            "longTerm": true
          },
          "rebalancingType": "DYNAMIC",
          "sustainabilityDetails": {
            "environmentalAndSocialInvestmentFocusLevel": "SIGNIFICANT",
            "percentage": 0,
            "topicsToExclude": ["TOBACCO_INDUSTRY"],
            "topicsToInclude": [],
            "customerKnowledgeStatus": "NO_PRE_EXISTING_KNOWLEDGE_BUT_EDUCATED_BY_BROKER"
          }
        }
      },
      "customerFinancialStatus": {
        "moneyOrigin": "SAVINGS",
        "paymentMethod": {
          "wireTransfer": true
        },
        "policyReason": "PRIVATE_PENSION",
        "totalMonthlyExpenses": 100000,
        "totalMonthlyNetIncome": 400000,
        "moneyOriginOtherText": null,
        "policyReasonOtherText": null
      },
      "insuredPersonsHealthStatus": {
        "hasCriticalIllness": false,
        "criticalIllnessDetails": null,
        "weight": 47,
        "height": 156
      }
    }
  }
}

Create Liechtenstein Life Wealth offer

Preview prompt

I need to create a Liechtenstein Life Wealth offer via the Prosperity Partner Platform GraphQL API. This is a premium wealth management life insurance product for the German market. It supports multiple associated persons (additional insured persons and additional policy holders).

## Working Example Variables
```json
{
"input": {
"liechtensteinLifeWealth": {
"associatedPersons": [
{
"role": ["POLICY_HOLDER", "INSURED_PERSON", "PAYER", "MAILING", "ECONOMIC_INTEREST"],
"person": {
"newCustomer": {
"email": "policyholder@example.com",
"firstName": "John",
"lastName": "Doe",
"gender": "MALE",
"dateOfBirth": "1976-04-06",
"maritalStatus": "SINGLE",
"nationality": "DE",
"profession": "Lawyer",
"occupation": "Lawyer",
"taxIdentification": {
"taxLiableInUSA": false,
"residencies": [{ "country": "DE", "id": "96618720548" }]
},
"phoneNumber": "+4900000000",
"address": { "country": "DE", "city": "Berlin", "street": "Frankfurter Allee", "zip": "10367", "houseNumber": "23A" },
"identification": { "birthPlace": "Tokyo", "documentNumber": "AR12333323232", "documentType": "PASSPORT", "issueDate": "2025-01-01", "issuedBy": "Govt of Japan", "validUntil": "2026-01-01" }
}
}
},
{
"role": ["ADDITIONAL_INSURED_PERSON"],
"person": {
"newCustomer": {
"email": "insured@example.com",
"firstName": "John",
"lastName": "Doe",
"gender": "MALE",
"dateOfBirth": "2000-04-06",
"maritalStatus": "SINGLE",
"nationality": "DE",
"profession": "Lawyer",
"occupation": "Lawyer",
"taxIdentification": { "taxLiableInUSA": false, "residencies": [{ "country": "DE", "id": "96618720548" }] },
"phoneNumber": "+4900000000",
"address": { "country": "DE", "city": "Berlin", "street": "Frankfurter Allee", "zip": "10367", "houseNumber": "23A" }
}
}
}
],
"productConfiguration": {
"premiumDynamicPercentage": 10,
"ageUntilPremiumIsPaid": 73,
"additionalPayment": 1000000,
"ageWhenPolicyEnds": 73,
"regularPremium": 50000,
"startDate": "2025-07-01",
"language": "DE_DE",
"minimumDeathBenefit": "TAX_MINIMUM",
"additionalDeathBenefit": 150,
"investmentStrategy": {
"riskLevel": "MEDIUM",
"fundSelection": [{ "id": "IE0004766675", "percentage": 100 }],
"goals": { "taxBenefit": false, "flexibility": true, "longTerm": true },
"rebalancingType": "DYNAMIC",
"sustainabilityDetails": {
"environmentalAndSocialInvestmentFocusLevel": "SIGNIFICANT",
"percentage": 0,
"topicsToExclude": ["TOBACCO_INDUSTRY"],
"topicsToInclude": [],
"customerKnowledgeStatus": "NO_PRE_EXISTING_KNOWLEDGE_BUT_EDUCATED_BY_BROKER"
}
},
"maturityManagement": true,
"deathCoveragePayout": "FIRST_TO_DIE",
"additionalPolicyHolderPercentage": 50
},
"customerFinancialStatus": {
"moneyOrigin": "SAVINGS",
"paymentMethod": { "wireTransfer": true },
"policyReason": "PRIVATE_PENSION",
"totalMonthlyExpenses": 100000,
"totalMonthlyNetIncome": 400000
},
"insuredPersonsHealthStatus": { "hasCriticalIllness": false, "hasNoMedicalConditions": true, "hasNoMedicalConsultation": true, "weight": 47, "height": 156 },
"additionalInsuredPersonsHealthStatus": { "hasCriticalIllness": false, "hasNoMedicalConditions": true, "hasNoMedicalConsultation": true, "weight": 47, "height": 156 },
"beneficiaries": {
"lifeBeneficiary": { "beneficiaryType": "POLICY_HOLDER" },
"deathBeneficiary": { "beneficiaryType": "PARTNER" },
"isDeathBeneficiaryIrrevocable": true,
"beneficiaryRights": "REVOCABLE",
"termFixRights": "REVOCABLE"
}
}
}
}
```