O usłudze
Standard Dynamics 365 rzadko pokrywa wszystkie procesy, a o tym, czy system pozostanie elastyczny, czy zamieni się w dług techniczny, decyduje sposób, w jaki go rozszerzacie.
Rozszerzamy Dynamics 365 we właściwym modelu, w kolejności: konfiguracja, niski kod w Power Platform, rozszerzenia w X++, a na końcu AI i agenci. Sięgamy zawsze po najlżejszy możliwy sposób, bez ingerencji w standardowy kod. Dzięki temu funkcjonalność jest dopasowana do Was, a aktualizacje One Version nadal wchodzą bez ryzyka.
Problemem nie jest to, że standard nie pokrywa wszystkiego, lecz to, jak się go rozszerza.
Ryzyko nie leży w samym rozszerzaniu, lecz w jego sposobie. Zły model zamienia dopasowanie w dług techniczny, który wychodzi przy każdej aktualizacji.
- Modyfikacje starego typu zawodzą przy aktualizacjach. Over-layering, czyli nadpisywanie standardowego kodu, sprawia, że każda fala One Version grozi regresją i podnosi koszt utrzymania.
- Kod tam, gdzie wystarczy konfiguracja. Rozszerzenia pisane dla potrzeb, które domyka Power Platform, podnoszą koszt budowy i utrzymania.
- Rozszerzenia w oderwaniu od platformy. Funkcje budowane bez wspólnej warstwy danych kopiują dane i mnożą integracje.
- Shadow IT i rozproszenie rozwiązań. Aplikacje i automatyzacje powstające bez ładu trudno utrzymać, zabezpieczyć i rozwijać.
- Funkcjonalność bez właściciela. Rozszerzenia bez dokumentacji i kontroli wersji stają się ryzykiem przy zmianie zespołu albo wersji systemu.
- Niewykorzystany potencjał AI. Procesy, które dałoby się usprawnić Copilotem albo własnym agentem, nadal działają ręcznie.
Od analizy luki po trwałe rozszerzenie, we właściwym modelu
Analiza luki (fit-gap) i wybór modelu
Co domyka konfiguracja, co niski kod, co X++, a co gotowe rozwiązanie; rekomendacja najtańszego utrzymaniowo wariantu.
Rozszerzenia niskokodowe
Aplikacje w Power Apps, automatyzacje w Power Automate i raporty na danych Dynamics 365, osadzone w interfejsie.
Rozszerzenia X++ (pro-code)
Głęboka logika w modelu rozszerzeń - Chain of Command, event handlers - bez over-layeringu, pod kontrolą wersji.
Wspólna warstwa danych
Wirtualne encje, dual-write i zdarzenia biznesowe, żeby rozszerzenia korzystały z danych u źródła, zamiast je kopiować.
Rozszerzenia z AI
Copilot, AI Builder oraz własne agenty (Copilot Studio) osadzone w procesach Dynamics 365.
Ład i utrzymywalność
Dokumentacja, kontrola wersji, środowiska i wspólny standard budowy.
Walidacja przy aktualizacjach
rozszerzenia projektowane i testowane tak, by przechodziły kolejne fale One Version bez regresji.
Co daje dobrze poprowadzone rozszerzenie
- System dopasowany do Waszych procesów. Standard nie wymusza pracy wyłącznie tak, jak sam przewiduje, bo system dopasowujemy do tego, jak pracujecie.
- Aktualizacje bez ryzyka. Rozszerzenia w modelu extensions przechodzą kolejne fale One Version bez regresji.
- Niższy koszt utrzymania. Najlżejszy możliwy model oznacza minimalny ślad w kodzie i mniej pracy przy każdej aktualizacji.
- Mniej kopiowania danych i integracji. Rozszerzenia korzystają ze wspólnej warstwy danych, a nie z duplikatów.
- Trwałość i ciągłość. Dokumentacja, kontrola wersji i wspólny standard sprawiają, że rozwiązania nie zależą od zmian w zespole.
- AI tam, gdzie daje wartość. Copilot, AI Builder i agenci osadzeni w procesach Dynamics 365.
Produkty, które pomagają nam realizowac zmianę
Rozszerzamy aplikacje finance and operations, czyli Dynamics 365 Finance i Supply Chain Management, oraz budujemy na Power Platform: Power Apps, Power Automate i Power BI, z AI w Copilot Studio i AI Builder. Część potrzeb pokrywają gotowe, utrzymywane rozwiązania ANEGIS, między innymi AWM, AMOS, ADF i AGA.
Sprawdzone działanie, pewne rezultaty
- Zasada: najpierw konfiguracja, potem niski kod, na końcu kod. Sięgamy po najlżejszy wariant, a pełny kod piszemy tylko tam, gdzie realnie wnosi wartość.
- Extensions, nie over-layering. Budujemy bez ingerencji w standardowy kod, pod kontrolą wersji w Azure DevOps.
- Trwałość od początku. Dokumentację, środowiska i wspólny standard budowy wprowadzamy w trakcie projektu, a nie po nim.
- Przeglądy przy kolejnych falach. Rozszerzenia testujemy pod kątem zgodności z każdą aktualizacją.
Dlaczego warto powierzyć nam rozszerzenia
- Specjalizujemy się w Dynamics 365. Model rozszerzeń w finance and operations i Power Platform znamy od środka.
- Najlżejszy możliwy model. Sięgamy po konfigurację i niski kod, zanim dojdzie do pełnego kodu, i nie ingerujemy w standard przez over-layering.
- Doświadczenie z AX i project recovery. Wiemy, jak przestarzałe modyfikacje obciążają aktualizacje, bo naprawialiśmy ich skutki.
- Własne rozwiązania. AWM, AMOS, ADF i AGA zamiast budowy od zera.
- Pracujemy w Polsce i w Wielkiej Brytanii. Obsługujemy polską zgodność (KSeF, JPK) i środowiska obejmujące wiele krajów.
Od pierwszej rozmowy po działający system
Zmiana systemu nie musi oznaczać chaosu. Prowadzimy Was przez pięć kroków, żeby na każdym etapie było jasne, co się dzieje, po co i jaki będzie następny krok.
Rozmowa i rozpoznanie
Bezpłatna konsultacja: poznajemy Waszą sytuację, cele i ograniczenia. Bez zobowiązań i bez prezentacji handlowej.
Analiza i rekomendacja
Mapujemy procesy i wymagania, oceniamy dopasowanie do platformy i rekomendujemy zakres, ścieżkę oraz wariant.
Plan i decyzja
Harmonogram, budżet, role i bramki decyzyjne. Decyzję o projekcie podejmujecie na faktach, nie założeniach.
Realizacja etapami
Wdrażamy krok po kroku, z testami, kontrolą ryzyka i przeglądami na każdej bramce.
Stabilizacja i opieka
Uruchomienie z planem awaryjnym, wsparcie po starcie i przejście do stałej opieki serwisowej.
Zobacz jak zmieniamy firmy technologiczne
Rozwój Microsoft Dynamics 365 Finance dla Eton Shirts
Modernizacja Microsoft Dynamics 365 dla globalnego holdingu reklamowego
Centralna platforma analityczna Microsoft Fabric dla CTDI
Nicols
Dopasowanie bez długu technicznego
Rozszerzamy Dynamics 365 najlżejszym możliwym sposobem, od konfiguracji po własnych agentów AI, w modelu, który przechodzi kolejne aktualizacje bez regresji. Zaczynamy od fit-gap: ustalamy, co domknie standard, a co wymaga rozszerzenia.
Od konfiguracji po własnego agenta, zawsze najlżejszym sposobem
Nie każda potrzeba wymaga kodu. Dobieramy wariant najtańszy w utrzymaniu, w kolejności od najprostszego.
Konfiguracja i pola własne (no-code)
tam, gdzie potrzebę domyka ustawienie lub dodatkowe pole, bez programisty.
Niski kod (Power Platform)
Power Apps, Power Automate i Power BI na danych Dynamics 365; pierwszy wybór dla nowych ekranów i automatyzacji.
Rozszerzenia X++ (pro-code)
gdy potrzebna jest głęboka logika w rdzeniu procesów; w modelu rozszerzeń, nie przez over-layering.
AI i agenty
Copilot, AI Builder i własne agenty (Copilot Studio) tam, gdzie wartość daje automatyzacja lub praca w naturalnym języku.
Gotowe rozwiązania ANEGIS lub ISV
gdy potrzebę pokrywa sprawdzone rozwiązanie z półki, zamiast budowy od zera.
Czego nie robimy: over-layering
nie ingerujemy w standardowy kod. Modyfikacje starego typu to dług techniczny, który rujnuje każdą aktualizację.
Modele współpracy
Zobacz inne usługi
Aktualizacje Dynamics 365
Utrzymuj środowisko Dynamics 365 w aktualnej wersji, korzystając z nowych funkcji i zabezpieczeń bez zakłócania codziennej pracy.
Integracje i dane Dynamics 365
Zintegruj Dynamics 365 z pozostałymi aplikacjami w firmie, aby dane przepływały płynnie i wspierały decyzje w całej organizacji.
Audyt środowiska Dynamics 365
Przeanalizujemy konfigurację, wydajność i bezpieczeństwo Twojego środowiska Dynamics 365, wskazując obszary do optymalizacji.
Bodyleasing
Udostępnimy doświadczonych ekspertów Dynamics 365, którzy wzmocnią Twój zespół dokładnie wtedy i tam, gdzie są potrzebni.
Najczęstsze pytania o rozszerzenia funkcjonalne Dynamics 365
Czy rozszerzenia przetrwają aktualizacje?
Tak, jeśli buduje się je w modelu extensions, a nie przez over-layering. My budujemy wyłącznie w modelu rozszerzeń, więc kolejne fale One Version wchodzą bez regresji.
Czy musimy wszystko pisać w X++?
Nie. Najpierw sprawdzamy, co domyka konfiguracja i niski kod w Power Platform; kod X++ stosujemy tam, gdzie potrzebna jest głęboka logika w rdzeniu procesów. Najlżejszy model jest najtańszy w utrzymaniu.
Lepiej zbudować rozszerzenie czy kupić gotowe?
Gdy potrzebę pokrywa sprawdzone, utrzymywane rozwiązanie ANEGIS lub ISV, zwykle taniej i bezpieczniej jest je wykorzystać niż budować od zera. Rekomendację przedstawiamy po analizie fit-gap.
Czy możemy rozwijać rozszerzenia własnym zespołem?
Tak. Pracujemy w modelu fusion, wspólnie z Waszymi citizen developerami, oraz wspieramy zespół w modelu staff augmentation — ustawiając standard i ład, by rozwój pozostał utrzymywalny.
Jak dokładamy AI do Dynamics 365?
Przez Power Platform: Copilot, AI Builder oraz własne agenty (Copilot Studio), osadzone w procesach Dynamics 365 i działające na Waszych danych.
Sprawdźmy, czego brakuje Wam w standardzie
