W tym artykule

Skąd się bierze bałagan w dokumentach

Bałagan w dokumentach rzadko zaczyna się od jednego dużego błędu. Zwykle to drobiazgi: faktura dodana dwa razy, bo trafiła do dwóch osób, umowa zapisana bez daty zawarcia, nazwa kontrahenta wpisana na trzy sposoby. Każdy z nich z osobna wydaje się niegroźny, ale razem sprawiają, że wyszukiwarka zwraca dokumenty niepełne albo zdublowane. Zespół przestaje wtedy ufać archiwum i zaczyna prowadzić obok niego własne zestawienia.

Porządek w dokumentach firmy opiera się na dwóch zasadach:

  • każdy dokument jest opisany kompletnie, czyli ma dane, po których da się go znaleźć i rozliczyć;
  • każdy dokument jest w archiwum tylko raz, a nie w kilku kopiach.

Samymi instrukcjami dla zespołu nie da się ich utrzymać. Muszą ich pilnować reguły systemu, przy każdym zapisie i bez wyjątków. Poniżej pokazujemy, jak robi to CONTMAN Archive.

Metadane dokumentu: opis, po którym go znajdziesz

Metadane to dane opisujące dokument. Przy fakturze to na przykład numer, wystawca, data wystawienia i kwota, przy umowie strony, numer i data zawarcia. To po nich wyszukujesz dokumenty, a nie po nazwie pliku, dlatego od ich jakości zależy, czy archiwum odpowie na Twoje pytanie, czy tylko przechowa pliki.

W CONTMAN Archive strukturę opisu układa administrator:

  • Kategoria dokumentów to nazwany rodzaj dokumentów, na przykład faktury zakupowe albo umowy handlowe, razem z listą pól, które opisują każdy dokument tej kategorii.
  • Definicja pola to wzorzec wielokrotnego użytku z określonym rodzajem danych: tekst, liczba całkowita, liczba dziesiętna, data i czas, data albo wartość logiczna. Jedna definicja może służyć wielu kategoriom, a w każdej z nich pole może nosić inną nazwę.
  • Kolejność pól w kategorii to kolejność, w jakiej ich wartości widać na dokumencie i w wynikach wyszukiwania.

Archiwum przyjmuje tylko wartości zgodne z rodzajem pola, jego słownikiem i formatem. Pole tekstowe może mieć słownik, czyli listę do 50 dozwolonych wartości: użytkownik wybiera wtedy wartość z listy, zamiast ją wpisywać. Pole z formatem „NIP” przyjmuje polski NIP, także ze spacjami, kropkami i myślnikami, oraz unijny numer VAT, a każdy numer zapisuje w jednej postaci, zawsze z kodem kraju. Jeśli numer ma złą budowę, formularz ostrzega przed zapisem, a przy polskim NIP-ie także wtedy, gdy nie zgadza się suma kontrolna.

Kategoria i każde jej pole mogą mieć opis do 2000 znaków. To dobre miejsce na krótką instrukcję: skąd wziąć numer, w jakiej postaci wpisać nazwę, czego w polu nie wpisywać. Opis czytają osoby dodające dokumenty, a także asystent AI, jeśli organizacja z niego korzysta.

Pola wymagane: dokument nie trafi do archiwum bez kluczowych danych

Najprostszy sposób na niekompletne opisy to nie pozwolić ich zapisać. W CONTMAN Archive administrator oznacza wybrane pola kategorii jako „Wymagane”. Na formularzu dokumentu mają one gwiazdkę, a bez ich wartości opis nie zostanie zapisany.

Reguła działa przy tworzeniu dokumentu, przy dodawaniu jego opisu w kolejnej kategorii i przy każdej edycji: po zapisie wszystkie pola wymagane muszą mieć wartość. Obejmuje też dokumenty, które tworzy proces obiegu w CONTMAN Workflow. Obiegu, którego krok tworzenia dokumentu nie wypełnia pól wymaganych, nie da się opublikować, a dokument, któremu w chwili tworzenia zabrakłoby wartości pola wymaganego, nie trafi do archiwum. Pola wymaganego nie wyczyści również reguła przechowywania danych.

Wymagalność obowiązuje od chwili włączenia. Archiwum niczego nie uzupełnia wstecz: opisy zapisane wcześniej zachowują braki do najbliższej edycji, a ta musi je uzupełnić. Dzięki temu zasady można zaostrzyć w działającym archiwum, bez przerywania pracy zespołu.

Które pola oznaczyć jako wymagane? Te, bez których dokumentu nie da się znaleźć, rozliczyć ani powiązać z innymi. Resztę możesz zostawić jako opcjonalną i uzupełniać później. Zbyt długa lista pól wymaganych kusi, żeby wpisać cokolwiek, byle zapisać, a to też bałagan, tylko lepiej ukryty.

Klucz unikalności: ochrona przed duplikatami dokumentów

Duplikaty to drugie główne źródło bałaganu. Ta sama faktura dodana dwa razy to ryzyko podwójnej płatności, zawyżone zestawienia i dwa miejsca, w których ktoś coś dopisuje.

