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.

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.