Versions Compared

Key

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

Pastaba

Jira

  • E paslaugoje nevaliduoja abonentų skaičiaus su A paslauga

  • A paslaugoje turi leisti pirkėjui įvesti 0 įkainį

  • Pirkėjui turi riboti įvesti kainą iki 4 skaičių po kableliu

  • Tiekėjui pasiūlymo lange leisti įvesti kainą su minuso ženklu

  • Tiekėjui turi leisti siūlyti kainą lygią 0

Jira Legacy
serverSystem Jira
serverId79aec578-5347-30a7-932a-3bb1c6ca11c8
keyCL-3835
DONE

kainos laukeli praplesti

kai eisim per modulius su didelem skaitinem reiksmem ten ir bus nuspresta kiek plotis lauko

Isskirtinumas modulio,  kad laimi tas tiekejas, kuris pateikė pasiūlymą anksčiau. Nors tai yra preliminari sutartis

priimtume su pastaba ištaisyti per sutartą laiką

Jira Legacy
serverSystem Jira
serverId79aec578-5347-30a7-932a-3bb1c6ca11c8
keyCL-3850

Modulyje yreikia skaitliuko. tiekėjai viso gali nedalyvauti atnaujintuose varžymuose 29 kartus. Vėliau jiems taikomos sankcijos arba jie gali nutraukti preliminarią sutartį (sumokėję baudą). Todėl dabar mes skaičiuojam, kiek kartų tiekėjai nesudalyvavo ir po kiekvieno nesudalyvavimo siunčiam konkrečiam tiekėjui pranešimą, kelintas jų nesudalyvavimo (pasiūlymo nepateikimo) kartas.

priimtume su pastaba ištaisyti per sutartą laiką

Jira Legacy
serverSystem Jira
serverId79aec578-5347-30a7-932a-3bb1c6ca11c8
keyCL-3851

Sutartyje trūksta po lentelėmis “Pagrindinė sutarties vertė, Eur su PVM:”

DONE

TESTAVIMO ATASKAITA

Nr.

Testavimo scenarijus

Vertinimas

DAIPD punktas

TS punkto tekstas

1.6.

Idėjimas į krepšelį atvirų specifikacijų atveju

 

4.3. Krepšelio formavimas

216. Pirkimo vykdytojas turi turėti galimybę iš katalogo surinkti krepšelį techninių specifikacijų, kurios atitinka užsakovo poreikius

2.3. 

Pirkimo biudžeto nustatymas ir nustatymo validavimas (Nustatymas: Biudžetas nustatomas specifikacijos eilutės kainos ir kiekio sandaugai)

 

3.3.2. Biudžeto nustatymai

221. Turi būti galimybė pirkėjui nustatyti krepšeliui užsakymo biudžetą. Užsakymo biudžeto dydis turi būti tikrinamas su prognozuojamomis krepšelio vertėmis, pirkėjui pateikiami pranešimai, jei nustatyta biudžeto vertė mažesnė už minimalią vertę.

3.1.

