Příprava technických specifikací. Zkušenosti s psaním ideální technické specifikace

Hlavním účelem technické specifikace je jasně definovat a zaznamenat požadavky na předmět zakázky. Současně zákon stanoví, že název nákupu je uveden v souladu s (část 4 článku 23). Katalog byl schválen nařízením vlády č. 145 ze dne 2.8.2017.

Pokud je v KTU popis zakoupených produktů, je zákazník povinen:

• popište předmět nákupu, jak jej poskytuje KRU;
• zahrnout do popisu písemné zdůvodnění (pokud se popis liší od popisu uvedeného v KRU).

Pravidla schválená GD ze dne 06.05.2015 č. 555 stanoví povinnost zákazníka uvést v procesu zdůvodňování název položky nákupu.

Zákazník formuluje požadavky na základě pravidel pro popis předmětu obstarávání (článek 33). Zdůrazněme některé povinné podmínky:

• označení ekvivalentu;
• platnost nařízeními nebo jinými regulačními dokumenty;
• dostupnost specifikací, plánů, výkresů, náčrtů, obrázků (v případě potřeby);
• nový stav zboží (pokud zákazník nemá jinou potřebu);
• požadavky na poskytnutí záruky.

Co zahrnout do technické specifikace

• obecné informace;
• informace o zakoupeném předmětu;
• požadavky na dodavatele;
• podmínky;
• aplikace (povoleno dle uvážení zákazníka).

Etapy vypracování technických specifikací

1. Vytvořte seznam pojmů, definic a zkratek, které budou v dokumentu použity.

2. Poskytněte úplné informace o zákazníkovi:

• název (oficiální název organizace označující její právní formu);
• adresa (organizace nebo jednotky, která je odpovědná za veřejné zakázky);
• pracovní doba dle vnitřních pracovněprávních předpisů.

3. V informacích o zadávání zakázek uveďte následující informace:

• nebo ne, a pokud ano - práva a povinnosti každého zákazníka (PP ze dne 28. listopadu 2013 č. 1088);
• centralizované zadávání zakázek, informace o oprávněném orgánu (část 1, § 26 zákona č. 44-FZ);
• zapojení odborníků, postup při jejich práci.

4. Seznam informací o státních zakázkách:

• způsob určení dodavatele (část 1 článku 24);
• odůvodnění zvoleného způsobu určení dodavatele (část 5 čl. 24).

5. Vyjmenujte požadavky na účastníky: obchodní pověst, dostupnost výrobních zařízení.

6. Uveďte výchozí podmínky: reference, výroba, experimentální informace, které ovlivňují realizaci zakázky. Nakoupené zařízení je například možné obsluhovat pouze v dopoledních hodinách.

7. Poskytněte informace o vlastnostech výrobního procesu zákazníka nebo architektonického objektu, které ovlivní proces plnění smlouvy. Například při sestavování technické specifikace možná budete muset uvést, že během dodávky je nutné vylézt do třetího patra ručně kvůli chybějícímu výtahu.

8. Uveďte přesné umístění objektu a případně jeho úplný popis. To může být vyžadováno například pro projektování inženýrských sítí nebo pro přesný výpočet nákladů na opravy.

9. Poskytnout požadované výsledky (jaký problém chce zákazník řešit) a cíle zadávání veřejných zakázek (článek 13 44-FZ).

10. Uveďte zdroj financování.

11. Zavést požadavek, aby účastníci dodržovali určitý regulační rámec, včetně těch, které se týkají předmětu smlouvy, podmínek plnění, podmínek a záručních povinností.

12. Stanovit podmínky zadávání veřejných zakázek (1. část, čl. 19).

13. Uveďte název a odůvodnění předmětu veřejné zakázky.

14. Co nejpřesněji a nejpodrobněji popište předmět veřejné zakázky (článek 33).

15. Určete environmentální vlastnosti zakoupeného objektu.

16. Specifikujte objem zakoupeného zboží, četnost a dodací lhůtu.

17. Určete záruční dobu a rozsah poskytovaných záruk.

18. Stanovte požadavky na balení, označování, jaké symboly a speciální symboly na něm mají být.

19. Zavázat se k potvrzení nového produktu nebo potřeby produktu v jiném stavu.

20. Určete provozní náklady.

21. Rozhodněte, zda je nutná instalace a seřízení.

22. Stanovte postup pro doručení a převzetí.

23. Uveďte nutnost provedení testování a školení osob, které budou zakoupený produkt používat.

Ukázky technických specifikací zboží, prací, služeb v roce 2019

Pamatujte, že nebyla vyvinuta univerzální vzorová technická specifikace pro federální zákon-44, každý nákup vyžaduje individuální přístup. Jedině tak lze zohlednit všechny potřeby a vlastnosti zákazníka. Jako vodítko můžete použít tento příklad technické specifikace pro 44-FZ (vzor).

Níže je uveden vzor technické specifikace pro dodávku zboží podle 44-FZ.

Vzorovou technickou specifikaci pro provádění prací podle federálního zákona-44 můžete také najít v našem materiálu o nebo systémech.

Jak koupit to, co potřebujete, aniž byste porušili antimonopolní zákony? Klíčem k úspěchu v této věci je dobře napsaná technická specifikace. Přečtěte si v článku, jakých implicitních porušení se zákazníci dopouštějí.

Obecně platí, že při sestavování specifikace nákupu musí zákazník zajistit, aby popisovaný předmět byl zcela neosobní, to znamená, že by neměl obsahovat žádné požadavky nebo dokonce náznaky konkrétních značek, výrobců nebo dokonce země původu produktu. .

Ve skutečnosti je poměrně obtížné kvalifikovaně připravit popis předmětu zadávání veřejných zakázek, technické specifikace podle 44-FZ, bez speciálních znalostí v konkrétní oblasti. Někteří zákazníci dokonce vytvářejí nákupy za poskytování služeb pro přípravu technických specifikací. Ale je docela možné to udělat sami, pokud pečlivě prostudujete požadavky na objekty zadávání zakázek, porovnáte je s vašimi potřebami a přísně dodržujete pravidla pro popis předmětu nákupu podle 44-FZ.

Je třeba mít na paměti, že některé vlastnosti jsou zakódovány v označení produktu. Například technická specifikace stanoví pro materiál „dlažební desky“ s označením „Classico 1KO.4“ technické specifikace nekladou žádné požadavky na tloušťku dlaždic. Podle dekódování označení je jeho tloušťka 4 cm (poslední číslice označení udává tloušťku v centimetrech). Při zhotovování kontaktu se však ukázalo, že je potřeba dlaždice o tloušťce 6 cm. Tloušťka dlaždice určuje zátěž, kterou unese. Negramotná technická specifikace vedla k nákupu materiálu, který nesplňoval potřebné požadavky. Proto je třeba pečlivě zkontrolovat označení všech materiálů v technických specifikacích a uvést všechny základní, důležité požadavky na materiály.

Nejlépe nekopírujte popisy produktů z různých stránek. Údaje v popisu nemusí být spolehlivé a může se ukázat, že ani jeden výrobek nesplňuje uvedené požadavky. S vysokou pravděpodobností existuje pouze jeden produkt, který odpovídá tomuto popisu. To lze považovat za omezení hospodářské soutěže.

