Sotsiaalteenuste ja -toetuste andmeregistri (STAR) arendustööd

This compliance document only sets mandatory EU-sanctions screening (no >10% of contract value via Russian-linked subcontractors) and basic bid-form requirements (joint-bid authorisation, business-secret declaration); it contains no technical specs, qualification thresholds or award criteria, so bidders must check other tender files to decide whether to pursue the STAR software-development framework.

Mandatory 11-person team (1 PM, 2 analysts, 1 architect, 1 tester, 1 UI/UX, 6 developers) must be dedicated full-time to this Estonian social-services registry development framework; bid only if you can immediately field all roles with proven public-sector agile/UX experience and no shared assignments.

This is a 30% price (max 30€/h) / 70% quality tender where you must complete two mandatory quality-assessed sample works and bid a fixed hourly rate to be one of up to three framework partners for ongoing STAR social-services registry development.

This open-procurement seeks up to 3 framework partners (CPV 72200000-7) to perform mandatory continuous development, deployment, architecture updates, data-quality fixes and legal-change adaptations for Estonia’s national social-services register STAR; bidders must demonstrate relevant software-development experience and financial/technical capacity through the ESPD, but no specific numeric thresholds, certifications or scoring criteria are disclosed in this exclusion-grounds document.

This draft framework-contract template for Estonia’s STAR social-services registry merely sets hourly/fixed-price invoicing and IP-transfer terms without stating any mandatory technical requirements, qualifications, or evaluation criteria—so bidders must wait for the full tender documents (technical specification, qualification grids, award criteria) before deciding whether to pursue.

This is a 3-year framework tender for STAR social-services software development where bidders must (mandatory) complete two technical proof-of-concepts (RR data migration and homepage redesign) that together count 70% of the 100-point score, while the hourly rate counts 30%, and any bid scoring <30 on the proofs is rejected—so only Estonian-speaking firms with proven Java/Oracle STAR2 experience and ready demo teams should bid.

This document only announces TEHIK’s optional 25 Aug 2025 info-session (on-site or Teams) for the upcoming STAR social-services registry development framework tender, so it contains no mandatory requirements, qualification thresholds or evaluation criteria yet.

This document is a mandatory data-processing addendum: any STAR system developer must formally commit (as a “volitatud töötleja”) to keep all social-sector personal and special-category data inside the EU/EEA, restrict access to need-to-know staff under confidentiality and documented instructions, and allow the Health and Welfare Information Systems Centre to audit compliance—so only bidders already equipped with GDPR-grade security governance, staff vetting/training, and EU-only hosting should proceed.

This “house rules” document merely sets out STAR project governance (mandatory use of Jira/Confluence, 2-week sprints, grooming, demo, retro) and defines roles, so bidders must already be on the framework to proceed—no new technical requirements, pricing or qualification criteria are disclosed here.

This is a supplementary clarification document for an Estonian public procurement to award framework agreements to up to 3 suppliers for the development, deployment and maintenance of the national social-services information system STAR; it confirms the contract will NOT be split into lots, sets mandatory rules for relying on third-party resources (solidarity statement + separate hankepass for each entity), and reiterates that bids must be fully compliant, final-priced (2-decimal, no zero/negative or cross-subsidised amounts) and clearly mark any business-secret information.

This document is merely a technical annex (sample SOAP query for the RR41isikPohiandmed.v2 service) and does not state any mandatory business requirements, qualifications or evaluation criteria for bidding on the STAR development framework.

This sample-work document only describes the technical interface (X-tee Broker database, services and query templates for social-care data) that bidders must implement; it contains no mandatory requirements, qualification thresholds or evaluation criteria, so firms should wait for the full tender to decide whether to bid.

This document ("Proovitöö osa nr 1, Lisa 3 - Öised RR muudatusteated") is only a 3-line technical note stating that nightly RR change-notices are triggered at 19:00, so it contains no mandatory requirements, qualification criteria or evaluation factors for bidders.

This document is only a technical sample-task (Proovitöö osa 1) that lists the 14 SOAP-based RR queries STAR must migrate to SMIT’s new REST domesticDataExchange service by 2025 – it contains no bidding rules, qualification criteria or evaluation scheme, so it is not sufficient for a bid/no-bid decision.

This sample police-case extract is included only to show bidders the kind of domestic-violence data (victim ID, consent flags, child-involvement indicator, etc.) the STAR social-services register will have to store and display – it is not itself a requirement or evaluation criterion.

This sample-task document only describes the desired redesign of STAR2’s homepage (person search, notifications, task list) and contains no mandatory deliverables, qualification criteria, or scoring rules, so it cannot be used to decide whether to bid.

This 48-month framework agreement (no guaranteed volume) seeks up to 3 Estonian software partners who can deliver mandatory agile development, bug-fixing and deployment services for the national STAR social-services registry, financed from state/structural funds and requiring compliance with EU co-financing rules, so bid only if you have proven public-sector Java/.NET experience, ISO 27001-level security processes and can quote fixed hourly rates (junior dev coefficient 0.7) valid for four years.

Mandatory: 24-month track-record with ≥5 000 h IT project (bidder must have supplied ≥200 h) and proven X-tee integration skills; bids scored 30-40 % on price/hourly rate and 60-70 % on a mini-tender proof-of-task; TEHIK will sign framework deals with up to 3 vendors to keep Estonia’s social-services registry (STAR) continuously developed from Jan 2026 onward, so only firms that can commit long-term resources should compete.

Estonia’s Health and Welfare Information Systems Centre will sign framework agreements with up to 3 vendors (mandatory) to continuously develop, deploy and maintain the national STAR social-services registry—covering both legacy STAR1 (Java/.NET) and micro-service STAR2 (Java/Spring/Docker/K8s) environments—so bidders must prove recent large-scale public-sector Java/micro-service experience, DevSecOps and data-quality skills, and ability to deliver iterative releases under Scrum with fixed-price sprints.

This document sets out mandatory pre-development documentation requirements—conceptual data model, CRUD-role matrix, detailed service/use-case specs, and architecture blueprint (all to be delivered before each sprint)—for any firm bidding on the STAR social-services registry framework contract, so only vendors with proven Estonian public-sector experience and ready analysts/architects who can produce UML, XML/XSD schemas and Estonian-language documentation should proceed.

This document is TEHIK’s mandatory IT-profile that prescribes preferred/acceptable hardware, OS and browser stacks (Windows/Linux desktops, Android/iOS mobiles, Chromium/Firefox browsers, etc.) and requires prior architecture-board approval for any deviation, so bidders on the STAR development framework must already operate—or be ready to switch to—these standardised, security-vetted technologies.

This mandatory TEHIK quality-and-non-functional-requirements document obliges STAR bidders to prove they can deliver WCAG 2.2 AA, X-tee, SiGA/SiVa, E-ITS/ISKE-security-class-compliant web solutions that follow Estonia’s digiriigi CFR, IT-profile, front-end and HTML5/CSS3 standards—any unmet requirement must be explicitly justified—so only firms with proven Estonian public-sector compliance track-records and in-house security/testing teams should bid.

This is merely a blank “work acceptance/delivery certificate” template that the contracting authority will later complete to confirm that the delivered STAR software-development services conform to the contract; it contains no mandatory requirements, evaluation criteria or qualification thresholds for bidders.