ZAPYTANIE OFERTOWE nr 01/2026 - wykonanie usługi software house w zakresie opracowania, testowania i wdrożenia wersji komercyjnej (General Availability) platformy Smart Construction Tender (SCT).

1. Przedmiotem zamówienia jest budowa skalowalnej platformy B2B SaaS do obsługi procesów zakupowych w budownictwie zgodnie ze specyfikacją i wymaganiami określonymi poniżej*: 1.1. Architektura Wielojęzyczna (Internationalization - i18n) Aplikacja musi zostać zaprojektowana od podstaw jako system globalny, umożliwiający bezproblemowe dodawanie kolejnych wersji językowych: ● Architektura słownikowa: Separacja wszystkich treści tekstowych od kodu źródłowego (wykorzystanie bibliotek typu react-i18next lub pokrewnych). ● Zakres pierwszej wersji: Pełna lokalizacja interfejsu (UI), komunikatów systemowych oraz powiadomień w językach: polskim (PL), angielskim (EN) oraz ukraińskim (UA). ● Obsługa techniczna: Pełne wsparcie dla kodowania UTF-8 (w tym cyrylicy) oraz mechanizmy dynamicznej zmiany języka bez konieczności przeładowania aplikacji. ● AI Multi-language: Konfiguracja silnika RAG i promptów OpenAI tak, aby asystent AI potrafił analizować dokumentację i odpowiadać na pytania w każdym z trzech wymienionych języków. 1.2. Kluczowe Moduły Funkcjonalne: a. Inteligentny Moduł Kosztorysowy (BOQ) z Analityką AI ● Import i dekompozycja: Automatyczne parsowanie plików XLS/PDF (w tym skanów przez Google Document AI). ● AI-Driven Mapping: Automatyczne mapowanie pozycji ofertowych do kosztorysu bazowego przy użyciu LLM. ● Analityka i raportowanie AI: Wykrywanie anomalii cenowych (outlierów), identyfikacja braków w ofertach oraz generowanie narracyjnych raportów rekomendacyjnych wspieranych przez AI. ● Tworzenie kosztorysów - metoda szczegółowa, metoda uproszczona, własne i publiczne bazy danych (normatywy, cenniki), wydruki do pdf, wersjonowane kosztorysów, baza własna i publiczna schematów kosztorysów. b. „Wirtualna Teczka” Postępowania (RAG + AI) ● Silnik RAG: Repozytorium dokumentów z funkcją Q&A (pytania do treści SIWZ/OPZ/umów). ● Cytowanie źródeł: Każda odpowiedź asystenta musi wskazywać konkretny fragment i wersję dokumentu źródłowego. c. Moduł RFx i Automatyczna Analiza Ofert ● Kompletny obieg zapytań (RFQ/RFP), ocena wielokryterialna oraz negocjacje. Tj. : - kompletny obieg postępowań: publikacja zapytania, kwalifikacja oferentów, zbieranie ofert, negocjacje i kontraktowanie, - konfigurowalne kryteria oceny i wagi, - dziennik zdarzeń i pełna audytowalność decyzji. ● Ekstrakcja danych z ofert w różnych formatach przy użyciu AI/OCR i ich porównanie w czasie rzeczywistym. 1.3. Stos Technologiczny i Infrastruktura: ● Backend: Supabase (PostgreSQL, Edge Functions, Auth, Storage, Realtime). ● Baza danych: PostgreSQL z rozszerzeniem pgvector dla potrzeb RAG. ● Frontend: React.js (SPA) lub NextJs (wspierający SPA, SSR, SSG) z zachowaniem standardów WCAG 2.1 (dostępność cyfrowa). ● Usługi AI: OpenAI API oraz Google Cloud Document AI. ● Storage: AWS 1.4. Bezpieczeństwo i Administracja: ● Zarządzanie uprawnieniami w modelu RBAC (Role-Based Access Control). ● Pełny ślad rewizyjny (Audit Log) i wersjonowanie wszystkich dokumentów. ● Szyfrowanie danych "w spoczynku" oraz "w tranzycie". 1.5. Parametry Wydajnościowe (KPI): ● Czas analizy oferty: ≤15 sekund. ● Dostępność systemu (SLA): ≥99%. ● Trafność ekstrakcji danych AI: ≥85%. 1.6. Pozostałe ● Tryb Human-in-the-Loop (HIL): Obowiązkowa weryfikacja i akceptacja odpowiedzi AI przez użytkownika przed ich wykorzystaniem w procesie. ● Płatności: Stripe ● Interfejs UI/UX ● Prowadzenie całości prac programistycznych z wykorzystaniem systemu kontroli wersji Git, w repozytorium GitHub lub równoważnym, zapewniającym Zamawiającemu bieżący dostęp do kodu źródłowego, historii zmian, zgłoszeń oraz dokumentacji technicznej projektu. Prace powinny być prowadzone co najmniej na trzech odrębnych gałęziach repozytorium: ● Gałąź środowiska testowego – przeznaczona do wdrażania, testowania i weryfikacji bieżących zmian przed ich przekazaniem do środowiska produkcyjnego. ● Gałąź środowiska produkcyjnego – zawierająca stabilną wersję kodu odpowiadającą aktualnie działającemu środowisku produkcyjnemu. ● Gałąź kopii środowiska produkcyjnego do prototypowania – przeznaczona do równoległego, wewnętrznego prototypowania, testowania koncepcji oraz weryfikacji zmian przez Zamawiającego, bez wpływu na środowisko produkcyjne. Wykonawca zobowiązany jest do utrzymywania przejrzystej historii zmian, stosowania opisowych komunikatów commitów oraz prowadzenia prac w sposób umożliwiający identyfikację autora, zakresu i daty każdej zmiany w kodzie źródłowym. *Koszty utrzymania platformy w okresie realizacji usługi oraz w okresie usuwania wad zawiera się w cenie oferty. 1.7 Etapowanie prac a. Etap 1 - Opracowanie finalnego produktu (wersji komercyjnej GA). Etap, którego celem jest transformacja zaawansowanego MVP (TRL 7/8), opracowanego w trakcie inkubacji, w pełni funkcjonalną, bezpieczną i skalowalną wersję komercyjną produktu (GA – General Availability). Główne obszary prac w ramach Etapu 1: a. Rozwój kluczowych modułów funkcjonalnych: ◦ Finalizacja modułu BOQ (Bill of Quantities): Wdrożenie pełnej obsługi kosztorysów, w tym tworzenie, importowanie w różnych formatach oraz kluczową funkcję porównywania ofert na poziomie poszczególnych pozycji. ◦ Wdrożenie modułu "Wirtualna Teczka": Uruchomienie inteligentnego repozytorium dokumentów, wspieranego mechanizmem Human-in-the-Loop (HIL), co jest odpowiedzią na potrzebę budowy zaufania do funkcji opartych na AI. ◦ Udoskonalenie mechanizmów analizy ofert: Rozbudowa modułu analitycznego opartego na AI i OCR (Google Document AI) w celu zapewnienia w pełni zautomatyzowanej, wielokryterialnej analizy ofert, także ze skanów. b. Zapewnienie bezpieczeństwa i zgodności z regulacjami: ◦ Wdrożenie kontroli dostępu oparta na rolach (RBAC), pełny dziennik zdarzeń (ślad audytowy), polityka retencji danych oraz szyfrowanie "w tranzycie" i "w spoczynku". b. Etap 2 - Testowanie i wprowadzenie poprawek Celem etapu jest intensywne testowanie wersji GA w realnych warunkach biznesowych oraz wprowadzenia niezbędnych poprawek przed szerokim udostępnieniem komercyjnym. Główne obszary prac w ramach Etapu 2: - Testy funkcjonalne UAT - Testy integracyjne - Analiza błędów i implementacja poprawek - Retesty, stabilizacja i dopięcie pakietu GA c. Etap 3 - Asysta techniczna przy wprowadzeniu produktu na rynek polski Główne obszary prac w ramach Etapu 3: - Maintenance i poprawki błędów - Monitoring, DevOps oraz upkeep środowiska - Wsparcie techniczne przy wsparciu użytkowników - Optymalizacje bieżące. * W przypadkach, gdy Zamawiający posługuje się w opisie przedmiotu zamówienia nazwami programów, produktów, normami, aprobatami, specyfikacjami technicznymi i systemami odniesienia, bądź wskazuje znaki towarowe, patenty lub źródło pochodzenia (nazwy producentów lub urządzeń), postanowienia te należy odczytywać jako przykładowe, a Wykonawca ma każdorazowo prawo zastosowania rozwiązania równoważnego, które spełni minimalne standardy jakościowe, parametry techniczne, warunki docelowego przeznaczenia oraz funkcje i walory użytkowe produktu wskazanego z nazwy. Nazwy handlowe programów, produktów użyte w opisie przedmiotu zamówienia powinny być traktowane jedynie jako definicje standardu, jakiego wymaga Zamawiający. 2. Jeden Oferent może złożyć tylko jedną ofertę (pod rygorem odrzucenia wszystkich ofert danego Oferenta). 3. Zamawiający nie przewiduje udzielenia zamówień uzupełniających. 4. Nie dopuszcza się możliwości złożenia ofert częściowych. Oferta musi obejmować całość zamówienia. 5. Czas trwania zamówienia Termin realizacji zamówienia obejmuje okres około 11 miesięcy od dnia podpisania umowy (planowane: czerwiec 2026). Termin realizacji zamówienia może ulec wydłużeniu w przypadku otrzymania zgody na wydłużenie okresu realizacji projektu przez Polską Agencję Rozwoju Przedsiębiorczości lub w sytuacji, w której sfinalizowanie prac w zaplanowanym terminie nie będzie możliwe z powodu uzasadnionych okoliczności niemożliwych do przewidzenia na etapie niniejszego postępowania i podpisania umowy z Wykonawcą. 6. Płatności i