Všechny požadavky na výkon musí být jednoznačné. Jinak bude spousta žádostí o objasnění. Často se stává, že u mnoha požadavků na ně zákazník nemůže včas reagovat a na úpravu technických specifikací nemusí být čas. Na základě toho někdy zákazník ve vysvětlení uvede, že stačí předložit pouze souhlas, aniž by uvedl materiály. To zase snižuje šance na nákup přesně toho, co je potřeba, protože z aplikace není jasné, jaké materiály budou při provádění díla použity.


Pokyny pro přípravu žádosti je lepší vypracovat po popisu požadavků na technické vlastnosti. Pokyny by neměly účastníka zmást, ale měly by specifikovat požadavky technických specifikací, aby se předešlo mnoha žádostem účastníků. Nesoulad technických specifikací s pokyny, který vytváří překážku pro přípravu žádosti, může vyvolat podávání stížností potenciálních účastníků veřejných zakázek u Federální antimonopolní služby.

Jaké další požadavky je důležité uvést v zadání:

• K záruční době výrobku, díla, služby a (nebo) rozsahu poskytování záruk jejich kvality. Zákazník musí v technických specifikacích stanovit záruční dobu, která není kratší než záruční doba výrobce.
• Pro záruční servis produktu.
• K nákladům na provoz produktu.
• K povinnosti provést instalaci a seřízení výrobku.
• Školit osoby zapojené do používání a údržby výrobku.

Hlavní pravidla

1. Při přípravě zadávací dokumentace věnujte pozornost kódům All-Russian Product Classification (OKPD2) souvisejícím s předmětem zakázky. Je nutné, aby použitý kód odpovídal konkrétnímu objektu nákupu.
2. Kromě ustanovení 44-FZ je třeba při vývoji technických specifikací pamatovat také na požadavky jiných právních předpisů, antimonopolních úřadů, technických norem a norem (GOST, TU, SNiP atd.).
3. Zboží a materiály požadované zákazníkem v technických specifikacích musí odpovídat předmětu zakázky a odhadní dokumentaci (pokud existuje).
4. Při nákupu na stavební zakázku je dále nutné přiložit vadné vyjádření, odhad, v případě investiční výstavby (rekonstrukce, velké opravy) je nutné přiložit i projektovou dokumentaci.
5. Uveďte, že chcete zakoupit nové zboží a materiály (tj. nebyly použity, nebyly opraveny, restaurovány nebo restaurovány). V opačném případě může zákazník obdržet použité zboží.

Běžné otázky

Otázka: Je možné specifikovat „originál“ pro dodávku náhradních dílů?
Odpověď: Je možné, pokud se bavíme o produktu, který je v záruce, nebo je potřeba zajistit interakci takového zboží se zbožím používaným zákazníkem, stejně jako v případě nákupu náhradních dílů a spotřebního materiálu pro strojní zařízení a vybavení.

Otázka: Je nutné zahrnout identifikační kód zakázky do technických specifikací?
Odpověď: Identifikační kód zakázky je uveden v plánu zakázky, harmonogramu, oznámení o zakázce, výzvě k účasti na určování dodavatele (zhotovitele, realizátora) prováděném uzavřeným způsobem, zadávací dokumentaci, ve smlouvě, jakož i v jiných dokumenty stanovené tímto federálním zákonem . Není nutné to uvádět v technické specifikaci.

Otázka: Musíte si zakoupit zařízení pro vědecký výzkum, které doplní váš stávající systém 3 zařízení od stejného výrobce. V práci je potřeba úplně vše skloubit. Ekvivalent není žádoucí. Je možné nenapsat ekvivalent a uvést výrobce? Systém je vysoce přizpůsobitelný a drahý.
Odpověď: Pokud Váš případ sedí „...s výjimkou případů nekompatibility zboží, na kterém jsou umístěny jiné ochranné známky, a nutnosti zajistit interakci takového zboží se zbožím používaným zákazníkem...) - je možné, v ostatních případech - to není možné.

Otázka: Je možné specifikovat úzké ukazatele v zadání pro velké opravy, například barvu stěn s konkrétním barevným schématem, připojit příklad skladby sádrokartonu na stropě, konkrétní kolekci dlaždic bez ekvivalentu, s odkazem na estetické preference?
Odpověď: Při vytváření technických specifikací se zákazníci musí řídit požadavky článku 33 zákona č. 44-FZ. Barva stěn je volbou zákazníka, je to jeho potřeba, neomezující počet dodavatelů. Dispozice, náčrt sádrokartonové skladby na stropě je také potřebou zákazníka, všichni účinkující budou schopni zopakovat rozložení uvedené v dokumentaci. Sbírka dlaždic bez ekvivalentu je porušením odstavce 1 článku 33 zákona č. 44-FZ: „Zadávací dokumentace může obsahovat označení ochranných známek, pokud je při provádění prací nebo poskytování služeb zamýšleno použití zboží jehož dodávka není předmětem smlouvy. V tomto případě je povinnou podmínkou uvedení slova „nebo ekvivalentní“ v popisu předmětu zakázky.

Příprava na laboratorní práce

Seznamte se s přednáškovým materiálem na téma „Modely životních cyklů softwaru. Fáze životního cyklu v souladu s GOST 19.102-77. Vyjádření problému“ akademické disciplíny „Vývoj a standardizace softwaru a IT“.

1. Prostudujte si příslušné sekce v publikacích.

Teoretická část. Vývoj technických specifikací

Technické specifikace je dokument, který formuluje hlavní vývojové cíle, požadavky na softwarový produkt, definuje načasování a fáze vývoje a upravuje proces akceptačního testování. Na zpracování technických specifikací se podílejí jak zástupci objednatele, tak zástupci zhotovitele. Tento dokument je založen na počátečních požadavcích zákazníka, analýze pokroků v technologii, výsledcích výzkumných prací, předprojektových studiích, vědeckých prognózách atd.

Postup pro vývoj technických specifikací

Vývoj technických specifikací se provádí v následujícím pořadí. Nejprve je stanovena sada funkcí, které mají být provedeny, a také seznam a charakteristiky výchozích dat. Poté je stanoven seznam výsledků, jejich charakteristiky a způsoby prezentace.

Dále je specifikováno operační prostředí softwaru: konkrétní konfigurace a parametry hardwaru, verze použitého operačního systému a případně verze a parametry dalšího instalovaného softwaru, se kterým bude budoucí softwarový produkt komunikovat.

V případech, kdy vyvíjený software shromažďuje a ukládá nějaké informace nebo je zahrnut do řízení jakéhokoli technického procesu, je také nutné jasně regulovat činnost programu v případě výpadků zařízení a napájení.

1. Obecná ustanovení

1.1. Zadávací podmínky jsou vypracovány v souladu s GOST 19.106-78 na listech formátu A4 a A3 v souladu s GOST 2.301-68, zpravidla bez vyplňování polí listu. Čísla listů (stránek) jsou umístěna v horní části listu nad textem.

1.2. Schvalovací list a titulní strana jsou vypracovány v souladu s GOST 19.104-78. Informační část (anotace a obsah), list evidence změn nemusí být součástí dokumentu.

