Акредитація ЦБД-1
Майданчики, які вже мають продуктивний ключ, повторне тестування не проходять. Мають підписати договір з ДП і отримати листи від ДП.
Майданчик, в яких не має продуктивного ключа, підписують договір про проведення тестування, після чого заповнюють заявку на отримання тестового ключа і починають тестування. Сценарії тестування:
Інструкція: https://docs.google.com/document/d/1dKnpxa_N6teSB08N2QI1qCtDpbFBdaNmZy0EAZyzVKU
Перелік тест-кейсів: https://docs.google.com/spreadsheets/d/16ri-r8KedOSCnpiT1GF0tIcZu3pixsmqCF60Mpewu1g/edit
Розробка ЦБД-2
Голландський аукціон
На пісочниці тестується ряд змін по роботі голландського аукціону, що стосуються введення rectificationPeriod та інвалідації заявок учасників після редагування. Прохання адаптувати майданчики до змін. За 1-2 тижні викладаємо зміни на продуктив
Changemanagement ЦБД-2
awarding 3.0
В dgfOtherAssets та propertyLease приводимо авардинг у відповідність до того, як він працює у малій приватизації (за виключенням роботи з 1 учасником і викупом). Основна зміна - вилучення окремого paymentPeriod
Орієнтовна дата появи на пісочниці для dgfOtherAssets: 3-4 тижні
нові типи документів і поля
- Змінюємо назву поля dgfId у dgfOtherAssets на lotIdentifier
- Всі документи, що завантажуються до ЦБД-2, мають бути documentOf = 'auction'. Аналогічно з документами, що
- Реалізувати підтримку наступних типів документів у awards та contracts процедур dgfOtherAssets та propertyLease: documentType = rejectionProtocol documentType = act
- Реалізувати підтримку documentType = 'cancellationDetails' для масиву cancellations у процедурах dgfOtherAssets та propertyLease
Викуп у Малій приватизації
- взяли у роботу перший варіант (вибір типу лоту при публікації інформаційного повідомлення). Орієнтовний час на розробку (до пісочниці) - 1-1.5 місяців
- за 1-2 тижні додамо короткий опис для майданчиків
Тестування
- повторно звертаємо увагу, на те, що майданчики які не акредитовано для роботи з організаторами оборонпрома, не повині відображати такі аукціони, або не надавати можливості прийняти участь у такому аукціоні
- якщо ще є майданчики які бажають долучитися до оренди землі - прошу повідомити, для тих хто ще в розробці - прошу прискоритися. Також, майданчики які вже тестуються та отримали списки багів які необхадно виправити, прошу не затягувати
- прошу відписатися хто готовий до тестування з нової процедури оренди майна на пісочниці (propertyLease) прошу повідомити про готовність - плануємо почати роботи наступного тижня
- чекаємо на інформацію про готовність до роботи з новим голландським аукціоном від майданчиків
Документація ЦБД-2
- Підготували драфт оновленої версії ТЗ для dgfOtherAssets https://docs.google.com/document/d/1Btc8nW9s-IRKfPzYruRlINJOo1aBt8V9B0LF9bq8hFY/edit#
- МЕТА ДОКУМЕНТУ: створити основне джерело інформації про роботу процедури у ЦБД для розробників, тестувальників, PMів та інших спеціалістів майданчиків, задіяних у роботі. Замість ToR + ТЗ для майданчиків переходимо до єдиного ТЗ. З ToR працює лише проектний офіс і розробники до моменту потрапляння задачі на пісочницю. Деталі у записі зустрічі
- Структура:
- Загальний опис процедури
- Зведені таблиці з неймінгом статусів і коротким описом дій, які мають виконувати Організатори та Учасники у цей період
- Посилання на розділи з деталями та на тестові сценарії, які частково виконують роль use cases
- Послідовний опис процесів у ЦБД та на майданчиках з вимогами до майданчиків.
- Мінімальний опис структур даних з неймінгом
- Посилання на api-docs
- Діаграми (в процесі створення)
- Крім ТЗ для окремих процедур є загальне ТЗ, яке містить загальний опис системи, основні вимоги до майданчиків, перелік посилань на необхідні для роботи документи та інструкції, перелік НПА, що регулюють роботу з конкретними процедурами і т.д. В загальному ТЗ є посилання на ТЗ для окремих процедур.
- На цьому етапі чекаємо на коментарі з пропозиціями та зауваженнями від майданчиків. До 18:00 12.02 приймаємо коментарі, далі опрацьовуємо і на наступній зустрічі повторно обговорюємо. За потреби повторюємо. Максимум до кінця лютого отримуємо документ, який вважаємо еталонним на найближчий період і переформовуємо інші ТЗ за аналогічними принципами.