CDB3-3490 RES,REL. Cancellations model for Execution

Execution.cancellations має мати аналогічну модель, як у Redemption.cancellations, але є особливість.

1. Якщо Execution.status = pending, то для зміни статуса на deleted

• НЕ обов'язково завантажувати документ cancellationDetails.
• Обов'язково заповнення поля cancelations.reason (multiLang - довільний рядок, без довідника)
• НЕ обов'язково заповнення cancellations.datePublished.
  • Якщо Майданчик не передав datePublished, то на рівні ЦБД має записатися поточна дата;
  • Якщо Майданчик передав datePublished, то відбувається валідація (execution.datePublished < cancellations.datePublished < current_date (не майбутне))

2. Якщо Execution.status = active, то для зміни статуса на deleted

• Обов'язково завантажувати документ cancellationDetails.
• Обов'язково заповнення поля cancelations.reason (multiLang - довільний рядок, без довідника)
• НЕ обов'язково заповнення cancellations.datePublished.
  • Якщо Майданчик не передав datePublished, то на рівні ЦБД має записатися поточна дата;
  • Якщо Майданчик передав datePublished, то відбувається валідація (execution.datePublished < cancellations.datePublished < current_date (не майбутне))

ЦБД при отриманні коректного запиту Execution.cancellations автоматично змінює статус на deleted.
Надсилати окремий запит на зміну статуса, після того, як надіслано cancellations НЕ потрібно.