1.3. Pro provedení změn a doplnění technického zázemí v následných fázích vývoje programu nebo softwarového produktu je k němu uvolněn dodatek. Koordinace a schvalování dodatků k technickým specifikacím se provádí stejným způsobem, jaký je stanoven pro technické specifikace.

1.4. Zadávací podmínky musí obsahovat následující oddíly:

Zavedení;

Název a rozsah aplikace;

Základ pro rozvoj;

Účel rozvoje;

Technické požadavky na program nebo softwarový produkt;

Technické a ekonomické ukazatele;

Etapy a fáze vývoje;

Postup kontroly a přijetí;

Aplikace.

V závislosti na vlastnostech programu nebo softwarového produktu je možné upřesnit obsah sekcí, zavést nové sekce nebo jednotlivé kombinovat. V případě potřeby je povoleno zahrnout aplikace do technických specifikací.

2.1 Úvod by měl obsahovat stručný popis rozsahu použití programu nebo softwarového produktu a také objektu (například systému), ve kterém má být použit. Hlavním účelem úvodu je demonstrovat relevanci tohoto vývoje a ukázat, jaké místo tento vývoj zaujímá mezi podobnými.

2.2 V části „Název a rozsah“ uveďte název, stručný popis rozsahu použití programu nebo softwarového produktu a objektu, ve kterém je program nebo softwarový produkt používán.

2.3 V části „Základ pro rozvoj“ musí být uvedeno:

Dokument(y), na jehož základě se provádí vývoj. Takovým dokumentem může být plán, objednávka, smlouva atd.;

organizace, která tento dokument schválila, a datum jeho schválení;

Název a (nebo) symbol vývojového tématu.

2.4. V části „Účel vývoje“ musí být uveden funkční a provozní účel programu nebo softwarového produktu.

2.5. Část „Technické požadavky na program nebo softwarový produkt“ by měla obsahovat následující podsekce:

Požadavky na funkční charakteristiky;

Požadavky na spolehlivost;

Podmínky použití;

Požadavky na složení a parametry technických prostředků;

Požadavky na informace a kompatibilitu softwaru;

Požadavky na označování a balení;

Požadavky na přepravu a skladování;

Zvláštní požadavky.

2.5.1 V pododdíle „Požadavky na funkční charakteristiky“ musí být uvedeny požadavky na skladbu vykonávaných funkcí, organizaci vstupních a výstupních dat, časové charakteristiky atd.

2.5.2 V podčásti „Požadavky na spolehlivost“ musí být uvedeny požadavky na zajištění spolehlivého provozu (zajištění stabilního provozu, sledování vstupních a výstupních informací, doba zotavení po poruše atd.).

2.5.3 V podčásti „Provozní podmínky“ musí být uvedeny provozní podmínky (okolní teplota, relativní vlhkost apod. u vybraných typů paměťových médií), při kterých musí být zajištěny uvedené vlastnosti, dále druh služby, požadované množství. a kvalifikace personálu.

2.5.4 V podkapitole „Požadavky na složení a parametry technických prostředků“ uvést požadované složení technických prostředků s uvedením jejich technických vlastností.

2.5.5 V podsekci „Požadavky na informace a kompatibilitu softwaru“ musí být specifikovány požadavky na informační struktury na vstupu a výstupu a metody řešení, zdrojové kódy a programovací jazyky. V případě potřeby musí být zajištěna ochrana informací a programů.

2.5.6 V pododdíle „Požadavky na značení a balení“ jsou obecně uvedeny požadavky na značení softwarového produktu, možnosti balení a způsoby.

2.5.7 V podsekci „Požadavky na přepravu a skladování“ musí být pro softwarový produkt uvedeny přepravní podmínky, místa skladování, podmínky skladování, podmínky skladování, doby skladování.

2.5.8. V části „Technické a ekonomické ukazatele“ by měly být uvedeny: odhadovaná ekonomická efektivnost, odhadovaná roční poptávka, ekonomické výhody vývoje ve srovnání s nejlepšími domácími a zahraničními vzorky nebo analogy.

2.6 V části „Etapy a fáze vývoje“ jsou stanoveny potřebné etapy rozpracovanosti, etapy a obsah prací (seznam programových dokumentů, které musí být vypracovány, odsouhlaseny a schváleny), a také zpravidla. , určuje se časový rámec vývoje a vykonavatelé.

2.7 V části „Postup kontroly a přejímky“ musí být uvedeny druhy zkoušek a obecné požadavky na přejímku díla.

2.8 V dodatcích k technickým specifikacím v případě potřeby uveďte:

Seznam výzkumných a jiných prací odůvodňujících vývoj;

Algoritmové diagramy, tabulky, popisy, zdůvodnění, výpočty a další dokumenty, které lze použít při vývoji;

Další zdroje vývoje.

V případech, kdy zákazník nepředloží žádné požadavky stanovené technickými specifikacemi, je třeba na příslušném místě uvést „Žádné požadavky nejsou předloženy“.

Příklady vývoje technických specifikací jsou uvedeny v přílohách B a C.

Bezpečnostní otázky

1.Uveďte koncept modelu životního cyklu softwaru.

2.Uveďte fáze vývoje softwaru.

3. Co zahrnuje řešení problému a předprojektový výzkum?

4. Uveďte funkční a provozní požadavky na softwarový produkt.

5. Vyjmenujte pravidla pro vývoj technických specifikací.

6. Vyjmenujte hlavní části technických specifikací.

Dodatek A

Možnosti úkolu

Laboratorní práce č. 1-5 jsou prováděny pro stejnou možnost.

1. Vytvořte softwarový modul „Účtování pokroku studentů“. Softwarový modul je určen pro operativní evidenci postupu studentů během zasedání děkanem, proděkany a pracovníky děkanátu. Informace o studijních výsledcích studentů musí být uchovávány po celou dobu studia a použity při přípravě osvědčení o absolvovaných kurzech a dodatků k diplomu.

2. Vyvinout softwarový modul „Osobní soubory studentů“. Softwarový modul je určen pro získávání informací o studentech zaměstnanci děkanátu, odborové komise a personálního oddělení. Informace musí být uchovávány po celou dobu studia studentů a použity při přípravě certifikátů a zpráv.

3. Vyvinout softwarový modul „Řešení problémů kombinatorické optimalizace“. Modul musí obsahovat algoritmy pro nalezení cyklu o minimální délce (problém obchodního cestujícího), nalezení nejkratší cesty a nalezení minimální kostry.

4. Vyvinout softwarový modul „Matrix Processing“. Modul musí obsahovat algoritmy pro vyhledávání součtů a součinů prvků matice podle řádků a sloupců a také výpočet průměrných, minimálních a maximálních hodnot v matici.

5. Vytvořte Windows aplikaci „Organizer“. Aplikace je určena pro záznam, ukládání a vyhledávání adres a telefonních čísel jednotlivců a organizací, dále pak rozvrhů, schůzek apod. Aplikace je určena pro všechny uživatele počítačů.

6. Vytvořte Windows aplikaci „Kalkulačka“. Aplikace je určena pro každého uživatele a musí obsahovat všechny aritmetické operace (s ohledem na priority) a nejlépe (ale ne nezbytně) několik matematických funkcí.

