CDB3-3490 JRS, JRL. Cancellations model in the Redemption

Сутності Registry і Procedures мають модель Cancellations, яка використовується для переведення Сутності у термінальний Неуспішний статус.
Нам потрібно аналогічно зробити для Jobber.Redemption.
Модель Redemption передбачає cancellations модель:

Згідно бізнес вимог, при надсиланні майданчиком запита на cancellations статус redemption має змінитись з pending на deleted.
У моделі redemption.cancellations:

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

Якщо на ЦБД прийшов запит cancellations згідно правил описаних вище, то ЦБД після валідації автоматично змінює статус Redemption з pending на deleted. Майданчику не потрібно слати додатковий запит на зміну статуса. (Так реалізовано у Execution)

У ТЗ Redemption так:

UPD: Валідація cancellations.datePublished:

• більше дати створення сутності Redemption (redemption.datePublished < cancellations.datePublished)
• менше поточної дати (не може бути в майбутньому)