Procedure issueshttps://gitlab.prozorro.sale/prozorro-sale/procedure/-/issues2024-03-11T12:55:30+02:00https://gitlab.prozorro.sale/prozorro-sale/procedure/-/issues/2030CDB3-6526 Додати поля у base.LandProps2024-03-11T12:55:30+02:00Andrii SaliiCDB3-6526 Додати поля у base.LandProps<!--- Provide a general summary of your changes in the Title above / Предоставьте общий обзор ваших изменений в заголовке выше --->
Для можливості налаштування фільтрів для полів base.LandProps що передбачають наявність обтяжень/співвлас...<!--- Provide a general summary of your changes in the Title above / Предоставьте общий обзор ваших изменений в заголовке выше --->
Для можливості налаштування фільтрів для полів base.LandProps що передбачають наявність обтяжень/співвласників/інженерних мереж додати ознаку так/ні
***
### Detailed Description
<!--- Provide a detailed description of the change or addition you are proposing / Дайте подробное описание изменения или дополнения, которое вы предлагаете --->
Додати для кожного з полів про наявність обтяжень/співвласників/інженерних мереж додаткове подле з типом boolean
***
### AR (actual result):
<!--- Tell us what happens instead of the expected behavior / Сообщите нам, что происходит вместо ожидаемого поведения --->
- encumbrances ["Наявність обтяжень:"] type=string
- jointOwnership ["Наявність співвласників:"] type=string
- utilitiesAvailability ["Наявність інженерних мереж:"] type=string
***
### ER (expected result):
<!--- Tell us what should happen / Сообщите нам, что должно произойти --->
- Додати поля hasEncumbrances/hasJointOwnership/hasUtilitiesAvailability
- Для вказаних полів приймати значення true/false
- Якщо передано true - обов'язково мають бути заповнені пов'язані поля encumbrances/jointOwnership/utilitiesAvailability
- Виконати міграцію: для існуючих процедур якщо заповнені поля encumbrances/jointOwnership/utilitiesAvailability - вказати для hasEncumbrances/hasJointOwnership/hasUtilitiesAvailability значення так; якщо поля не заповнені - Не вказано. Значення "Не вказано" використовувати тільки при міграції
***
### Other logic without changes:
<!--- Tell us about other logic / Расскажите о другой логике --->
- мінімізація впливу на майданчики: можливість передавати тільки значення encumbrances/jointOwnership/utilitiesAvailability і автозаповнювати
hasEncumbrances/hasJointOwnership/hasUtilitiesAvailability
1. До базової моделі base.LandProps додати нові поля типу boolean:
- hasEncumbrances
- hasJointOwnership
- hasUtilitiesAvailability
Дані поля НЕ обовʼязкові для заповнення при публікації процедури.
1.1. Якщо користувач при публікації Процедури вказав
- hasEncumbrances == false і додатково передає заповнене поле encumbrances необхідно повернути валідаційну помилку "no encumbrances are indicated (hasEncumbrances = false)"
- hasJointOwnership == false і додатково передає заповнене поле jointOwnership необхідно повернути валідаційну помилку "no jointOwnership are indicated (hasJointOwnership = false)"
- hasUtilitiesAvailability == false і додатково передає заповнене поле utilitiesAvailability необхідно повернути валідаційну помилку "no utilitiesAvailability are indicated (hasUtilitiesAvailability = false)"
**Бізнесово:** якщо користувач при публікації Процедури вказує, що немає "Обтяжень" та/або немає "Співвласників" та/або немає "Інженерних мереж", то не даємо заповнити відповідні поля, що може вказувати, що такі параметри насправді є.
1.2. Якщо користувач при публікації Процедури вказав:
- hasEncumbrances == true, то обовʼязково має бути заповнено існуюче поле encumbrances (воно має тип string). Необхідно повернути валідаційну помилку "_при значенні true має бути заповнено поле encumbrances_"
- hasJointOwnership == true, то обовʼязково має бути заповнено існуюче поле jointOwnership (воно має тип string)
- hasUtilitiesAvailability == true, то обовʼязково має бути заповнено існуюче поле utilitiesAvailability (воно має тип string)
1.3.1 Якщо користувач при публікації Процедури передав тільки заповнені існуючі encumbrances та/або jointOwnership та/або utilitiesAvailability і не передав їх відповідники: hasEncumbrances, hasJointOwnership, hasUtilitiesAvailability - необхідно повернути валідаційну помилку _"no "true" value for hasEncumbrances/hasJointOwnership/hasUtilitiesAvailability"_ і не дозволити опублікувати Процедуру без цих полів.
1.3.2. Якщо користувач при публікації Процедури НЕ передав ні has* ні encumbrances/jointOwnership/utilitiesAvailability (або передав пусті значення) - при створенні обʼєкта Процедури необхідно автоматично заповнити відповідні поля hasEncumbrances/hasJointOwnership/hasUtilitiesAvailability значенням false.
**На прикладі:** При створенні процедури користувач передав:
1. hasEncumbrances = true + заповнене поле encumbrances
2. hasJointOwnership = false
3. НЕ передав hasUtilitiesAvailability і не передав utilitiesAvailability, то має створитися Процедура з
hasEncumbrances: true
encumbrances: _text_
hasJointOwnership: false
hasUtilitiesAvailability: false
1.4.1. Необхідно внести зміни в існуючу логіку заповнення поля encumbrances:
- для нових Процедур не дозволяти обирати значення "noEncumbrances" зі словника [encumbrances](https://procedure-sandbox.prozorro.sale/api/dictionaries/encumbrances)
Необхідно повертати валідаційну помилку "invalid value" для поля encumbrances
**Бізнесово:** якщо користувач хоче опублікувати Процедуру у якій "немає Обтяжень", то треба передавати hasEncumbrances == false і не передавати взагалі поле encumbrances
1.4.2. Логіка заповнення полів jointOwnership, utilitiesAvailability залишається без змін: в деяких процедурах це довільне поле, а в деяких це значення зі словника. Тут змін не вносимо: користувач може обрати будь-яке значення зі словника (якщо його передбачено) або заповнити довільним текстом. Зберігається умова із п.1.1. (якщо has* == false, то полів jointOwnership, utilitiesAvailability НЕ очікуємо. Їх немає бути)
1.5. Модель base.LandProps необхідно змінити для сервісів: **registry**, **procedure**
1.5.1. Зміни також в "наслідуваних" моделях. Наприклад, у bankRuptcy.LandProps
1.5.2. Для asset та largeAsset аналогічні зміни треба внести в модель asset.LandProps
2. МІГРАЦІЯ:
2.1. Міграція поля encumbrances
- Якщо існуюче поле encumbrances НЕ заповнено в обʼєкті Процедури (відсутнє), то hasEncumbrances == false + encumbrances НЕ додаємо (його не було і не має зʼявитися)
- Якщо існуюче поле encumbrances заповнено в обʼєкті значеннями:
-- noEncumbrances
-- "-"
-- Відсутні
-- Ні
-- Немає
-- Не зареєстровані
(не враховувати регістр літер - може бути написано "відсутні", "ні" тощо)
то, hasEncumbrances == false, поле encumbrances прибираємо із публічного API response. Краще дотриуватись однієї логіки: якщо hasEncumbrances == false, то encumbrances має бути відсутнім.
- Якщо існуюче поле encumbrances заповнено будь-якими іншими значеннями, окрім перерахованих вище, то hasEncumbrances == true, поле encumbrances залишаємо у тому вигляді, яким воно є без змін.
2.2. Міграція поля jointOwnership
- Якщо існуюче поле jointOwnership НЕ заповнено в обʼєкті Процедури (відсутнє), то hasEncumbrances == false + jointOwnership НЕ додаємо (його не було і не має зʼявитися)
- Якщо існуюче поле jointOwnership заповнено в обʼєкті значеннями:
-- Відсутні
-- "-"
-- Ні
-- Немає
-- Не зареєстровані
-- Один власник
-- Співвласників немає
(не враховувати регістр літер - може бути написано "відсутні", "ні" тощо)
то, hasJointOwnership == false, поле jointOwnership прибираємо із публічного API response. Краще дотриуватись однієї логіки: якщо hasJointOwnership == false, то jointOwnership має бути відсутнім.
- Якщо існуюче поле jointOwnership заповнено будь-якими іншими значеннями, окрім перерахованих вище, то hasJointOwnership == true, поле jointOwnership залишаємо у тому вигляді, яким воно є без змін.
2.3. Міграція поля utilitiesAvailability
- Якщо існуюче поле utilitiesAvailability НЕ заповнено в обʼєкті Процедури (відсутнє), то hasUtilitiesAvailability == false + utilitiesAvailability НЕ додаємо (його не було і не має зʼявитися)
- Якщо існуюче поле utilitiesAvailability заповнено в обʼєкті значеннями:
-- Відсутні
-- "-"
-- Інформація відсутня
-- Не встановлено
-- Відсутні комунікації
-- Ні
-- Немає
-- Не зареєстровані
(не враховувати регістр літер - може бути написано "відсутні", "ні" тощо)
то, hasUtilitiesAvailability == false, поле utilitiesAvailability прибираємо із публічного API response. Краще дотриуватись однієї логіки: якщо hasUtilitiesAvailability == false, то utilitiesAvailability має бути відсутнім.
- Якщо існуюче поле utilitiesAvailability заповнено будь-якими іншими значеннями, окрім перерахованих вище, то hasUtilitiesAvailability == true, поле utilitiesAvailability залишаємо у тому вигляді, яким воно є без змін.
3. Необхідно змінити для існуючих і додати для нових параметрів
LegalNames для параметрів:
```
"hasEncumbrances": {
"uk_UA": "Присутні обтяження",
"en_US": "Encumbrances are present"
},
"hasJointOwnership": {
"uk_UA": "Наявні співвласники",
"en_US": "Co-owners available"
},
"hasUtilitiesAvailability": {
"uk_UA": "Інженерні мережі наявні",
"en_US": "Utilities are available"
},
"encumbrances": {
"uk_UA": "Інформація про наявні обтяження",
"en_US": "Encumbrances information"
},
"jointOwnership": {
"uk_UA": "Інформація про співвласників",
"en_US": "JointOwnership information"
},
"utilitiesAvailability": {
"uk_UA": "Інформація про інженерні мережі",
"en_US": "Utilities information"
},
```
P.S.: Для процедур BRE/BRD поле utilitiesAvailability є обовʼязковим для заповнення. Відповідно, повʼязане поле hasUtilitiesAvailability має бути true. Залишається на відповідальність Майданчика
**!!! ВАЖЛИВО !!! Для процедур DGF змін не вносимо. Для GFE & GFD все має залишитися як є**
### Requestor & Contact
Requestor:
<!--- Provide a Requestor / Укажите инициатора запроса --->
- Danyil Nizhnyi (e-tender)
Contact Point:
<!--- Provide a contact person / Укажите контактное лицо --->
- @andrii.saliiv3.93.0Vitalii CherednichenkoVitalii Cherednichenkohttps://gitlab.prozorro.sale/prozorro-sale/procedure/-/issues/1930Розкриття інформації у попередньо анонімізованих сутностях2023-10-05T11:04:55+03:00Andrii SaliiРозкриття інформації у попередньо анонімізованих сутностях<!--- Provide a general summary of your changes in the Title above / Предоставьте общий обзор ваших изменений в заголовке выше --->
Створити механіку що дозволить відкрити анонімізовані дані у процедурі, модулі аукціону, протоколах, об'є...<!--- Provide a general summary of your changes in the Title above / Предоставьте общий обзор ваших изменений в заголовке выше --->
Створити механіку що дозволить відкрити анонімізовані дані у процедурі, модулі аукціону, протоколах, об'єкті переліку оренди, дії, заявки на оренду, після набуття чинності змін у постанові.
***
### Detailed Description
<!--- Provide a detailed description of the change or addition you are proposing / Дайте подробное описание изменения или дополнения, которое вы предлагаете --->
Існують процедури, об'єкти переліку оренди, дії, заявки на оренду з "_protected": true" та рівнем анонімізації "_protect_level": "medium"/"_protect_level": "hight". Від рівня анонімізації залежить які дані закриті для доступу у публічному ендпоінті/без токена. Найближчим часом з'явиться необхідність зняти анонімізацію
***
### AR (actual result):
<!--- Tell us what happens instead of the expected behavior / Сообщите нам, что происходит вместо ожидаемого поведения --->
- для процедур/об'єктів переліку оренди/дій/заявок на оренду з "_protected": true" частина даних анонімізована
- для всіх LL* процедур, починаючи з дати появи функціоналу анонімізації автоматично застосовується анонімізація "_protect_level": "medium" для всіх статусів крім active_tendering, active_rectification, active_auction
***
### ER (expected result):
<!--- Tell us what should happen / Сообщите нам, что должно произойти --->
- для процедур/об'єктів переліку оренди/дій/заявок на оренду з "_protected": true" є можливість відкрити анонімізовану інформацію в самій сутності, модулі аукціону, протоколах
- не застосовувати автоматичну анонімізацію для LL* процедур
***
### Other logic without changes:
<!--- Tell us about other logic / Расскажите о другой логике --->
- можливість вручну анонімізувати процедуру залишаємо
***
### Context (Environment)
<!--- Tell us about the environment where the inconsistency is observed / Расскажите о среде, в которой наблюдается несоответствие --->
- Для відповідності постанові, що регулює LL* процедури на час дії ВС та приховання інформації про інші процедури, де об'єкт може мати оборонну цінність був реалізований функціонал анонімізації. Зараз є необхіднсть розкрити анонімізовані дані
- Перед внесенням змін отримати підтвердження від @andrii.salii про дату набуття чинності змін
***
### Requestor & Contact
Requestor:
<!--- Provide a Requestor / Укажите инициатора запроса --->
- @andrii.salii
Contact Point:
<!--- Provide a contact person / Укажите контактное лицо --->
- @andrii.saliiMike HoangMike Hoanghttps://gitlab.prozorro.sale/prozorro-sale/procedure/-/issues/1463CDB3-2447 Endpoints with a list of valid classifiers for each of the procedures2022-01-19T11:20:57+02:00Yuriy BilinskyCDB3-2447 Endpoints with a list of valid classifiers for each of the proceduresCreate separate endpoints with a list of valid classifiers (main/additional) that used for each of the procedures, registry?
https://prozorrosale.slack.com/archives/CLMGTLF53/p1637663170187100Create separate endpoints with a list of valid classifiers (main/additional) that used for each of the procedures, registry?
https://prozorrosale.slack.com/archives/CLMGTLF53/p1637663170187100v3.44.0https://gitlab.prozorro.sale/prozorro-sale/procedure/-/issues/916Пропозициія що до символу апострофа в легалнеймах2021-03-09T17:38:20+02:00Serhii LysyiПропозициія що до символу апострофа в легалнеймахПропоную в легалнеймах (x-legalNameUa/x-legalNameEn) замість символу ' в якості апострофу використовувати саме апостроф - ’ там, де це зараз не робиться, це значно полегшить автоматичний парсинг як мінімум для нашої площадкиПропоную в легалнеймах (x-legalNameUa/x-legalNameEn) замість символу ' в якості апострофу використовувати саме апостроф - ’ там, де це зараз не робиться, це значно полегшить автоматичний парсинг як мінімум для нашої площадкиv3.x.xhttps://gitlab.prozorro.sale/prozorro-sale/procedure/-/issues/493Add vocabulary with disqualification reason for timber procedures2020-07-15T17:27:35+03:00Kateryna ZhluktenkoAdd vocabulary with disqualification reason for timber proceduresField terminationReason
[award.terminationReason_timber](/uploads/bfb1a7125418ca023e9e8d51beadb335/award.terminationReason_timber)Field terminationReason
[award.terminationReason_timber](/uploads/bfb1a7125418ca023e9e8d51beadb335/award.terminationReason_timber)v3.8.0https://gitlab.prozorro.sale/prozorro-sale/procedure/-/issues/460Nadra: Award can be disqualified or cancelled before procedure completed even...2020-07-29T17:03:56+03:00Denys BarabashNadra: Award can be disqualified or cancelled before procedure completed even contract signed**Коментар** - Дискваліфікувати переможця можливо до завершення аукціону
https://gitlab.prozorro.sale/public-projects/documentations/-/blob/master/Subsoil/subsoil-english/subsoil-english.md#%D0%B7%D0%B2%D0%B5%D0%B4%D0%B5%D0%BD%D0%B0-%D1...**Коментар** - Дискваліфікувати переможця можливо до завершення аукціону
https://gitlab.prozorro.sale/public-projects/documentations/-/blob/master/Subsoil/subsoil-english/subsoil-english.md#%D0%B7%D0%B2%D0%B5%D0%B4%D0%B5%D0%BD%D0%B0-%D1%82%D0%B0%D0%B1%D0%BB%D0%B8%D1%86%D1%8F-%D0%B7%D1%96-%D1%81%D1%82%D0%B0%D1%82%D1%83%D1%81%D0%B0%D0%BC%D0%B8-%D1%83%D1%87%D0%B0%D1%81%D0%BD%D0%B8%D0%BA%D1%96%D0%B2-awards-%D0%BD%D0%B0-%D0%B5%D1%82%D0%B0%D0%BF%D1%96-%D0%BA%D0%B2%D0%B0%D0%BB%D1%96%D1%84%D1%96%D0%BA%D0%B0%D1%86%D1%96%D1%97v3.8.0Vitalii FisenkoVitalii Fisenkohttps://gitlab.prozorro.sale/prozorro-sale/procedure/-/issues/429Add scheme validation to AccountIdentifier2020-06-19T15:55:33+03:00Dmytro HalinovskyiAdd scheme validation to AccountIdentifierAccording to this MR https://gitlab.prozorro.sale/prozorro-sale/procedure/-/merge_requests/734/diffsAccording to this MR https://gitlab.prozorro.sale/prozorro-sale/procedure/-/merge_requests/734/diffsv3.5.0Vitalii FisenkoVitalii Fisenkohttps://gitlab.prozorro.sale/prozorro-sale/procedure/-/issues/418Allow to set tenderPeriod on initial-qualification2020-06-04T15:55:44+03:00Dmytro HalinovskyiAllow to set tenderPeriod on initial-qualificationVitalii FisenkoVitalii Fisenkohttps://gitlab.prozorro.sale/prozorro-sale/procedure/-/issues/414Correct timber spec: questionPeriod can finished in weekend or holiday2020-06-02T14:06:44+03:00Denys BarabashCorrect timber spec: questionPeriod can finished in weekend or holidayrelated to https://gitlab.prozorro.sale/public-projects/documentations/-/merge_requests/80
`1 business days` -> `1 days`
```
active_rectification:
...
close_question_session_before_end: 1 days
```related to https://gitlab.prozorro.sale/public-projects/documentations/-/merge_requests/80
`1 business days` -> `1 days`
```
active_rectification:
...
close_question_session_before_end: 1 days
```Vitalii FisenkoVitalii Fisenkohttps://gitlab.prozorro.sale/prozorro-sale/procedure/-/issues/413Hide _Document__addedInQualificationState from swagger2020-08-25T15:33:19+03:00Dmytro HalinovskyiHide _Document__addedInQualificationState from swaggerv3.x.xVitalii FisenkoVitalii Fisenkohttps://gitlab.prozorro.sale/prozorro-sale/procedure/-/issues/411Kill ListObjectDict type :(2020-06-09T11:51:14+03:00Dmytro HalinovskyiKill ListObjectDict type :(v3.4.0Vitalii FisenkoVitalii Fisenkohttps://gitlab.prozorro.sale/prozorro-sale/procedure/-/issues/409BASE MODELS2020-06-11T15:11:38+03:00Dmytro HalinovskyiBASE MODELS:white_check_mark: - done
:cd: - done and wait to drop db
:question: - have some questions
:x: - undone
|STATUS| MODEL | TASKS ...:white_check_mark: - done
:cd: - done and wait to drop db
:question: - have some questions
:x: - undone
|STATUS| MODEL | TASKS | ADDITIONAL ACTIONS | LINK TO MR |
| ---- | ------------------------------ | ------------------------------------------------------------------------------------------------------------------------------------------------- | ---- | ---- |
| :white_check_mark: | base.MultiLang | \- удалить локаль ру<br>\- минимальную длину уменьшаем до 1 символа <br>\- добавить лиглНейм<br>uk\_UA<br>x-legalNameUa: Назва українською<br>x-legalNameEn: Ukrinian name<br>en\_US <br>x-legalNameUa: Назва англійською<br>x-legalNameEn: English name | drop | https://gitlab.prozorro.sale/prozorro-sale/procedure/-/merge_requests/672 <br> https://gitlab.prozorro.sale/prozorro-sale/procedure/-/merge_requests/701 |
| :white_check_mark: | base.Address | \- для streetAddress, locality и region поменять формат на multilang<br>\- изменить для streetAddress x-legalNameEn: Address | drop | https://gitlab.prozorro.sale/prozorro-sale/procedure/-/merge_requests/699 <br> https://gitlab.prozorro.sale/prozorro-sale/procedure/-/merge_requests/707
| :white_check_mark: | base.Address | \- добавить addressID,со схемой base.AddressIdentifier = base.Identifier ,<br> которая предусматривает словарь [https://data.gov.ua/dataset/dc081fb0-f504-4696-916c-a5b24312ab6e](https://data.gov.ua/dataset/dc081fb0-f504-4696-916c-a5b24312ab6e) | |
| :white_check_mark: | base.ContactPoint | \-в description заменить ProcuringEntity на SellingEntity<br>\- для url заменить x-legalNameEn: Website | | https://gitlab.prozorro.sale/prozorro-sale/procedure/-/merge_requests/689 |
| :white_check_mark: | base.ProcuringEntityIdentifier | \- переименовать на base.SellingEntityIdentifier, а так же изменить description<br>\- добавить упрощённый вариант словаря, в котором есть только 4 схемы UA , которые используются для резидентов *(было решено вынести как отдельный таск https://gitlab.prozorro.sale/prozorro-sale/procedure/-/issues/428)* | drop | https://gitlab.prozorro.sale/prozorro-sale/procedure/-/merge_requests/697 |
| :white_check_mark: | base.ProcuringEntity | \- переименовать на base.SellingEntity, изменить в description<br>\- изменить дескрипшн для модели Address<br>\- representativeInformation изменить representativeInfo | drop | https://gitlab.prozorro.sale/prozorro-sale/procedure/-/merge_requests/698 <br> https://gitlab.prozorro.sale/prozorro-sale/procedure/-/merge_requests/726 <br> https://gitlab.prozorro.sale/prozorro-sale/procedure/-/merge_requests/727 |
| :white_check_mark: | base.Classifications | \- Добавить ссылку на словарь\\словари с основным классификатором<br>\- изменить название модели base.Classification <br>\- описать возможность использования - возможен только 1 основной классификатор в description | | https://gitlab.prozorro.sale/prozorro-sale/procedure/-/merge_requests/739 |
| :white_check_mark: | base.AdditionalClassifications | \- изменить название модели base.AdditionalClassification<br>\- описать возможность использования, в процедуре может быть много разных доп.классификаторов description | | https://gitlab.prozorro.sale/prozorro-sale/procedure/-/merge_requests/690 <br> https://gitlab.prozorro.sale/prozorro-sale/procedure/-/merge_requests/723|
| :white_check_mark: | base.Unit | \- code сделать обязательным<br>\- проверить использование правильного словаря https://github.com/openprocurement/standards/blob/master/unit\_codes/recommended\_ea/uk\_pretty.yaml | drop | https://gitlab.prozorro.sale/prozorro-sale/procedure/-/merge_requests/675 <br> https://gitlab.prozorro.sale/prozorro-sale/procedure/-/merge_requests/730 |
| :white_check_mark: | base.Items | \- изменить название модели base.Item | | https://gitlab.prozorro.sale/prozorro-sale/procedure/-/merge_requests/692 |
| :white_check_mark: | base.Organization | \- representativeInformation изменить representativeInfo | drop | https://gitlab.prozorro.sale/prozorro-sale/procedure/-/merge_requests/708
| :white_check_mark: | base.Document | \- relatedDocument дополнительная валидация для вводимого ID<br>\- добавить description для relatedDocument с описанием как используется <br>\- decription index - правила использования (чем меньше значение индекса, тем выше находится иллюстрация в списке | |
| :white_check_mark: | base.Document | \- \_Document\_\_addedInQualificationState и \_ds\_scope - описать, для чего и на что влияет и как с этим работать | | https://gitlab.prozorro.sale/prozorro-sale/procedure/-/merge_requests/709 |
| :white_check_mark: | base.Question | \- как для поля author используя модель base.Organization исключить поле representativeInformation<br>\- description и answer изменить multilang<br>\- Question.date поменять на Question.datePublished | drop | https://gitlab.prozorro.sale/prozorro-sale/procedure/-/merge_requests/711#8500f649d84e7947818756d8937d7d9d28c2a9d5 |
| :white_check_mark: | base.Bid | \- tenderers заменить на bidders<br>\- participationUrl - в description добавить информацию о том, что до завершения аукциона эта ссылка доступна только для участника аукциона. Время генерации ссылки зависит от типа аукциона. | drop | https://gitlab.prozorro.sale/prozorro-sale/procedure/-/merge_requests/731 |
| :white_check_mark: | base.VerificationDocument | \- изменить название base.VerificationDocumentInfo | | https://gitlab.prozorro.sale/prozorro-sale/procedure/-/merge_requests/693 |
| :white_check_mark: | base.AccountIdentification | \- для scheme добавить словарь | | https://gitlab.prozorro.sale/prozorro-sale/procedure/-/merge_requests/734 |
| :white_check_mark: | base.BankAccount | \- изменить поле AccountIdentification на accountIdentifications | | https://gitlab.prozorro.sale/prozorro-sale/procedure/-/merge_requests/713 |
| :white_check_mark: | base.Award | \- suppliers заменить на buyers<br>\- Award .date поменять на Award .datePublished | drop | https://gitlab.prozorro.sale/prozorro-sale/procedure/-/merge_requests/719 <br> https://gitlab.prozorro.sale/prozorro-sale/procedure/-/merge_requests/720
| :white_check_mark: | base.Contract | \- suppliers заменить на buyers<br>\- добавить поле contractTotalValue, схема base.Value , вводится организатором<br>\- period переименовываем на contractTime и используем модель base.lifeTime<br>\- Contract.date поменять на Contract.datePublished | drop | https://gitlab.prozorro.sale/prozorro-sale/procedure/-/merge_requests/719 <br> https://gitlab.prozorro.sale/prozorro-sale/procedure/-/merge_requests/720 <br> https://gitlab.prozorro.sale/prozorro-sale/procedure/-/merge_requests/732
| :white_check_mark: | base.Guarantee | \- поменять на base.Value, в зеленке использовать правильную валюту | | https://gitlab.prozorro.sale/prozorro-sale/procedure/-/merge_requests/738 |
| :white_check_mark: | base.Discount | \- percentDiscount меняем на discountPercent<br>\- discountValue меняем на previousAuctionValue | drop | https://gitlab.prozorro.sale/prozorro-sale/procedure/-/merge_requests/716 |
| :white_check_mark: | base.Cancellation | \- Cancellation.date поменять на Cancellation.datePublished | drop | https://gitlab.prozorro.sale/prozorro-sale/procedure/-/merge_requests/718 |
| :white_check_mark: | все процедуры | \- Procedure.procuringMethodType меняем на Procedure.sellingMethodType | drop | https://gitlab.prozorro.sale/prozorro-sale/procedure/-/merge_requests/724 |
| :white_check_mark: | все процедуры | \- timer добавить description | | https://gitlab.prozorro.sale/prozorro-sale/procedure/-/merge_requests/714 |
| :white_check_mark: | renewables | \- lotIdentifier меняем lotId | drop | https://gitlab.prozorro.sale/prozorro-sale/procedure/-/merge_requests/715
| :white_check_mark: | все процедуры | новое поле процедуры <br>previousAuctionId:<br>description: 'Якщо tenderAttempts > 1 заповнюється вручну, має відповідати auctionId попереднього аукціону. Якщо tenderAttempts = 1 то previousAuctionId не використовується'<br>type: string<br>format: UZ000-UA-YYYYMMDD-00000/UA-PS-YYYYMMDD-000000<br>minLength: 1<br>x-legalNameUa: Номер попереднього аукціону<br>x-legalNameEn: Previous auction Id | |https://gitlab.prozorro.sale/prozorro-sale/procedure/-/merge_requests/733 |v3.4.0https://gitlab.prozorro.sale/prozorro-sale/procedure/-/issues/405Fix qualification for nadra/timber2020-06-05T14:38:12+03:00Alexei KornienkoFix qualification for nadra/timberRelated to:
https://gitlab.prozorro.sale/public-projects/documentations/-/merge_requests/78
https://gitlab.prozorro.sale/public-projects/documentations/-/merge_requests/79Related to:
https://gitlab.prozorro.sale/public-projects/documentations/-/merge_requests/78
https://gitlab.prozorro.sale/public-projects/documentations/-/merge_requests/79https://gitlab.prozorro.sale/prozorro-sale/procedure/-/issues/394Correct Nadra spec for new periods instructions2020-06-12T15:17:33+03:00Denys BarabashCorrect Nadra spec for new periods instructionsrelated to https://gitlab.prozorro.sale/public-projects/documentations/-/merge_requests/52/diffs
- questionPeriod end time = 18:00
- award.verificationPeriod end time = 18:00
- award.signingPeriod end time = 18:00
- award.paymentPeri...related to https://gitlab.prozorro.sale/public-projects/documentations/-/merge_requests/52/diffs
- questionPeriod end time = 18:00
- award.verificationPeriod end time = 18:00
- award.signingPeriod end time = 18:00
- award.paymentPeriod end time = 18:00
check other datav3.5.0Vitalii FisenkoVitalii Fisenkohttps://gitlab.prozorro.sale/prozorro-sale/procedure/-/issues/391PUT documents list is updating dateModified for documents even when it's fiel...2020-06-23T17:55:25+03:00Alexei KornienkoPUT documents list is updating dateModified for documents even when it's fields are the same```
s.komarov 8 minutes ago
мы делаем PATCH процедуры и передаем туда всегда акутальный список documents (edited)
s.komarov 7 minutes ago
это порождает кучу данных в истории документов, хотя сами документы не меняются (edited)
s.koma...```
s.komarov 8 minutes ago
мы делаем PATCH процедуры и передаем туда всегда акутальный список documents (edited)
s.komarov 7 minutes ago
это порождает кучу данных в истории документов, хотя сами документы не меняются (edited)
s.komarov 5 minutes ago
выходит, что в текущей ситуации мы не можем юзать такой способ апдейта документов и надо для каждого документа использовать энпоинт для работы с документами чтобы история была актуальной
s.komarov 4 minutes ago
мы передаем весь список
ранее загруженные + только что загруженные
при обновлении документа в список попадает только акутальная версия (edited)
```v3.5.0https://gitlab.prozorro.sale/prozorro-sale/procedure/-/issues/386Сделать один список CAV для основного классификатора2020-06-04T21:15:07+03:00Olga KochubynskaСделать один список CAV для основного классификатораСейчас есть 2 списка кодов
https://procedure-sandbox.prozorro.sale/api/classifiers/CPV
https://procedure-sandbox.prozorro.sale/api/classifiers/CAV-PS
CPV - европейский стандарт, адаптированный в Украине. И который может меняться только ...Сейчас есть 2 списка кодов
https://procedure-sandbox.prozorro.sale/api/classifiers/CPV
https://procedure-sandbox.prozorro.sale/api/classifiers/CAV-PS
CPV - европейский стандарт, адаптированный в Украине. И который может меняться только если были изменения в этом стандарте. CAV-PS - наш "стандарт", собранный по правилам CPV, в который добавлены коды, которых нет в CPV. Может расширяться нами самостоятельно в любой момент, когда нам не хватает кодов (соблюдая общие принципы и не пересекаясь с кодами CPV)
А для работы в процедуре, на площадках и т.д. нужно использовать единый источник данных, который будет формироваться на нашей стороне автоматически и выводиться как словарь.
https://procedure-sandbox.prozorro.sale/api/classifiers/CAV - такой ендпоинт, который будет содержать данные из двух списков.v3.4.0Vitalii FisenkoVitalii Fisenkohttps://gitlab.prozorro.sale/prozorro-sale/procedure/-/issues/385Add new timber add.classification2020-06-23T17:04:26+03:00Olga KochubynskaAdd new timber add.classificationPlease add new timber add.classification from https://procedure-dev.prozorro.sale/api/classifiers/CPVS
```
QB49-3": {
"en_US": "On forestry",
"ru_RU": "",
"uk_UA": "З питань лісового господарства"
```Please add new timber add.classification from https://procedure-dev.prozorro.sale/api/classifiers/CPVS
```
QB49-3": {
"en_US": "On forestry",
"ru_RU": "",
"uk_UA": "З питань лісового господарства"
```v3.5.0https://gitlab.prozorro.sale/prozorro-sale/procedure/-/issues/381Name fix for timber add.classifications2020-06-16T15:44:09+03:00Olga KochubynskaName fix for timber add.classificationsPlease change the names for next timber add.classifications
* timber-sortment -> timberSortment (dictionary)
* timber-species -> timberSpecies (dictionary)
* timber-class -> timberClass (dictionary)
* timber-storage -> timberStorage (di...Please change the names for next timber add.classifications
* timber-sortment -> timberSortment (dictionary)
* timber-species -> timberSpecies (dictionary)
* timber-class -> timberClass (dictionary)
* timber-storage -> timberStorage (dictionary)
* timber-diameter -> timberDiameter (dictionary)
* timber-length -> timberLength
* timber-productionYear -> timberProductionYear
* timber-productionQuarter -> timberProductionQuarter
also please rename dictionary for the corresponding list of classification.v3.4.0Vitalii FisenkoVitalii Fisenkohttps://gitlab.prozorro.sale/prozorro-sale/procedure/-/issues/370Update legal names for timber-english2020-05-19T11:06:53+03:00Alexei KornienkoUpdate legal names for timber-englishRelated to https://gitlab.prozorro.sale/public-projects/documentations/-/merge_requests/14Related to https://gitlab.prozorro.sale/public-projects/documentations/-/merge_requests/14https://gitlab.prozorro.sale/prozorro-sale/procedure/-/issues/368Update timberEnglish procedure creation2020-06-19T17:44:48+03:00Alexei KornienkoUpdate timberEnglish procedure creationRelated to https://gitlab.prozorro.sale/public-projects/documentations/-/merge_requests/13
Most likely impl is correct. need to double check and fix error messages to make them more clear.
Currently error messages are not obvious for en...Related to https://gitlab.prozorro.sale/public-projects/documentations/-/merge_requests/13
Most likely impl is correct. need to double check and fix error messages to make them more clear.
Currently error messages are not obvious for end usersv3.5.0