Branże / Sektor publiczny
Cyfrowe usługi publiczne gotowe na audyt.
Systemy publiczne muszą być przejrzyste, odporne i możliwe do utrzymania przez lata. Budujemy stojące za nimi portale obywatelskie, rejestry, systemy podpisu elektronicznego i archiwa — z audytowalnością i dyscypliną operacyjną, jakiej wymaga ten standard.
Ograniczenie
Musi przetrwać kontrakt.
Infrastrukturę publiczną ocenia się po przejrzystości i trwałości, a nie po efekcie w dniu startu. Wniosek obywatela wpływa przez portal, e-mailem albo jako zeskanowana korespondencja; jest rejestrowany, kierowany i zamykany podpisanym aktem, który za lata nadal musi dać się zweryfikować. Budujemy cały ten łańcuch tak, by każde działanie zostawiało ślad audytowy, każdy ustawowy termin był pilnowany, usługa działała stabilnie pod obciążeniem, a dokumentacja pozwalała kolejnemu zespołowi ją utrzymywać długo po naszym odejściu.
- 01Ślad audytowy przy każdym istotnym działaniu
- 02Odporność i observability wbudowane od początku, a nie dodane na końcu
- 03Otwarte standardy i interoperacyjność domyślnie
- 04Dokumentacja pozwalająca utrzymywać system przez lata
Rozliczalność
Co tutaj musi znaczyć „rozliczalny”.
Warunki nie do negocjacji, które projektujemy od pierwszego dnia, bo system publiczny musi odpowiadać sam za siebie.
Zbudowane z myślą o przekazaniu
Od starego systemu do zespołu, który przyjdzie po nas.
Mało która instytucja zaczyna od zera. Rejestry żyją w starych bazach danych i arkuszach, a dekady akt leżą na papierze. Piszemy importery ze starych systemów, przygotowujemy uzgodnienie, które instytucja zatwierdza, i uruchamiamy stary oraz nowy system równolegle przed przełączeniem — a archiwum papierowe jest skanowane i indeksowane obok.
Miarą systemu publicznego nie jest demo, lecz to, czy za pięć lat nadal działa i da się go zmieniać. Dlatego odporność i observability są sposobem jego budowy, a dokumentacja jest częścią dostawy: architektura, runbooki i decyzje spisane tak, by zespół, którego nigdy nie poznaliśmy, mógł pewnie obsługiwać i rozwijać system.
Możliwości
Co budujemy.
- Portale obywatelskie · logowanie krajowym eID
- Formularze z asystentem, wstępnie wypełnione z profilu
- Rejestr elektroniczny i obsługa spraw
- Śledzenie terminów ustawowych i eskalacja
- Kwalifikowane podpisy i pieczęcie elektroniczne · eIDAS
- Archiwum elektroniczne · PDF/A i znaczniki czasu
- Podatki i opłaty lokalne · uzgadnianie
- Posiedzenia rady i publikacja urzędowa
- Migracja systemów legacy i skanowanie archiwów
- Wielo-instytucjonalność i zarządzanie dostępem
W praktyce
Dowody
Jak budujemy infrastrukturę publiczną.
Dyscyplina, która towarzyszy każdemu projektowi dla sektora publicznego.
Pytania
O co pytają nas instytucje publiczne.
Budujemy na otwartych standardach i dokumentujemy wszystko, więc system może być obsługiwany, audytowany i rozwijany przez inny zespół — także Państwa własny — bez zależności od nas.
Tak. Budujemy zgodnie z WCAG 2.1 AA i EN 301 549 jako punktem wyjścia, a nie poprawką po fakcie, i testujemy to w ramach dostawy.
Każde istotne działanie jest przypisane do osoby i zapisane w śladzie audytowym, a kontrola dostępu i rozdzielenie obowiązków są częścią projektu. Gdy kilka instytucji korzysta z jednej platformy, każda jest osobnym tenantem z własnymi danymi, a podmiot podległy lub nadzorczy widzi dokładnie tyle, na ile pozwala łącząca go relacja prawna.
Urzędnicy. Podpisują własnymi certyfikatami kwalifikowanymi przez podpis zdalny zgodnie z eIDAS — platforma nigdy nie przechowuje klucza podpisu. Podpisane dokumenty są zapisywane jako PDF/A z kwalifikowanym znacznikiem czasu, dzięki czemu można je zweryfikować także po latach.
Do instytucji. Płatności kartą, przelewem lub w kasie są rozliczane bezpośrednio na rachunki skarbowe instytucji — oprogramowanie nigdy nie przechowuje pieniędzy. Prowadzi księgę należności i uzgadnia każdą płatność z wyciągami skarbu.
Otrzymują Państwo dokumentację architektury, runbooki i rejestr decyzji — wystarczająco, by Państwa zespół mógł prowadzić i zmieniać system przez lata. Możemy też zostać i go utrzymywać.
Budujesz coś w tym obszarze?
Opisz nam ograniczenia — ciągłość działania, compliance, warunki terenowe. Wrócimy z architekturą, która do nich pasuje.