Pytania i odpowiedzi o Rozecie dla Mieszkańców

Rozeta dla Mieszkańców to prywatny projekt KOD.AI sp. z o.o., który opisuje proponowany sposób wspierania miejskich zespołów w porządkowaniu zgłoszeń, obsłudze głosowej i analizie powtarzających się sygnałów.

Serwis przedstawia architekturę, zasady bezpieczeństwa i model proponowanego pilotażu. Nie stanowi komunikatu urzędu, zamówienia publicznego ani potwierdzenia, że rozwiązanie działa w systemie konkretnego miasta. Zakres operacyjny, odpowiedzialność i miary wyniku muszą zostać uzgodnione osobno z uprawnionym partnerem.

Nie — Rozeta dla Mieszkańców nie jest oficjalną usługą m.st. Warszawy, a KOD.AI sp. z o.o. nie występuje na tej stronie jako organ publiczny ani operator miejskiego kanału kontaktu.

Projekt jest przedstawiany w kontekście programu i możliwości walidacji, lecz nie należy z tego wywodzić miejskiego poparcia, zakupu ani uruchomienia. Oficjalne informacje o miejskich kanałach trzeba sprawdzać w źródłach właściwego urzędu; poniższy odsyłacz prowadzi do informacji publikowanej przez Warszawa 19115.

Nie — opisany wariant Rozety dla Mieszkańców nie jest aktywnym wdrożeniem produkcyjnym w Warszawie ani w innym mieście wskazanym na tej stronie.

Materiały pokazują propozycję funkcji i etapów oceny, a nie raport z uruchomienia. Demonstracja, prototyp albo przyjęcie projektu do programu nie potwierdzają gotowości produkcyjnej. Taki status wymagałby udokumentowanego zakresu, odbioru, właścicieli, zabezpieczeń, monitoringu oraz komunikatu uprawnionych stron.

Nie — projekt nie ma potwierdzonej integracji z Warszawa 19115, nie odbiera spraw z tego systemu i nie powinien być traktowany jako alternatywny oficjalny kanał zgłoszeń dla mieszkańców.

Warszawa 19115 jest w materiałach punktem odniesienia do rozmowy o miejskiej obsłudze, a nie nazwą istniejącego połączenia technicznego. Ewentualna integracja wymagałaby osobnego upoważnienia, specyfikacji interfejsu, podstawy przetwarzania, kontroli bezpieczeństwa, testów odbiorowych i jednoznacznej komunikacji miasta.

Inteligentny triaż ma proponować uporządkowaną kategorię, priorytet i jednostkę docelową na podstawie uzgodnionej taksonomii, zachowując treść źródłową, poziom pewności oraz ślad korekt operatora.

To rekomendacja do oceny, a nie urzędowa decyzja ani obietnica bezbłędnego routingu. W proponowanym pilotażu najpierw porównuje się wynik z procesem referencyjnym w trybie cienia, bada koszt pomyłek i ustala progi eskalacji. Dla skutków dotyczących mieszkańca decyzja należy do upoważnionego człowieka.

Obsługa głosowa Rozy jest proponowanym interfejsem do zebrania wypowiedzi, potwierdzenia kluczowych danych i przygotowania uporządkowanej karty sprawy do dalszej obsługi przez właściwy zespół.

Numer demonstracyjny ani opis rozmowy nie są miejską infolinią i nie dowodzą integracji z rejestrem spraw. Zakres języków, komunikaty, zgody, retencja nagrań lub transkrypcji, możliwość przejścia do człowieka oraz zachowanie podczas niedostępności muszą zostać jawnie ustalone i przetestowane przed kontaktem z mieszkańcami.

Nie w opisanym modelu — system ma wspierać klasyfikację i analizę, natomiast przy skutkach dla osoby, zmianie statusu sprawy lub wyjątku decyzja należy do upoważnionego człowieka.

