Фіксація порушення дедлайнів періодів
Задача: відображення фактичної дати завершення періоду при збереженні початкової дати дедлайну, відображення інформації про порушення термінів дедлайну у явному вигляді
Введення milestones (варіант 1)
Один з варіантів вирішення - введення структури milestones https://standard.open-contracting.org/latest/en/schema/reference/#milestone
Плюси - частково відповідає стандарту. Мінуси - потенційно надлишкова структура даних.
type:
- для award`ів
- verification - Перевірка документів учасника
- signing - Підписання протоколу та договору
- admission (з'являється для award`у, який отримує статус pending.admission) - Підтвердження набуття статусу переможця
- для процедури та для контрактів до обговорення. Для процедури зеленої енергетики може не знадобитись
status:
- scheduled - Заплановано
- processing - Виконується
- met - Виконано (потрібна дія виконана в межах періоду)
- notMet - Не виконано (потрібна дія не виконана (автоматичне або ручне скасування, дискваліфікація аварду, розірвання контракту))
- partiallyMet - Виконано (потрібна дія виконана поза межами періоду)
Розширення структури періодів (Варіант 2)
Розширити структуру періодів, додати інформацію про статус та фактичну дату завершення періоду
В поточній логіці роботи ЦБД endDate перезаписується при завершенні періоду (наприклад, при підтвердженні протоколу та переході до роботи з договором verificationPeriod.endDate змінюється на дату зміни статусу)
1 Comment
taras bondarchuk
Список вопросов от команды тестирования
https://docs.google.com/spreadsheets/d/16QBhx6Mjm2PInzU3VwEu-RvBFaDx61_ZjNfHRlhxOvY/edit?folder=1ZMYR_t79OrzlsgJcJzHWpwsligxBrUsH#gid=0