Terviklik riskihinnang, mis hõlmab dokumentide vastuolusid, pakkumise riske ja valmisoleku hindamist.
This comprehensive risk analysis reveals several critical and high-severity risks primarily stemming from document inconsistencies and ambiguities. Key concerns include conflicting or missing information regarding contract durations, scope definitions, and technical specifications across various documents. The lack of clarity on deadlines, maximum contract values, and specific technical requirements presents a significant challenge for bidders and increases the potential for disputes. Addressing these inconsistencies is paramount to ensuring a fair and transparent procurement process.
The 'HD II-2 Hankelepingu projekt (arendusteenus)' document states that work will commence immediately after contract signing, but the specific deadline for the completion of the work ('Töö teostamise tähtaeg') is left blank. This creates significant uncertainty for project planning and execution.
The 'HD II-2 Hankelepingu projekt (arendusteenus)' document specifies the total cost of the work ('Töö maksumus') as '...' euros, with VAT to be added. This value is not specified, making it impossible to ascertain the financial scope of the development contract.
The 'HD II-2 Hankelepingu projekt (arendusteenus)' contract states it is concluded based on the framework agreement ('raamlepingu alusel'), but the specific details or reference number of the framework agreement are not provided within this document. This creates uncertainty about which framework agreement terms apply.
Tenderers must ensure that no subcontractors or suppliers involved in the contract execution, exceeding 10% of the contract value, are citizens, residents, or entities established in the Russian Federation, or are owned or controlled by such entities. Failure to comply could lead to the contract being void.
Tenderers must provide the names and personal identification codes of all authorized persons who can represent the company, make decisions on its behalf, or control it, and who are not visible in the business register. Failure to provide accurate information or a confirmation of their absence could hinder the exclusion grounds check.
Bidders must not fall under any mandatory exclusion grounds as specified in the procurement basic document. This includes convictions for participation in a criminal organization or corruption within the last five years. Bidders must confirm they do not fall under these grounds.
Bidders must meet specific compliance conditions ('Vastavustingimused'), general qualification criteria, and agree to the terms of the draft framework agreement and service contracts. The 'Hankepass täiendatavate selgitustega' document references 'Vastavustingimused' and 'procurement basic document' for these criteria.
The tender requires bidders to demonstrate capability in providing maintenance and development services according to detailed technical specifications, including scope, volumes, response times, business requirements, software architecture (microservices), data model, non-functional requirements, integration guidelines, UI/UX design adherence, and specific functional requirements. These are detailed across multiple technical specification annexes.
The framework agreement has a validity of 36 months or until the maximum cost is reached. However, if a sub-contract extends beyond the framework agreement's end date, the framework agreement's terms will apply until the sub-contract is fulfilled. This creates ambiguity regarding the governing terms and potential for disputes.
While mini-competitions are based on the lowest price, the tender document states that unit prices offered in mini-competitions must be the same or more favorable than those fixed in the framework agreement. It is unclear how 'more favorable' will be assessed and if this implies a potential for further price reductions beyond the initial hourly rates.
The process for distinguishing between warranty defects and other issues (e.g., system modification needs) and the subsequent notification and ordering process is complex. The reliance on Jira for notifications and orders, with email as a fallback, could lead to delays or miscommunication if either system is unavailable or if the distinction between issue types is not clearly understood by the bidder.
The tender requires the bidder to ensure compliance with ISKE/(E-ITS) requirements. The specific details and scope of these requirements are not fully elaborated within this document, necessitating a thorough understanding and potential further inquiry to ensure full compliance.
The tenderer must confirm they have the required minimum 6-person team, including key personnel capable of working in Estonian with the client and understanding Estonian and English technical specifications from external parties. The team members must also meet the requirements specified in 'HD IV Nõuded Täitja meeskonnale'.
Tenderers must clearly define and justify any information declared as a business secret, adhering to specific legal provisions. Certain information, such as bid costs, numerical indicators related to evaluation criteria, or performance indicators for goods/works, cannot be declared as business secrets.
The tenderer must submit a project plan that adheres to the requirements outlined in Technical Specification Annex 4. This plan needs to cover specific sections including work stages, dependencies, methodology, resource allocation, risk analysis, communication, integration, and deployment.
The tender requires bidders to provide the cost per working hour for development and maintenance services. The overall financial viability and competitiveness of the bid will depend on this pricing. This is a key evaluation criterion.
The tender document includes sections for bidders to declare if they are participating jointly with others or relying on the capacities of other entities (subcontractors). The management and performance of these third parties are critical.
The framework agreement's validity is tied to a maximum cost (punktis 7.1), but this maximum cost is not provided in the document. This makes it difficult to assess the overall potential value and scope of the framework agreement.
The definition of 'Töö' (Work) includes 'all works and actions (including works and actions not mentioned in the Agreement that are necessary to achieve the result specified in the Agreement)'. This broad definition could lead to scope creep and disputes over what constitutes necessary work not explicitly stated.
While the primary language of the contract is Estonian, the analyst and architect roles within the project team must be capable of working with English specifications if necessary. This requires ensuring the availability of personnel with dual-language capabilities.
While response and resolution times are defined for 'High' and 'Medium' criticality issues, the 'Low' criticality category specifies a response time of '1 tööpäeva jooksul' (within 1 working day) and a resolution time of '1 nädala jooksul' (within 1 week). This is less precise than the other categories and could lead to interpretation differences.
The document states that time spent on pre-analysis and proposal preparation for works is not considered maintenance work and will not be compensated. However, the specific process for how this pre-analysis is initiated and managed, and what constitutes 'pre-analysis' versus 'maintenance work', is not detailed.
The reliance on Jira for order placement and communication, with email as a fallback, poses a risk. If Jira is unavailable or if there are issues with its functionality, it could lead to significant delays in service delivery and communication.
While Technical Specification Annex 3 mentions adhering to UI/UX designs and design principles, the specific principles are not detailed in this document. This could lead to subjective interpretations of design adherence.
The 'HD II-2 Hankelepingu projekt (arendusteenus)' document leaves the work completion deadline blank ('...'), while the 'HD III Tehniline kirjeldus' document implies defined response and resolution times based on criticality, suggesting a need for timely completion. The absence of a clear deadline in the development contract is a major contradiction.
The 'HD II-1 Raamlepingu projekt' document references a 'maksimaalse maksumuse' (maximum cost) in point 7.1 to determine the framework agreement's validity. However, this maximum cost is not provided within the document itself, making it impossible to assess the full financial scope.
Multiple documents ('Vastavustingimused', 'Hankepass täiendatavate selgitustega') reference the 'procurement basic document' for mandatory exclusion grounds and qualification criteria. However, the content of this 'procurement basic document' is not provided, leaving bidders to guess or infer these critical requirements.
Several documents ('Vastavustingimused', 'Hankepass täiendatavate selgitustega', 'HD III Tehniline kirjeldus') refer to Technical Specification Annexes 1, 2, 3, and 4 for crucial details on technical requirements, software architecture, UI/UX, and project planning. These annexes are not provided, making it impossible for bidders to fully understand the technical scope.
The 'HD II-1 Raamlepingu projekt' states that unit prices in mini-competitions must be 'samad või soodsamad' (the same or more favorable) than those in the framework agreement. The interpretation of 'more favorable' is not defined, leading to potential ambiguity in how bids will be evaluated and compared.
The 'HD II-2 Hankelepingu projekt (arendusteenus)' contract mentions it is concluded based on the framework agreement, but the specific framework agreement details (e.g., reference number) are missing. This makes it difficult to definitively link the development contract to the overarching framework agreement.
Both 'HD II-1 Raamlepingu projekt' and 'HD II-2 Hankelepingu projekt (arendusteenus)' define 'Töö' (Work) broadly to include 'all works and actions (including works and actions not mentioned in the Agreement that are necessary to achieve the result specified in the Agreement)'. This broad definition can lead to scope creep and disputes.
The 'HD II-1 Raamlepingu projekt' document references 'punktis 7.1' for the maximum contract value, but the content of point 7.1 is not provided within the document. This leaves a critical piece of information missing for bidders to understand the framework agreement's financial limits.
AI-põhine analüüs selle hanke nõuete, võimaluste ja väljakutsete kohta. Saage strateegilisi ülevaateid võidutõenäosuse suurendamiseks.
See Transpordiameti hanketööriista arendus- ja hooldustööde riigihange nõuab tugevat tehnilist pakkumist ja konkurentsivõimelist hinda. Edu sõltub tehniliste kirjelduste sügava mõistmise, esimese etapi robustse projektplaani ja kulutõhusa tunnihinna demonstreerimisest.
Transpordiameti kriitilise hanketööriista usaldusväärne ja tõhus arendus ning hooldus, tagades sujuva toimimise ja tulevase skaleeritavuse.
Kulutõhus lahendus, mis pakub suurt väärtust optimeeritud tunnihindade ja hoolikalt kavandatud esimese etapi kaudu.
Ekspertmeeskond, kellel on tõestatud kogemus kaasaegses tarkvara arhitektuuris ja riigihankesüsteemides.
Keskenduge tugevalt kahele otseselt kaalutud kriteeriumile: projektiplaanile ja tunnihinnale. Veenduge, et projektiplaan oleks erakordselt üksikasjalik, realistlik ja näitaks selget arusaama tehnilistest nõuetest. Võrrelge tunnihindu sarnaste teenuste turustandarditega Eestis, et tagada konkurentsivõime ilma teenust alahindamata.
Kujundage pakkumine partnerlusena. Tõstke esile stabiilse, usaldusväärse tarnija pikaajalisi eeliseid. Rõhutage meeskonna pühendumust Transpordiameti vajaduste mõistmisele ja arendamisele 36-kuulise perioodi jooksul.
Arendage välja põhjalik, realistlik ja riskiteadlik projektiplaan. Detailiseerige metoodikad, ajakavad, peamised miilstone'id, ressursside jaotus ning kommunikatsiooniprotokollid. Demonstreerige proaktiivset lähenemist võimalikele väljakutsetele ja selgitage selgelt, kuidas esimese etapi eesmärgid täidetakse tõhusalt ja tulemuslikult.
Viige läbi põhjalik kuluanalüüs, et määrata kindlaks konkurentsivõimeline, kuid kasumlik tunnihind. Võrrelge turuhindadega sarnaste teenuste jaoks Eesti turul. Selgitage selgelt väärtuspakkumist, mis õigustab pakutud hinda, sidudes selle pakutud meeskonna kvaliteedi ja kogemuse ning pakutud arendusprotsessi tõhususega.
Analüüsige ja mõistke põhjalikult kõiki tehnilisi kirjeldusi (lisad 1–4). Veenduge, et pakutud lahendus vastaks tarkvara arhitektuurile, mikroteenustele, andmemudelile, mittefunktsionaalsetele nõuetele ja integratsioonijuhistele. Kaardistage pakutud funktsioonid ja tehnilised lähenemisviisid otseselt nende nõuetega.
Investeerige märkimisväärselt jõupingutusi üksikasjaliku, realistliku ja veenva projektplaani loomiseks esimeseks etapiks. See peaks sisaldama selgeid miilstone'e, tarnitavaid tulemusi, ressursside jaotust, riskihindamist ja maandamisstrateegiaid. Näidake proaktiivset ja organiseeritud lähenemist.
Määrake kindlaks konkurentsivõimeline tunnihind arendus- ja hooldusteenuste jaoks. Võrrelge turuhindadega sarnaste teenuste jaoks Eestis. Veenduge, et hind peegeldaks pakutud meeskonna kvaliteeti ja kogemust, jäädes samal ajal atraktiivseks tellijale.
Rõhutage pakutud meeskonnaliikmete kvalifikatsiooni ja vastavat kogemust, eriti kohustuslike rollide puhul. Kasutage esitatud CV vorme hoolikalt ja veenduge, et kõik nõutud teave, sealhulgas kinnitused, oleks lisatud. Näidake varasemat edu sarnastes projektides.
Viige läbi põhjalik sisekontroll, et tagada vastavus kõigile kohustuslikele välistamisalustele ja abikõlblikkuse nõuetele. Vaadake hoolikalt läbi 'Vastavustingimused' ja raamlepingu/teenuslepingute kavandid.
Veenduge, et kõik failist 'HD I Vormid.zip' pärit vormid oleksid kasutatud ja täidetud täpselt vastavalt juhistele. See näitab tähelepanu detailidele ja vastavust esitamise nõuetele.
Uuendage, et näha, millised ettevõtted tõenäoliselt sellele hankele pakkumise esitavad, tuginedes ajaloolistele hankeandmetele.
Logi sisse19 nõuet kategoorias 5
Registreeru, et näha täielikke nõudeid ja analüüsi
14 dokumenti saadaval koos AI kokkuvõtetega
Hankedokument 'Vastavustingimused' .PDF formaadis (7,713 baiti).
See dokument kirjeldab hanketöövahendi esimese etapi funktsionaalsusi, andmemudeli üldpõhimõtteid (laiendatavus, klassifikaatorid, auditlogi) ning integratsiooni- ja andmevahetuse nõudeid.
Käesolev dokument kirjeldab hanke hindamiskriteeriume, keskendudes arendus- ja hooldusteenuse töötunni maksumusele (50%) ning esimese etapi projektiplaani kvaliteedile (50%).
See dokument on selgitava iseloomuga Hankepass, mis tutvustab Transpordiameti hanketingimusi ja ettevõtjalt oodatavate vastuste vormingut, kuid ei ole täitmiseks, vaid tingimustega tutvumiseks.
See raamlepingu projekt kirjeldab Transpordiameti hanketöövahendi arenduste ja hooldusteenuse ostu tingimusi, kehtivust ja lisasid.
See dokument on arendusteenuse hankelepingu projekt, mis kirjeldab Transpordiameti ja täitja vahelise lepingu tingimusi, sh lepingu eset ja lisasid.
See hankelepingu projekt kirjeldab Transpordiameti hanketöövahendi arenduste ja hoolduse raamlepingu alusel sõlmitava hooldusteenuse lepingu tingimusi, sh töö mahtu ja lisasid.
Käesolev dokument kirjeldab Transpordiameti hanketöövahendi hooldus- ja arendusteenuse tehnilisi nõudeid, sh teenuse ulatust, indikatiivseid mahte ja reageerimisaegu.
See dokument kirjeldab Transpordiameti hanketöövahendi ärinõudeid, sh kasutajarolle ja süsteemi objekte.
See dokument kirjeldab Transpordiameti hanketöövahendi tarkvara arhitektuuri, mikroteenuseid, andmemudelit, mittefunktsionaalseid nõudeid ja integratsioone, pakkudes tehnilisi juhiseid arendustöödeks.
Dokument sisaldab hanketöövahendi UI/UX disaine, pakkudes ülevaadet erinevate sektsioonide (nt. töölaud, hanked, lepingud) vaadetest koos Figma linkidega.
See dokument kirjeldab nõudeid pakkuja meeskonnale, sealhulgas kohustuslikke rolle, nende miinimumkogemust ja kvalifikatsioone, et tagada raamlepingu täitmine.
See dokument on vorm meeskonnaliikmete (projektijuht, analüütik, arendaja, arhitekt, UI/UX disainer) kvalifikatsioonide ja töökogemuse tõendamiseks, mis nõuab iga rolli kohta isiku allkirjastatud kinnitust andmete õigsuse ja osalemise nõusoleku kohta.
See dokument kirjeldab Transpordiameti raamhankega seotud üldtingimusi, sh hankija andmeid, elektroonilise hanke läbiviimist, pakkujate kvalifitseerimise ja kõrvaldamise aluseid ning osalemise piiranguid.
Registreeru, et näha dokumentide kokkuvõtteid ja analüüsi
See Transpordiameti hanketöövahendi arendus- ja hooldusteenuste hange on hästi struktureeritud ja väga detailne, eriti tehniliste spetsifikatsioonide ja hindamiskriteeriumide osas. Kuigi see näitab tugevat õiguslikku vastavust ja selgust, tekitab raamlepingu maksimaalse osalejate arvu piiramine uuesti konkureerimisega seoses muret õigluse ja tulevase konkurentsi pärast.
Hange demonstreerib tugevat õiguslikku vastavust selgelt määratletud menetlustüüpide, asjakohaste CPV-koodide ja mõistlike pakkumiste esitamise tähtaegadega. Põhjendus hanke osadeks jaotamata jätmise kohta on esitatud ja kõik kohustuslikud avalikustamise nõuded on täidetud.
Hange paistab silma selguse poolest, pakkudes ulatuslikke ja detailseid tehnilisi spetsifikatsioone mitmetes lisades, kirjeldades selgelt ärivajadusi, tarkvara arhitektuuri, UI/UX disaine ja esimese etapi funktsionaalsusi. Hindamiskriteeriumid on selgelt määratletud: 50% maksumus ja 50% projektiplaani kvaliteet.
Hange on väga põhjalik, sisaldades kogu olulist põhiteavet, finantsandmeid ja terviklikku 16 dokumendist koosnevat komplekti, mis hõlmab üldtingimusi, tehnilisi spetsifikatsioone, lepingute eelnõusid ja nõutavaid vorme. Ainus väike puudus on täpse füüsilise asukoha puudumine, mis IT-teenuste puhul on vähem kriitiline.
Kuigi hange tagab läbipaistvuse avalikustatud väärtuse, mõistlike tähtaegade ja objektiivsete hindamiskriteeriumidega, piirab raamlepingu maksimaalselt kolme osaleja piirang uuesti konkureerimisega oluliselt potentsiaalset konkurentsi ja võib mõjutada õiglust järgnevates minikonkurssides.
Hange toetab elektroonilist pakkumiste esitamist ja määrab veebipõhise avamiskoha, suurendades praktilisust. Lepingu kestus on selge ja finantsteave (hinnanguline väärtus) on saadaval. Kuid lepingu alguskuupäeva kokkuvõttes ei ole selgesõnaliselt märgitud.
Kõik olulised väljad on täidetud ja esitatud kuupäevad on loogilised ja järjepidevad. Teateid peatamiste või vaidlustuste kohta ei ole, mis viitab hästi hallatud ja järjepidevale andmekogumile.
Hange puudub selge kriteerium või fookus rohelisele hankimisele, sotsiaalsetele aspektidele või innovatsioonile. Samuti ei ole märgitud, et see oleks EL-i rahastatud, mis annab madala skoori jätkusuutlikkuse kaalutluste osas.
Registreeru, et näha täielikke nõudeid ja analüüsi
Krediitkaart pole vajalik • Seadistamine 2 minutiga
Meie hankeeksperdid valmistavad kõik ette. Tõestatud lahendus — teie vaatate üle, kinnitate ja esitate.
Tere! Olen teie AI assistent selle hanke jaoks. Saan aidata mõista nõudeid, tähtaegu, sobivuse kriteeriume ja anda strateegilisi nõuandeid.
Krediitkaart pole vajalik