Obiekty własne. Rejestr pełnomocnictw od pustego ekranu do codziennej pracy

Zaczynasz od pustego ekranu i jednego pytania: co Twoja firma rejestruje, czego nie ma w żadnym gotowym systemie? W grupie spółek odpowiedź zna każdy zarząd. To rejestr pełnomocnictw i upoważnień: kto działa, w imieniu której spółki, w jakim zakresie, do jakiej kwoty i do kiedy. Program księgowy zna spółki i kontrahentów, ale nie zna pełnomocnictw. CRM zna klientów, ale nie wie, kto może podpisać z nimi umowę. Oryginały leżą w segregatorze, lista w arkuszu, a na pytanie, które pełnomocnictwa już wygasły, nikt nie odpowiada od ręki.

Poniżej masz sześć kroków, w których taki rejestr powstaje w Opero. Każdy dokłada jeden element platformy, a po ostatnim rejestr działa w systemie, a nie w arkuszu.

Krok pierwszy: moduł i obiekt własny

Obiekt własny w Opero jest odpowiednikiem tabeli. Opisuje jedną rzecz, tutaj Pełnomocnictwo, i informacje, które o niej przechowujesz. Obiekty grupujesz w moduły, czyli logiczne obszary aplikacji z własną nawigacją, ikoną i kolorem. Pełnomocnictwo trafi do modułu „Kancelaria”, obok Pism przychodzących.

Z samej definicji obiektu Opero generuje ekrany, listę rekordów z filtrowaniem, sortowaniem i wyszukiwaniem oraz dostęp przez API. Nie potrzebujesz programisty ani osobnej bazy danych.

Krok drugi: pola

Każda informacja w rejestrze jest polem określonego typu. Masz do wyboru ponad 20 typów: tekst, liczbę, kwotę, datę, wybór ze słownika, powiązanie z innym obiektem, plik, podpis, pole wyliczane. Typ ma wbudowaną walidację, więc w polu limitu kwoty nie zapiszesz „ćwierć miliona”, a w polu „ważne do” musi stać konkretna data.

• Słownik zamiast wolnego tekstu. Rodzaj pełnomocnictwa – ogólne, rodzajowe albo szczególne – wybiera się z kontrolowanej listy. W rejestrze nie powstanie pięć wariantów zapisu tej samej kategorii.

• Powiązanie zamiast przepisywania. Pełnomocnika wybierasz spośród użytkowników, a mocodawcę, czyli spółkę z grupy, wskazujesz jako rekord innego obiektu. Zmiana adresu spółki nie wymaga poprawiania każdego pełnomocnictwa.

• Numer nadawany przez system. Pole z kodem generowanym według wzoru i kolejnego numeru porządkowego daje rekordowi identyfikator w rodzaju PEŁ/2026/0017, którego nikt nie wpisuje ręcznie.

• Plik przy rekordzie. Skan podpisanego dokumentu wisi przy pełnomocnictwie, którego dotyczy, a nie w folderze na dysku.

Krok trzeci: zakres umocowań

Zakres umocowań nie zmieści się w jednym polu. Definiujesz go jako obiekt podrzędny, czyli tabelę zagnieżdżoną w rekordzie pełnomocnictwa. Każdy wiersz to osobny zapis z własnymi polami: czynność, limit kwoty, sposób reprezentacji – samodzielnie albo łącznie z członkiem zarządu. Relację „jeden do wielu” modelujesz bez konfigurowania bazy danych, a wiersze dodajesz na formularzu pełnomocnictwa.

Krok czwarty: formularz i układ

Obiekt opisuje dane, formularz decyduje, co widzi użytkownik. Osobno ustawiasz zakres pól przy tworzeniu, podglądzie i edycji rekordu. Na jednym obiekcie może działać kilka formularzy: podgląd dla pracownika, który sprawdza zakres i termin ważności swojego umocowania, pełny formularz edycji dla działu prawnego.

Układ rozmieszcza pola w sekcjach i zakładkach, bez kodu HTML. Układ wersjonujesz i publikujesz, a jeżeli nowa wersja okaże się gorsza od poprzedniej, wracasz do niej jednym kliknięciem.

Krok piąty: miejsce w nawigacji

Rejestr musi być gdzieś widoczny. Pozycja w menu prowadzi do listy pełnomocnictw, którą filtrujesz, sortujesz i przeszukujesz, na przykład według spółki albo pełnomocnika. Strona własna zbiera to, od czego dział prawny zaczyna dzień: pełnomocnictwa wygasające w tym miesiącu, wnioski czekające na weryfikację i skrót do rejestracji nowego pełnomocnictwa.

Krok szósty: proces, reguła i raport

Rejestr z dobrze określonymi polami przyjmuje resztę platformy bez przebudowy. Pełnomocnictwo prowadzisz jako proces z etapami i przejściami: Wniosek, Weryfikacja prawna, Aktywne, a na końcu Wygasłe albo Odwołane. Wejście w etap tworzy zadanie przypisane osobie albo roli, a pracę widać na tablicy kanban, której kolumnami są etapy. Reguła uruchamiana harmonogramem raz dziennie znajduje pełnomocnictwa, którym do końca ważności zostało 30 dni, i wysyła powiadomienie do działu prawnego oraz do pełnomocnika. Raport pokazuje aktywne pełnomocnictwa według spółki i te, które wygasają w najbliższych 60 dniach, a z każdej wartości przechodzisz do rekordów, które ją tworzą. Szablon dokumentu generuje treść pełnomocnictwa z danych rekordu.

Zmiana po miesiącu

Po kilku tygodniach używania rejestr zwykle potrzebuje nowego pola albo innego słownika. Zmiany struktury przygotowujesz w wersji roboczej schematu, sprawdzasz i dopiero potem wdrażasz. Do tej chwili działający rejestr pozostaje nietknięty.

Gdzie kończy się rola systemu

Opero nie zaprojektuje rejestru za Ciebie. To, które informacje są potrzebne, co ma być słownikiem, a co wolnym tekstem, i kto odpowiada za poprawność danych, jest decyzją Twojej firmy. System nie rozstrzyga też kwestii prawnych: rodzaj i formę pełnomocnictwa oraz zasady reprezentacji wynikające z KRS i umowy spółki ustala dział prawny. Rejestr porządkuje informacje o pełnomocnictwach, ale nie zastępuje dokumentu z podpisem. Rejestr przeniesiony z arkusza jeden do jednego, razem z kolumną „uwagi”, zachowa większość wad arkusza.

Są też granice techniczne. Obiekt podrzędny przyjmuje wyłącznie proste pola, więc jeżeli wiersz zakresu ma wskazywać kontrahenta albo konkretną umowę, zaprojektuj go jako osobny obiekt powiązany z nadrzędnym. Usunięcie pola kasuje zapisane w nim dane i wymaga osobnego potwierdzenia.

Sześć kroków brzmi jak dużo pracy. Na prezentacji przechodzimy je na żywo, na rejestrze z Twojej firmy, i zwykle mieścimy się w jednym spotkaniu. Napisz, który rejestr chcesz zobaczyć jako pierwszy.