InsEnrollmentServiceStd:enrollNewHires

Принцип работы

1. Служба ищет участников групповой переписи:
   1. Все участники данного groupCensusId или
   2. Только участники, указанные в списке groupCensusMemberIds.
2. Каждая основная groupCensusMemberIds групповой переписи должна иметь соотнесенное поле PolicyStartDate. PolicyStartDate должен находиться между датой начала контракта и датой окончания контракта.
   1. Если у любого основного groupCensusMemberIds нет заполненного PolicyStartDate, служба выдает ошибку со списком groupCensusMemberIds и сообщением: "Укажите допустимую дату PolicyStartDate."
   2. Если у любого основного groupCensusMemberIds есть PolicyStartDate, не входящий между датой начала контракта и датой окончания контракта, служба выдает ошибку со списком groupCensusMemberIds и сообщением: '"Укажите PolicyStartDate в ContractStartDate и ContractEndDate".
3. Как только служба проверяет наличие у всех участников первичной переписи PolicyStartDate информации, она ищет предварительно зарегистрированные планы, связанные с каждым участником GroupCensusMemberPlan.
4. Продукты плана для каждого участника возвращаются.
5. Если продукт является допустимым (это часть Contract и ContractGroupPlans), создается страховой полис.
6. Покрытия страховых полисов (InsurancePolicyCoverages) создаются для элементов покрытия, указанных в плане.
7. Организации-лица могут быть созданы для участников групповой переписи. Чтобы поддержать поток «Организация-лицо», данная служба выполняет указанные ниже действия для участников групповой переписи:
   1. При наличии AccountIds (извлекается из GroupCensusMember) служба использует AccountId в качестве InsurancePolicy.NameInsured и создает InsurancePolicyParticipants' PrimaryParticipantAccountId и RelatedParticipantAccountId.
   2. Если AccountId нулевая, служба использует groupAccountId в качестве InsurancePolicy.NameInsured, а contactId в качестве InsurancePolicyParticipants' PrimaryParticipantContactId и RelatedParticipantContactId.
8. Страховой полис создается только для основного участника, а не для зависимого. Зависимые сведения в страховых полисах хранятся следующим образом:
   1. Зависимые сведения создаются в отдельном объекте под названием InsurancePolicyParticipants. Запись также создается для основного участника. Служба связывает эти записи со страховыми полисами.
   2. Поля primaryParticipantAccountId и relatedParticipantAccountId участника страхового полиса (InsurancePolicyParticipant) также заполняются посредством поля AccountId участника переписи группы и полей контакта, если AccountId нулевое значение.
9. Дата действия страхового полиса будет совпадать с PolicyStartDate основного участника.
10. Страховой взнос будет пропорционально оценен на основе количества дней, на которые зарегистрирован участник в течение срока контракта. Например: общая сумма вознаграждения от рейтинга :16.00. Продолжительность контракта: 365 дней (Дата начала: 10 января-2023 до даты окончания: 9-янв-2024)Дата начала политики участника : 28-фев-2023Общее количество дней для нового сотрудника в контракте: 316 Распределенная премия: 16* (316/365) = 13.85
11. Покрытия страховых полисов:
    1. Если член семьи регистрируется для дополнительного покрытия во время регистрации участника, отдельная запись InsurancePolicyCoverage соответствует каждому зарегистрированному дополнительному покрытию. Каждая запись InsurancePolicyCoverage, соответствующая дополнительным покрытиям, сохраняет зарегистрированного участника страхового полиса в поле vlocity_ins_fsc__InsurancePolicyParticipantId__c в объекте InsurancePolicyCoverage.
    2. Существует одна запись InsurancePolicyCoverage для обязательных покрытий для семьи на продукт.
12. Премия по страховому полису: Если saveMemberPremium установлен на true, записи InsurancePolicyParticipant содержат значение StandardPremiumAmount полиса. Эта сумма пропорционально распределена (и рассчитывается так же, как и страховая премия в шаге 10).
    

    Примечание Настройте набор выражений или процедуру вычисления для установки суммы вознаграждения на уровне участника в поле memberPremium, заданное параметру вывода «Добавить в вычисление» значение true.

Настройте процедуру определения рейтинга для передачи дат вступления в силу в качестве параметров в набор выражений или процедуру расчета.

• Ключ для удаленного параметра набора выражений или процедуры вычисления: effectiveDate
• Значение для набора выражений или удаленного параметра процедуры вычисления: %options:effectiveDate%
• Что он делает: Это значение передается в качестве параметра службе InsProductService:getRatedProduct посредством этой процедуры интеграции. Эти данные используются для извлечения правильных версий набора выражений или процедуры вычисления и матриц, используемых процедурой интеграции для рейтинга.

Удаленные параметры

JSON ввода

Ниже указан пример ввода JSON:

{
   "Input": {
    "groupCensusId": "0rfRO00000005OUYAY",
    "contractId": "800RO000000WG4mYAG"
  },
  "Options":{
    "isBatchMode":false
  }
 }

Вывод JSON

Ниже указан образец вывода JSON:

{
   "policyIds":[
      "0036F00002Q4wlSQAR",
      "0036F00002Q4wlSQAQ"
   ]
}