7. Vytvořte softwarový modul „Oddělení“ obsahující informace o zaměstnancích oddělení (celé jméno, funkce, akademický titul, obory, pracovní náplň, veřejně prospěšné práce, práce na částečný úvazek atd.). Modul je určen pro pracovníky personálního oddělení a děkanátu.

8. Vyvinout softwarový modul „Laboratoř“ obsahující informace o zaměstnancích laboratoře (celé jméno, pohlaví, věk, rodinný stav, přítomnost dětí, pozice, akademický titul). Modul je určen pro pracovníky odborového výboru a personálního oddělení.

9. Vyviňte softwarový modul „suché čištění“. Při registraci do služby je vyplněna žádost, která uvádí jméno vlastníka, popis produktu, typ služby, datum přijetí objednávky a cenu služby. Po dokončení práce se vytiskne účtenka.

10. Vyvinout softwarový modul „Účtování dopravních přestupků“. Pro každé auto (a jeho majitele) je v databázi uložen seznam přestupků. U každého přestupku se zaznamenává datum, čas, druh přestupku a výše pokuty. Po zaplacení všech pokut je vůz odstraněn z databáze.

11. Vyvinout softwarový modul „Automotive Store Card Index“, určený pro použití agenturními zaměstnanci. Databáze obsahuje informace o vozech (značka, objem motoru, datum výroby atd.). Po obdržení požadavku na nákup se vyhledá vhodná možnost. Pokud taková možnost neexistuje, je klient zapsán do databáze klientů a upozorněn, když se tato možnost objeví.

12. Vyvinout softwarový modul „PBX Subscriber Index“. Kartotéka obsahuje informace o telefonech a jejich majitelích. Eviduje nedoplatky plateb (předplatné a časové). Předpokládá se, že platba za místní telefonní hovory na základě času již byla zavedena.

13. Vyvinout softwarový modul „Avtokassa“ obsahující informace o dostupnosti volných míst na autobusových linkách. Databáze musí obsahovat informace o čísle letu, trase, řidiči, typu autobusu, datu a čase odjezdu a také o cenách letenek. Po obdržení žádosti o letenky program vyhledá vhodný let.

14. Vyvinout softwarový modul „Knihkupectví“ obsahující informace o knihách (autor, název, vydavatel, rok vydání, cena). Kupující vyplní poptávku na knihy, které potřebuje, pokud žádné nejsou, je zapsán do databáze a upozorněn, až knihy, které potřebuje, dorazí na prodejnu.

15. Vyvinout softwarový modul „Car Parking“. Program obsahuje informace o značce vozu, jeho majiteli, datu a čase vjezdu, nákladech na parkování, slevách, nedoplatcích atd.

Termín „TOR“ je dokument, který je považován za základ pro vývoj jakéhokoli projektu. A bez ohledu na to, jak složitý nebo velký je úkol, měl by být vždy doprovázen jasnou a srozumitelnou technickou specifikací. V první řadě to zákazník potřebuje, aby dostal přesně to, co chtěl vidět. Ale je vhodné, aby interpret vždy vyžadoval jasně stanovený úkol, aby pochopil, co po něm chce. Mnoho lidí ignoruje fakt psaní podrobných technických specifikací, což následně vede k nedorozuměním, sporům, konfliktům a hádkám.

Doporučujeme přečíst:

Já, autor tohoto článku, jsem v životě dokázal být jak zákazníkem několika velkých projektů za desítky tisíc dolarů, tak realizátorem neméně nákladných zakázek. Než jsem dosáhl seriózní úrovně, musel jsem si znovu přečíst stovky „Technických specifikací“ a sestavit několik desítek vlastních vysvětlení pro interpreta. Pokaždé byly technické specifikace jasnější a jasnější, což umožnilo získat finální verzi díla tak, jak jsem si představoval. V tomto článku bych chtěl mluvit o tom, jak napsat technickou specifikaci, na co si dát pozor jako první. Také vám řeknu, proč je vhodné, aby zákazník a zhotovitel nepracovali na dobré slovo, ale vše zdokumentovali.

Proč zákazník potřebuje technické specifikace?

Vy jako zákazník máte představu o finální verzi své objednávky. Jen život je něco, co si každý může vykládat stejná slova jinak. Z tohoto důvodu často vznikají problémy, zejména mezi zákazníky a účinkujícími. První nevysvětlil všechno, druhý to nepochopil správně a výsledek je úplně jiný, než si všichni mysleli. Technická specifikace je dokument, podle kterého převezmete provedenou práci. A pokud se něco udělá špatně, něco není dokončeno, něco není dokončeno v plném rozsahu, pak můžete vždy ukázat na položku z technické specifikace a doložit svůj nárok na dokončení předloženého projektu. Pokud neexistuje technická specifikace, pak bude prakticky nemožné prokázat, že jste to řekl, napsal, zmínil. Dá se říci, že technická specifikace je jakýmsi prototypem servisní smlouvy. Pokud pracujete na velkém projektu, pak by zadání měla být dodatkem k hlavní smlouvě. Při podepisování potvrzení o převzetí dokončené práce musíte vše porovnat s množstvím práce, které bylo uvedeno v původním výkazu práce.

Doporučujeme přečíst:

Proč umělec potřebuje technické specifikace?

Za prvé, toto je váš průvodce tím, co je třeba udělat. Zákazníci často přijdou s něčím během procesu vývoje a snaží se vás donutit provádět zbytečné úkoly. Chcete pracovat zdarma? Jsem si jistý, že ne. Upřesněte prosím, že částka dohodnutá na samém počátku se týkala výhradně rozsahu prací uvedeného v zadání. Cokoli navíc se platí zvlášť. Rovněž po doručení projektu budete moci podat zprávu o zadaných úkolech a jejich plnění. Nejednou jsem se setkal s momenty, kdy zákazník nechtěl práci přijmout s argumentem, že není dokončena celá. Když ale byly vzneseny prvotní technické specifikace, ukázalo se, že dotyčné úkoly nestanovil vůbec nikdo. Ještě jednou zdůrazňuji - nepracujte bez technických specifikací, protože názor zákazníka se může měnit častěji než počasí a budete muset vše opakovat desítkykrát, ztrácet čas a bez další platby za to.

Kde začít se sestavováním kompetentní technické specifikace

Pojďme tedy k hlavnímu tématu tohoto článku. Dále budeme hovořit o tom, jak sestavit technické specifikace a na které body byste měli rozhodně věnovat pozornost. Jak jste pochopili, každý TK je jedinečný a nebudu schopen pokrýt všechny aspekty. Proto uvedu pouze hlavní body, které by měly být v každém úkolu, bez ohledu na projekt a oblast působnosti zákazníka.

• Obecná ustanovení technických specifikací

Pokud máte technicky složitý projekt, nebo velmi specifický, pak obecně nesmí chybět slovníček – slovník pojmů a definic. Samozřejmě je velmi dobré, když si zákazník a zhotovitel rozumí a bez problémů rozumí konkrétní terminologii. Ale není tomu tak vždy, proto je lepší napsat, co určitá slova, fráze, označení znamenají. Možná by stálo za to vysvětlit některé vaše fráze ve slovníku. Řekněme, že používáte určitou frázi a interpretujete ji trochu jinak. Abyste předešli zmatkům, okamžitě vložte vše na své místo.

