Klient przedstawia kartę
Identyfikator prowadzi do roli, planu i okresu ważności.
PIASECZNO / PORTAL UPRAWNIEŃ I ROZLICZEŃ
Rabat ma działać według jednej reguły. System pokazuje decyzję i powód.
Łączymy rolę klienta, okres ważności i stan rozliczenia w jednej regule. Obsługa dostaje decyzję ze śladem, a klient widzi wynik bez telefonów i ręcznego sprawdzania.
DLACZEGO TUTAJ
Kontekst transportowy, nie gotowy case.
Oficjalny materiał gminy o budżecie na 2026 rok opisuje planowane wydatki inwestycyjne, transport publiczny i lokalne linie L. To uzasadnia rozmowę o regułach dostępu, okresach ważności i rozliczeniu w jednym procesie.
Źródło nie dowodzi realizacji inwestycji, prywatnego popytu, gotowego zakresu ani lokalnego klienta Balance IT. Materiał gminy Piaseczno
JEDEN DOMINUJĄCY SCENARIUSZ
Od karty do odpowiedzi, bez ręcznego wyjątku w skrzynce.
Operator nie porównuje trzech ekranów. Przekazuje kartę klienta do reguły, a system zapisuje wynik, powód i moment decyzji.
Reguła czyta trzy warunki
Rola, data oraz stan rozliczenia są oceniane osobno.
Brak warunku zatrzymuje przebieg
Obsługa widzi konkretny powód, nie ogólny błąd.
Powstaje kwit decyzji
Wynik, kwota, czas i podstawa pozostają w historii.
AUTORSKI ARTEFAKT / KONTRAKT WALIDACJI
Każda bramka odpowiada na inne pytanie.
Nie zastępujemy procesu jednym polem „aktywny”. Rozdzielamy prawo do działania, czas obowiązywania i stan finansowy, żeby wynik dało się obronić.
- 01mechanizm: dopasowanie roli
Klucz roli
Czy osoba albo firma ma właściwy typ uprawnienia do tej operacji?
- 02mechanizm: zakres czasu
Okno ważności
Czy uprawnienie mieści się w obowiązującym okresie i wersji reguły?
- 03mechanizm: stan finansowy
Rygiel rozliczenia
Czy plan, abonament lub limit został prawidłowo rozliczony?
Trade-off
Elastyczne rabaty i ręczne wyjątki zwiększają liczbę wersji reguł. Dlatego pierwszy zakres zamykamy na jednej ścieżce decyzji, a wyjątki mają właściciela, powód i datę wygaśnięcia.
PIERWSZA WERSJA / DO ODBIORU
MVP kończy się mierzalnym wynikiem.
Nie sprzedajemy katalogu funkcji. Zamykamy jedną decyzję od danych wejściowych do kwitu i testujemy ją na telefonie.
- 01Mapa ról i regułkto ma dostęp, w jakim okresie i według jakiego planudo odbioru
- 02Prototyp portalu klientajedna karta, jeden wynik i kontrolowany komunikat błędudo odbioru
- 03Jedna integracja rozliczeniowakontrakt danych, retry i zachowanie podczas przerwydo odbioru
- 04Dziennik decyzjipowód, kwota, czas, wersja reguły i właściciel wyjątkudo odbioru
- 05Mobile, WCAG i wydajnośćczytelny wynik, klawiatura i kryteria odbioru przed startemdo odbioru
CZTERY PYTANIA PRZED WYCENĄ
Najpierw reguła, potem interfejs.
Odpowiedzi wyznaczają koszt integracji i liczbę wyjątków. Nie udajemy, że każdy portal uprawnień ma ten sam zakres.
01Od czego zależy cena portalu uprawnień?
Od liczby ról i reguł, jakości danych źródłowych, wariantów rozliczenia oraz integracji. Stałą cenę podajemy dopiero dla zamkniętego scenariusza.
02Czy wynik może pokazywać powód odrzucenia?
Tak. Projektujemy jawny kod decyzji i komunikat dla użytkownika, bez ujawniania danych, których nie powinien widzieć.
03Co się dzieje, gdy system rozliczeniowy nie odpowiada?
Ustalamy bezpieczny stan, retry, monitoring oraz ślad operacji. Brak odpowiedzi integracji nie może automatycznie oznaczać aktywnego rabatu.
04Czy Balance IT ma biuro w Piasecznie?
Nie deklarujemy biura w Piasecznie. Discovery, makiety, testy i odbiory prowadzimy zdalnie w całej Polsce.