Іноді землю можуть продавати декілька виконавців (арбітражних керуючих). Це пов'язано з тим, що земля попадає одразу під декілька виконавчих проваджень. Нормативно це є законним.
Як адміністратор системи, ми хочемо забезпечити максимальну прозорість та відкритість, для того, щоб організатори та учасники могли вчиняти дії володіючи всією повнотою інформації.
Отже, метою задачі є інформування всіх зацікавлених сторін в змінах в активних процедурах: а) учасників про зміни в процедурах, які містять в списку об'єктів земельну ділянку, з тим самим кадастровим номером, що і в процедурі, в якій вони створили свою цінову пропозицію; б) організаторів про зміни про процедурах, які містять в списку об'єктів земельну ділянку, з тим самим кадастровим номером, що і в процедурі, яку вони опублікували.
Для зручності пропоную називати процедури, де в об'єктах містяться земельні ділянки з однаковим кадастровим номером, пов'язаними процедурами.
Дана зміна буде стосуватись процедур landArested-english, landArested-priorityEnglish, landArested-withoutAuction.
Вирішення задачі є комплексним, тому подальший опис буде розділений на декілька компонентів. Кожен компонент буде містити в собі задачу і пропозицію по її розв'язанню.
Тут йдеться про спосіб інформування учасників і організаторів про наявні альтернативні та / або старі процедури, де було розміщено на продаж земельну ділянку до того, як учасник дійсно стане учасником, а не спостерігачем, а організатор дійсно опублікує процедуру.
При перегляді процедури спостерігач повинен мати можливість ознайомитись з усіма іншими процедурами, де у переліку об'єктів фігурує земельна ділянка з тим самим кадастровим номером, що й у процедурі, яку цей спостерігач переглядає. Спостерігачеві необхідно відображати процедури в усіх статусах: і термінальних, і активних.
Даний список необхідно буде відображати на порталі, так і майданчик повинен буде показати цей список.
При створенні (не при публікації) організатор має бути проінформований про те, що об'єкт (земельна ділянка), який він додав в процедуру, вже фігурував в інших процедурах. Організатор має бачити перелік процедур, де вже було додано в об'єкти цю земельну ділянку з кадастровим номером, який ввів організатор.
Даний список будуть відображати майданчики на своїй стороні.
Важливо. Забороняти публікувати процедури, якщо є співпадіння по кадастровому номеру земельної ділянки з іншими активованими процедурами в ЦБД, не треба.
Технічним рішенням цієї задачі може бути створення окремого ендпоінту в сервісі search. Це має бути ендпоінт, який поверне у відповіді всі процедури, де в переліку об'єктів є земельні ділянки з однаковим кадастровим номером, тобто пошук по процедурах по кадастровому номеру земельної ділянки.
Таким чином ми зможемо розв'язати задачу попереднього інформування учасників і організаторів про наявні процедури.
Відповідно ендпоінт має бути наступного виду: GET/api/search/byCadastrialNumber/{{cadastralNumber}}. В запиті ми маємо передати limit, cadastralNumber. Отримані результати необхідно відсортувати по datePublished DESC.
Альтернативним рішенням є наступне: при створенні процедур зв'язувати процедури, де є земля з однаковим кадастровим номером, але при цьому рішенні незрозуміло, як показати організатору до створення та активації процедури інші процедури, де вже фігурує кадастровий номер земельної ділянки. Також незрозуміло, як правильно реалізувати зміну процедур в термінальному статусі, адже нам необхідно буде додати нову процедуру в стару процедуру, яка може бути вже в термінальному статусі.
Тут йдеться про спосіб інформування учасників і організаторів про зміну статусу пов'язаних процедур.
Для початку розглянемо перелік дій, про які треба інформувати учасників пов'язаних процедур:
Інформувати організаторів та учасників процедур тільки в активних статусах, тобто якщо процедура знаходиться в статусі unsuccsessful / cancelled / complete, то при зміні в пов'язаній процедурі не треба відправляти організатору процедури в термінальному статусі, а також учасникам цієї процедури в термінальному статусі, повідомлення.
Оскільки дані про учасників все одно зберігаються на стороні майданчику, а ЦБД буде тільки інформувати майданчики про зміни, ми не скомпроментуємо анонімність учасників і таємницю кількості учасників.
Майданчик має зрозуміти, коли відбулася зміна в процедурі, і яким саме організаторам треба відправити повідомлення про зміну в пов'язаній процедурі. В цьому знадобиться міррор.
Майданчик по міррору отримує змінені об'єкти процедури, навіть якщо оунером процедури є інший майданчик. Тому питання лише в тому, яким чином майданчик зможе "підписатися" на правильні процедури і встановити між ними зв'язок. Якщо прилітає процедура з правильним селлінг методом, то тільки тоді викликати серч з кадастровим номером і отримувати цю інформацію.