Doporučujeme přečíst:

Měl jsem případ, kdy nepochopení pojmů vedlo k zmeškání termínu na více než měsíc. V důsledku toho zákazník utrpěl určité ztráty, ale problém byl pouze na jeho straně. Proto nepřipouštějte neshody. Před zahájením projektu se rozhodněte o terminologii.

• Cíle projektu

Je bezpodmínečně nutné, aby zadání uvádělo, jaké jsou cíle vašeho projektu, proč vzniká, jak bude fungovat a jaký by měl být konečný výsledek. I když dodavatel pracuje na malé části projektu, musí plně rozumět jeho struktuře, úkolům, cílům a technickým řešením. za co? Ne vždy je možné, aby dodavatel od zákazníka dostal radu a vysvětlení, a nemá smysl žádat o výklad některých maličkostí, pokud se dokážete obrátit k cílům, pochopit, k čemu projekt je, a dělat svou práci na základě na tomto.

Dovolte mi uvést příklad. Nedávno jsme vyvinuli velký internetový projekt a objednali design. Designérovi bylo řečeno, o čem stránka bude, jaké funkce bude mít, co by měla dělat a jak stránka pomůže lidem. Obecně platí, že vše vykousali do nejmenších detailů, a to nejen to, co se týká designu. Díky tomu jsme dostali layout, který nevyžadoval prakticky žádné úpravy, a také tucet nápadů, jak web vylepšit, co přidat, jak ho zatraktivnit.

• Funkční požadavky

Všechny požadavky zákazníků lze rozdělit do dvou typů: funkční a speciální. Funkční požadavky jsou ty možnosti implementace, které v sobě chcete vidět. Vezmeme-li příklad internetové stránky, pak musíte dodavateli poskytnout příklady funkčních řešení z jiných projektů, které se vám líbí a které chcete vidět ve svém. Například viděli prvek, který se jim technicky líbil, popsali ho a hned dali odkaz, aby člověk jasně pochopil, o co jde a mohl si to vzít jako základ.

Doporučujeme přečíst:

Speciální požadavky jsou požadavky, s jejichž pomocí musí být splněny zadané úkoly. Pokud opět vezmeme za základ vývoj webových stránek, můžete si určit programovací jazyk, speciální parametry rozvržení, kódování, použití určitých stylů a vše, co chcete vidět. Pokud takové požadavky neexistují, nechte zhotovitele samostatně rozhodnout, co a jak použije při plnění vašich technických specifikací.

• Termíny

Termíny dokončení musí být uvedeny v zadání. Vždy berte s malou rezervou, aby rychlost provedení neovlivnila kvalitu. V žádném případě nesmí existovat jasná lhůta a jsou popsány sankce za nedodržení těchto lhůt. Zhotovitel musí pochopit, že nejde jen o bod v technických specifikacích, ale o skutečnou instalaci, bez které mu hrozí finanční či jiné sankce.

• Hlášení

Je-li projekt rozsáhlý a vyžaduje několik měsíců k dokončení, rozdělte práci na etapy a pro každou stanovte jasné časové rámce. Po dokončení konkrétní fáze vyžádejte zprávu o dokončené práci. To udrží interpreta v dobré kondici, takže nebude několik měsíců chodit, jíst a pít zálohu a za týden všechno dělá závratnou rychlostí.

Nesmí chybět ani protokol o skutečně provedené práci. Co se udělalo, kolik času tomu bylo věnováno, s jakými obtížemi se umělec setkal atd.

• Odpovědnost

Pokud sepíšete smlouvu, bude v ní klauzule o odpovědnosti. Pokud se omezujete pouze na technické specifikace, pak stojí za to popsat, že dodavatel je odpovědný za nedodržení termínů, nedodání projektu, sdělování nuancí práce třetím stranám, což pro vás znamená ztráty. Který? Jednak v souladu se zákonem, ale můžete si stanovit i vlastní pokuty a sankce.

Doporučujeme přečíst:

A na závěr tohoto článku bych chtěl dát pár rad založených na mých vlastních zkušenostech při sestavování a přijímání technických úkolů.

1. Technické specifikace musí být podrobné. Nebojte se popsat každý prvek, každou položku, každé tlačítko. Pište všechno, všechno, co nejpodrobněji. Nebojte se vypadat pečlivě. Je lepší něco několikrát zopakovat a přežvýkat, než to dokončit později, připlácet a upravovat. Poslední technický úkol, který jsem napsal, se týkal vývoje webu. Byl to velký informační projekt. Nejprve jsme vypracovali návrh a na jeho základě jsem popsal funkční úkol pro programátory. Takže všechny specifikace se ukázaly jako 54 stránek A4 11 fontů. Zadávací podmínky přišly jako dodatek k hlavní smlouvě, která měla rovněž 7 stran. Chci ale říci, že ani v tak podrobné technické specifikaci jsem nemohl zohlednit vše, protože v průběhu vývoje byly podepsány další tři dodatečné smlouvy, kterými jsem provedl určité úpravy původní verze zadání.
2. Technické specifikace musí být jasné. Není potřeba žádná voda. Všechno je k věci. Pokud píšete o termínu, tak konkrétní údaj, pokud o funkčnosti, tak seznam funkčních řešení, která potřebujete atd.
3. Vaše technická specifikace není dogma, ale pouze jedna z možných variant plnění úkolů. Abych byl upřímný, nejsem odborník na programování. Ano, dokážu promyslet strukturu projektu, jeho funkčnost, některá technická řešení, ale vždy při sestavování finální verze technické specifikace konzultuji s účinkujícími. Mohou něco vidět, vyjádřit svůj názor a navrhnout optimální řešení pro realizaci.

To je asi vše, co jsem chtěl tímto článkem říci. Vypracování technických specifikací není tak obtížné, pokud jasně rozumíte tomu, co od dodavatele požadujete. Můžete si moji radu znovu přečíst a aplikovat ji na váš konkrétní případ. Hodně štěstí!

Mnoho specialistů v oblasti veřejných zakázek si často klade otázku, jak nakupovat právě takové zboží a služby, které splňují potřeby zákaznické organizace z hlediska kvality a ceny a zároveň splňují všechny normy stávající legislativy. V tomto ohledu hraje v procesu zadávání zakázek významnou roli správně (či chybně) vypracovaná technická specifikace.

V souladu s odstavcem 10 Čl. 4 zákona č. 223-FZ musí v zadávací dokumentaci být uvedeny požadavky stanovené zákazníkem na jakost, technické vlastnosti výrobku, práce, služby, jejich bezpečnost, funkční vlastnosti (spotřebitelské vlastnosti) výrobku, velikost , balení, expedice produktu a výsledků práce a další požadavky související se zjištěním souladu dodaného zboží, provedené práce, poskytovaných služeb s potřebami zákazníka.

Jedná se o technický úkol, tj. popis produktu, práce nebo služby, kterou plánujete zakoupit. Toto je nejvolatilnější část dokumentace. Podmínky se mění s každým novým nákupem.

