O usłudze
Dynamics AX 2009 i 2012 są od lat poza wsparciem Microsoft: dla AX 2009, 2012 i 2012 R2 skończyło się ono w kwietniu 2022, dla AX 2012 R3 w styczniu 2023. System działa, ale nie dostaje poprawek bezpieczeństwa ani aktualizacji regulacyjnych, a każda zmiana przepisów, z obowiązkowym KSeF na czele, staje się problemem do rozwiązania własnymi siłami. Serwery i baza starzeją się razem z nim, specjalistów AX na rynku ubywa, a każdy rok zwłoki podnosi koszt i ryzyko przejścia.
ANEGIS przeprowadza organizacje z AX na Dynamics 365 Finance i Supply Chain Management, czyli bezpośrednich następców AX, w chmurze albo on-premises. Zaczynamy od oceny środowiska, która jeszcze przed zakupem licencji odpowiada na kluczowe pytanie: upgrade z zachowaniem pełnej historii transakcji czy wdrożenie od nowa z migracją danych. Potem prowadzimy projekt etapami: konwersja kodu do modelu rozszerzeń, iteracyjna migracja danych, testy, próbny cutover i start z planem awaryjnym. Zgodność z polskimi przepisami, czyli KSeF, JPK i lokalizację, wbudowujemy od pierwszego dnia, a na koniec przekazujemy wiedzę Twojemu zespołowi, żeby system działał i rozwijał się bez nas.
98
5+
170+
AX dalej działa. Problem w tym, co dzieje się dookoła niego.
Te sytuacje powtarzają się w niemal każdej firmie, z którą rozmawiamy o wyjściu z AX. Jeśli rozpoznajesz choć dwie z nich, migracja jest decyzją, którą warto podjąć na faktach, a nie odkładać.
Brak poprawek i aktualizacji regulacyjnych
Koszt utrzymania rośnie, wartość nie
Lata customizacji w X++
Integracje, których nikt nie chce dotykać
Zanik kompetencji na rynku
Decyzja o ścieżce bez twardych danych
Co zmienia migracja w codziennej pracy firmy
Zgodność, o którą nie musisz walczyć
KSeF, JPK i sprawozdawczość statutowa działają w Dynamics 365 jako standard uzupełniony polskimi akceleratorami ANEGIS, aktualizowany wraz ze zmianami przepisów. Zmiana prawa przestaje być projektem, a staje się aktualizacją.
Koniec dużych upgrade'ów
W modelu One Version Microsoft dostarcza aktualizacje w ciągu roku, a system pozostaje stale na wspieranej wersji. Migracja z AX jest ostatnim dużym skokiem wersji w historii Twojego ERP.
Historia transakcji zostaje z Tobą
Przy ścieżce upgrade cała baza AX jest konwertowana, więc raporty porównawcze, analizy wieloletnie i kontrole działają na pełnej historii. Nie zaczynasz księgowości od zera.
Mniej kodu, mniej ryzyka
Customizacje przepisane do modelu rozszerzeń nie blokują aktualizacji, a część z nich znika, bo pokrywa je dzisiejszy standard. System staje się lżejszy, a jego utrzymanie tańsze i mniej zależne od pojedynczych osób.
Dane i AI w zasięgu ręki
Dynamics 365 łączy się natywnie z Power BI, Microsoft Fabric i Power Platform, a Copilot i agenci działają w procesach finansowych i operacyjnych. To możliwości, których AX nie dostanie już nigdy.
Koszt, który da się policzyć
Znikają serwery, licencje SQL i enhancement plan, a w ich miejsce wchodzi subskrypcja dopasowana do realnych ról użytkowników. Niezależne badanie Forrester TEI dla Dynamics 365 Finance, wykonane na zlecenie Microsoft, szacuje zwrot z inwestycji na poziomie 122 procent i skrócenie zamknięcia okresu o 55 procent w modelowej organizacji.
Wyjście z AX pod kontrolą
Komu migracja z AX daje najwięcej
Do wyjścia z AX firmy dochodzą z bardzo różnych miejsc. Najczęściej pracujemy z sześcioma typami organizacji.
Firmy na AX 2012 R2 lub R3 z umiarkowanymi modyfikacjami
Masz najkrótszą drogę: upgrade techniczny z zachowaniem pełnej historii transakcji i konfiguracji. Głównym nakładem jest przepisanie kodu z over-layeringu do rozszerzeń i przebudowa integracji. Ocena środowiska pokazuje, ile tego kodu jest naprawdę potrzebne.
Firmy na AX 2009 albo z ciężko zmodyfikowanym AX 2012
Bezpośredni upgrade nie istnieje, więc ścieżką jest wdrożenie od nowa z migracją danych podstawowych i otwartych pozycji. To brzmi jak większy projekt, ale daje coś, czego upgrade nie da: czysty start, uproszczone procesy i system bez piętnastu lat długu technicznego.
Firmy nadal opłacające enhancement plan
Płacisz około 16 procent wartości licencji rocznie za system, który nie dostanie nowych funkcji. Aktywna umowa daje jednak przewagę: dostęp do programów migracyjnych Microsoft z rabatami na subskrypcje i prawem równoległego używania obu systemów w okresie przejścia. Termin odnowienia jest momentem, w którym warto tę decyzję podjąć.
Polska spółka w grupie międzynarodowej
Centrala pracuje na innym systemie albo planuje globalny rollout, a polska spółka tkwi na AX z lokalnymi obejściami pod KSeF i JPK. Wdrażamy Dynamics 365 tak, żeby spółka spełniła polskie wymogi bez rozjeżdżania się z szablonem grupy, i spinamy ją raportowo z centralą.
Firmy po zatrzymanej lub nieudanej migracji
Projekt u innego partnera stanął, budżet się skończył, a zespół stracił zaufanie do zmiany. Prowadzimy project recovery: diagnozujemy, co zostało realnie dostarczone, ratujemy to, co ma wartość, i doprowadzamy migrację do bezpiecznego startu bez zaczynania od zera.
Szefowie IT i finansów przed decyzją
Rozważasz Dynamics 365, ale też inny ERP, i potrzebujesz konkretów: kosztu, ryzyka, harmonogramu, wymagań bezpieczeństwa. Dostarczamy je w formie oceny środowiska i dokumentacji, nie prezentacji, a jeśli w Twoim przypadku lepszym wyborem jest inna droga, mówimy to wprost.
Najszybszy pierwszy krok
Ocena środowiska AX, która w kilka tygodni odpowiada na trzy pytania: którą ścieżką wychodzić, ile to będzie kosztować i gdzie leży ryzyko. Bez zakupu licencji, bez projektu w ciemno, bez zobowiązań po zakończeniu.
Parametry
- Czas trwania: 3 do 5 tygodni
- Nakład: 15 do 25 dni roboczych
- Rozliczenie: stała cena, znana od początku
- Środowisko: pracujemy na kopii Twojej bazy i kodu AX oraz narzędziach Microsoft, bez licencji Dynamics 365 po Twojej stronie
Zakres
Analizujemy wersję i poziom aktualizacji AX, wolumen i strukturę kodu X++ z podziałem na over-layering i to, co pokrywa dzisiejszy standard, listę integracji i dodatków ISV, stan i wolumen danych oraz kluczowe procesy finansowe i operacyjne. Na tej podstawie porównujemy dwie ścieżki, upgrade i wdrożenie od nowa, w wariancie chmurowym i on-premises, i rekomendujemy jedną z nich z uzasadnieniem. Zakres ustalamy wspólnie przed startem, dzięki czemu wynik jest przewidywalny, a rekomendację możesz uczciwie skonfrontować z ofertami innych partnerów.
Jak przebiega ocena
- Warsztat startowy. Wspólnie definiujemy cele biznesowe migracji, ograniczenia czasowe i budżetowe oraz wymogi zgodności, w tym KSeF.
- Analiza techniczna. Przepuszczamy kod przez narzędzia Microsoft do analizy upgrade'u i mierzymy skalę over-layeringu oraz konfliktów ze standardem.
- Analiza funkcjonalna. Mapujemy kluczowe procesy na Dynamics 365 i wskazujemy, które customizacje pokrywa standard, a które wymagają rozszerzeń.
- Przegląd danych i integracji. Oceniamy jakość danych, wolumen historii oraz każdą integrację pod kątem przebudowy na wspierane wzorce.
- Wybór ścieżki. Porównujemy upgrade z wdrożeniem od nowa pod kątem kosztu, czasu, ryzyka i ciągłości historii.
- Model licencyjny. Mapujemy role użytkowników na typy licencji Dynamics 365 i sprawdzamy dostępne programy migracyjne Microsoft.
- Rekomendacja. Diagram docelowej architektury, ścieżka, harmonogram etapów i rejestr ryzyk z działaniami zaradczymi.
- Oszacowanie kosztów. Widełki nakładu projektu, propozycja licencji i sposoby ograniczenia kosztu infrastruktury.
Co otrzymujesz na koniec
Raport oceny środowiska, rekomendowaną ścieżkę z uzasadnieniem, mapę customizacji do przepisania i do porzucenia, plan migracji z etapami, estymację kosztów i model licencyjny. To nie prezentacja handlowa, tylko dokument, na podstawie którego podejmiesz decyzję i porozmawiasz z każdym dostawcą z pozycji wiedzy. A jeśli ocena pokaże, że właściwym ruchem jest jeszcze poczekać albo wybrać inną drogę, kończysz z jasną odpowiedzią i bez żadnych zobowiązań.
Porozmawiajmy o ocenie środowiska
Dwie drogi, jedna decyzja na faktach
Wybór ścieżki to najważniejsza decyzja całego projektu. Zależy od wersji AX, skali modyfikacji i tego, ile historii chcesz zabrać ze sobą. Podejmujemy ją razem, na wyniku oceny środowiska.
Upgrade techniczny
Możliwy wyłącznie z AX 2012 R2 i R3. Narzędzia Microsoft konwertują całą bazę danych, więc do Dynamics 365 przechodzi pełna historia transakcji, konfiguracja i słowniki. AX 2012 bez oznaczenia R trzeba najpierw podnieść do R3. To najszybsza i zwykle najtańsza droga, pod warunkiem że kod i integracje da się uporządkować. Nakład koncentruje się na przepisaniu customizacji do modelu rozszerzeń, przebudowie integracji i testach, a nie na ponownej konfiguracji procesów.
Wdrożenie od nowa z migracją danych
Jedyna ścieżka dla AX 2009 i najczęściej najlepsza dla AX 2012 z rozległymi modyfikacjami albo procesami, które chcesz przeprojektować. Do nowego systemu migrują dane podstawowe, salda i otwarte pozycje, a historia zostaje w archiwum AX lub trafia do hurtowni danych, gdzie pozostaje dostępna do raportowania. Zyskujesz czysty start: konfigurację opartą na dzisiejszym standardzie, oczyszczone dane i procesy pozbawione obejść z poprzedniej dekady.
Jak wybieramy
Reguła jest prosta, ale wymaga danych: AX 2012 R2 lub R3 z umiarkowaną customizacją prowadzi do upgrade'u; AX 2009 albo duży udział kodu w over-layeringu prowadzi do wdrożenia od nowa; AX 2012 pośrodku wymaga porównania obu wariantów liczbami. Sprawdzamy też, czy środowisko nie używa funkcji, których narzędzia upgrade'u nie obsługują, takich jak firmy wirtualne czy partycje danych. To rozstrzyga analiza, nie preferencja partnera.
Chmura czy on-premises
Domyślnym celem jest chmura: ciągłe aktualizacje, pełny dostęp do Copilota i platformy danych, brak własnej infrastruktury. Wariant on-premises ma sens przy twardych wymogach suwerenności danych, braku regionu Azure albo istniejących inwestycjach w centrum danych. Obie opcje projektujemy tak, żeby późniejsza zmiana decyzji była możliwa.
Piętnaście lat modyfikacji pod kontrolą
Kod X++ to miejsce, w którym migracje z AX najczęściej się wykolejają. Dynamics 365 nie obsługuje over-layeringu, więc każdą modyfikację trzeba przepisać, zastąpić standardem albo świadomie porzucić. Robimy to metodycznie, nie hurtowo.
- Co zastajemy w środowiskach AX. Typowo kilkanaście lat modyfikacji nakładanych warstwami przez kolejne zespoły i partnerów: zmiany w standardowych klasach, własne moduły, raporty SSRS, wydruki, integracje szyte pod konkretne systemy. Część z tego kodu obsługuje procesy krytyczne, część dubluje funkcje, które Dynamics 365 ma dziś w standardzie, a część nie jest używana od lat i nikt tego nie sprawdził.
- Jak to robimy technicznie. Kod przepuszczamy przez narzędzia Microsoft do analizy upgrade'u, które wskazują konflikty ze standardem i szacują nakład konwersji. Każdą modyfikację klasyfikujemy: do przepisania jako rozszerzenie, do zastąpienia funkcją standardową lub rozwiązaniem z AppSource, albo do porzucenia. Przepisujemy w modelu rozszerzeń, bez ingerencji w kod Microsoft, pod kontrolą wersji w Azure DevOps, żeby każda zmiana miała historię i dała się cofnąć.
- Standard przed customizacją. Od czasów AX 2012 Dynamics 365 zyskał funkcje, które kiedyś trzeba było budować samemu: obieg zatwierdzeń, zaawansowane planowanie, rozliczenia międzyfirmowe, raportowanie w Power BI. Dlatego przed przepisaniem każdej modyfikacji sprawdzamy, czy nie da się jej po prostu wyłączyć. Typowo pozwala to zmniejszyć ilość kodu do utrzymania i skrócić projekt.
- Zasada, która chroni Twój budżet. Migracja nie jest momentem na dokładanie nowych funkcji. Wszystko, co wykracza poza odtworzenie procesów w nowym systemie, trafia na listę rozwoju po starcie. Wiemy z doświadczenia, że rozszerzanie zakresu w trakcie migracji jest najczęstszą przyczyną przekroczeń budżetu, dlatego pilnujemy tej granicy od pierwszego warsztatu.
Dane pod kontrolą od pierwszego przebiegu
Obawa o utratę danych zatrzymuje więcej migracji niż koszt. Dlatego dane przenosimy iteracyjnie, z walidacją na każdym kroku, a nie jednym skokiem w noc przed startem.
Jak to wygląda w praktyce
Migrację przechodzimy kilkukrotnie, przez kolejne środowiska: najpierw deweloperskie, potem testowe z akceptacją użytkowników, na końcu produkcyjne. Każdy przebieg kończy się uzgodnieniem sald, liczników i kluczowych zestawień z AX oraz listą rozbieżności do wyjaśnienia. Przy upgrade konwertowana jest cała baza, przy wdrożeniu od nowa dane podstawowe, salda i otwarte pozycje przechodzą przez Data Management Framework, a historia trafia do archiwum lub hurtowni. Zanim cokolwiek dotknie produkcji, wiemy dokładnie, co się przeniesie i jak.
Przykład z naszych projektów
Dla firmy z branży infrastrukturalnej przeprowadziliśmy migrację z Dynamics AX 2012 do Dynamics 365, w której kluczowym wymogiem było zachowanie wieloletniej historii transakcji na potrzeby rozliczeń kontraktów. Kolejne przebiegi migracji na środowiskach testowych pozwoliły zamknąć listę rozbieżności jeszcze przed próbnym cutoverem, a start produkcyjny odbył się w uzgodnionym oknie, bez utraty ciągłości raportowania.
Dlaczego dane to plan, a nie ryzyko
Iteracyjne podejście zamienia największą niewiadomą projektu w mierzalny proces: po drugim przebiegu znasz czas trwania migracji co do godziny, po trzecim listę rozbieżności masz pustą. Próbny cutover odtwarza cały scenariusz startu na produkcyjnym wolumenie, więc w dniu go-live nie ma już nic do odkrycia.
Wszystko, co żyło wokół AX
AX rzadko pracuje sam. Wokół niego są integracje, raporty i dodatki firm trzecich, a każdy z tych elementów wymaga decyzji: przenieść, przebudować czy zastąpić.
- Integracje na wspierane wzorce. Większość integracji AX 2012, opartych na AIF, bezpośrednim dostępie do bazy czy plikach płaskich, wymaga przebudowy na mechanizmy Dynamics 365: OData, zdarzenia biznesowe, Data Management Framework i Dataverse. Każdą integrację inwentaryzujemy, dobieramy wzorzec do wymogu i budujemy tak, żeby przetrwała kolejne aktualizacje. Tam, gdzie łączonych systemów jest wiele, opieramy całość na Azure Integration Services zamiast na siatce połączeń punkt-punkt.
- Raporty, które przestają być kodem. Raporty SSRS i wydruki z AX przenosimy do Dynamics 365 tylko tam, gdzie są dokumentami operacyjnymi. Raportowanie analityczne przenosimy do Power BI na danych udostępnionych przez Fabric Link, bez obciążania systemu. Dzięki temu zmiana definicji raportu przestaje wymagać programisty, a liczby w raportach różnych działów zaczynają się zgadzać.
- Dodatki ISV z decyzją, nie z automatu. Dla każdego dodatku sprawdzamy, czy producent ma wersję na Dynamics 365, czy jego funkcję pokrywa dziś standard albo rozwiązanie z AppSource i czy w ogóle jest jeszcze używany. Polską warstwę zgodności, KSeF, JPK i Polish Localisation Pack, zapewniamy własnymi, utrzymywanymi rozwiązaniami, więc w tym obszarze nie zależysz od zewnętrznych dostawców.
- Zasada porządku. Integracje i raporty przebudowujemy przed startem, nie po nim. Uruchomienie systemu z ręcznymi obejściami „na chwilę" kończy się obejściami na lata, dlatego lista integracji jest zamknięta i przetestowana przed próbnym cutoverem.
Nowe możliwości bez osobnego projektu
Migracja z AX otwiera dostęp do funkcji, które w AX nie pojawią się już nigdy: Copilota w procesach, nowego silnika planowania, platformy danych i automatyzacji bez kodu. Nie musisz ich wdrażać od razu, ale warto wiedzieć, co czeka po drugiej stronie.
- Copilot i agenci w procesach. Dynamics 365 ma wbudowanego Copilota, który podsumowuje dane klienta, wyjaśnia rozbieżności w rozrachunkach czy pomaga w uzgodnieniach na koniec okresu, a kolejne fale aktualizacji dokładają agentów do konkretnych zadań, od komunikacji z dostawcami po monitorowanie sald. Działają w kontekście uprawnień użytkownika i na danych, do których i tak ma dostęp.
- Planowanie, którego AX nie dowoził. Silnik planowania z AX jest w Dynamics 365 zastąpiony przez Planning Optimization, działający w chmurze i wielokrotnie szybszy. Przeliczenia planu, które w AX trwały godzinami, mieszczą się w minutach, więc planowanie może reagować na zmiany w ciągu dnia, a nie raz na noc.
- Platforma danych i automatyzacja. Dane z Dynamics 365 trafiają do Microsoft Fabric bez kopiowania, raporty powstają w Power BI, a proste aplikacje i przepływy budujesz w Power Platform bez pisania kodu. To, co w AX wymagało programisty X++, po migracji często robi analityk albo kluczowy użytkownik. Właśnie dlatego architekturę projektujemy od razu z myślą o tym kroku, nawet jeśli zrobisz go rok po starcie.
Wyjście z AX pod kontrolą
Zacznij od bezpłatnej konsultacji albo od oceny środowiska, która w kilka tygodni pokaże ścieżkę, koszt i ryzyko migracji.
Płacisz za role, nie za nazwiska
Przejście z enhancement planu na subskrypcję zmienia sposób liczenia kosztu ERP. Dobrze znamy ten model i projektujemy migrację tak, żebyś nie przepłacał ani na starcie, ani po egzekwowaniu licencji przez Microsoft.
Z enhancement planu na subskrypcję
W AX płaciłeś raz za licencje i corocznie około 16 procent za plan utrzymania, do tego serwery i SQL. W Dynamics 365 wszystko zamienia się w subskrypcję na użytkownika, a infrastruktura znika z rachunku. Przy migracji liczymy pełny koszt posiadania w obu modelach, żebyś porównywał całość, a nie tylko cenę licencji.
Licencja bazowa i dołączane
Każdy pełny użytkownik ma jedną licencję bazową, a kolejne aplikacje dokupuje jako tańsze licencje dołączane. Dobór, która aplikacja jest bazą, a które dołączeniem, robi realną różnicę w rachunku i ustalamy go na etapie oceny środowiska, nie po pierwszej fakturze.
Role zamiast pełnych licencji dla wszystkich
Znaczna część użytkowników AX wykonuje wąskie zadania: zatwierdza, odczytuje, rejestruje czas. W Dynamics 365 takim rolom odpowiadają lżejsze licencje Team Members i Operations – Activity. Mapujemy role z AX na właściwe typy licencji, co zwykle jest największą pojedynczą oszczędnością w całym modelu.
Egzekwowanie licencji od 2026
Od stycznia 2026 Microsoft egzekwuje zgodność przypisanych licencji z uprawnieniami użytkowników: błędne przypisanie kończy się blokadą dostępu. Migracja jest najlepszym momentem, żeby uporządkować role i uprawnienia raz, zanim system zacznie je sprawdzać za Ciebie.
Programy migracyjne Microsoft
Dla klientów AX z aktywnym enhancement planem Microsoft prowadzi programy wspierające przejście do chmury, obejmujące rabaty na subskrypcje i prawo równoległego używania obu systemów w okresie migracji. Warunki i terminy zmieniają się, dlatego ich aktualność sprawdzamy na moment oferty i pomagamy przejść przez kwalifikację.
Koszt infrastruktury pod kontrolą
W chmurze płacisz za środowiska, których używasz. Środowiska testowe i deweloperskie dobieramy do faz projektu i wyłączamy, gdy nie są potrzebne, a po starcie rekomendujemy taki układ, żeby produkcja i prace rozwojowe nie konkurowały o zasoby ani o budżet.
Start, który da się zaplanować co do godziny
Dzień uruchomienia nie może być dniem niespodzianek. Dlatego cutover przechodzimy najpierw na próbę, na produkcyjnym wolumenie danych, a start prowadzimy według planu z jasnymi punktami decyzji i drogą odwrotu.
- Próbny cutover jak prawdziwy. Kilka tygodni przed startem odtwarzamy cały scenariusz uruchomienia: zamrożenie AX, migrację danych, uruchomienie integracji, weryfikację sald i pierwsze operacje użytkowników. Mierzymy czas każdego kroku i spisujemy wszystko, co poszło inaczej niż w planie. Dzięki temu w dniu go-live wiemy, ile potrwa migracja i kto co robi w każdej godzinie.
- Go-live z planem awaryjnym. Start planujemy w oknie, które najmniej obciąża biznes, zwykle na przełomie okresu rozliczeniowego, z jasnymi kryteriami decyzji „idziemy dalej" albo „wracamy do AX" w każdym punkcie kontrolnym. Dopóki nie potwierdzimy sald, liczników i działania integracji, AX pozostaje gotowy do powrotu. Zespół ANEGIS jest na miejscu lub w stałym kontakcie przez cały cutover.
- Stabilizacja i przejście na One Version. W pierwszych tygodniach po starcie pracujemy w trybie wzmożonej opieki: zgłoszenia użytkowników, korekty konfiguracji, pierwsze zamknięcie okresu w nowym systemie. Równolegle ustawiamy kadencję aktualizacji One Version i testy regresji, żeby kolejne fale wchodziły rutynowo. Efekt: system, który od pierwszego miesiąca działa w trybie ciągłych aktualizacji, a nie w trybie projektu.
System zostaje u Ciebie. Wiedza też.
Użytkownicy AX znają klienta Windows, a Dynamics 365 działa w przeglądarce, z innym układem ekranów i nowymi funkcjami. Ta zmiana jest większa, niż wygląda z perspektywy IT, dlatego adopcję planujemy od pierwszego tygodnia projektu.
.svg){kind=icon}
Wiedza przekazywana ciągle, nie na końcu
Kluczowi użytkownicy uczestniczą w decyzjach o tym, które customizacje zostają, a które zastępuje standard, i testują system w każdej iteracji migracji. Nikt nie dostaje nowego ERP w dniu startu jako niespodzianki: zna go od miesięcy, bo współtworzył jego konfigurację.
Szkolenia według ról, na Twoich procesach
Szkolimy użytkowników końcowych w zakresie ich zadań, kluczowych użytkowników w modelu train the trainer, a administratorów z zarządzania środowiskami i aktualizacjami. Ćwiczymy na Twoich danych i scenariuszach, nie na przykładowej firmie, ze szczególnym naciskiem na to, co w Dynamics 365 działa inaczej niż w AX.
Hypercare po starcie produkcyjnym
W pierwszych tygodniach po uruchomieniu, w typowym projekcie sześć do ośmiu, zapewniamy wzmożone wsparcie: stabilizacja, bieżące pytania użytkowników, korekty konfiguracji, pierwsze zamknięcie okresu. Potem przechodzimy do stałej opieki serwisowej w przewidywalnym modelu, jeśli tego chcesz.
Dlaczego tak pracujemy
Firmy, które wychodzą z AX, mają zwykle silne zespoły, które ten system utrzymywały latami. Naszą rolą nie jest ich zastąpienie, tylko przeprowadzenie przez zmianę technologii i oddanie im systemu, który będą w stanie rozwijać. Uzależnianie klienta od dostawcy uważamy za złą praktykę.
.svg)
Dlaczego migrację z AX warto powierzyć nam
Znamy oba światy
Pracujemy na platformie Dynamics od czasów Axapty, przez wszystkie wersje AX, po dzisiejsze Dynamics 365. Rozumiemy, jak myślały zespoły, które pisały kod w X++ dziesięć lat temu, i jak przełożyć go na model rozszerzeń bez utraty logiki biznesowej.
Polska zgodność z półki
KSeF, JPK i Polish Localisation Pack to nasze własne, utrzymywane rozwiązania. W projekcie migracji nie budujesz polskiej lokalizacji od zera ani nie czekasz na zewnętrznego dostawcę: zgodność jest w systemie od pierwszego dnia i aktualizuje się wraz z przepisami.
Doświadczenie z project recovery
Przejmowaliśmy migracje, które zatrzymały się u innych partnerów. Dzięki temu wiemy, w których punktach te projekty się wykolejają: w kodzie, w danych, w cutoverze, i budujemy plan tak, żeby te punkty przejść pierwsze, nie ostatnie.
Stała cena z bezpiecznikiem
Migrację wyceniamy w modelu stałej ceny na podstawie oceny środowiska. Znasz koszt od początku i nie finansujesz naszej nauki.
Microsoft Solutions Partner
Posiadamy najwyższy status partnerski Microsoft w obszarze Business Applications, a wraz z nim dostęp do zasobów technicznych producenta i programów migracyjnych, z których korzystają nasi klienci.
Polska i Wielka Brytania w jednym zespole
Prowadzimy migracje w polskich spółkach grup międzynarodowych i rollouty za granicą, więc potrafimy pogodzić wymogi centrali z polskimi przepisami i rozmawiać z obiema stronami w ich języku.
Wiedza zostaje u Ciebie
Dokumentacja, mapa customizacji, szkolenia według ról i hypercare to stałe elementy każdej migracji. Twój zespół przejmuje system świadomie i rozwija go samodzielnie.
Zobacz jak zmieniamy firmy technologiczne
WPP
Westfield
TERG
S&P Reinforcement
Saller Polbau
OSTP Group
Nicols
New Yorker
NCC
Modernizacja Microsoft Dynamics 365 dla globalnego holdingu reklamowego
BBK
BUUK Infrastructure: Migracja do Microsoft Dynamics 365
Centralna platforma analityczna Microsoft Fabric dla CTDI
Rozwój Microsoft Dynamics 365 Finance dla Eton Shirts
System zarządzania reklamą zewnętrzną dla Exterion Media
Wdrożenie Microsoft Dynamics 365 Sales dla Georg UTZ
Modele współpracy
- Ocena środowiska w stałej cenie: decyzja o ścieżce i kosztach w kilka tygodni, bez zakupu licencji.
- Migracja pod klucz: upgrade albo wdrożenie od nowa w ustalonym zakresie, ze stałą ceną i harmonogramem.
- Migracja etapowa: spółka po spółce albo kraj po kraju, z równoległym utrzymaniem AX do zakończenia programu.
- Przejęcie zatrzymanej migracji: project recovery z diagnozą, planem naprawczym i doprowadzeniem do startu.
Wyjście z AX pod kontrolą
Zacznij od bezpłatnej konsultacji albo od oceny środowiska, która w kilka tygodni pokaże ścieżkę, koszt i ryzyko migracji.
Od audytu po opiekę,
pełny cykl Dynamics 365
Prowadzimy cały cykl życia systemu: od decyzji, przez wdrożenie lub migrację, po rozwój i stałą opiekę. Jeden partner, przewidywalny proces, kontrola ryzyka na każdym etapie.
Wdrożenie Dynamics 365
Przeprowadzimy Twoją firmę przez cały proces wdrożenia Dynamics 365 - od analizy potrzeb, przez konfigurację, po uruchomienie produkcyjne i wsparcie po starcie.
Rollout
Rozszerz sprawdzone rozwiązanie Dynamics 365 na kolejne oddziały i kraje, zachowując spójność procesów i standardów w całej organizacji.
Optymalizacja licencjonowania
Przeanalizujemy Twoje licencje Dynamics 365 i dobierzemy optymalny model, aby ograniczyć koszty bez utraty potrzebnych funkcji.
Project recovery Dynamics 365
Przejmujemy zagrożone i opóźnione wdrożenia Dynamics 365 i doprowadzamy je do bezpiecznego uruchomienia.
Najczęstsze pytania o migrację z Dynamics AX
Czy stracimy historię transakcji?
Przy upgrade z AX 2012 R2 lub R3 konwertowana jest cała baza, więc pełna historia przechodzi do Dynamics 365. Przy wdrożeniu od nowa, jedynej ścieżce dla AX 2009, migrują dane podstawowe, salda i otwarte pozycje, a historia trafia do archiwum lub hurtowni danych, gdzie pozostaje dostępna do raportowania i kontroli. Którą ścieżką pójdziemy, ustala ocena środowiska.
Ile trwa migracja z AX?
Typowo od sześciu do osiemnastu miesięcy, w zależności od wersji AX, skali modyfikacji, liczby integracji i spółek. Upgrade standardowego AX 2012 R3 jest bliżej dolnej granicy, wdrożenie od nowa dla wielu spółek bliżej górnej. Konkretny harmonogram dostajesz po ocenie środowiska, a etapy z bramkami decyzyjnymi sprawiają, że nie kupujesz projektu w ciemno.
Co z naszymi customizacjami w X++?
Dynamics 365 nie obsługuje over-layeringu, więc każda modyfikacja jest klasyfikowana: przepisujemy ją jako rozszerzenie, zastępujemy funkcją standardową lub rozwiązaniem z AppSource, albo świadomie porzucamy, jeśli nie jest już używana. W praktyce część kodu znika, bo pokrywa go dzisiejszy standard, a system po migracji jest lżejszy i tańszy w utrzymaniu.
Czy migracja obsłuży KSeF i JPK?
Tak. Polską warstwę zgodności zapewniają nasze własne rozwiązania: KSeF, JPK i Polish Localisation Pack, zintegrowane z Dynamics 365 i aktualizowane wraz ze zmianami przepisów. KSeF jest obowiązkowy od lutego 2026 dla największych podatników i od kwietnia 2026 dla pozostałych firm, dlatego zgodność uwzględniamy w planie migracji od pierwszego dnia, a nie jako dodatek po starcie.
Chmura czy on-premises?
Domyślnie chmura: ciągłe aktualizacje, brak własnej infrastruktury, pełny dostęp do Copilota i platformy danych. Wariant on-premises rozważamy przy twardych wymogach suwerenności danych albo braku regionu Azure. Obie opcje projektujemy tak, żeby późniejsza zmiana decyzji była możliwa, a licencje dobieramy do wybranego wariantu.
Czy możemy migrować etapami?
Tak. Przy wielu spółkach lub krajach migrujemy je kolejno, według ryzyka i gotowości, a AX pozostaje w użyciu do zakończenia programu. Programy migracyjne Microsoft dla klientów z aktywnym enhancement planem przewidują równoległe używanie obu systemów w okresie przejścia, więc etapowość nie oznacza podwójnych kosztów licencji.
Nasza migracja u innego partnera stanęła. Co teraz?
Prowadzimy project recovery: diagnozujemy, co zostało realnie dostarczone, ratujemy elementy z wartością, przebudowujemy plan i doprowadzamy migrację do bezpiecznego startu. Zaczynamy od tej samej oceny środowiska co w nowym projekcie, tylko z dodatkowym audytem dotychczasowych prac, żebyś nie płacił drugi raz za to, co już działa.
Porozmawiajmy o Twoim projekcie
Napisz, z czym przychodzisz: wdrożenie, migracja, rozwój systemu albo pytanie, na które szukasz odpowiedzi. Wracamy z konkretną propozycją następnego kroku, nie z prezentacją handlową.
