Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.

Новини та розробка: 

Інформуємо Вас, щодо запуску нової процедури "Продажу майна боржників у справах про банкрутство (неплатоспроможність)", а саме:

  1. Наразі, в процесі погодження відповідні законодавчі документи (як тільки буде погодження, ми Вам додатково повідомимо)
  2. Після погодження законодавчих документів, зможемо надати ТЗ майданчикам для розробки.
  3. Реалізація процедури попередньо запланована на 21.10.2019 (на 1-му етапі процедура буде реалізована як похідна - тимчасове рішення)
  4. Вищевказана процедура буде не обов'язковою.
  5. На 1-му етапі, нова процедура буде реалізована як похідна (тимчасове рішення), на 2-му етапі як повноцінна процедура.
  6. Реалізація нової процедури буде збігатися чи буде максимально близькою за часом до оприлюднення відповідних законодавчих документів
  7. Очікуваний строк підготовки та видачі ТЗ до 01.10.2019р.
  8. Очікуваний строк реалізації процедури як похідної до 01.11.2019р.
  9. Реалізація процедури, як повноцінної, заплановано на 1-й квартал 2020р.
    У зв'язку з появою нової процедури, для 1-го етапу, просимо зацікавлені майданчики, прийняти участь у розробці тимчасового рішення та повідомити про це до свого каналу майданчика та відмітити у такому повідомленні представників ІТ ДП ПП oleksandr akulenko yulia.slepenko taras bondarchuk до 23.09.2019 включно.

Тестування: 

  1. Процедура Оренди на голландскому аукціоні. 
     Всі молодці, вклалися в строки на розробку, або мінімально вийшли за них. Всі хто прозвітував пр готовність і не були протестовані з боку ДП ПП поставлені в чергу на тестування. Як тільки ми звітуємо про те, що майданчик пройшов тестування, можна виносити процедуру на продуктив. Після винесення потрібно створити тестовий аукціон на продуктиві та надати на нього та його арі посилання в канал майданчика.  Всім велика вдячність за оперативну співпрацю. 
  2. Дотестовування процедур, які було реалізовано раніше. 
    Велике прохання закривати баги максимально  швидко, так як є вірогідність початку нової розробки, хочеться тримати в роботі найменшу можливу кількість "хвостів"

...