Date

Attendees

Теми для обговорення

Розробка

Загальна інформація

  1. Тимчасові затримки з викладенням функціоналу на продуктив. Вирішуємо це питання, як тільки роботи відновляться, повідомимо.  
  2. До розблокування продуктиву, на пісочницю не викладаємо нові задачі (крім багфіксів). Викладаємо поточні зміни на продуктив, після цього несемо новий функціонал на пісочницю
    1. В середньостроковій та довгостроковій перспективі передбачається ряд робіт по усуненню технічного боргу, рефакторингу та запуск ряду нових процедур, регулярно буде виникати ситуація, коли на пісочниці та продуктиві наявний різний функціонал. Майданчики мають комфортно працювати у таких умовах, працювати з різними гілками проекту і т.д. 
  3. Перелік задач, які мають потрапити на продуктив до викладення нового функціоналу на пісочницю:
      1. dgfID vs lotIdentifier 
      2. новий тип лотів (викуп у ЦБД-2)
      3. оновлена робота з registrationFee
  4. Після розблокування, повідомляємо про перелік робіт на наступні кілька місяців. З найближчих задач:
    1. Реєстр комунального майна
    2. Дрібні правки у старих процедурах ЦБД-2
    3. Оновлення авардингу у dgfOtherAssets та propertyLease (приведення у відповідність до авардингу МП)
    4. Логи у blockchain, можливість майданчику (добровільно) розгорнути у себе ноду. Інструкції надамо
    5. Нові процедури (залежить від прийняття постанов та підписання ЗУ)
  5. Підписано новий закон про банкрутство. Через 6 місяців після публікації Закону, майданчики мають бути акредитовані та має початись публікація перших лотів. Система, через яку будуть відбуватись торги, буде вписуватись на рівні постанов кабінету міністрів. Вирішується питання між нами та СЕТАМом, прохання підтримати зі свого боку. Будемо інформувати про деталі. 


Поточна робота

  1. Об’єкти, приватизовані шляхом викупу: продовжуємо роботу. Орієнтовно за кілька тижнів на пісочниці з'явиться оновлення. Додатково поінформуємо перед винесенням.
    1. Перша версія: при створенні лоту майданчик передає тип лоту. "Аукціон" - все, як раніше, цикл аукціонів. "Викуп" - аукціони для таких лотів не формуються
      1. Деталі у ТЗ https://docs.google.com/document/d/1BEqbOKUwWUDztjB6x7HpvyUGLAXvZtkvtC16-HOWLmA/edit#heading=h.38tfir2yjzs2
      2. Орієнтовна дата викладення на продуктив: N/A (чекаємо на вирішення питань з продуктивом)
      3. Функціонал обов'язковий для всіх майданчиків, які акредитовані у ЦБД-2
  2. Дрібні правки по ЦБД-2
    1. dgfID vs lotIdentifier 
      1. На пісочниці
    2. documentOf: tender vs documentOf:auction
      1. На пісочниці зміни не з'явились, знайшли баги при викладенні
    3. підтримка типів документів cancellation

  3. registrationFee видалено з лотів та аукціонів МП. При виведенні інформацію брати з json за посиланням https://github.com/openprocurement/standards/tree/master/registrationFee/

Документування

  1. У Звязку з виходом нового співробітника матиму більше можливостей приділити увагу документуванню, відповідно підправлю/допишу/перепишу існуючі загальні сценарії та тесткейси, тому  приймаю побажання до існуючих. 
  2. Також, актуальним залишається  прохання, якщо у когось з майданчиків є прокачані або виписані документи, якими не шкода поділитися, будемо вдячні.
  3. Надали оновлене ТЗ для похідної "процедури" яка працює на основі базової процедури продажу dgfOtherAssets https://docs.google.com/document/d/15FA2ddOV1L8xdqwqjzTZpj3SDwspm5sPjOfG5basU0E/edit Обговорюємо формат. Якщо зауважень немає, інші ТЗ готуємо аналогічним чином

Тестування: 

1. Плануємо на цьому тижні дотестувати викуп МП (максимум у понеділок).

2. Після закінчення тестування викупу переключаємось на інсайдера тапаралельно та  dgfOtherAssets.

3.  Також на наступний тиждень планую  перевірку зміни dgfID to lotIdentifier у процедурі dgfOtherAssets та  роботи з regestrarionFee (посилання на json https://github.com/openprocurement/standards/tree/master/registrationFee.

Інформацію про реєстраційний внесок для Малої приватизації виводять з цього джерела, а не беруть в api, як робили раніше) , хто не готовий, наздоганяйте.


Питання від майданчиків

  1. Інформація про статус обробки запитів від Майданчиків (звіти про помилки, пропозиції і т.д.)
    1. Вже вирішуємо це питання. 2 робочих варіанти:
      1. Гуглформа
      2. Відкритий портал Jira Service Desk
    2. Орієнтовно за 1-2 тижні надамо рішення
    3. Побажання до інструменту
      1. Інформація про статус
      2. Можливість побачити запити інших майданчиків, щоб не дублювати запит від себе
      3. Стандартизація заповнення звіту про помилку (побажання від ДП)
  2. Питання від майданчиків до propertyLease
    1. До наступної зустрічі всі коментарі у документі будуть опрацьовані
  3. Питання по документу з описом змін при редагуванні (clarifications)
    1. Документ обов'язковий при першому редагуванні для всіх процедур ЦБД-2 та для інформаційних повідомлень (як "стандартних" так і для "викупу")
    2. При повторному редагуванні має бути можливість завантажити такий документ, але валідація наявності документу на стороні майданчика не вимагається