Przejrzystość AI i decyzji
Jak powstają rekomendacje BID, REVIEW i IGNORE, gdzie są granice systemu i co musi sprawdzić człowiek.
- Wersja
- 2026-09-04
- Status
- Nie zatwierdzono do publicznego uruchomienia
1. Rola systemu
TenderHunter jest systemem wspomagania decyzji dla zespołów przetargowych. Nie podejmuje decyzji za organizację, nie wysyła oferty i nie komunikuje zamawiającemu spełnienia warunków. Użytkownik zawsze decyduje, czy kontynuować.
2. Jak powstaje wynik
- Dokumenty publicznego postępowania są pobierane i wersjonowane.
- Model językowy pomaga wyodrębnić wymagania, ich wartości i dokładne wskazania źródłowe.
- Kontrole schematu i cytatów odrzucają wynik bez obsługiwanego dowodu albo kierują go do weryfikacji.
- Deterministyczne reguły porównują wymagania z Paszportem firmy. Model językowy nie wybiera końcowej etykiety.
- Interfejs pokazuje BID, REVIEW albo IGNORE wraz ze stanami wymagań, uzasadnieniem, źródłami i brakami.
3. Znaczenie etykiet
- BID
- Na podstawie dostępnych, aktualnych danych nie wykryto obowiązkowego niespełnionego warunku. Nadal wymagane jest sprawdzenie przez człowieka.
- REVIEW
- Co najmniej jedna ważna informacja jest niepełna, niejednoznaczna, niskiej pewności albo wymaga oceny prawnej lub biznesowej.
- IGNORE
- Dostępny dowód wskazuje na niespełnienie obowiązkowego warunku lub reguły kwalifikacyjnej. Użytkownik powinien sprawdzić źródło przed rezygnacją.
4. Dane używane przez system
System wykorzystuje dokumenty postępowania, publiczne informacje o zamawiającym, dane firmy i dowody przekazane do Paszportu oraz decyzje weryfikacyjne administratorów jakości. Nie wykorzystuje cech wrażliwych osoby do profilowania ani oceny.
5. Ograniczenia i znane ryzyka
- Dokument może być nieaktualny, niepełny, zeskanowany błędnie albo zmieniony po analizie.
- Model może pominąć warunek, przypisać złą wartość lub niewłaściwie zinterpretować język prawny.
- Paszport może zawierać nieaktualne deklaracje albo dowody wygasające przed realizacją zamówienia.
- Punktacja i etykiety upraszczają rzeczywistą ocenę; nie obejmują całej strategii, ceny ani ryzyka wykonawczego.
Z tego powodu brak danych nigdy nie jest zaliczany jako spełnienie, a niska pewność jest kierowana do REVIEW.
6. Wymagany nadzór człowieka
Przed podjęciem decyzji użytkownik powinien otworzyć wskazane klauzule, potwierdzić najnowszą wersję SWZ i ogłoszeń o zmianie, sprawdzić terminy ważności dowodów, rozwiązać wszystkie stany REVIEW lub UNKNOWN oraz skonsultować kwestie prawne z uprawnionym doradcą. Administratorzy platformy przeglądają wybrane ekstrakcje niskiej pewności, ale nie zastępuje to kontroli użytkownika.
7. Brak decyzji z art. 22 RODO
Rekomendacja dotyczy możliwości biznesowego udziału organizacji w przetargu. Sama nie wywołuje skutku prawnego wobec osoby fizycznej ani w podobny sposób istotnie na nią nie wpływa. Nie jest używana do zatrudnienia, kredytu, ubezpieczenia, świadczeń publicznych ani oceny osoby.
8. Jakość i wydanie
Funkcje AI dla danych prywatnych oraz publiczne rekomendacje pozostają zablokowane do spełnienia udokumentowanych bramek jakości i przetwarzania. Minimalna bramka badawcza obejmuje 500 ludzkich etykiet, co najmniej 90% precyzji, 70% pokrycia ontologii, pełną śledzalność cytatów i zero potwierdzonych fałszywych zaliczeń.
9. Pytania i zakwestionowanie wyniku
Użytkownik może zgłosić błędne wymaganie lub wynik administratorowi organizacji albo na roberto@brandsparkle.se, dołączając identyfikator analizy i właściwy fragment źródła. Zgłoszenie nie zmienia dokumentacji postępowania i nie wstrzymuje jego terminów.
Ten dokument odzwierciedla obecną architekturę produktu, ale wymaga zatwierdzenia przez polskiego prawnika wraz z umowami powierzenia, procesem realizacji praw i harmonogramem retencji.