Procedure issueshttps://gitlab.prozorro.sale/prozorro-sale/procedure/-/issues2024-03-06T15:53:49+02:00https://gitlab.prozorro.sale/prozorro-sale/procedure/-/issues/2054Некоректний гарантійний внесок в _specs announcement2024-03-06T15:53:49+02:00Yuriy BilinskyНекоректний гарантійний внесок в _specs announcementhttps://procedure.prozorro.sale/api/registry/assets/64f5d0a72d1f8cebf21f6bc3
https://procedure.prozorro.sale/api/jobber/announcements/jas/651ac07510824dda342c5d4a
https://procedure.prozorro.sale/api/procedures/651d63761956fed5335da3e...https://procedure.prozorro.sale/api/registry/assets/64f5d0a72d1f8cebf21f6bc3
https://procedure.prozorro.sale/api/jobber/announcements/jas/651ac07510824dda342c5d4a
https://procedure.prozorro.sale/api/procedures/651d63761956fed5335da3e6 (дискваліфікація/дискваліфікація)
https://procedure.prozorro.sale/api/procedures/6554893c87d22888b496dd16 (дискваліфікація/дискваліфікація)
https://procedure.prozorro.sale/api/procedures/6596c6e4082ad2e3e24b4258 (скасування)
https://procedure.prozorro.sale/api/jobber/announcements/jas/65ba5183c7d127a355f996f0
![image](/uploads/e317cc995588848b0b0573be7b7edd36/image.png)v3.95.0dmitry.mashoshindmitry.mashoshinhttps://gitlab.prozorro.sale/prozorro-sale/procedure/-/issues/2043CDB3-6298 [previousAuctionId] Не публікується процедура, якщо в якості previo...2024-01-16T11:44:10+02:00Philipfilip.kuzmin@prozorro.saleCDB3-6298 [previousAuctionId] Не публікується процедура, якщо в якості previous Auction ID вказано ID ЦБД2(старої) процедуриНеобхідно надати можливість опублікувати процедуру, в якій вказують у полі previousAuctionId - ID виду UA-PS-YYYY-MM-DD-000000-0
RegExp: [a-zA-Z]{2}-[a-zA-Z]{2}-[0-9]{4}-[0-9]{2}-[0-9]{2}-[0-9]{6}-[0-9])$
Для реалізації такої можлив...Необхідно надати можливість опублікувати процедуру, в якій вказують у полі previousAuctionId - ID виду UA-PS-YYYY-MM-DD-000000-0
RegExp: [a-zA-Z]{2}-[a-zA-Z]{2}-[0-9]{4}-[0-9]{2}-[0-9]{2}-[0-9]{6}-[0-9])$
Для реалізації такої можливості необхідно прибрати логіку перевірки на "дискваліфікованих бідів", якщо у якості попереднього вказано ID процедури ЦБД2(старої).
Якщо в якості previousAuctionId вказано ID ЦБД3, то логіка залишається існуючою.v3.91.0-2Viacheslav SukhovieievViacheslav Sukhovieievhttps://gitlab.prozorro.sale/prozorro-sale/procedure/-/issues/2042Не створюється execution, якщо валюта не UAH2024-01-09T12:54:42+02:00Yuriy BilinskyНе створюється execution, якщо валюта не UAH**STR:**
1. Створити asset
2. Опублікувати redemption з currency [EUR, USD] для схем `contracts.value`, `contracts.contractTotalValue`
3. Перевірити, що після rectificationPeriod.endDate не створюється обєкт execution
examples:
- http...**STR:**
1. Створити asset
2. Опублікувати redemption з currency [EUR, USD] для схем `contracts.value`, `contracts.contractTotalValue`
3. Перевірити, що після rectificationPeriod.endDate не створюється обєкт execution
examples:
- https://procedure-sandbox.prozorro.sale/api/jobber/redemption/jrs/659549d98b32bee1596dfdf7 - correct object
- https://procedure-sandbox.prozorro.sale/api/jobber/redemption/jrs/65954afa8b32bee1596dfdf8 - incorrect object (contracts.value == USD)
- https://procedure-sandbox.prozorro.sale/api/jobber/redemption/jrs/65954b1a8b32bee1596dfdf9 - incorrect object (contracts.contractTotalValue == USD)
- https://procedure-sandbox.prozorro.sale/api/jobber/redemption/jrl/65954d378b32bee1596dfdfb- incorrect object (JRL)
Додати валідацію - currency тільки UAH?
@KuzminMike HoangMike Hoanghttps://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/2016Некоректне округлення граничних значень для minimalStep2023-12-20T10:15:36+02:00Yuriy BilinskyНекоректне округлення граничних значень для minimalStep**STR:**
1.Створити процедуру зі значеннями
- value = 731; minimalStep = 8.31
- value = 115.5; minimalStep = 8.33
**AR:**
- "minimalStep": "Wrong minimalStep value - 8.31 Should be from 6.31 to 8.309999999999999"
- "minimalStep": "W...**STR:**
1.Створити процедуру зі значеннями
- value = 731; minimalStep = 8.31
- value = 115.5; minimalStep = 8.33
**AR:**
- "minimalStep": "Wrong minimalStep value - 8.31 Should be from 6.31 to 8.309999999999999"
- "minimalStep": "Wrong minimalStep value - 8.33 Should be from 0.15999999999999992 to 2.16"
**ER:**
- "minimalStep": "Wrong minimalStep value - 8.31 Should be from 6.31 to 8.31"
- "minimalStep": "Wrong minimalStep value - 8.33 Should be from 0.16 to 2.16"https://gitlab.prozorro.sale/prozorro-sale/procedure/-/issues/2015CDB3-6298 Додати округлення значень min_value, max_value при валідації значен...2023-12-20T10:24:01+02:00Vitalii CherednichenkoCDB3-6298 Додати округлення значень min_value, max_value при валідації значення minimalStepМатематичні операції над числами з плаваючою точкою можуть призводити до появи періодичної частини, яка обумовлена особливістю даного типу чисел, що призводить до помилок при передачі валідних значень min_value, max_value
AR:
procedur...Математичні операції над числами з плаваючою точкою можуть призводити до появи періодичної частини, яка обумовлена особливістю даного типу чисел, що призводить до помилок при передачі валідних значень min_value, max_value
AR:
procedure.value.amount = 3299
procedure.minimalStep.amount = 31.99
Помилка при створенні процедури {'minimalStep': "Wrong minimalStep value - 31.99 Should be from 31.990000000000002 to 33.99"}
procedure.value.amount = 3199
procedure.minimalStep.amount = 32.99
Помилка при створенні процедури {'minimalStep': "Wrong minimalStep value - 32.99 Should be from 30.99 to 32.989999999999995"}
ER:
Процедура успішно створюється при наведених значеннях
procedure.value.amount = 3299
procedure.minimalStep.amount = 31.99
procedure.value.amount = 3199
procedure.minimalStep.amount = 32.99v3.91.0-1Vitalii CherednichenkoVitalii Cherednichenkohttps://gitlab.prozorro.sale/prozorro-sale/procedure/-/issues/2013Не можливо встановити x_additionalInformation в null Arma English2024-01-25T14:03:44+02:00Serhii LysyiНе можливо встановити x_additionalInformation в null Arma EnglishНе можливо встановити x_additionalInformation в null Arma English, при цьому редагування самого значення, якщо воно не нул відбувається нормально
curl -X PATCH "https://procedure-sandbox.prozorro.sale/api/procedures/657c42674089c3e44b72...Не можливо встановити x_additionalInformation в null Arma English, при цьому редагування самого значення, якщо воно не нул відбувається нормально
curl -X PATCH "https://procedure-sandbox.prozorro.sale/api/procedures/657c42674089c3e44b727588?acc_token=8c5710d****" -H "accept: application/json" -H "Authorization: 0db18****** -H "Content-Type: application/json" -d "{\"x_additionalInformation\":null}"Viacheslav SukhovieievViacheslav Sukhovieievhttps://gitlab.prozorro.sale/prozorro-sale/procedure/-/issues/2012CDB3-6298 Додати валідацію на апдейт поля minimalStep2024-01-25T13:51:36+02:00Yuriy BilinskyCDB3-6298 Додати валідацію на апдейт поля minimalStepSTR:
1. Створити процедуру
2. Завантажити clarifications та пропатчити - **{"minimalStep": null}**
3. Подати та активувати 2 біди
4. Дочекатися старту аукціону
5. Перевірити статус процедури та стан модулю аукціону
**AR:**
Процедура ...STR:
1. Створити процедуру
2. Завантажити clarifications та пропатчити - **{"minimalStep": null}**
3. Подати та активувати 2 біди
4. Дочекатися старту аукціону
5. Перевірити статус процедури та стан модулю аукціону
**AR:**
Процедура зависає в статусі active_tendering, модуль не стартує
https://procedure-staging.prozorro.sale/api/procedures/657c52a87496593fe38aa28f
https://auction-staging.prozorro.sale/LRE001-UA-20231215-60437v3.91.0-1dmitry.mashoshindmitry.mashoshinhttps://gitlab.prozorro.sale/prozorro-sale/procedure/-/issues/2010CDB3-6298 Список disqualifiedBids не оновлюється, в разі, якщо в процедурі бу...2024-01-10T15:12:01+02:00Yuriy BilinskyCDB3-6298 Список disqualifiedBids не оновлюється, в разі, якщо в процедурі було відредаговане поле previousAuctionId**STR:**
1. Опублікувати процедуру в якій є список з дискваліфікованими бідами. Наприклад [tender5.txt](/uploads/5c5c56a9446d315e273936513fd2c627/tender5.txt)
2. Перевірити наявність дискваліфікованих бідів - "0987654321", "98765432"...**STR:**
1. Опублікувати процедуру в якій є список з дискваліфікованими бідами. Наприклад [tender5.txt](/uploads/5c5c56a9446d315e273936513fd2c627/tender5.txt)
2. Перевірити наявність дискваліфікованих бідів - "0987654321", "98765432"
3. Завантажити clarifications
4. Перевірити, що в процедурі APD001-UA-20231213-36271 пустий список disqualifiedBids
https://procedure-dev.prozorro.sale/api/procedures/657999486f2457c6e23f893e
5. Пропатчити процедуру
```
{
"tenderAttempts": 2,
"previousAuctionId": "APD001-UA-20231213-36271"
}
```
6. Перевірити, список disqualifiedBids в процедурі яку було відредаговано.
**AR:**
В зміненій процедурі список disqualifiedBids залишився без змін.
**ER:**
Список має бути пустим.
Оновлювати disqualifiedBids, в разі оновлення previousAuctionId ???v3.91.0-2Viacheslav SukhovieievViacheslav Sukhovieievhttps://gitlab.prozorro.sale/prozorro-sale/procedure/-/issues/2009500 помилка при редагуванні процедури, якщо previousAuctionId відсутній в БД2024-01-10T12:25:47+02:00Yuriy Bilinsky500 помилка при редагуванні процедури, якщо previousAuctionId відсутній в БД**STR:**
1. Створити процедуру 3 tenderAttempts > 1
2. Завантажити clarifications
3. Пропатчити поле previousAuctionId неіснуючим значенням, наприклад - APD001-UA-20231213-88888
**AR:**
"message": "Internal server error"
**ER:**
...**STR:**
1. Створити процедуру 3 tenderAttempts > 1
2. Завантажити clarifications
3. Пропатчити поле previousAuctionId неіснуючим значенням, наприклад - APD001-UA-20231213-88888
**AR:**
"message": "Internal server error"
**ER:**
Має відбуватися перевірка, в разі некоректного значення - 422 помилка з текстом типу
```
"previousAuctionId": [
"Object with auction id APD001-UA-20231213-88888 was not found"
]
```v3.91.0-1https://gitlab.prozorro.sale/prozorro-sale/procedure/-/issues/2008Аналіз помилки Internal server error. Виправити або додати її опрацювання2023-12-12T12:32:12+02:00Olga KochubynskaАналіз помилки Internal server error. Виправити або додати її опрацюванняhttps://procedure.prozorro.sale/api/billing/accountData/fromDate/2020-12-27T18:00:02.565000Z?limit=30
https://procedure.prozorro.sale/api/search/byAuctionId/RCD001-UA-20201221-55590
https://procedure.prozorro.sale/api/billing/accountDat...https://procedure.prozorro.sale/api/billing/accountData/fromDate/2020-12-27T18:00:02.565000Z?limit=30
https://procedure.prozorro.sale/api/search/byAuctionId/RCD001-UA-20201221-55590
https://procedure.prozorro.sale/api/billing/accountData/RCD001-UA-20201221-55590
Відсутнє guarantee amount
```
"guarantee": {
"amount": 00000,
"currency": "UAH"
},
```
```
[2023-12-11T12:16:17.248Z] | prozorro_sale.tools.errors | ERROR - Unknown error caught in API - 'NoneType' object is not subscriptable | X-Request-ID: 28AD7F000001D3947F00000100506576FD903DC31F99178
Traceback (most recent call last):
File "/usr/local/lib/python3.9/site-packages/prozorro_sale/tools/errors.py", line 69, in handler
res = await func(request, *args, **kwargs)
File "/usr/local/lib/python3.9/site-packages/prozorro_sale/tools/errors.py", line 157, in _catch_error_middleware
return await handler(request, *args, **kwargs)
File "/billing-service/prozorro_sale/billing_service/api/api.py", line 110, in get_account_data_from_date
result = await request.app.threat_executor(calculator)
File "/usr/local/lib/python3.9/concurrent/futures/thread.py", line 58, in run
result = self.fn(*self.args, **self.kwargs)
File "/billing-service/prozorro_sale/billing_service/data_calculator/calculator.py", line 123, in __call__
self.extension_data_calculate()
File "/billing-service/prozorro_sale/billing_service/data_calculator/calculator.py", line 51, in extension_data_calculate
self.apply_extension()
File "/billing-service/prozorro_sale/billing_service/data_calculator/extension_data_calculate/base.py", line 22, in apply_extension
Extension().extend(self)
File "/billing-service/prozorro_sale/billing_service/data_calculator/extension_data_calculate/arma.py", line 26, in extend
guarantee = calculator.procedure['guarantee']['amount']
TypeError: 'NoneType' object is not subscriptable
```Pavel KuzmenkoPavel Kuzmenkohttps://gitlab.prozorro.sale/prozorro-sale/procedure/-/issues/2007CDB3-5656 Не створюються 2-га процедура в ланцюжку2023-12-14T11:08:32+02:00Yuriy BilinskyCDB3-5656 Не створюються 2-га процедура в ланцюжку**STR:**
1.Опублікувати announcement
2.Подати 1/2 біда
3.Дискваліфікувати аварди
4.Перевірити створення наступної процедури в ланцюжку
**AR:**
Процедура не створилась
**ER:**
Процедура створена
https://procedure-dev.pr...**STR:**
1.Опублікувати announcement
2.Подати 1/2 біда
3.Дискваліфікувати аварди
4.Перевірити створення наступної процедури в ланцюжку
**AR:**
Процедура не створилась
**ER:**
Процедура створена
https://procedure-dev.prozorro.sale/api/jobber/announcements/jas/6571b63144ffbc0e8ac6bb7a
https://procedure-dev.prozorro.sale/api/procedures/6571b6372d8063769bfb8e07v3.90.0Viacheslav SukhovieievViacheslav Sukhovieievhttps://gitlab.prozorro.sale/prozorro-sale/procedure/-/issues/2005CDB3-5656 АРМА гол. Реалізація статусів та періодів2024-01-10T12:27:41+02:00Olga KochubynskaCDB3-5656 АРМА гол. Реалізація статусів та періодівДока [тут](https://confluence-sale.prozorro.org/pages/viewpage.action?pageId=163447025)Дока [тут](https://confluence-sale.prozorro.org/pages/viewpage.action?pageId=163447025)v3.90.0Viacheslav SukhovieievViacheslav Sukhovieievhttps://gitlab.prozorro.sale/prozorro-sale/procedure/-/issues/2004CDB3-5656 АРМА гол. - Структура даних2024-01-10T12:27:25+02:00Olga KochubynskaCDB3-5656 АРМА гол. - Структура данихДока [тут](https://confluence-sale.prozorro.org/pages/viewpage.action?pageId=163447025)
В доці є
![image](/uploads/2f937f4e5a9ecc7ebbdcca9ab8d030d3/image.png)Дока [тут](https://confluence-sale.prozorro.org/pages/viewpage.action?pageId=163447025)
В доці є
![image](/uploads/2f937f4e5a9ecc7ebbdcca9ab8d030d3/image.png)v3.90.0Viacheslav SukhovieievViacheslav Sukhovieievhttps://gitlab.prozorro.sale/prozorro-sale/procedure/-/issues/2003CDB3-5656 АРМА гол. Рев'ю докуметації2024-01-10T12:27:16+02:00Olga KochubynskaCDB3-5656 АРМА гол. Рев'ю докуметаціїДока [тут](https://confluence-sale.prozorro.org/pages/viewpage.action?pageId=163447025)Дока [тут](https://confluence-sale.prozorro.org/pages/viewpage.action?pageId=163447025)v3.90.0Viacheslav SukhovieievViacheslav Sukhovieievhttps://gitlab.prozorro.sale/prozorro-sale/procedure/-/issues/2002CDB3-5656 Продаж майна АРМА - APD (armaProperty-dutch)2024-01-10T12:26:59+02:00Olga KochubynskaCDB3-5656 Продаж майна АРМА - APD (armaProperty-dutch)Дока [тут](https://confluence-sale.prozorro.org/pages/viewpage.action?pageId=163447025)Дока [тут](https://confluence-sale.prozorro.org/pages/viewpage.action?pageId=163447025)v3.91.0-1Vitalii CherednichenkoVitalii Cherednichenkohttps://gitlab.prozorro.sale/prozorro-sale/procedure/-/issues/2001проблема ДІ по міррору при синхронізації2023-12-18T12:24:51+02:00Olga Kochubynskaпроблема ДІ по міррору при синхронізаціїє проблема з ДІ по міррору, якщо синхронізувати минулі процедури через init-point-request\
при синхронізації в цьому режимі старі процедури з нещодавно доданими ДІ не приходять з міррора
https://prozorrosale.slack.com/archives/CLMGTLF53...є проблема з ДІ по міррору, якщо синхронізувати минулі процедури через init-point-request\
при синхронізації в цьому режимі старі процедури з нещодавно доданими ДІ не приходять з міррора
https://prozorrosale.slack.com/archives/CLMGTLF53/p1701334697679249v3.90.0Mike HoangMike Hoanghttps://gitlab.prozorro.sale/prozorro-sale/procedure/-/issues/2000CDB3-5656 При редагуванні інформаційного повідомлення в нього додається поле ...2024-02-06T12:16:20+02:00Yuriy BilinskyCDB3-5656 При редагуванні інформаційного повідомлення в нього додається поле previousObjectId**STR:**
1. Створити asset
2. Створити announcement
3. Перевірити наявність в announcement поля "objectId", та відсутність "previousObjectId"
4. Пропатчити announcement, наприклад decisions
5. Перевірити наявність в announcement поля "o...**STR:**
1. Створити asset
2. Створити announcement
3. Перевірити наявність в announcement поля "objectId", та відсутність "previousObjectId"
4. Пропатчити announcement, наприклад decisions
5. Перевірити наявність в announcement поля "objectId", та "previousObjectId"
**AR:**\
В обєкті присутні поля "objectId", та "previousObjectId", причому "objectId"=="previousObjectId"
**ER:**\
В обєкті присутнє лише поле "objectId"
Потрібна міграція по видаленню поля "previousObjectId" для обєктів, в яких "objectId"=="previousObjectId"
https://procedure-demo.prozorro.sale/api/jobber/announcements/jas/656725f962629e9bacd576fcv3.90.0Mike HoangMike Hoanghttps://gitlab.prozorro.sale/prozorro-sale/procedure/-/issues/1998[APE] Змінити перелік полів при редагуванні яких відбувається деактивація Біда2023-11-30T12:38:12+02:00Philipfilip.kuzmin@prozorro.sale[APE] Змінити перелік полів при редагуванні яких відбувається деактивація БідаЯкщо протягом rectificationPeriod Організатор редагує поля процедури, то відбувається деактивація бідів.
Деактивація відбувається, якщо Організатор редагує хоча б одне поле із переліку:
```
value
valueAddedTaxCharged
guarantee
registra...Якщо протягом rectificationPeriod Організатор редагує поля процедури, то відбувається деактивація бідів.
Деактивація відбувається, якщо Організатор редагує хоча б одне поле із переліку:
```
value
valueAddedTaxCharged
guarantee
registrationFee
minimalStep
lotId
title
description
items
x_additionalInformation
preparationValue
```https://gitlab.prozorro.sale/prozorro-sale/procedure/-/issues/1997Регресс порталу v1.18.02023-11-23T15:46:18+02:00Vladislav ShepelenkoРегресс порталу v1.18.0**Оточення**
https://marketplace-sandbox.prozorro.sale/
**Список змін**
https://gitlab.prozorro.sale/prozorro-sale/marketplace-portal/-/issues/?sort=created_date&state=closed&milestone_title=v3.88.0&first_page_size=20
**Тест прогон**...**Оточення**
https://marketplace-sandbox.prozorro.sale/
**Список змін**
https://gitlab.prozorro.sale/prozorro-sale/marketplace-portal/-/issues/?sort=created_date&state=closed&milestone_title=v3.88.0&first_page_size=20
**Тест прогон**
https://jira-sale.prozorro.org/secure/Tests.jspa#/testPlayer/TES-C739