Požadavky na tvorbu technických specifikací.

1. Podle odstavce 2, části 1, čl. 3 zákona č. 223-FZ se zákazníci při nákupu GWS musí řídit těmito zásadami: rovnost, spravedlnost, absence diskriminace a nepřiměřené omezení hospodářské soutěže ve vztahu k účastníkům zakázky.

2. Zákon č. 135-FZ „O ochraně hospodářské soutěže“ (ustanovení 2, část 1, článek 17) uvádí, že při nabídkovém řízení jsou zakázána jednání, která vedou nebo mohou vést k zamezení, omezení nebo vyloučení hospodářské soutěže, včetně je zakázáno vytvářet zvýhodněné podmínky pro účast ve výběrových řízeních pro uchazeče nebo více uchazečů, a to i prostřednictvím přístupu k informacím, nestanoví-li zákon jinak.

Je velmi snadné omezit hospodářskou soutěž pomocí technických specifikací tím, že v nich uvedete specifické technické vlastnosti produktu, který chcete zakoupit. Poté mohou následovat sankce ze strany regulačních úřadů. Proto je nutné velmi pečlivě sestavit zadání s přihlédnutím ke všem požadavkům zákona, ale zároveň respektujícím zájmy zákaznické organizace ve smyslu nákupu právě takového zboží, prací, služeb, které jsou vyžadovány.

Je lepší, aby zadávací podmínky vypracovával iniciátor koupě, tedy ten, kdo bude předmět koupě užívat. Specialisté na nákup musí zároveň sledovat a kontrolovat soulad zadání s antimonopolní legislativou (článek 17 zákona č. 135-FZ).

Ve fázi tvorby technických specifikací je rozhodnuto o rozdělení nákupu na části. Tito. Bude nákup všeho popsaného v technických specifikacích proveden v jedné šarži, nebo je vhodné rozdělit to do více šarží?

Technická specifikace musí jako jeden z požadavků uvádět, že výrobek musí být nový. Vzhledem k tomu, že zákon č. 223-FZ toto žádným způsobem neupravuje (na rozdíl od zákona č. 94-FZ), budou mít účastníci zakázky právo dodat použité zboží, pokud zákazník výslovně neuvede, že by mělo být nové.

Správná technická specifikace obsahuje:

• Popis GWS (funkční charakteristiky a spotřebitelské vlastnosti).
• Množství, čas a místo dodání.
• Kompletní sada.
• Požadavek na náklady na provoz produktu.
• Požadavky na kvalitu.
• Požadavky na instalaci a dodání.
• Požadavky na školení personálu.
• Seznam přenesené dokumentace.
• Požadavky na zbývající dobu použitelnosti.
• Požadavky na objem a dobu trvání záruk.

Správně tvoříme losy.

Je lepší nezahrnout do jedné šarže:

• technologicky a funkčně nesouvisející produkty (počítače a produkty);
• druhy činností podléhajících licencování a nepodléhající licencování (počítače a software).

Pravidla tvorby losů.

1. Musí být poskytnuto právo účasti v libovolném počtu položek.

Pokud dodavatel vyhraje jednu položku, pak je nezákonné omezovat jeho účast v dalších částech. To bude považováno za omezení hospodářské soutěže.

2. Počáteční cena a částky jistoty musí být stanoveny pro každou šarži zvlášť.

3. Výhru v jednom lotu nelze podmínit výhrou v lotu jiném.

4. Smlouvy se uzavírají pro všechny části samostatně, nebo pokud je jeden vítěz - 1 smlouva pro všechny části.

5. Nabídku lze prohlásit za neplatnou pro každou položku zvlášť.

Populární způsoby, jak omezit počet účastníků.

1. Stanovení požadavků na produkt specifických pouze pro jednu ochrannou známku.

Detailní popis konkrétních technických vlastností výrobku, který navíc může dodat pouze jeden dodavatel - jeho výrobce, nevyhnutelně povede k dotazům antimonopolních úřadů. Místo toho je lepší uvést funkční charakteristiky požadovaného produktu.

2. Zařazení heterogenních produktů do šarže.

3. Zařazení do šarže, kromě jiných produktů, produktů podléhajících licenci.

4. Zahrnutí „různě licencovaných“ produktů do šarže.

5. Požadavky na více míst dodání.

6. Nereálné termíny.

7. Stanovení náročných požadavků na poskytování dokumentů.

Pravidla pro stanovení jakosti produktu podle čl. 469, 721 Občanský zákoník Ruské federace:

1. Dodavatel je povinen dodat zákazníkovi zboží, jehož kvalita odpovídá smlouvě.

2. Nejsou-li ve smlouvě podmínky týkající se jakosti zboží, je dodavatel povinen předat odběrateli zboží vhodné pro účely, ke kterým se zboží tohoto druhu obvykle používá.

3. Pokud byl dodavatel při uzavírání smlouvy zákazníkem informován o konkrétních účelech nákupu zboží, pak je dodavatel povinen předat zákazníkovi zboží vhodné k použití v souladu s těmito účely.

4. Při prodeji zboží podle vzorku nebo popisu je dodavatel povinen předat odběrateli zboží, které odpovídá vzorku nebo popisu.

5. Pokud zákon stanoví povinné požadavky na jakost zboží, pak je dodavatel povinen předat odběrateli zboží, které tyto povinné požadavky splňuje. Technická specifikace může zároveň obsahovat zvýšené požadavky na kvalitu oproti závazným požadavkům stanoveným zákonem.

Důsledky nesprávné přípravy technických specifikací:

• budete muset koupit nejlevnější a nekvalitní;
• budete muset koupit použitý produkt;
• vůbec žádné nabídky;
• budete muset zakoupit komponenty, uvedení do provozu, školení atd. jako samostatný postup.

Při popisu požadavků na technické specifikace v Zadávacím řádu se můžete spolehnout na normy smluvního systému předepsané zákonem č. 44-FZ.

Příklady požadavků v technických specifikacích:

Špatně	Právo
Dostupnost lidských zdrojů	Přítomnost minimálně 5 zaměstnanců s odborným vzděláním.
Lepidlo na papírnictví	Lepicí tyčinka "ErichKrause". Hmotnost ne méně než 15 gramů. Netoxický, obsahuje glycerin pro snadné klouzání, bez zápachu, snadno se smyje vodou. Průhledný. Na lepení papíru.
Zažít	Zkušenosti s poskytováním obdobných služeb za poslední 3 roky v rozsahu minimálně 3 smluv s celkovou částkou ne nižší než počáteční cena.
	Pravítko je průhledné, délka 30 cm, plastové, odolné proti deformaci, hladký leštěný povrch, hladká, čirá milimetrová stupnice.

Referenční podmínky pro nákup paliv a maziv

Před nákupem musíte určit kód OKDP, abyste věděli, jakou formou má být nákup proveden - elektronický nebo ne. V tomto případě kód číslo 2320000 tento kód není v nařízení vlády č. 616 obsažen. To znamená, že neexistuje povinnost provádět zadávání zakázek elektronicky. Nicméně je to velmi pohodlné a lze to udělat i v elektronické podobě.

Předmět smlouvy: dodávka paliv a maziv nebo ropných produktů.

