Microsoft Dynamics NAV → Business Central
Od baz natywnych 4.0 SP3 po Business Central online. Migracje, modyfikacje, integracje i utrzymanie — robione przez ludzi, którzy potrafią odczytać kod C/AL wprost z bazy SQL, kiedy nie ma już środowiska deweloperskiego, żeby go otworzyć.
Zakres prac
Nie sprzedajemy licencji ani godzin „na wszystko”. Bierzemy roboty, w których liczy się znajomość konkretnej wersji, konkretnego obiektu i konkretnego pola.
Inwentaryzacja modyfikacji, decyzja co odtwarzamy w AL, a co bierzemy ze standardu, publikacja rozszerzeń, dopiero potem Cloud Migration. Kolejność jest odwrotna do intuicyjnej i to ona decyduje o tym, czy dane z pól własnych przejadą.
Zmiany w systemach, które muszą jeszcze popracować kilka lat: obiekty .fob, zakresy uprawnień, licencje deweloperskie, wydruki, poprawki w bazach natywnych i SQL-owych.
Wymiana plikowa i usługowa między ERP a resztą świata — SAP, systemy magazynowe, portale branżowe, aplikacje mobilne. Tam, gdzie XMLporty zawodzą, XML piszemy wprost z kodu, z kontrolą kodowania i transportu.
Kiedy pracy nie da się wygodnie wykonać w kliencie NAV — protokoły serwisowe na tablecie z podpisem klienta, kartoteki i stany magazynowe pobierane z ERP, komplet dokumentów wracający do systemu jako gotowe dokumenty, nie jako skany.
Dzierżawa M365 uporządkowana pod kątem kosztu i ryzyka: uprawnienia i konta gości, wersjonowanie oraz zajętość SharePointa, serwery aplikacyjne Windows i Linux, kopie i dostęp zdalny.
Ścieżka wersji
Każdy przystanek to inne narzędzia, inne pułapki i inny koszt przejścia dalej. Zaczynamy od ustalenia, gdzie naprawdę jesteście.
Baza natywna, klient klasyczny. Wymiana wyłącznie plikowa, kodowanie CP852.
Klasyczny obok RTC. Pierwsze XMLporty i usługi sieciowe, NAS w tle.
Tylko RTC i SQL Server. Modyfikacje wciąż wprost w obiektach standardu.
Ostatnia wersja z C/AL. Granica, na której kończy się stary świat.
Już AL i rozszerzenia, ale serwer, aktualizacje i kopie nadal po Waszej stronie.
Rozszerzenia AL, aktualizacje dwa razy w roku, dane przeniesione przez Cloud Migration.
tu prowadzimyUwaga, która przesądza o projekcie: Cloud Migration przenosi dane wyłącznie do tabel i pól, które już istnieją w środowisku docelowym.
Realizacje
Opisy bez nazw klientów. Liczby prawdziwe.
Dystrybucja i serwis maszyn
Serwisanci wypełniają protokół w terenie i odbierają podpis klienta. Raz na dobę komplet trafia do ERP jako karty pracy z wierszami; w drugą stronę idą zlecenia, kartoteki i stany magazynów samochodowych.
Produkcja farmaceutyczna
Migracja danych i modyfikacji z porządkowaniem zakresu: co Business Central ma dziś w standardzie, bierzemy ze standardu. Kod C/AL odczytany wprost z bazy SQL, bo środowisko deweloperskie było już nieosiągalne.
Organizacja wielopodmiotowa
Audyt zajętości SharePointa i uprawnień. Historia wersji na jednej witrynie zajmowała więcej niż całe pozostałe środowisko; do tego migracja kont gości na model B2B przed wyłączeniem starego mechanizmu logowania.
Zgodność
Wysyłka i odbiór faktur z poziomu ERP, obsługa statusów przetworzenia i numerów referencyjnych, archiwum UPO powiązane z dokumentem.
Pliki generowane z danych księgowych bez ręcznego sklejania w arkuszu — wraz z kontrolami, które wyłapią braki przed wysyłką.
Komunikaty o obrocie i stanach produktów leczniczych, budowane z ruchów magazynowych i sprzedaży prosto w systemie.
Kontakt
Napiszcie, na jakiej wersji stoicie i co Was najbardziej uwiera. Pierwsza rozmowa to zwykle godzina i konkretna odpowiedź, czy warto ruszać — a jeśli nie warto, też to powiemy.