Dlaczego jedno pole nie wystarczy? Bo numer faktury jest niepowtarzalny tylko u jej wystawcy. Fakturę o numerze 15/10/2026 może wystawić kilku dostawców i każda z nich jest innym dokumentem. Gdyby archiwum odrzucało każdy powtórzony numer, odrzucałoby też prawdziwe faktury. Duplikat rozpoznajesz dopiero po komplecie danych: ten sam numer, ten sam wystawca, ta sama data.

Dlatego w CONTMAN Archive klucz unikalności może obejmować kilka pól:

  • W kategorii zaznaczasz pola jako „Część klucza”. Razem tworzą klucz kategorii: ten sam komplet ich wartości, na przykład numeru faktury, NIP-u wystawcy i daty wystawienia, może wystąpić w kategorii tylko raz w całej organizacji.
  • Pole klucza jest zawsze wymagane, więc reguły nie da się obejść, zostawiając jedno z pól puste.
  • Gdy wartości pól klucza powtarzają opis, który jest już w archiwum, zapis zostaje odrzucony. Formularz zaznacza pola klucza, a osoba z prawem odczytu tej kategorii dostaje odnośnik „Otwórz dokument” do dokumentu, który ma już te wartości. Kto takiego prawa nie ma, odnośnika nie dostaje, więc odmowa nie odsłania dokumentu, do którego nie ma dostępu.
  • Przy tworzeniu dokumentu odrzucenie dotyczy całego zapisu: nie powstaje ani dokument, ani plik.
  • Klucz sprawdza każdy zapis, nie tylko formularz: dokument dodany ręcznie lub przez API, dokument utworzony przez proces obiegu, zmianę opisu wykonaną przez obieg albo przez regułę przechowywania.
  • Gdy dwie osoby zapisują tę samą fakturę w tej samej chwili, przejdzie tylko jeden zapis.

Jak archiwum porównuje wartości

Klucz porównuje wartości w tej postaci, w jakiej archiwum je zapisuje. W praktyce oznacza to, że:

  • NIP wpisany z myślnikami i ten sam NIP wpisany bez nich to ta sama wartość, bo pole z formatem „NIP” zapisuje każdy numer w jednej postaci;
  • liczby 1,5 i 1,50 to ta sama wartość;
  • ta sama chwila zapisana w różnych strefach czasowych to ta sama data i godzina;
  • teksty są porównywane dokładnie, z rozróżnieniem wielkości liter, więc „ABC” i „abc” to dwie różne wartości (w polach oznaczonych jako dane wrażliwe wielkość liter nie ma znaczenia).

Ostatni punkt warto uwzględnić przy projektowaniu klucza. Jeśli jego częścią jest pole tekstowe, wartości ujednolici słownik, a numer dokumentu najlepiej przepisywać dokładnie tak, jak go wydrukowano.

Od kiedy działa klucz

Klucz ustawiasz po zapisie kategorii, gdy archiwum przygotuje pole. Tak jak wymagalność, działa od chwili włączenia i sprawdza tylko nowe zapisy: nie wykazuje powtórzeń w opisach zapisanych wcześniej. Usunięcie pola klucza z kategorii zawęża klucz do pozostałych pól, a usunięcie ostatniego kończy regułę.

Jak zaprojektować kategorię, która pilnuje porządku

Kilka zasad, które sprawdzają się przy planowaniu kategorii dokumentów:

  1. Zacznij od pytania, po czym rozpoznajesz ten sam dokument. Pola, które na nie odpowiadają, tworzą klucz. Dla faktury zakupowej to zwykle numer, NIP wystawcy i data wystawienia, dla umowy na przykład jej numer i NIP kontrahenta.
  2. Wymagaj tylko tego, co niezbędne. Pole wymagane powinno mieć sens w każdym dokumencie kategorii.
  3. Ujednolicaj wartości u źródła. Słownik i format „NIP” sprawiają, że ta sama informacja ma zawsze tę samą postać, co pomaga i wyszukiwaniu, i kluczowi.
  4. Opisz pola. Jedno zdanie instrukcji w opisie pola oszczędza wielu poprawek.
  5. Ustaw reguły wcześnie. Wymagalność i klucz sprawdzają nowe zapisy, więc im wcześniej je włączysz, tym mniej starych braków i powtórzeń zostanie w archiwum.

Porządek, którego pilnuje system

Pola wymagane dbają o to, żeby każdy dokument był opisany kompletnie, a klucz unikalności o to, żeby trafił do archiwum tylko raz. Obie reguły działają przy każdym zapisie, także wtedy, gdy dokument tworzy proces obiegu, więc porządek nie zależy od tego, czy ktoś akurat pamiętał o instrukcji.

O tym, kto i co może zobaczyć w archiwum, przeczytasz w tekście o bezpiecznym przechowywaniu dokumentów. Umów prezentację CONTMAN Archive, a pokażemy, jak w praktyce działają pola wymagane i klucz unikalności.