Зміни в логіку роботи з банківськими реквізитами (всі процедури)

Обґрунтування: після завершення або скасування аукціону, учаснику/майданчику необхідно додатково уточнювати у отримувача (може бути учасник, організатор або третя сторона) обов'язкові поля банківських реквізитів для оплати (Одержувач, ЄДРПОУ/РНОКПП, IBAN), оскільки їх не завжди заповнюють.

Запропоноване рішення: При публікації реквізитів у структурі мають бути обов'язково заповнені одночасно поля:

• "Найменування одержувача" accountHolder (нове текстове поле);
• Одне зі значень словника ідентифікатора одержувача: "ЄДРПОУ" (для юр. осіб); "ІПН/РНОКПП" (для фіз. осіб); "Паспорт" або "ID-карта" (для осіб що відмовились від ІПН); "ІПН/РНОКПП (ФОП)" для ФОП.
• "Номер банківського рахунку в форматі IBAN" (значення зі словника ідентифікатора рахунку)

Валідація значень: відповідно до вимог у словниках

Автозаповнення значень за замовченням: опціонально на рівні майданчиків

Вимога по обовязковому одночасному заповненні полів, описаних вище, має поширюватися на:

• всі обовязкові рахунки в процедурах;
• на необовязкові рахунки, якщо вони заповнюються користувачем.

Якщо рахунок не обовязковий, та його реквізити не вказуються користувачем, вимога по обовязковому одночасному заповненні полів, описаних вище, не пзастосовуються

Для процедур, для яких раніше ці реквізити раніще не були обов'язковими, автоматично підставляти значення, що пройдуть валідацію, наприклад:

• "Найменування одержувача" - відсутнє
• Ідентифікатор одержувача - 00000000
• "Номер банківського рахунку в форматі IBAN" - ОО 00000000000000000

За 2 тижні перед виходом на продуктив, необхідні зміни в регламент

Перед початком розробки проінформувати майданчики про те, яка фінальна структура і валідації передбачаються (в ідеалі, показати прототип структури у swagger)

Можливо, необхідно вносити зміни у бізнес-вимоги, ТЗ та вимоги до майданчиків