Rozbudowa polega tu zwykle na dołożeniu warstwy działającej obok systemu, a nie na zmianie samego programu.
Moduły producenta
Najprostsza droga przy brakach funkcjonalnych. Utrzymywane i aktualizowane razem z systemem.
Zaleta jest oczywista: przy kolejnej wersji nikt nie musi niczego sprawdzać, bo producent odpowiada za spójność całości. Wadą jest zakres — moduł robi to, co robi, i nie da się go nagiąć do procesu, który firma prowadzi inaczej niż reszta rynku.
Rozwiązania partnerów
Gotowe dodatki do typowych potrzeb: integracje, obiegi, zestawienia. Tańsze niż budowa własna i szybciej dostępne.
Przy wyborze dodatku warto zapytać o dwie rzeczy. Pierwsza: jak dostawca reaguje na nową wersję systemu i w jakim trybie wydaje zgodne wydania. Druga: co się stanie z danymi, jeżeli firma z dodatku zrezygnuje. Odpowiedź „damy znać” na oba pytania jest odpowiedzią.
Rozwiązania własne
Oparte na wymianie danych i mechanizmach udostępnionych przez producenta. Uzasadnione przy procesach charakterystycznych dla firmy.
Tu warto trzymać się zasady, że rozwiązanie własne przygotowuje dane i przyjmuje wyniki, ale samych dokumentów nie tworzy w oderwaniu od systemu. Warstwa obok jest łatwa do wyłączenia i łatwa do podmiany. Zmiana wewnątrz programu nie ma tej właściwości.
Wymiana danych
Podstawowa droga integracji: pliki wymiany i mechanizmy przewidziane przez producenta. Odczyt z bazy wyłącznie do raportów.
Wybór metody zależy od tego, jak często dane mają krążyć i jak duże są porcje. Szczegóły doboru opisuje osobny tekst o wymianie danych z systemem. Zasada nadrzędna jest jedna: dokument powstaje w systemie, według reguł systemu.
Czego nie robić
Zapisu bezpośrednio do bazy. Pomija kontrole i wyliczenia, a skutki ujawniają się przy zamknięciu okresu.
Typowy przebieg wygląda tak: ktoś dopisuje pozycje szybkim poleceniem, wszystko przez kilka tygodni wygląda poprawnie, a rozjazd wychodzi dopiero na inwentaryzacji albo przy uzgodnieniu rozrachunków. Wtedy nie ma już śladu, które rekordy powstały poza programem. Do tego dochodzi kwestia wsparcia producenta — ingerencja bezpośrednia bywa podstawą do jego ograniczenia.
Koszt utrzymania
Każde rozszerzenie wymaga sprawdzenia przy aktualizacji systemu. To pozycja stała, nie jednorazowa.
Dlatego warto prowadzić prostą ewidencję: co jest dołożone, kto to dostarczył, kto odpowiada za sprawdzenie. Przy aktualizacji systemu ta lista staje się listą kontrolną. Bez niej po dwóch latach nikt nie pamięta, skąd wziął się jeden z automatów.
Kiedy odpuścić
Gdy potrzebę da się zaspokoić zmianą organizacji pracy albo lepszym wykorzystaniem tego, co już jest kupione. Zanim cokolwiek się dokłada, warto przejrzeć zakres standardu. Rozbudowa, która zastępuje jedną ręczną czynność wykonywaną raz w miesiącu, rzadko zwraca się w kosztach utrzymania.
Warto też oddzielić potrzebę pilną od potrzeby trwałej. Jednorazowe przygotowanie danych dla jednego odbiorcy nie wymaga budowania mechanizmu — wystarczy przygotować plik. Mechanizm ma sens dopiero wtedy, gdy ta sama czynność wraca w stałym rytmie i wiadomo, że nie zniknie po zmianie warunków współpracy.
