Vaše ERP správne eviduje faktúry, no plánovanie zákaziek žije v troch tabuľkách. Obchod a prevádzka si stav vysvetľujú cez telefón. Na každú novú službu potrebujete ďalšie pomocné pole a ďalší návod pre ľudí.
Taká situácia ešte neznamená, že musíte vymeniť celý systém. Môže znamenať, že ERP používate aj na prácu, pre ktorú sa nehodí. Najlepším ďalším krokom býva vlastná aplikácia okolo stabilného jadra.
Rozhodnutie medzi rozšírením a novým ERP preto rozdeľte podľa zodpovedností. Ktorá časť dnes funguje? Ktorá brzdí firmu? Kde vznikajú údaje a kto ich má právo meniť? Až potom porovnávajte veľkosť projektov.
Vlastná prevádzka nad existujúcim ERP
- Ľudia a AI asistenti Pracujú len v rozsahu svojich oprávnení
- Vlastná prevádzková aplikácia Zákazky, technici, výnimky a schvaľovanie
- Integrácia a kontrola prenosu Mapovanie, opakovanie a riešenie nesúladov
- Existujúce ERP Dohodnuté evidencie a doklady
Vek systému sám osebe nerozhoduje
Staršia aplikácia môže spoľahlivo vykonávať úzky okruh úloh. Dôvodom na zmenu sú skôr obmedzenia pri práci, nepredvídateľné opravy alebo nemožnosť dostať sa k vlastným údajom.
Miesto problému napovie aj vhodné riešenie. Opakované prepisovanie medzi aplikáciami smeruje k integrácii. Neprehľadné zadávanie môže vyriešiť nové rozhranie. Keď však samotný dátový model nepozná vzťahy potrebné pre prevádzku, ďalšia obrazovka nestačí.
Toto rozlíšenie chráni pred zbytočnou výmenou funkčného účtovníctva. Zároveň pomáha spoznať chvíľu, keď už nadstavba iba predlžuje život nevhodnému základu.
Kde končí prevádzková aplikácia a začína ERP
Servisný technik mení stav zásahu v prevádzkovej aplikácii. Účtovník opravuje vystavený doklad v ERP. Obe zmeny sú správne, pokiaľ každá aplikácia zodpovedá za dohodnutú časť práce.
Integrácia potom odovzdáva schválené podklady a späť prináša výsledok. Nemá náhodne rozhodovať, ktorá hodnota platí, podľa toho, čo sa synchronizovalo posledné. Každý podstatný údaj potrebuje hlavné miesto správy.
Používateľ má toto rozdelenie vidieť aj na obrazovke. „Podklady čakajú na prenos“ znamená niečo iné než „faktúra vytvorená“. Zrozumiteľný stav zabráni zbytočnému urgovaniu aj strate práce medzi systémami.
Rozsah zmeny vyberte podľa miesta problému
- Vlastná nadstavba Pracovný postup 1
- Výmena modulu Konkrétna evidencia 2
- Nové jadro Zásadné obmedzenia 3
← Okolo jadra Zmena základu →
- 1 Vlastná nadstavba Pracovný postup
- 2 Výmena modulu Konkrétna evidencia
- 3 Nové jadro Zásadné obmedzenia
Kedy nadstavba prestáva pomáhať
Vlastná vrstva nie je univerzálna odpoveď. Ak ERP neposkytuje potrebné dáta, každá integrácia sa mení na obchádzku. Ak zmenu stavu viete zistiť iba ručným exportom, každodenná prevádzka môže zostať závislá od oneskorených informácií.
Podobný problém vzniká, keď musí vlastná aplikácia neustále napodobňovať interné pravidlá ERP. Výsledkom sú dve implementácie rezervácií, cien alebo schválení. Ich postupné rozchádzanie sa môže byť drahšie než nahradenie jedného konkrétneho modulu.
Preto si pri návrhu vypýtajte aj bod, pri ktorom sa oplatí zmeniť smer. Napríklad počet ručných zásahov, ktoré integrácia nedokáže odstrániť. Alebo zásadnú operáciu, ktorú rozhranie vôbec nepodporuje. Rozhodnutie sa má opierať o overenú hranicu, nie o nádej, že ju neskôr nejako obídete.
Menší projekt má prevziať celú úlohu
Samotný nový zoznam zákaziek môže vyzerať ako pokrok, hoci všetka práca naďalej prebieha v starom ERP. Užitočnejšou hranicou je celý servisný zásah od prijatia po schválenie podkladov.
Patrí doň aj storno, oprava a vrátenie na predchádzajúci krok. Bez nich sa starý systém stane miestom, kam sa ľudia vracajú pri každej komplikácii.
Po zavedení takejto časti sa dá posúdiť, či ubudli ručné zásahy a či každý pozná aktuálny stav. Ak nie, ďalší modul problém nevyrieši. Najprv potrebuje úpravu hranica medzi aplikáciami alebo spôsob používania.
Tri rozsahy zmeny
| Vlastná nadstavba | Výmena modulu | Nové jadro | |
|---|---|---|---|
| Hlavný dôvod | Nevyhovujúci pracovný postup | Nevyhovujúca časť evidencie | Zásadné obmedzenia základu |
| Čo zostáva | Väčšina dnešného ERP | Ostatné funkčné moduly | Vybrané externé služby |
| Čo musíte overiť | Rozhrania a vlastníctvo dát | Hranice procesu a prechod | Celú prevádzku a migráciu |
| Typické riziko | Dvojité pravidlá a synchronizácia | Nejasné rozdelenie zodpovednosti | Príliš veľký prvý projekt |
AI potrebuje prístup k procesu, nie ďalšie prihlásenie
Pri rozšírení ERP môžete rovno pripraviť rozhrania pre AI. Asistent môže čítať priebeh zákazky, vyhľadať chýbajúce podklady alebo pripraviť návrh nákupnej požiadavky. Takéto úlohy potrebujú konkrétne nástroje s obmedzenými právomocami.
MCP poskytuje spoločný spôsob, ako AI aplikácii sprístupniť nástroje a kontext. Váš vývojový tím môže nad existujúcim API pripraviť úzko zamerané operácie. Rozsah oprávnení však treba navrhnúť samostatne. Úvod do MCP
Nepýtajte si iba „MCP konektor“. Pýtajte si ukážku, kde asistent nájde otvorené zásahy konkrétneho zákazníka a nevidí údaje, na ktoré používateľ nemá právo. Potom skúste neprípustnú zmenu. Kvalitu rozhrania ukáže aj to, čo správne odmietne.
Vlastná vrstva tu dáva firme kontrolu. Môžete meniť používaného AI asistenta bez prerábania každého obchodného pravidla. Podmienkou sú zdokumentované rozhrania, oddelené oprávnenia a pravidlá uložené v systéme, nie iba v texte pokynov pre model.
Čo preveriť pri oddelení modulu
- Údaje
- Pravidlá
- Používatelia
- Integrácie
- Podpora
Rozšírenie aj náhrada majú priebežné náklady
Cena vývoja neukazuje celý rozdiel medzi nadstavbou a výmenou modulu. Obe cesty potrebujú migráciu, skúšky, podporu a človeka, ktorý sleduje prenosy medzi aplikáciami.
Dočasný súbeh navyše zamestná vlastný tím. Niekto porovnáva výsledky, vysvetľuje nový postup a rozhoduje pri rozdieloch. Táto práca potrebuje miesto v pláne, aj keď za ňu nepríde dodávateľská faktúra.
Pri vlastnej aplikácii má firma získať aj kód, dokumentáciu a prístup k prevádzkovým účtom. Možnosť odovzdať systém ďalšiemu tímu je súčasťou hodnoty vlastného vývoja.
Overte odovzdanie práce medzi aplikáciami
- Technik dokončí zásah Podklady vo vlastnej aplikácii
- Vedúci schváli Položky pripravené na fakturáciu
- ERP prijme podklady Preberie dohodnuté údaje
- Prevádzka vidí výsledok Potvrdenie alebo čakajúci prenos
Jedno odovzdanie preverí hranicu medzi systémami
Pred objednaním celého rozšírenia overte jeden priechod údajov. V servisnom príklade môže technik dokončiť zásah, vedúci schváliť podklady a ERP prijať položky na fakturáciu. Potom skúste opravu schváleného podkladu a sledujte, čo ju ešte môže meniť.
Zmyslom skúšky je odhaliť hranice rozhrania aj zodpovedností. Ak účtovník opraví položku v ERP, má sa táto zmena vrátiť do servisnej aplikácie? Alebo prevádzka iba uvidí konečný doklad a pôvodný podklad zostane zachovaný? Obe možnosti môžu byť správne, keď zodpovedajú práci firmy a používateľ im rozumie.
Skúška má preveriť aj zastavenie prenosu. Dokáže vedúci nájsť schválené zásahy, ktoré ešte nemajú potvrdenie z ERP? Vie ich porovnať bez ručného prepisovania? Ak odpoveď chýba, treba ju vyriešiť ešte pred väčším projektom, pretože práve takto vznikajú stratené podklady.
Výsledok uložte ako krátku dohodu: ktorý systém zapisuje aký údaj, kedy ho druhý preberá a ako sa rieši chyba. Táto dohoda bude užitočná aj pri výmene dodávateľa alebo neskoršom rozhodnutí nahradiť ďalší modul. Overená hranica vám ponechá viac možností.
Menší projekt môže vyriešiť väčší problém
Na začiatku nepotrebujete rozhodnúť o všetkých moduloch na ďalších desať rokov. Potrebujete overiť, či vlastný proces dokážete oddeliť, prepojiť a spoľahlivo prevádzkovať. Výsledok prvej časti vám dá podklady na ďalšie rozhodnutie.
Odporúčame stavať vlastný softvér tam, kde firma potrebuje vlastné pravidlá. Stabilné štandardné časti môžu zostať na mieste. Tak získate systém podľa svojho fungovania bez automatického záväzku prepísať celé účtovné a prevádzkové zázemie.
Pri modernizácii podnikových systémov rozlišujeme zachovanie existujúcej agendy a vývoj vrstvy pre špecifický proces. Transfer International je príkladom náhrady starších aplikácií vlastným systémom pre prácu s kandidátmi, klientmi a dokumentmi.
Ukážte nám, čo dnes obchádzate v tabuľkách. Spolu rozdelíme problém na časti a navrhneme najmenší projekt, ktorý prevezme skutočnú prácu od začiatku po koniec.
