Content Comparison

1.1.

Specifikacijų filtravimas

 3.1.4. Žymų grupės

215. Turi būti realizuota paieška tarp kataloge esančių techninių specifikacijų, specifikacijų rūšiavimas (filtravimas) pagal naudotojo pageidaujamus parametrus.

1.2.

Idėjimas į krepšelį uždarų 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

1.3.

Galimybė įdėti specifikacijas į kelis redaguojamus krepšelius

4.3. Krepšelio formavimas

218. Turi būti galimybė į vieną krepšelį rinkti perkamus objektus iš skirtingų modulių. PUNKTAS yra įgyvendintas kitaip, kad būtų galima viename modulyje kurti daug krepšelių (redaguojamos būsenos)

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.2.

Pasiūlymų vertinimo nustatymas, kai modulio nustatymas vertinimo būdas - Kainos ir kokybės santykis

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ą.

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.1.

Tiekėjo naudotojų prieigos prie modulio pasiūlymų nustatymas

I iteracijos dokumentas - naudotojų rolės ir teisės

240. Tiekėjai turi gauti informaciją apie užsakymus katalogo pozicijoms, kurioms tiekėjas yra pateikęs prekių.

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, kai Nustatymas:Produktai:Yra produktai, kai produktai suvesti

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.2.

Pasiūlymų vertinimas kainos ir kokybės santykio kriterijais. Tikranami rezultatai pagal šio Excel failo įvesties reikšmes bei rezultatus - Tiekėjų eilę ir suskaičiuotus balus

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

1.  

   Jira Legacy
   server System Jira serverId 79aec578-5347-30a7-932a-3bb1c6ca11c8 key CL-3804

   - 10.8. trūksta tokeno ir sąlygos.

2. Jira Legacy
   server System Jira serverId 79aec578-5347-30a7-932a-3bb1c6ca11c8 key CL-3805

   - reikia tik vieno atsaking asmens kontaktuose prie pirkėjo.

3. Jira Legacy
   server System Jira serverId 79aec578-5347-30a7-932a-3bb1c6ca11c8 key CL-3806

   - ištrinti dalį teksto iš sutarties priedo lentelės.