V technických specifikacích uvádíme:

• Jméno;
• vlastnosti;
• množství;
• vzorkování na základě požadavků;
• místo dodání;
• způsob doručení (velkoobchod, kupony nebo kartami, v hotovosti).

Ve smlouvě jsou specifikována čerpací místa, přibližný směr, provozní doba atd.

Způsoby dodávání paliv a maziv:

• velkoobchod pro skladování v benzinových a palivových skladech organizací bankovním převodem;
• nákupem kuponů, palivových karet pro následný nákup pohonných hmot a maziv (kupóny mohou být denominovány ve fyzických jednotkách (litry) nebo v peněžním vyjádření (rublech);
• pro platbu v hotovosti prostřednictvím odpovědných osob.

Nezapomeňte na nákupy nad 100 tisíc rublů. zveřejňovat na webu od jednoho dodavatele.

Platba za palivo a maziva:

2. Konečná platba:

• při převodu kuponů;
• při připsání na čipovou kartu;
• podle skutečné dodávky.

Podmínky nákupu přepravních služeb.

Objem přepravních služeb se měří:

• v ujetých kilometrech;
• v hodinách poskytování služeb;
• počet osob, které je třeba přepravit;
• počet vozidel;
• počet letových hodin podle typu letadla.

Záleží na specifikách organizace a zadaných úkolech.

V technických specifikacích uvádíme následující podmínky:

• dostupnost povinného pojištění odpovědnosti z provozu vozidla a pojištění cestujících;
• lékařské vyšetření řidičů před nástupem do práce, požadavky na chování a vzhled řidičů;
• typy vozidel;
• počet vozidel požadovaný zákazníkem současně;
• místo poskytování služeb - konkrétní trasa, případně údaj, že trasu určuje zákazník přímo při poskytování přepravních služeb.

Referenční podmínky pro nákup pojišťovacích služeb

OSAGO - stejná cena pro všechny účastníky, stanovená zákonem. To znamená, že při nákupu byste se neměli zaměřit na náklady, ale na jiné faktory. Například počet dní potřebných k rozhodnutí o uznání nebo neuznání události jako pojistné události. Zadávací řád by měl specifikovat jednání v situaci, kdy všichni dodavatelé mají stejnou cenu a případně i jiné dodací podmínky jsou podobné.

CASCO - cena se u různých dodavatelů liší. Tento faktor je možné hodnotit spolu s dalšími důležitými ukazateli.

Podmínky zadání zahrnují:

• počet předmětů pojištění;
• jejich jména a přesné charakteristiky;
• doba pojištění;
• pojistná částka.

OSAGO. Hodnocení žádostí.

Smluvní cena je pojistným, které není předmětem změny ze strany účastníků zakázky.

Kvalita služeb a kvalifikace účastníků:

• počet dní potřebných k rozhodnutí o uznání nebo neuznání události jako pojistné události;
• počet dní potřebných k výplatě pojistného plnění od okamžiku uznání události jako pojistné události;
• Možnost bezplatné evakuace v případě pojistné události.

CASCO. Hodnocení žádostí.

Hodnotící kritéria: smluvní cena, kvalita služeb a (nebo) kvalifikace dodavatele.

Možné indikátory:

• nezávislé vyšetření na náklady pojistitele;
• bezplatná návštěva odborníka v místě klienta;
• přidělení osobního zaměstnance pojistníkovi;
• shromažďování potřebných dokumentů bez účasti klienta a poskytování právního poradenství;
• dostupnost 24hodinové dispečerské služby na podporu pojistných událostí;
• možnost bezplatné evakuace poškozeného vozidla z místa nehody.

Zadávací podmínky pro obstarávání bezpečnostních služeb

Speciální požadavky na účastníky:

• právnická osoba, která se v souladu se svou zřizovací listinou zabývá poskytováním bezpečnostních služeb, musí mít k tomu oprávnění;
• bezpečnostní činnost organizací se nevztahuje na objekty podléhající státní ochraně (seznam byl schválen nařízením vlády Ruské federace ze dne 14. srpna 1992 č. 587).
• Podle zákona Ruské federace ze dne 11. března 1992 č. 2487-1 „O soukromých detektivních a bezpečnostních činnostech v Ruské federaci“ je ochrana vlastníků nemovitostí klasifikována jako poskytování služeb osobami zabývajícími se soukromými detektivy a bezpečnostními službami. činnosti. Tento typ služby nespadá do výlučné pravomoci orgánů vnitřních záležitostí.

Zabezpečení. Hodnocení žádostí.

Pro hodnocení žádostí můžete nastavit následující kritéria:

Smluvní cena;

Zkušenosti s prováděním obdobných služeb (ne v letech, ale ve výši smlouvy), potvrzení o této praxi;

Kvalifikace (přítomnost týmu rychlé reakce, speciální zbraně atd.).

Zadávací podmínky pro zadávání zakázek ve stavebnictví

• Hlavním způsobem zadávání veřejných zakázek je provedení výběrového řízení (nebo žádosti o předložení nabídek).
• Architektonický dozor je lepší pořídit od jednoho dodavatele.
• Stavební povolení bylo nahrazeno povolením SRO.
• Počáteční cena zakázky je stanovena podle odhadovaných standardů.
• Dokumentace návrhu a odhadu musí být v dokumentaci.
• Smluvní cena je stanovena poměrným snížením všech položek odhadu o slevu provedenou v průběhu řízení.
• Odhad v dokumentaci, smlouvě a úkonech musí odpovídat skladbě a rozsahu prací.

Tvorba losů

Je možné spojit geodetické, projekční a stavební práce v jednom pozemku?

Podle Čl. 17 zákona č. 135-FZ je při provádění elektronického obchodování zakázáno jednání, které vede nebo může vést k zamezení, omezení nebo vyloučení hospodářské soutěže, včetně zákazu vytváření zvýhodněných podmínek pro účast ve výběrovém řízení pro uchazeče nebo více uchazečů. .

• Projekční a geodetické práce lze spojit do jedné šarže.
• Stavební a projekční práce by se neměly spojovat do jedné položky.
• Bez projektové a odhadní dokumentace nelze určit konečný rozsah stavebních prací.
• Pokud není znám rozsah prací, nelze určit vyvolávací cenu.
• Jsou vyžadována osvědčení o přijetí z různých SRO.

Druhy SRO (článek 55.2 občanského zákoníku Ruské federace)

1. Zpracování projektové dokumentace investiční výstavby.

2. Výstavba, rekonstrukce, velké opravy investičních akcí.

3. Inženýrské průzkumy projektů investiční výstavby.

Pro všechny tři typy jsou vedeny samostatné registry SRO, můžete si je prohlédnout na webové stránce: www.gosnadzor.ru.

Seznam typů prací vyžadujících schválení SRO je stanoven nařízením Ministerstva pro místní rozvoj Ruska ze dne 30. prosince 2009. č. 624. Nabyl účinnosti dnem 7. 1. 2010 (do 7. 1. 2010 byl takový seznam stanoven nařízením Ministerstva pro místní rozvoj Ruska ze dne 12. 9. 2008 č. 274). Seznam obsahuje určité druhy prací - pouze pro zvláště nebezpečné, technicky složité a jedinečné předměty (článek 48.1 Občanského zákoníku Ruské federace) a nezahrnuje druhy prací na přípravě projektové dokumentace, výstavby, rekonstrukce, velkých oprav. ve vztahu k objektům, pro které není vyžadováno vydání stavebního povolení (část 17, článek 51 občanského zákoníku Ruské federace), jakož i ve vztahu k řadě dalších objektů (bod 2 vyhlášky hl. Ministerstvo pro místní rozvoj Ruska ze dne 30. prosince 2009 č. 624).

Nové certifikáty o přijetí SRO udávají maximální výši smlouvy, kterou může účastník na základě tohoto certifikátu uzavřít.

Požadavky na účastníky elektronického obchodování

Podle Občanského zákoníku Ruské federace musí druhy prací na inženýrských průzkumech, na přípravě projektové dokumentace, na výstavbě, rekonstrukci, velkých opravách investičních projektů, které mají vliv na bezpečnost investiční výstavby, provádět fyzické osoby popř. právnické osoby, které mají osvědčení o přístupu k takovým vydaným samoregulační organizací typů práce. Jiné druhy prací může vykonávat každá osoba.

Technické specifikace pro stavbu v případě zakázky na větší opravy, rekonstrukci, modernizaci, technické dovybavení, novostavbu musí obsahovat:

• Základem je projektová dokumentace s kladným znaleckým posudkem.
• Vlastnosti přijímacího řízení práce. Aplikace SNiP 3.01.04-87 „Převzetí dokončených stavebních zařízení do provozu. Základní ustanovení“.
• Povinnost předložit kopie dokladů k použitým materiálům (certifikáty shody nebo prohlášení o shodě).
• Povinnost zajistit architektonický dozor, stavební dozor, státní stavební dozor.
• Seznamy speciálního namontovaného zařízení.
• Pokud jsou zakoupeny aktuální opravy, pak zadávací podmínky pro stavbu musí obsahovat:
• Základem jsou vadné výkazy, výkazy množství, místní odhadní kalkulace (LSC), které lze přiložit k zadávací dokumentaci.
• Vlastnosti přijetí práce.
• Povinnost předkládat kopie dokladů k použitým materiálům (certifikáty shody nebo prohlášení o shodě. Viz nařízení vlády č. 982 ze dne 1. prosince 2009 „Jednotné seznamy výrobků podléhajících certifikaci...“).

Kromě toho mohou stavební podmínky obsahovat:

• Zajištění státní zkoušky PD a ověření spolehlivosti nákladů stavby.
• Zajištění získání stavebního povolení.
• Poskytování stavebních materiálů a zařízení.
• Úhrada nákladů na přijetí výsledku práce.
• Zajištění provádění státního stavebního dozoru.
• Zajištění kontroly stavby.
• Uzavření smluv na technickou podporu stavby.
• Zajištění projektantského dozoru nad prováděním díla.
• Příprava staveniště pro práci.
• Odpovědnost za pojištění rizik.

Otázky posluchačů

Otázka: Co když musí být výrobek podle hygienických pravidel vyroben v Rusku?

Odpověď: Pokud existují taková hygienická pravidla, řádně schválená, pak máte právo v dokumentaci uvést, že výrobek musí splňovat tato hygienická pravidla, aniž byste uvedli, že musí být vyroben v Rusku.

Otázka: Je možné zahrnout do zadání podmínku pro platbu zboží na splátky?

Odpověď: To přímo nesouvisí s technickými specifikacemi. V zadávací dokumentaci může být tato podmínka uvedena v informační kartě, např. v odstavci „Platební řád“.

Otázka: Můžeme stanovit preference pro dodavatele nabízející ruské zboží?

Odpověď: Ne, na to nemáte právo. Není možné stanovit preference pro zemi výroby nebo pro malé a střední podniky. To není vaše výsada. To spadá do kompetence vlády Ruské federace.

Otázka: Je možné koupit AI-92, AI-80 a motorovou naftu v jedné šarži?

Odpověď: Pokud jste si jisti, že je na trhu dostatečný počet dodavatelů, kteří dokážou všechny tyto produkty dodávat současně, a nebudete takto omezovat konkurenci, pak můžete.

Otázka:Částky uvedené v zákoně jsou 100 tisíc rublů. a 500 tisíc rublů. - počítá se to s DPH nebo bez?

Odpověď: Podle hodnoty uvedené ve smlouvě, která je obvykle uvedena včetně DPH.

Otázka: Je možné dodatečnou smlouvou pro rok 2014 prodloužit dodávku PHM a maziv?

Odpověď: Novou transakcí jsou z právního hlediska všechny dodatečné smlouvy, podle kterých se zvyšuje objem dodávaného zboží, prací a služeb. Tuto dodatečnou smlouvu na dodávku paliv a maziv můžete uzavřít v roce 2014. Zároveň si musíte být jisti, že vaše zadávací předpisy stanoví důvody pro uzavření této transakce.

Otázka: Co dělat, když řidiči tankují na čerpacích stanicích hotovost podle potřeby a od různých dodavatelů?

Odpověď: Je nutné provést soutěžní zadávací řízení a uzavřít smlouvu s konkrétním dodavatelem, kde jsou uvedeny všechny potřebné podmínky včetně tras, na kterých je pro řidiče výhodné tankovat v hotovosti. V případě potřeby nezapomeňte na webu zveřejnit informace o uskutečněných nákupech.

Otázka: Při nákupu PHM a maziv není smluvní cena a množství nakupovaného PHM, je možné uvést pouze cenu 1 litru PHM?

Odpověď: Je zakázáno.

Otázka: Pokud jsou platby stejnému dodavateli paliv a maziv prováděny pravidelně 1–2krát měsíčně a částky platby jsou nižší než 100 tisíc rublů, lze tento nákup považovat za nákup do 100 tisíc rublů?

Odpověď: Je lepší provést soutěžní řízení a uzavřít dohodu o dodávce velkého množství paliva v určitých dávkách. Pak na vás nebude mít nikdo otázky ohledně dodržování zákona.

Otázka: Je možné nakupovat paliva a maziva na počet litrů?

Odpověď: Může.

Otázka: Například smlouva byla uzavřena 1. ledna, někde v polovině roku zákazník nakoupí stejný produkt (službu) a vyhraje ji stejný dodavatel, je nutné podepsat novou smlouvu zveřejněnou v rámci dokumentace, nebo můžete pracovat na základě dříve uzavřené smlouvy, určující nové upřesnění podmínek?

Odpověď: V tomto případě je nutné uzavřít novou smlouvu.

Otázka: Je správné zadat ve smlouvě o dodávce objednávku u jediného dodavatele s uvedením pouze celkové částky smlouvy a odkazu na skutečnost, že dodávka je prováděna podle aplikace s uvedením konkrétního objemu a ceny za jednotku?

Odpověď: Nákup od jednoho dodavatele by měl být správně dokončen následovně. Pokud je nákup vyšší než 100 000 rublů. nebo 500 000 rublů, pak musíte na webu zveřejnit oznámení, dokumentaci a návrh smlouvy s uvedením všech podmínek stanovených zákonem č. 223-FZ.