Księgowa, bank, urząd: gdzie firma wychodzi poza własny grunt

Wyobraź sobie małą firmę, która montuje instalacje grzewcze. Serwer w biurze trzyma zamówienia, stan kotłów i armatury, faktury i listę klientów, i po raz pierwszy od lat właściciel potrafi powiedzieć, gdzie jest każdy rekord. Potem przychodzi dwudziesty dzień miesiąca.

Zewnętrzna księgowa potrzebuje faktur sprzedaży i zakupu z całego miesiąca w swoim programie. Bank chce wiedzieć, komu i ile firma płaci. Urząd skarbowy oczekuje pliku w swoim formacie i w swoim terminie. Marketplace, na którym firma sprzedaje części zamienne, chce co noc dostawać stany i ceny. Cztery drzwi w murze „gruntu firmy” i przez każde z nich dane muszą wyjść, bo inaczej firma nie prowadzi interesów.

Pierwszy odruch właściciela to dać każdemu login. Księgowa dostaje konto w systemie, integracja bankowa dostaje dane dostępowe serwera, łącznik z marketplace dostaje odczyt wszystkiego, żeby nic nie trzeba było eksportować ręcznie. Przez miesiąc jest wygodnie, a potem pytanie „kto co widzi” znów nie ma odpowiedzi.

Prawdziwa przyczyna: granice traktowane jak drzwi

Trzymanie danych na gruncie firmy nie jest obietnicą, że nic nigdy nie wychodzi. Firma, która handluje, płaci podatki i zatrudnia ludzi, przekazuje dane innym co tydzień. Błąd polega na tym, że każdą granicę traktuje się jak drzwi do systemu, podczas gdy powinna być ladą, przez którą podaje się konkretne rzeczy, pojedynczo, z zapisem tego, co przeszło.

Gdzie granice zawodzą

Księgowa dostaje cały system. Login do wszystkiego, bo to prostsze niż zapytać, czego naprawdę potrzebuje. Od tej chwili ceny, marże i płace firmy są też na każdej maszynie, na której je otworzy, a firma nie potrafi powiedzieć, co zobaczyła.

Integracja bankowa trzyma klucze. Łącznik, który może czytać księgę i przelewać pieniądze, jest wygodny, dopóki ktoś nie musi wyjaśnić, co wolno mu robić. Odczyt i płatność to dwa różne zakresy; jedno poświadczenie, które robi oba, to drzwi bez zamka.

Eksport w formacie programu, który go zrobił. Zamknięty plik, który otwiera tylko program księgowej, nie jest przekazaniem, tylko zależnością. Kiedy któraś ze stron zmieni program, historia zostaje uwięziona w drugim.

Marketplace czyta więcej, niż sprzedaje. Łącznik ustawiony do wysyłania stanów i cen zwykle ma też dostęp do zamówień, klientów i kosztów, bo oferowany zakres brzmiał „wszystko albo nic” i nikt nie wybrał „nic”.

Nikt nie zapisuje, co wyszło. Nawet jeśli każdy eksport był rozsądny, rok później nikt nie potrafi wymienić, które dokumenty poszły do kogo i kiedy. A to dokładnie ta lista, o którą audyt, spór albo wniosek z ochrony danych pytają na początku.

System przenosi się na granicę, żeby było łatwiej. Najczęstszy sposób na wszystkie powyższe problemy to przenieść całą księgę do chmury księgowej, banku albo marketplace’u. Problem granic znika, bo znika grunt.

Co robić zamiast tego

Eksport w otwartych formatach, z jednego modelu. Cokolwiek wychodzi, powinno wychodzić jako plik, który inny program przeczyta bez pytania dostawcy: ustrukturyzowany, udokumentowany i taki sam niezależnie od tego, czy idzie do księgowej, do audytora czy do następnego systemu. Ponieważ KYBERIOS trzyma zamówienia, faktury i stany w jednym modelu, miesięczna paczka powstaje z jednego miejsca, a nie jest sklejana z pięciu.

Podpisane dokumenty, a nie otwarte sesje. Księgowa, bank i urząd potrzebują dokumentu, za którym firma stoi: faktury, zestawienia, deklaracji. Podpisany dokument można zweryfikować, przekazać dalej i przechować; otwartej sesji w systemie nie da się odebrać.

Minimalne zakresy, spisane jako polityka. Księgowa może czytać faktury sprzedaży i zakupu zamkniętego miesiąca. Łącznik bankowy może czytać, co jest wymagalne, i proponować płatność; nie może jej wykonać. Marketplace może czytać stany i ceny pozycji, które są tam wystawione, i nic więcej. To linijki w tym samym pliku polityk co wszystko inne, egzekwowane poniżej agentów. Tekst polityki zamiast promptów tłumaczy, dlaczego to cecha systemu, a nie ustawienie.

Dziennik tego, co wyszło. Każdy dokument, który przekracza granicę, jest zapisany: co, do kogo, według której reguły, przez kogo zatwierdzony. Ten sam mechanizm, który odpowiada, dlaczego rekord wygląda tak, a nie inaczej, odpowiada, co zostało wydane na zewnątrz. Zapis tego, co firma oddała, też należy do firmy.

Człowiek na granicy przy wszystkim, co rusza pieniądze. Płatności, deklaracje i wiadomości do klientów czekają na osobę, która za tę decyzję odpowiada. To granica, którą strona główna wymienia wprost, i to ona sprawia, że pozostałe cztery zasady działają: system przygotowuje, co ma przejść, ludzie to podpisują.

Grunt zostaje tam, gdzie jest. Nic z powyższego nie wymaga przeniesienia księgi. Chmura księgowej, portal banku i marketplace dostają to, do czego mają prawo, w formie, którą umieją przeczytać, a system, który to wytworzył, zostaje na serwerze należącym do firmy. Tekst dane firmy na gruncie firmy opisuje, czym jest ten serwer i kto trzyma jego klucze.

Test, który możecie zrobić dziś

Narysujcie mur. Po jednej stronie systemy, które firma prowadzi sama; po drugiej każda zewnętrzna strona, która dostaje dane firmy: księgowa, bank, urząd skarbowy, marketplace’y, przewoźnicy, ubezpieczyciele, kredytodawcy. Przy każdej zapiszcie trzy rzeczy: co dostaje, w jakim formacie i skąd wiedzielibyście, co dostała do tej pory.

Tam, gdzie odpowiedź na pierwsze pytanie brzmi „ma login”, granica jest drzwiami. Tam, gdzie odpowiedź na drugie brzmi „to, co eksportuje ich program”, historia leży na ich gruncie. Tam, gdzie odpowiedź na trzecie brzmi „musielibyśmy ich zapytać”, dziennik nie istnieje. Każda z tych granic potrzebuje lady, formatu i zapisu, w tej kolejności.

Zanim do tego dojdzie, kolejność podłączania własnych źródeł ma takie samo znaczenie jak to, co firma wydaje na zewnątrz; opisuje ją tekst pierwszy tydzień z KYBERIOS. KYBERIOS jest przed startem, a strona główna pokazuje uczciwy stan prac.