Stan na 23 czerwca 2026 · gałąź robocza be/gabinet-org-login
Do tej pory HIGI miało logowanie i pojedyncze konta. Ta paczka dodaje gabinety z zespołem, maile od HIGI oraz zabezpieczenia przed zakładaniem wielu kont po to, żeby mieć usługę za darmo bez końca.
Właściciel podaje nazwę gabinetu, liczbę higienistek (miejsc)
i NIP. System tworzy konto gabinetu z bezpłatnym okresem próbnym i wpuszcza
właściciela do aplikacji. Dostęp obejmuje cały zespół. Adres: /zaloz-gabinet.
Tylko właściciel zarządza zespołem — nie da się podszyć pod cudzy gabinet
(sprawdzane po stronie serwera). Adresy: /gabinet, /akceptuj-zaproszenie.
Ustawiasz, ile darmowych miesięcy dostaje gabinet — globalnie oraz indywidualnie dla
konkretnego gabinetu (przedłużenie lub zakończenie). Adres: /admin/gabinety.
HIGI potrafi wysyłać maile przez usługę Resend. Codziennie rano sprawdza, komu darmowy okres kończy się za 7, 3 i 1 dzień i wysyła przypomnienie.
Edytujesz treść maili (temat, HTML, tekst) i oglądasz podgląd — bez programisty.
Adres: /admin/maile.
Żeby maile realnie wychodziły, potrzebne będzie konto Resend + domena wysyłkowa
(np. mail.higi.com.pl) — osobny krok, jeszcze nierobiony.
Problem: ktoś mógłby zakładać konto za kontem na kolejne adresy e-mail, żeby ciągle mieć HIGI za darmo. Rozwiązanie zależy od rodzaju konta.
Z researchu: „biała lista VAT" odpadła jako weryfikacja — gabinety stomatologiczne (usługi medyczne) są zwolnione z VAT i tam nie figurują.
Cztery nowe „migracje", wszystkie wyłącznie dodające (nic nie kasują):
Bo zbieramy NIP (a dla jednoosobowej działalności NIP to dana osobowa), przygotowałem szkic dokumentu prawnego: informację dla użytkownika i uzasadnienie podstawy. Wymaga przeglądu przez prawnika/IOD przed wejściem na produkcję (są w nim miejsca do uzupełnienia danymi firmy).
Przed wystawieniem paczki do scalenia zrobiłem dokładny przegląd całego kodu (wielu niezależnych recenzentów + osobna weryfikacja każdego znaleziska). Z 36 zgłoszeń realnych było 10. Siedem naprawiłem, jedno zostawiłem świadomie.
1Maile mogły wyjść z wersji testowej do prawdziwych higienistek. Bezpiecznik działał odwrotnie niż powinien. Naprawione: na wersji testowej, bez jawnej listy dozwolonych adresów, nic nie wychodzi.
2Dało się obejść „jeden NIP = jeden darmowy okres" przy dwóch zgłoszeniach w tej samej chwili. Naprawione: zakładanie konta jest teraz jedną niepodzielną operacją — przy kolizji NIP konto w ogóle nie powstaje, a nadmiarowy wpis jest sprzątany.
Dziura w czyszczeniu treści maila (niezamknięty kawałek kodu na końcu), przerywanie całej wysyłki po jednym błędzie, powtórzony kod, walidacja adresu e-mail, oraz przycisk „Podgląd", który po cichu zapisywał treść maila — teraz podgląd niczego nie zapisuje.
Administrator nadany przez panel nie jest jeszcze rozpoznawany jako super-admin w trzech miejscach. To „za mało uprawnień", nie dziura bezpieczeństwa; porządna naprawa to osobny temat (zapisany jako zadanie na potem).
Sprawdzone: typy zgadzają się we wszystkich częściach projektu, testy działania przeszły.
/code-review i /security-review,
potem „pull request" → scalenie.| Dokument | Co to | Do zatwierdzenia |
|---|---|---|
| Raport zmian (ten) | podsumowanie paczki | wgląd zespołu |
| Research NIP / weryfikacja | jak weryfikować — prawno-technicznie | wgląd |
| Klauzula RODO (NIP) | szkic dokumentu prawnego | przegląd prawnika/IOD |
| Runbook konfiguracji telefonu (Clerk) | instrukcja krok po kroku | do wykonania przez Ciebie |
| Dziennik decyzji (wpis D-33) | zapis decyzji NIP + telefon | wgląd |
Pliki .md wgrane na wspólny dysk HIGI („nasze miejsce higi").