...
- Інформації про організації, які об’єктом керують на різних ролях (relatedOrganizations). ОНОВЛЕННЯ: на майданчику має бути реалізована можливість створення об'єктів виключно від імені юридичних осіб. Реєстр тимчасово дозволяє відправити відправити схему UA-IPN, наполегливе прохання не користуватись цим. Опція буде прибрана в найближчих релізах
- Інформації про рішення, які наразі прийнято по об’єкту (statusesDecisions). До цього ж блоку відноситься значення listType та statusInList, які визначають тип переліку (ключова інформація про об’єкт, яка визначає подальше проведення/непроведення аукціону)
- Інформація про обмеження, які будуть накладені на орендаря в разі укладення угоди оренди (leaseRules)
- Вартісних характеристики об’єкту (valuesCharacteristics)
- Електронних копії документів, що певним чином описують об’єкт (documents)
- Кількісно-якісні характеристики самого фізичного об’єкта (registryObjectItems). Може бути масивом. Складається з трьох основних частин:
- Назва, опис та загальна класифікація (basicInfo)
- Фізичне розташування (placing)
- Характеристики, специфічні для конкретного типу об’єктів (*Props)
Логіка заповнення полів: Обмеження щодо використання майна (заборонені цільові призначення) (intendedUse), Спосіб обмеження цільового призначення об'єкта(intendedUseRestrictionMethod), Цільове призначення об'єкта оренди (за наявності)(intendedUseRestrictionDescription) в структурі leaseRules
- Якщо поле intendedUseRestrictionMethod має значення:
- Тільки зазначене (onlyDescribed) →
- Поле intendedUse є неактивним
- Організатор повинен в полі intendedUseRestrictionDescription вручну ввести перелік дозволених призначень
- Тільки зазначене (onlyDescribed) →
- Якщо поле intendedUseRestrictionMethod має значення:
- Окрім зазначеного (exceptDescribed) →
- Організатор повинен в полі intendedUse обрати до 5-ти значень зі словника
- Поле intendedUseRestrictionDescription є необов'язковим для заповнення організатором
- Окрім зазначеного (exceptDescribed) →
- Якщо поле intendedUseRestrictionMethod має значення:
- Без обмежень (No restrictions) →
- Поле intendedUse є неактивним
- Поле intendedUseRestrictionDescription є необов'язковим для заповнення організатором
- Без обмежень (No restrictions) →
Дія
Сутність, яка забезпечує реалізацію активностей в ЕТС, які мають виконувати орендодавеці та балансоутримувачі (registry.LeaseAction). Перелік формальних дій, які мають виконувати представники цих організацій, доступний у вигляді переліку в кінці цього документу
...
Поле requestStatus наразі є статичним і в бізнес-логіці участі не бере
Синхронізація та пошук
Розроблено endpoint Search: https://procedure-sandbox.prozorro.sale/api/doc
Також доступен до налаштування Mirror Mirror (Сервіс синхронізації)Впродовж найближчого часу передбачається створення механізмів дзеркала (Mirror) та пошуку (Search) по аналогії з механізмами, що працюють в ЦБД. До моменту їх створення фактично майданчик може працювати тільки з об’єктами, власником яких він є. Це досягається шляхом збереження ідентифікаторів сутностей на боці майданчика, і наступним (за потреби) використанням ендпоінта GET /api/registry/{obj_id}
Сервіс документів
Робота з документами реалізована в точності так само, як і сервіс документів в ЦБД
...