Platforma automatyzacji zastępuje pisanie integracji od zera. Przepływ buduje się z gotowych elementów, nie z kodu.
Zasada działania
Zdarzenie w jednym systemie uruchamia ciąg czynności w innych. Całość jest widoczna jako schemat, a nie jako program. Schemat czyta się po kolei: co się wydarzyło, co ma się z tym stać, gdzie trafia wynik.
Każdy element schematu to jedna czynność — pobierz zamówienie, sprawdź warunek, utwórz dokument, wyślij wiadomość. Dane wychodzące z jednego kroku są wejściem następnego. Nazwy pól trzeba sobie przypisać ręcznie, bo systemy nazywają je inaczej.
Typowe zastosowania
- przenoszenie danych między systemami,
- powiadomienia o zdarzeniach,
- tworzenie dokumentów i zadań,
- przetwarzanie plików przychodzących,
- proste obiegi akceptacji.
Cecha wspólna: praca powtarzalna, o jasnych regułach, wykonywana dziś przez człowieka przepisującego dane z jednego ekranu na drugi. Jeśli reguły nie dają się spisać, automatyzacja jest przedwczesna.
Co jest potrzebne po stronie firmy
Konto w każdym łączonym systemie, z uprawnieniami do konkretnych operacji. Interfejs, przez który da się te operacje wywołać. Osoba, która wie, jak proces przebiega naprawdę, a nie jak powinien przebiegać według instrukcji. Warto wcześniej sprawdzić gotowe połączenia z systemami, bo brak jednego z nich zmienia zakres pracy.
Główna zaleta
Przepływ da się zrozumieć bez umiejętności programowania. To zmienia to, kto w firmie może go utrzymać — osoba z działu, którego proces dotyczy, zamiast zewnętrznego dostawcy. Zaleta działa tylko wtedy, gdy ktoś tę rolę faktycznie przejmie, dlatego pytanie, kto utrzymuje przepływy, warto rozstrzygnąć przed budową.
Główna wada
Przy rosnącej złożoności czytelność znika, a koszt rozliczany za operację rośnie. Schemat, którego nie widać w całości na jednym ekranie, przestaje być dokumentacją i staje się zagadką. Każdy krok to też osobne miejsce, w którym przepływ może się zatrzymać.
Druga wada jest mniej widoczna. Platforma ukrywa to, co dzieje się pod spodem, więc przy błędzie trudniej dojść do przyczyny. Komunikat pochodzi z systemu docelowego i bywa niezrozumiały bez znajomości tego systemu.
Miejsce w układzie narzędzi
Warstwa spajająca systemy, nie ich zastępstwo. Prowadzenie w niej danych zamiast przekazywania jest błędem. Dane należą do systemu, który za nie odpowiada — magazynowego, księgowego, sklepowego. Platforma tylko przenosi je między nimi i pilnuje kolejności.
Konsekwencja jest praktyczna: gdy firma zmieni platformę, przepływy trzeba zbudować od nowa, ale dane zostają na miejscu. Gdyby platforma trzymała je u siebie, migracja oznaczałaby utratę historii.
Kiedy się nie opłaca
Gdy proces wykonuje się rzadko i za każdym razem inaczej — koszt budowy nigdy się nie zwróci. Gdy dane wymagają decyzji, których nie da się zapisać jako warunku. Gdy zadanie sprowadza się do jednego dużego przeliczenia w jednym systemie — wtedy prościej rozbudować ten system. I gdy skala jest na tyle duża, że rachunek za operacje przewyższa koszt napisania rozwiązania na własność. Granicę opisuje osobno tekst o tym, kiedy platforma, a kiedy własny kod.
