Migracja ERP: kiedy chmura, a kiedy zostać on-prem

TL;DR

  • Migracje ERP padają na integracji i przestoju, nie na rozmiarze VM — zmapujcie każde interface przed wyborem chmury lub on-prem.
  • Zostajcie on-prem przy latencji, OT i licencjach; idźcie w chmurę, gdy elastyczność, DR lub ścieżka SaaS jest jasna.
  • Hybryda często = rdzeń ERP on-prem + analityka lub portal w chmurze — nie dwa niedokończone migracje.
  • Wymagajcie właściciela rollbacku i testu restore przed oknem cutover na produkcji.

Dyrektor operacji miał piętnastoletni ERP, mocno customizowany, wciąż rentowny. Integrator proponował „cloud-first modernizację” w osiemnaście miesięcy. Hoster — podniesienie VM do managed cloud w sześć tygodni. Na slajdach strzałki w górę. Nikt nie wyjaśnił, co stanie się ze skanerami na hali, gdy moduł magazynowy się przeniesie, ani kto robi rollback, gdy zamknięcie miesiąca padnie w niedzielę.

Decyzje ERP u firm 50–200 osób to rzadko czysta chmura lub czysty on-prem. To ryzyko przestoju, integracji i odpowiedzialności. Ten poradnik daje macierz czterech osi — nie roadmapę vendora — przed budżetem od zarządu.

Cztery osie ważniejsze niż „chmura tak/nie”

  1. Tolerancja przestoju — weekend wystarczy? Potrzebujecie near-zero downtime?
  2. Powiązanie integracyjne — PLC, drukarki etyk, WMS, EDI, DLL, płaski L2?
  3. Licencje i compliance — reguły per-core w chmurze, rezydencja, regulator sektora?
  4. Dojrzałość operacyjna — właściciele ERP, DB, sieci — czy jeden generalista?

Niskie wyniki integracji i downtime → hybryda etapowa lub odświeżenie on-prem. Wysokie maturity i compliance → managed cloud lub SaaS — jeśli realny produkt istnieje.

Kiedy on-prem ma sens

Produkcja i logistyka trzymają ERP blisko linii. Regulowane branże wymagają on-prem lub sovereign cloud z udokumentowanym przepływem danych. Legacy z lat customizacji czasem tańsze ustabilizować na nowym sprzęcie niż refaktoryzować.

On-prem ≠ brak chmury. Najpierw AD, MFA, patch, backup offline, monitoring — potem portale i analityka w chmurze z udokumentowanymi interfejsami.

Kiedy wygrywa chmura lub hosting zarządzany

Elastyczne środowiska testowe bez kupowania serwerów co rok. DR gdy serwerownia bez generatora i bez testowanej kopii off-site. Wymiana EOL sprzętu, gdy vendor wspiera wersję ERP w managed VM. Przeniesienie sąsiednich workloadów (raporty, portal, pliki) przy tymczasowym ERP on-prem — częstszy sukces niż big-bang ERP.

Hybryda dobra vs „dwa problemy”

Dobra: ERP on-prem, nocne zanonimizowane extracty do BI, SSO z Entra, runbook incydentu per tier. Zła: ERP w chmurze, „tymczasowy” PostgreSQL na NAS, VPN hairpin dla każdego joba, dwie ekipy zrzucają winę na zamknięcie miesiąca.

Rollback i zamknięcie miesiąca

  • Nazwany decydent rollbacku (nie „komitet”).
  • Test restore bazy ERP w 30 dni z czasem trwania.
  • Blackout month-end uzgodniony z finansami.
  • Partnerzy integracyjni na standby z numerami eskalacji.

Inwentaryzacja interfejsów: dziewięćdziesiąt minut, które ratują kwartał