Kontaktinių asmenų bei adresų pasirinkimas ir validavimas (Nustatymas:3.3.1. Adresas nurodomas"="Adresų ir kontaktų žingsnyje")

 

3.3.3. Adresų nustatymas

227. Turi būti galimybė pirkėjui užsakyme nurodyti kelis prekių/paslaugų pristatymo adresus iš pirkėjo adresų sąrašo.

4.1.

Sutarties sąlygų nustatymas ir pasirinkimas

 

3.8. Pirkimo sąlygų nustatymas

192. Pagrindinės sutarties sąlygos, kurias pasirenka pirkėjas turi būti nustatomos modulio arba jo kategorijos lygyje.

4.2.

Sutarties nustatymo poveikis sutartims, kurių pirkimo procedūros įvykusios

 

3.8. Pirkimo sąlygų nustatymas

195. Redaguojant modulio (jo kategorijos) nustatymus, paruoštų pagrindinių sutarčių informacija bei įvykdytų užsakymų informacija negali keistis.

5.1.

Pasiūlymų vertinimo nustatymas, kai modulio nustatymas vertinimo būdas - Kaina

Jira Legacy
serverSystem Jira
serverId79aec578-5347-30a7-932a-3bb1c6ca11c8
keyCL-3835
- kainos input laukelio validacija. 

3.2.3.6. Pasiūlymų̨ vertinimo būdas 

225. Pirkimo vykdytojas turi turėti galimybę pasirinkti tiekėjų vertinimo būdą (pvz. mažiausią kainą, ekonominį naudingumą).

6.1.

Pirkimo validavimas ir pateikimas auditavimui

 

4.4. Pirkimo auditavimas

229. Perkančiosios organizacijos pateiktas užsakymas turi būti pateikiamas CPO LT patikrinimui.

6.2.

Pirkimo auditavimas

 

4.4. Pirkimo auditavimas

232. Jei po automatinio patikrinimo CPO IS nustato poreikį užsakymą patikrinti darbuotojui, CPO IS turi perduoti užsakymą modulio administratoriaus peržiūrai.

6.3.

Pirkimo pakartotinis pateikimas

 

4.4. Pirkimo auditavimas

235. Perkančioji organizacija, gavusi CPO LT pastabas, turi turėti galimybę pakoreguoti užsakymą.

  1.  

Pirkimo paskelbimas

 

4.5.1. Pirkimo paskelbimas

239. Jei pirkimas gali būti vykdomas toliau, užsakymo duomenys turi būti perduodami tiekėjams.

8.2.

Paieška ir filtravimas aktyviuose pirkimuose

 

5.1.2. Katalogo ir viešos informacijos paieška

243. Turi būti realizuota galimybė atlikti paiešką tarp gautų užsakymų, rūšiuoti (filtruoti) sąrašą pagal galimus parametrus.

8.3.1.

Pasiūlymo sukūrimas

 

4.5.2. Pasiūlymų teikimas

244. Tiekėjai turi turėti galimybę peržiūrėti visus perkančiųjų organizacijų užsakymus moduliuose, kuriuose dalyvauja (ne tik tuos, kuriems pateikė produktus).

8.3.2.3.

Pasiūlymo sukūrimas, kai Nustatymas:Viešųjų pirkimų tipas=DPS,

 

4.5.2. Pasiūlymų teikimas

245. Kol nesueina pasiūlymų pateikimo terminas tiekėjas turi turėti galimybę pateikti konkrečiam pirkimui ar atnaujintam varžymuisi reikalingus duomenis (kainą ir kitus konkrečiam pirkimui reikalingus duomenis).

8.3.5.

Subtiekėjų, kurių pajėgumais remiasi nustatymas 

 

3.2.7.2. Ar leisti tiekėjui rinktis kvazi sub tiekėjus?

249-255 punktų dėl subtiekėjų keitimas į naujas formuluotes

8.3.6.

Subtiekėjų, kurių pajėgumais NESIremiama nustatymas 

 

3.2.7.2. Ar leisti tiekėjui rinktis kvazi sub tiekėjus?

249-255 punktų dėl subtiekėjų keitimas į naujas formuluotes

8.3.7.

Kvazisubtiekėjų nustatymas

 

3.2.7.2. Ar leisti tiekėjui rinktis kvazi sub tiekėjus?

249-255 punktų dėl subtiekėjų keitimas į naujas formuluotes

9.1

Pasiūlymų vertinimas mažiausios kainos kriterijumi

 

4.6. Pasiūlymų vertinimas

260. Sistema turi įvertinti tiekėjų pasiūlymus pagal modelio nustatymuose nustatytas vertinimo formules ir biudžeto taisykles (jeigu nustatyta) bei paruošti pasiūlymų eilę.

10.1.

Tiekėjo susipažinimas su rezultatais

 

4.6.7. Pasiūlymo eilių sudarymas

273. Turi būti realizuota galimybė tiekėjui peržiūrėti savo vietą pasiūlymų eilėje.

10.2.

Pirkėjo susipažinimas su rezultatais

 

4.6.7. Pasiūlymo eilių sudarymas

275. Perkančioji organizacija turi būti informuojama apie visus pasiūlymus ir tiekėjų eiles kiekvienai pozicijai.

11. 

Sutarties generavimas

 

 

 

...