Projekt pilotażu powinien nazwać właściciela każdej decyzji, zapewnić możliwość zrozumienia rekomendacji, odrzucenia jej i zapisania korekty. Ostateczne wymagania zależą od rzeczywistego zastosowania i jego kwalifikacji prawnej; tej oceny nie zastępuje ogólny opis produktu ani sam fakt użycia modelu AI.

Kanały mają być łączone przez uzgodniony model sprawy i kontrolowane identyfikatory, bez zakładania, że podobne treści automatycznie dotyczą tej samej osoby lub zdarzenia.

Proponowany proces zachowuje pochodzenie informacji, rozróżnia dane potwierdzone od wywnioskowanych, wykrywa możliwe duplikaty i przekazuje niejednoznaczność operatorowi. To wzorzec architektoniczny, nie potwierdzenie działającego połączenia z miejskimi systemami. Każdy kanał wymaga osobnej autoryzacji i testu integralności.

Role i odpowiedzialność wynikają z faktycznego celu oraz sposobu przetwarzania, dlatego muszą zostać ustalone przez uczestników konkretnego pilotażu przed przekazaniem danych.

KOD.AI nie może jednostronnie ogłosić ról dla nieuzgodnionego wdrożenia. Potrzebne są co najmniej: udokumentowany cel i podstawa, minimalizacja pól, uprawnienia, retencja i usunięcie, obsługa praw osób, zabezpieczenia oraz — gdy wymaga tego ryzyko — ocena skutków. Ta odpowiedź porządkuje pytania i nie jest poradą prawną.

Pilotaż powinien używać wyłącznie minimalnego zestawu danych niezbędnego do sprawdzenia jednego, wcześniej uzgodnionego pytania operacyjnego.

Zanim dane zostaną udostępnione, strony opisują źródło, pola, okres, jakość, właściciela, uprawnienia, sposób pseudonimizacji lub anonimizacji, retencję i bezpieczne usunięcie. Jeżeli wymagany legalny dostęp albo zabezpieczenie nie jest dostępne, dana próba powinna się zatrzymać zamiast korzystać z zastępczych danych w ścieżce produkcyjnej.

Ta strona nie deklaruje certyfikowanej zgodności Rozety ani przyszłego kanału miejskiego z określonym poziomem WCAG; dostępność trzeba potwierdzić dla konkretnego interfejsu, treści i procesu.

W proponowanym pilotażu ocena obejmuje testy klawiaturą i technologiami asystującymi, zrozumiałość komunikatów, kontrast, błędy formularzy, alternatywę dla głosu oraz udział osób o różnych potrzebach. Automatyczny skaner może pomóc wykryć część problemów, ale nie zastępuje oceny użytkowej i formalnych obowiązków właściwej jednostki.

Walidacja powinna rozpocząć się od linii bazowej i trybu cienia, w którym rekomendacja nie zmienia miejskiej kolejki ani statusu sprawy.

Przed testem zapisuje się miary dla kategorii i przypadków wysokiego ryzyka, maksymalny koszt błędu, wymagane zabezpieczenia, scenariusze awaryjne oraz kryteria stop, hold i go. Wynik powinien pokazywać także luki, korekty i ograniczenia próby. Rezultat pilotażu nie może być automatycznie uogólniony na inne kanały, dane lub miasta.

Najbezpieczniejszym początkiem jest krótka karta jednego problemu: decyzja lub zadanie do wsparcia, właściciel procesu, źródło danych, linia bazowa, największy koszt błędu i warunek zatrzymania.

Dopiero potem dobiera się funkcję, zakres danych i scenariusz trybu cienia. Rozmowa z KOD.AI jest rozpoznaniem możliwości, nie tworzy zobowiązania ani wdrożenia. Każdy dalszy krok wymaga właściwych uzgodnień organizacyjnych, prawnych, bezpieczeństwa, dostępności i zamówień po stronie zainteresowanej jednostki.