Zanim ktoś dobierze vCPU, zamknijcie salę z operacjami, finansami i osobą, która naprawdę księguje. Wypiszcie każdy system, który czyta albo pisze do ERP — oficjalne API na końcu, nieoficjalne na początku. W polskim i niemieckim mid-markecie wciąż wychodzą te same duchy: CSV dla spedytora z Harmonogramu zadań na komputerze w magazynie; drukarka kodów jako LPT1 przez serwer terminali; „integracja” w Excelu z 2017, którą controlling nadal wysyła do banku; terminal na hali, który gada surowym SQL-em do ERP, bo licencja na właściwy łącznik wygasła.

Każdy interfejs: kierunek, właściciel, co pęka przy spóźnieniu o cztery godziny i czy przeżyje zmianę nazwy hosta albo IP. Jeśli ostatniego pola nie umiecie wypełnić, nie macie planu migracji — macie modlitwę na cutover. Odwołaliśmy więcej przenosin ERP do chmury przez drukarki i EDI niż przez za mało vCPU.

Stosy, które naprawdę spotykamy (i co z tego wynika)

  • Comarch Optima / XL — często jeden SQL Server, ciężkie wydruki, dodatki e-commerce i WMS. Przyjazne chmurze, jeśli SQL + aplikacja + spooler to jedna jednostka. Wrogie, gdy ktoś proponuje „samą bazę w Azure”, a terminale zostawia on-prem za gadatliwym VPN.
  • Enova365 — bardziej usługowa, nadal pada na wydrukach i fiskalnych. Zanim świętujecie SaaS, zapytajcie kto trzyma ścieżkę do drukarki fiskalnej.
  • SAP Business One — licencje i polityka partnera waży tyle co opóźnienie. Przeniesienie VM bywa racjonalne; przepisanie „skoro już ruszamy” to drugi projekt schowany w pierwszym.
  • Własne / Fox / resztki Access — jeśli zamknięcie miesiąca wisi na pulpitowym MDB, naprawcie to on-prem albo przyjmijcie, że chmura poczeka. Udawanie kończy się niedzielą 23:00 i finansami w słuchawce.

SaaS ERP jest dobrą odpowiedzią, gdy procesy mieszczą się w produkcie. Pułapką — gdy integrator sprzedaje „konfigurację”, która jest przepisaniem logiki magazynu bez drogi powrotu do starego dostawcy.

Weekend cutover: uczciwy harmonogram

Typowa firma 80–150 osób, jeden magazyn, jeden podmiot, jeśli interfejsy są spisane i restore testowany w ostatnich 30 dniach:

  1. Czwartek 16:00 — zamrożenie niekrytycznych zapisów; ostatni backup; cel restore pusty i osiągalny.
  2. Piątek 18:00 — użytkownicy poza systemem; ostatni backup; start; partnerzy integracji na numerze konferencyjnym, nie na mailu.
  3. Sobota rano — dym: testowa faktura, etykieta, dummy EDI, znane zlecenie. Finanse podpisują „zamykamy jeśli zostajemy” albo „rollback”.
  4. Niedziela 12:00 najpóźniej — go / no-go. Przy no-go właściciel rollbacku (jedno nazwisko) odtwarza runbook. Nie komisja.
  5. Poniedziałek 07:00 — hypercare: drukarki, EDI, pliki do banku, trzy raporty, które zarząd naprawdę otwiera.

Jeśli integrator nie zmieści tego na jednej stronie z nazwiskami i telefonami — przesuńcie datę, nie testy. Powiązane: dowód restore przed oknem produkcyjnym; hybryda, gdy linia musi zostać lokalnie.

Co dalej

Wypiszcie systemy czytające/piszące do ERP. Oceńcie cztery osie z finansami, operacjami i IT. Jeden sąsiedni workload do chmury najpierw. Architektura i hosting: Usługi chmurowe; integracje sklepu i e-commerce: Aplikacje / E-commerce.

Chcesz porozmawiać o projekcie?

Napisz do nas

Więcej na ten temat

Zapisz się do newslettera

Otrzymuj nowości, aktualizacje i oferty specjalne bezpośrednio na skrzynkę.
Nie, dziękuję