Kategoria: artykuly

Migracja z EA do CSP: elastyczne licencje Azure bez przerywania usług

Autor wpisu Autor: Adam Bakalarz
Data wpisu 9 września, 2026

Migracja z Enterprise Agreement do CSP przenosi licencje i środowisko Azure do modelu subskrypcyjnego rozliczanego przez lokalnego partnera, bez przerywania działania usług. Microsoft udostępnia do tego narzędzie EA to CSP for Azure, a od lipca 2026 może z niego korzystać szersza grupa partnerów. Rozmowę o wyborze modelu zacznij na pół roku przed końcem umowy.

Czym różni się Enterprise Agreement od CSP

Enterprise Agreement to umowa wolumenowa zawierana bezpośrednio z Microsoftem. Microsoft kieruje ją do organizacji liczących co najmniej 500 użytkowników lub urządzeń i zakłada w niej minimum trzyletni okres licencjonowania, z mechanizmem true-up: w trakcie roku dokładasz użytkowników i produkty bez osobnych zamówień, a rozliczasz je zbiorczo.

CSP (Cloud Solution Provider) działa inaczej. Subskrypcje kupujesz i rozliczasz przez autoryzowanego partnera Microsoft, a nie bezpośrednio u producenta. Partner wystawia fakturę, prowadzi obsługę i odpowiada za pierwszą linię wsparcia.

Kryterium	Enterprise Agreement	CSP
Próg wejścia	od 500 użytkowników lub urządzeń	brak progu
Okres zobowiązania	minimum 3 lata	miesięczny, roczny lub trzyletni, zależnie od produktu
Zmiana liczby licencji	true-up w górę w trakcie roku, redukcja dopiero w rocznicę umowy	w górę w każdej chwili, w dół po zakończeniu bieżącego terminu subskrypcji
Rozliczenie Azure	zobowiązanie kwotowe zapisane w umowie	Azure plan, płatność za realne zużycie
Kto wystawia fakturę	Microsoft	partner CSP
Pierwsza linia wsparcia	kanał Microsoft	partner, w Twoim języku i strefie czasowej
Software Assurance	dostępna	niedostępna jako program, część praw odtworzona w subskrypcjach

Ostatni wiersz wymaga komentarza, bo tu najczęściej dochodzi do nieporozumień. Software Assurance jako program nie występuje w CSP. Analityk licencyjny SAMexpert odnotował, że od kwietnia 2026 subskrypcje Windows Server i SQL Server kupowane w CSP mają prawa równoważne SA, łącznie z License Mobility, ale licencji wieczystych z CSP to nie obejmuje.

Dlaczego firmy odchodzą od Enterprise Agreement

Pierwszy powód jest rachunkowy. Trzyletnie zobowiązanie ustalasz na podstawie prognozy sprzed trzech lat, a rozliczasz na podstawie tego, co dzieje się dzisiaj. Jeśli firma się skurczyła, zmieniła model pracy albo przeniosła część obciążeń poza Azure, płacisz za stan, którego już nie ma. Redukcję możesz zgłosić dopiero w rocznicę umowy.

Drugi powód to sama dostępność EA. Od stycznia 2025 polska prasa branżowa i analitycy licencyjni (m.in. NPI, CentrumXP) opisują zaostrzenie warunków odnowienia dla mniejszych klientów: firmy poniżej progu ok. 2 400 stanowisk, które mają w umowie wyłącznie subskrypcje chmurowe, są kierowane do CSP albo do Microsoft Customer Agreement for Enterprise. Microsoft nie opublikował w tej sprawie osobnego komunikatu prasowego, więc własną sytuację potwierdź u opiekuna handlowego albo u partnera, zanim zaplanujesz budżet.

Trzeci powód jest operacyjny. W EA rozmawiasz o licencjach raz na trzy lata i przy true-upie. W CSP masz partnera, który patrzy na Twoje zużycie na bieżąco, a przy okazji widzi rzeczy, które łatwo przeoczyć: nieużywane konta, zdublowane plany, subskrypcje kupione pod projekt, który się skończył. To ta sama logika, którą opisywaliśmy przy podwyżce cen Microsoft 365 w 2026 roku: moment odnowienia jest jedynym momentem, w którym decyzja o licencjach naprawdę coś zmienia.

Jak wygląda przejście z EA do CSP bez przerywania usług

To nie jest jedna operacja, tylko dwie osobne ścieżki. Azure przenosi się inaczej niż licencje na użytkownika i warto rozdzielić te wątki już na etapie planowania.

Azure: narzędzie EA to CSP for Azure

7 lipca 2026 Microsoft ogłosił w Partner Center rozszerzenie dostępu do narzędzia EA to CSP for Azure. Wcześniej korzystali z niego partnerzy z enrollmentem Azure Expert MSP i dystrybutorzy z oznaczeniem Frontier. Teraz uprawnieni są także partnerzy z jedną z trzech specjalizacji Solutions Partner w obszarze Cloud & AI (Data & AI, Digital & App Innovation, Infrastructure) oraz z aktywną autoryzacją CSP direct bill. Dostęp partner uzyskuje przez sesję doradczą z Partner Technical Consultant w ramach benefitów Technical Presales and Deployment.

Microsoft opisuje działanie narzędzia jako przeniesienie klienta z modelu EA do CSP for Azure bez przerwania działania usług. W praktyce zmienia się właściciel rozliczeń subskrypcji, a nie zawartość środowiska. Nie migrujesz maszyn wirtualnych, nie przebudowujesz sieci, nie przenosisz danych między regionami. Zasoby, adresacja i konfiguracja zostają tam, gdzie są.

Licencje na użytkownika: channel transfer w Partner Center

Dla subskrypcji per użytkownik Microsoft przewidział ścieżkę channel transfers. Partner widzi w Partner Center umowy EA, które wygasły w ciągu ostatnich 90 dni albo wygasną w ciągu najbliższych 6 miesięcy, i planuje ich odnowienie już w CSP. Data startu nowej subskrypcji jest zrównywana z datą wygaśnięcia EA, więc nie powstaje luka między jednym a drugim modelem.

Warunek braku przerwy w usłudze jest prosty: partner ma udostępnić te same oferty i tę samą liczbę licencji. Odnowienie zaplanowane przed datą końca EA Microsoft przetwarza następnego dnia po północy UTC, zwykle w kilka godzin, maksymalnie w 72 godziny. Jeśli umowa już wygasła, przetwarzanie zajmuje 24 do 96 godzin, a na powrót bez utraty danych masz 30 dni karencji.

Ograniczenia też warto znać zawczasu. Channel transfers obsługują wyłącznie kierunek EA do CSP i tylko SKU komercyjne: sektor publiczny idzie ścieżką manualną. Operację wykonuje się w interfejsie Partner Center, bo Microsoft nie udostępnia dla niej API. Zaplanowanego odnowienia nie da się cofnąć, choć nowo utworzoną subskrypcję można anulować w ciągu 7 dni. Relacja resellerska z partnerem musi istnieć wcześniej, a klient i partner muszą działać w tym samym regionie CSP.

Co zyskujesz w modelu CSP

Elastyczność liczby licencji to najbardziej odczuwalna zmiana. Nowe konta dokładasz w dowolnym momencie, a liczbę stanowisk w dół korygujesz po zakończeniu bieżącego terminu subskrypcji, nie raz na rok w rocznicę umowy.

Azure w CSP rozliczasz w modelu Azure plan, czyli za realne zużycie, bez zamrożonej kwoty zobowiązania. Dla środowisk sezonowych albo projektowych to różnica między budżetem, który trzeba wykorzystać, a budżetem, który odzwierciedla pracę systemów.

Zmienia się też strona obsługowa. Fakturę wystawia partner, pierwszą linię wsparcia prowadzi partner, a rozmowa o licencjach przestaje być coroczną formalnością. Jeśli w firmie działa system ERP, ten sam partner widzi jednocześnie warstwę licencyjną i wdrożeniową, więc pytanie „czy ta zmiana planu nie zablokuje nam integracji z Business Central” ma z kim zostać wyjaśnione.

Porównaj koszt EA i CSP dla swojego środowiska:

Wyrażam zgodę na przekazywanie mi przez INLOGICA Sp. z o.o. Sp. k. informacji handlowych za pośrednictwem: wiadomości elektronicznych (e-mail), telekomunikacyjnych urządzeń końcowych (telefonicznie lub sms/mms). Administratorem danych osobowych jest INLOGICA Sp. z o.o. Sp. k. z siedzibą w Poznaniu (61-132), przy ul. Wołkowyskiej 17, z którym można skontaktować się listownie pod wskazanym powyżej adresem lub elektronicznie za pośrednictwem skrzynki: office@INLOGICA.com. Znana jest mi polityka prywatności

Kiedy lepiej zostać przy Enterprise Agreement

CSP nie jest lepszy z definicji i uczciwa odpowiedź brzmi: zależy, co masz w umowie. Są sytuacje, w których migracja pogarsza warunki.

Pierwsza to Software Assurance i prawa, które z niej wynikają. Jeśli korzystasz z nich realnie, samo przeliczenie ceny subskrypcji nie wystarczy do porównania. SAMexpert wskazuje też, że w CSP nie ma pakietu Core Infrastructure Suite, co dla środowisk serwerowych oznacza utratę rabatu rzędu kilkunastu procent.

Druga to struktura płatności. Ten sam analityk podaje, że subskrypcje z terminem miesięcznym kosztują w CSP około 20% więcej niż roczne, a od kwietnia 2025 roczny termin z płatnością miesięczną jest obciążony dodatkowymi 5%. Elastyczność ma cenę i trzeba ją wpisać do arkusza, zanim padnie decyzja.

Trzecia to skala i negocjacje. Duży wolumen w EA daje pole do rozmowy o warunkach, którego przy standardowym cenniku CSP nie ma. Warto też pamiętać, że EA utrzymuje cenę przez trzy lata z możliwością redukcji w rocznicę, a terminowe subskrypcje CSP blokują cenę bez opcji zmniejszenia liczby stanowisk w trakcie terminu.

Czwarta to sektor publiczny. Automatyczna ścieżka channel transfers obejmuje wyłącznie SKU komercyjne, więc jednostki publiczne planują migrację ręcznie i z większym zapasem czasu.

Jak przygotować się do decyzji

Sześć kroków, które warto wykonać zanim porównasz oferty:

Sprawdź datę końca EA i cofnij się w kalendarzu o 6 miesięcy: to moment, w którym umowa pojawia się w Partner Center i zaczyna się realne okno decyzyjne.
Zestaw liczbę licencji przypisanych z liczbą licencji faktycznie używanych. Różnica jest zwykle pierwszym źródłem oszczędności, niezależnie od wybranego modelu.
Rozdziel Azure od licencji na użytkownika. To dwie różne ścieżki techniczne i dwa różne harmonogramy.
Wypisz uprawnienia, z których korzystasz dzięki Software Assurance, i sprawdź, czy mają odpowiednik po stronie CSP.
Zweryfikuj partnera: potrzebna jest aktywna autoryzacja CSP direct bill, a przy Azure także specjalizacja Solutions Partner w obszarze Cloud & AI.
Poproś o porównanie kosztu 12 miesięcy w obu modelach na Twoich danych, nie na przykładzie z prezentacji. Kalkulator licencji Microsoft daje punkt wyjścia, resztę policz na rzeczywistym zużyciu.

Jeśli przy okazji przeglądasz licencje pod kątem projektów AI, przyda się drugie zestawienie: wymagania licencyjne Microsoft Agent 365 potrafią przesunąć wybór planu bardziej niż sam model zakupu.

Zajmujemy się doborem i odsprzedażą licencji Microsoft razem z wdrożeniami Dynamics 365, więc porównanie EA i CSP robimy na tych samych danych, na których później działa system. Jeśli Twoja umowa kończy się w ciągu najbliższych dwóch kwartałów, napisz na office@inlogica.com.

Najczęściej zadawane pytania o migrację z EA do CSP

Czym różni się Enterprise Agreement od CSP? Enterprise Agreement to umowa zawierana bezpośrednio z Microsoftem, przewidziana dla organizacji od 500 użytkowników lub urządzeń i minimum trzyletniego okresu. CSP to model partnerski: subskrypcje kupujesz i rozliczasz przez autoryzowanego partnera, bez progu wejścia i z krótszymi terminami zobowiązania.

Czy migracja z EA do CSP przerywa działanie usług Azure? Nie. Microsoft udostępnia narzędzie EA to CSP for Azure, które przenosi klienta między modelami bez przerwania działania usług. Zmienia się właściciel rozliczeń subskrypcji, a zasoby, konfiguracja i adresacja zostają nienaruszone.

Czy CSP jest tańszy niż Enterprise Agreement? Nie ma jednej odpowiedzi. CSP wygrywa tam, gdzie liczba licencji się zmienia, a zużycie Azure jest nierówne. EA bywa korzystniejszy przy dużym, stabilnym wolumenie, wynegocjowanych warunkach i realnym korzystaniu z uprawnień Software Assurance. Rozstrzyga porównanie kosztu 12 miesięcy na własnych danych.

Kiedy warto przejść z EA na CSP? Naturalnym momentem jest odnowienie umowy. Umowa pojawia się w Partner Center na 6 miesięcy przed wygaśnięciem i przez 90 dni po nim, więc analizę zacznij najpóźniej pół roku przed końcem EA.

Jak długo trwa migracja z EA do CSP? Samo przetworzenie odnowienia zaplanowanego przed końcem umowy Microsoft realizuje następnego dnia po północy UTC, zwykle w kilka godzin, maksymalnie w 72 godziny. Po wygaśnięciu EA jest to 24 do 96 godzin. Więcej czasu zajmuje przygotowanie: inwentaryzacja licencji, mapowanie SKU i ustalenie relacji resellerskiej.

Źródła

Tagi copilot

artykuly Dynamics 365/AX

ISO 20022 w praktyce: jakie terminy naprawdę obowiązują i co dalej z MT940

Autor wpisu Autor: Adam Bakalarz
Data wpisu 3 września, 2026

ISO 20022 to standard komunikatów finansowych, na który przechodzą banki i systemy płatnicze na całym świecie. Dla firm pracujących na Microsoft Dynamics AX oznacza dwie konkretne zmiany: plik płatniczy w formacie pain.001 zamiast MultiCash czy ELIXIR-0 oraz wyciąg camt.053 zamiast MT940. Najbliższy twardy termin przypada 14 listopada 2026 i nie dotyczy wcale wycofania starych formatów, o czym za chwilę.

Wokół tej migracji narosło sporo nieporozumień. Jedni słyszą, że „banki wyłączają MT940 w listopadzie”, inni, że „to dopiero 2027, mamy czas”. Poniżej rozkładamy kalendarz na czynniki pierwsze i pokazujemy, co z każdej daty wynika dla firmy, która płaci faktury i uzgadnia wyciągi w Dynamics AX.

Czym jest ISO 20022 i dlaczego banki na niego przechodzą

ISO 20022 to międzynarodowy standard opisujący, jak wygląda komunikat finansowy. Zamiast pliku tekstowego, w którym dane siedzą w jednym ciągu znaków, dostajesz XML z nazwanymi polami: osobno nadawca, osobno tytuł, osobno referencja płatności, osobno saldo. Rodzina komunikatów jest szeroka, ale w codziennej pracy działu finansowego liczą się trzy:

pain.001: zlecenie płatności, które Twój system wysyła do banku,
camt.053: wyciąg dzienny, który bank odsyła do systemu,
pacs.008: komunikat, którym banki rozliczają się między sobą (widzisz go pośrednio, ale to on decyduje o odrzuceniach).

Powód zmiany jest prozaiczny: stare formaty nie mieszczą danych, których wymagają dzisiejsze przepisy o przeciwdziałaniu praniu pieniędzy i sankcjach. Strukturalny adres, jednoznaczna referencja, pełna informacja o stronach transakcji. Tego w MT940 po prostu nie da się zapisać w sposób, który maszyna odczyta bez zgadywania.

Kalendarz, który naprawdę obowiązuje

Daty w tej migracji nie układają się w jeden dzień „przełączenia”. To seria niezależnych terminów, z których każdy uderza w inny fragment procesu:

Listopad 2025: już za nami. Zakończył się okres koegzystencji formatów SWIFT MT dla płatności transgranicznych. Rozliczenia międzybankowe idą dziś w ISO 20022.
14 listopada 2026: najbliższy twardy termin. Sieci płatnicze przestają przyjmować komunikaty, w których adres strony transakcji jest w pełni niestrukturyzowany. Wymagane minimum to nazwa miejscowości i kod kraju w dedykowanych polach.
Pierwsza połowa 2027: ELIXIR. Zgodnie z harmonogramem KIR krajowy system rozliczeń przechodzi na ISO 20022. To zmiana, która dotknie każdą firmę wysyłającą przelewy krajowe.
MT940: brak ogłoszonej daty. Większość dużych banków w Polsce nie podała terminu wycofania MT940 dla klientów firmowych. Równolegle udostępniają camt.053 i rekomendują migrację, ale nie wyznaczają dnia, w którym stary format przestanie działać.

Co dokładnie zmienia 14 listopada 2026

Od tego dnia komunikat płatniczy z adresem wpisanym „jednym ciągiem” (tak jak wpisuje go większość kartotek kontrahentów w starszych systemach) może zostać odrzucony na poziomie sieci. Nie chodzi o to, że bank przestanie rozumieć plik. Chodzi o to, że pojedyncza płatność wróci jako błąd, a Ty dowiesz się o tym dzień lub dwa później, kiedy dostawca zapyta, gdzie są pieniądze.

Skala problemu jest realna: w połowie 2026 roku znacząca część komunikatów w obiegu wciąż nie spełniała wymogu strukturalnego adresu. To znaczy, że przez najbliższe miesiące odrzuceń będzie przybywać, zanim rynek się dostosuje.

Dlaczego brak daty wycofania MT940 nie jest dobrą wiadomością

Kuszące jest odczytanie tego jako „nikt nas nie goni”. W praktyce działa to odwrotnie. Bank nie wyłącza MT940 z dnia na dzień, ale też nie rozwija go. Nowe informacje, które pojawiają się w camt.053, w MT940 nie mają gdzie się zmieścić. Im dalej, tym bardziej Twój wyciąg jest uboższy od tego, co bank faktycznie wie o transakcji.

Druga rzecz: brak terminu oznacza brak przymusu, a brak przymusu oznacza, że projekt spada na koniec kolejki priorytetów, aż do momentu, w którym coś przestaje działać i wtedy jest już pilne. Wdrożenie zaplanowane trwa kilka tygodni; wdrożenie awaryjne kosztuje wielokrotnie więcej nerwów.

Co to znaczy dla firmy pracującej na Microsoft Dynamics AX

Dynamics AX 2012 i starsze wdrożenia Dynamics 365 generują płatności w formatach, które powstały zanim ISO 20022 stał się standardem. Zmiana dotyczy dwóch stron tego samego procesu.

Strona wychodząca: pain.001

System zamiast pliku MultiCash czy ELIXIR-0 generuje XML zgodny z pain.001. Dla użytkownika arkusz płatności wygląda tak samo. Zmienia się to, co wychodzi na końcu, oraz moment wykrycia błędu. Dobrze zbudowany generator sprawdza IBAN, BIC, NIP, adres i kwotę przed wysłaniem paczki, więc niezgodność wychodzi w systemie, a nie w postaci odrzuconego przelewu.

To właśnie tutaj wchodzi termin listopadowy: jeśli w kartotece kontrahenta adres jest jednym polem tekstowym, plik przejdzie walidację składniową, ale może zostać odrzucony dalej w łańcuchu.

Strona przychodząca: camt.053

Wyciąg w XML zawiera pola, których MT940 nie ma: referencję EndToEndId nadaną przy zleceniu przelewu, rozbite dane nadawcy, komplet sald. Dzięki temu system potrafi sam dopasować wpłatę do dokumentu: po referencji, po numerze rachunku, a dla reszty po regułach opartych na NIP czy nazwie kontrahenta. Tam, gdzie dziś księgowość czyta tytuły przelewów i szuka faktury, zostaje przegląd wyjątków.

Pięć rzeczy, które warto sprawdzić w swoich danych

Zanim w ogóle zaczniesz rozmawiać o wdrożeniu, te pięć odpowiedzi powie Ci, jak duży masz projekt:

Czy adresy kontrahentów są rozbite na pola? Osobno ulica, kod, miasto, kraj czy wszystko w jednej linii.
Czy NIP jest uzupełniony w kartotekach? To on pozwala automatycznie rozpoznać kontrahenta na wyciągu.
Ile banków obsługujecie i czy każdy ma swój format? Każdy kolejny bank to osobny adapter.
Czy plik płatniczy jest ręcznie poprawiany przed wysłaniem? Jeśli tak, warto wiedzieć dlaczego, bo to zwykle ślad po obejściu, które trzeba odtworzyć.
Ile pozycji wyciągu dopasowujecie ręcznie? To najlepsza miara tego, ile realnie zyskacie na camt.053.

Umów konsultację ze specjalistą Microsoft ERP:

Trzy scenariusze na najbliższe miesiące

Nie robimy nic. Płatności działają do pierwszego odrzucenia, wyciągi przychodzą w MT940 tak długo, jak bank je udostępnia. Ryzyko nie jest zerojedynkowe, tylko narasta: pojedyncze zwroty, rosnąca liczba pozycji do ręcznego wyjaśnienia, coraz większa różnica między tym, co bank wie o transakcji, a tym, co widzi Twój system.

Obejście ręczne. Przelewy wprowadzane bezpośrednio w bankowości elektronicznej, wyciągi księgowane z palca. Działa przy kilkudziesięciu operacjach miesięcznie. Przy kilkuset to kilka dni pracy w każdym cyklu, do tego ryzyko pomyłki w kwocie lub numerze rachunku, czyli dokładnie ten rodzaj błędu, który potem długo się wyjaśnia.

Wdrożenie. Generator pain.001 i parser camt.053 w systemie, walidacja przed wysyłką, automatyczne dopasowanie na wyciągu. Projekt planowany, z testami z bankiem i szkoleniem, a nie gaszenie pożaru w tygodniu, w którym coś przestało działać.

Ile trwa przejście i co decyduje o terminie

Dla standardowej instalacji Dynamics AX 2012 lub Dynamics 365 realizacja zajmuje około 60 dni od zamówienia. Na tę liczbę składa się analiza obecnych formatów, mapowanie danych z systemu na znaczniki XML, implementacja, testy i szkolenie użytkowników.

Wąskim gardłem zwykle nie jest kod, tylko bank. Testy integracyjne odbywają się w kolejce po stronie banku, a jego specyfikacja decyduje o szczegółach parsera, bo choć standard jest jeden, wersje komunikatów i sposób wypełniania pól potrafią się różnić. Dlatego harmonogram planuje się od terminu banku wstecz, a nie od dnia, w którym zwolnią się zasoby po stronie IT.

Drugi czynnik to stan Waszego systemu. Instalacja AX 2012 po latach modyfikacji rzadko jest standardowa. To zwykle analiza, a nie samo wdrożenie, decyduje o tym, czy projekt zamknie się w zakładanym czasie.

Jeśli chcesz zobaczyć, jak taki zakres wygląda w praktyce (scenariusze płatności, moduły opcjonalne i podział prac między nas, Wasz zespół i bank), opisaliśmy to na stronie wdrożenia ISO 20022 w Microsoft Dynamics AX.

Najczęściej zadawane pytania o ISO 20022 i MT940

Czy MT940 przestanie działać w listopadzie 2026?

Nie. 14 listopada 2026 dotyczy komunikatów płatniczych z niestrukturyzowanym adresem, a nie formatu wyciągów. Większość polskich banków nie ogłosiła daty wycofania MT940 dla klientów firmowych, udostępnia camt.053 równolegle i zachęca do migracji. Konkretny termin warto potwierdzić w swoim banku, bo polityki się różnią.

Czym camt.053 różni się od MT940 w praktyce?

MT940 podaje dane transakcji jako ciąg znaków, z którego nadawcę i tytuł trzeba wyłuskać regułami tekstowymi. camt.053 to XML, w którym każda informacja ma własne pole, łącznie z referencją nadaną przy zleceniu przelewu. Dlatego dopasowanie płatności do dokumentu może działać automatycznie, zamiast opierać się na wyszukiwaniu fraz w opisie.

Czy musimy wdrażać oba moduły naraz?

Nie. Można zacząć od strony płatności albo od wyciągów, zależnie od tego, co bardziej boli. Pełna korzyść pojawia się jednak wtedy, gdy działają razem: pain.001 nadaje referencję, a camt.053 ją odczytuje i zamyka uzgodnienie bez ręcznej pracy.

Czy zmieni się codzienna praca księgowości?

Sposób pracy w systemie zostaje ten sam: ten sam arkusz płatności, ta sama ścieżka zatwierdzania. Zmienia się plik na wyjściu i moment, w którym wychodzą błędy. Walidacja dzieje się w systemie, przed wysłaniem paczki do banku.

Co z przelewami zagranicznymi i SEPA?

Ten sam mechanizm obsługuje płatności krajowe w złotych, przelewy SEPA w euro oraz płatności SWIFT w walutach obcych. Różnice sprowadzają się do scenariuszy i danych wymaganych przez bank odbiorcy, a nie do osobnych narzędzi.

Mamy Dynamics AX 2012, nie Dynamics 365. Czy to działa?

Tak. Funkcjonalność powstała dla Dynamics AX 2012 i działa również w Dynamics 365. Warunkiem jest wschodnioeuropejska warstwa GLS z włączonymi polskimi funkcjonalnościami i praca na standardowych polach systemu; instalacje mocno modyfikowane wymagają osobnej analizy.

Źródła

mBank, ISO 20022: wyciągi i raporty (dostępność camt.053, brak ogłoszonego terminu wycofania MT940)
Bank Handlowy w Warszawie, migracja do standardu ISO 20022
PKO Bank Polski, ISO 20022
ERP-view, Płatności elektroniczne 2026–2027: kalendarz zmian (harmonogram ELIXIR wg KIR)

Stan na 3 września 2026. Terminy podane przez banki i infrastruktury płatnicze bywają aktualizowane. Przed decyzją warto potwierdzić je u swojego dostawcy usług bankowych.

Tagi copilot

artykuly Dynamics 365/AX Polecane

Microsoft Agent 365: wymagania licencyjne od czerwca 2026

Autor wpisu Autor: Adam Bakalarz
Data wpisu 1 września, 2026

Od 1 czerwca 2026 nowe zakupy Microsoft Agent 365 wymagają odpowiedniego fundamentu licencyjnego. Firmy średnie i duże potrzebują Microsoft 365 E5, małe i średnie Microsoft 365 Business Premium, a użytkownicy pierwszej linii pakietów Defender i Purview na poziomie F5. Klientów Microsoft 365 E7 zmiana nie dotyczy.

Czym jest Microsoft Agent 365?

Agent 365 to warstwa zarządzania agentami AI, a nie kolejny asystent dla pracownika. Microsoft opisuje ją jako płaszczyznę sterowania, która pozwala działom IT i bezpieczeństwa widzieć, kontrolować i zabezpieczać agentów działających w organizacji, zarówno tych od Microsoftu, jak i od dostawców zewnętrznych.

Produkt opiera się na trzech filarach: Observe (rejestr agentów, mapa powiązań, telemetria użycia), Govern (cykl życia agenta, polityki, kontrola dostępu) oraz Secure (integracja z Entra, Purview i Defender). W praktyce odpowiada na pytanie, które pojawia się w każdej firmie po wdrożeniu pierwszych kilku agentów: kto je uruchomił, do jakich danych mają dostęp i co się stanie, gdy autor odejdzie z firmy.

Agent 365 jest ogólnie dostępny od 1 maja 2026 dla segmentu komercyjnego. Kupisz go samodzielnie za 13,00 € netto za użytkownika miesięcznie przy zobowiązaniu rocznym albo dostaniesz w pakiecie Microsoft 365 E7 za 91,92 € netto, który zawiera także Microsoft 365 E5, Copilota i Entra Suite. To ceny katalogowe dla polskiego rynku, publikowane przez Microsoft w euro netto.

Jedna rzecz, która porządkuje wiele nieporozumień: licencja jest liczona per użytkownik, nie per agent. Microsoft stwierdza w dokumentacji licencyjnej, że agenci nie wymagają własnych licencji, a jeden licencjonowany użytkownik może zarządzać dowolnie dużą liczbą agentów. W modelu licencyjnym nie ma sztywnego limitu.

Jakie licencje są wymagane do Agent 365 od 1 czerwca 2026?

Wymagana licencja zależy od segmentu, w którym Microsoft klasyfikuje Twoją organizację. To nie jest swobodny wybór z listy, tylko przypisanie do kategorii klienta.

Segment	Wymagana licencja bazowa
Firmy średnie i duże (Enterprise)	Microsoft 365 E5 albo Microsoft 365 E3 z EMS E3, Defender Suite i Purview Suite
Małe i średnie firmy (SMB)	Microsoft 365 Business Premium
Pracownicy pierwszej linii (Frontline)	Microsoft Defender i Microsoft Purview na poziomie F5
Klienci Microsoft 365 E7	brak dodatkowych wymagań, pakiet zawiera komplet

Firmy średnie i duże: Microsoft 365 E5

Podstawowa ścieżka to Microsoft 365 E5. Microsoft dopuszcza też złożenie równoważnego zestawu z Microsoft 365 E3 uzupełnionego o EMS E3, Defender Suite i Purview Suite. Ta druga droga bywa tańsza dla organizacji, które mają już część komponentów, ale wymaga policzenia obu wariantów, bo różnica potrafi iść w obie strony.

Małe i średnie firmy: Microsoft 365 Business Premium

Dla segmentu SMB wymogiem jest Microsoft 365 Business Premium. To ważna informacja dla firm, które siedzą na Business Standard: sam Standard nie spełnia warunku, więc wdrożenie agentów oznacza wcześniejszy upgrade planu.

Pracownicy pierwszej linii i sektor edukacyjny

Dla użytkowników frontline Microsoft wymaga pakietów Defender i Purview na poziomie F5. Dla sektora edukacyjnego publikuje osobne odpowiedniki oparte na planach akademickich. Jeśli działasz w edukacji, dokładny zestaw SKU potwierdź u swojego partnera lub opiekuna Microsoft, bo nazewnictwo w tym segmencie zmienia się częściej niż w komercyjnym.

Wyjątek: Microsoft 365 E7

Klienci Microsoft 365 E7 nie muszą nic zmieniać. Microsoft potwierdza wprost, że zmiana nie wpływa na umowy E7, ponieważ pakiet zawiera Microsoft 365 E5, Agent 365, Microsoft 365 Copilot oraz Entra Suite.

Jedna uwaga redakcyjna, o której warto wiedzieć. Dokumentacja produktowa Microsoftu formułuje wymóg łagodniej, pisząc, że Agent 365 „działa najlepiej” z E5 jako prerekwizytem. Komunikat dla partnerów z czerwca 2026 mówi już twardo o wymaganiu przy nowych zakupach. Dla decyzji zakupowej wiążący jest ten drugi.

Dlaczego Microsoft postawił taki warunek?

Bo agenci AI pracują na danych firmowych, a nie na treściach z internetu. Agent, który czyta pocztę, dokumenty w SharePoincie i historię spotkań, jest z punktu widzenia bezpieczeństwa kolejną tożsamością w organizacji, tyle że działającą bez przerwy i szybciej niż człowiek.

Wymagane pakiety nie są przypadkowe. Entra daje agentowi tożsamość i obejmuje go dostępem warunkowym. Purview zapewnia audyt, eDiscovery, ochronę przed wyciekiem danych i etykiety wrażliwości. Defender wykrywa zagrożenia i blokuje złośliwy ruch. Intune pilnuje zgodności urządzeń. Bez tych czterech filarów Agent 365 nie miałby na czym oprzeć kontroli, którą obiecuje.

Co zmieniło się 1 lipca 2026 dla agentów z Copilot Studio

To zmiana, która w polskich materiałach przechodzi bez echa, a dotyka znacznie większej grupy firm niż samo Agent 365. Od 1 lipca 2026 funkcje bezpieczeństwa dla agentów budowanych w Copilot Studio i Microsoft Foundry wymagają licencji Agent 365. Nie są już objęte posiadanymi licencjami Defender for Cloud Apps ani Defender for Cloud.

Konsekwencja jest konkretna: dzierżawy bez licencji kwalifikującej do Agent 365 straciły dostęp do tych funkcji z dniem 1 lipca 2026. Jeśli Twoja firma zbudowała agentów w Copilot Studio i opierała ich bezpieczeństwo na Defenderze, to jest moment na sprawdzenie, co faktycznie nadal działa.

Jak sprawdzić, czy Twoja firma spełnia wymagania?

Zanim zaczniesz planować wdrożenie agentów, przejdź przez pięć kroków:

Ustal, w jakim segmencie klasyfikuje Cię Microsoft: enterprise, SMB czy frontline. Od tego zależy wymagana licencja.
Sprawdź w centrum administracyjnym Microsoft 365, jakie plany masz przypisane i ilu użytkownikom.
Policz, ilu pracowników realnie będzie zarządzać agentami. Licencja jest per użytkownik, więc nie musisz obejmować nią całej firmy.
Zweryfikuj, czy masz skonfigurowane Entra, Purview, Defender i Intune. Sama licencja nie wystarczy, jeśli komponenty nie są wdrożone.
Porównaj koszt upgrade’u planu bazowego z kosztem samego dodatku Agent 365, uwzględniając wariant E7.

Warto też wiedzieć, że część funkcji Agent 365 działa bez dodatkowej licencji, w ramach posiadanych subskrypcji Microsoft 365. Bezpłatnie dostaniesz tożsamość agenta i jego widoczność w rejestrze, podstawowe informacje o użyciu, akcje administracyjne oraz logi audytu. Płatne są dopiero zaawansowana analityka, polityki governance, zarządzanie postawą bezpieczeństwa, wykrywanie zagrożeń i kontrola dostępu agentów do narzędzi. Microsoft udostępnia też trial na 25 stanowisk przez 30 dni.

Umów konsultację ze specjalistą Microsoft ERP:

Agent AI a system ERP: gdzie przebiega granica

Tu potrzebna jest uczciwość, bo temat jest świeży i łatwo o nadinterpretację. Na wrzesień 2026 Microsoft nie opublikował dokumentacji, która potwierdzałaby objęcie agentów Dynamics 365 i Business Central rejestrem oraz governance’em Agent 365. Rejestr agentów wymienia agentów Microsoft 365, Copilot Studio, Foundry, agentów lokalnych i partnerskich, a także synchronizację z chmurami zewnętrznymi. Dynamics 365 na tej liście nie występuje.

Agenci w Business Central mają własny model konfiguracji, z osobnymi uprawnieniami i cyklem życia, niepowiązany dokumentacyjnie z Agent 365. Jeśli planujesz agentów po obu stronach, po stronie pakietu biurowego i po stronie ERP, na dziś są to dwa osobne obszary do zarządzania. Przy planowaniu wdrożenia warto potwierdzić aktualny stan u opiekuna Microsoft, bo dokumentacja zmienia się co miesiąc.

Jeśli interesuje Cię, co AI potrafi po stronie systemu ERP, opisaliśmy to w rozdziale o Copilocie w Business Central.

Planujesz agentów AI i nie masz pewności, czy Twoje licencje to udźwigną? Zrobimy audyt środowiska, sprawdzimy przypisane plany i policzymy, który wariant wychodzi taniej: upgrade planu bazowego czy dodatek Agent 365. Napisz na office@inlogica.com.

Najczęściej zadawane pytania o licencje Microsoft Agent 365

Jakie licencje są wymagane do Microsoft Agent 365? Od 1 czerwca 2026 nowe zakupy wymagają Microsoft 365 E5 dla firm średnich i dużych, Microsoft 365 Business Premium dla małych i średnich, a dla pracowników pierwszej linii pakietów Defender i Purview na poziomie F5. Alternatywą dla E5 jest E3 uzupełniony o EMS E3, Defender Suite i Purview Suite.

Czy Microsoft 365 Business Premium wystarczy do wdrożenia Agent 365? Tak, dla klientów klasyfikowanych przez Microsoft w segmencie małych i średnich firm Business Premium jest wymaganą licencją bazową. Uwaga na plany niższe: Microsoft 365 Business Standard nie spełnia tego warunku, więc wdrożenie agentów wymaga wcześniejszego przejścia na Premium.

Od kiedy obowiązują nowe wymagania licencyjne Agent 365? Od 1 czerwca 2026 i dotyczą nowych zakupów Agent 365. Osobna zmiana weszła 1 lipca 2026: funkcje bezpieczeństwa agentów budowanych w Copilot Studio i Microsoft Foundry wymagają od tej daty licencji Agent 365 i nie są już pokrywane przez posiadane licencje Defender.

Czy klienci Microsoft 365 E7 muszą coś zmieniać? Nie. Microsoft potwierdza, że zmiana nie wpływa na umowy Microsoft 365 E7, ponieważ pakiet zawiera już wszystkie wymagane komponenty: Microsoft 365 E5, Agent 365, Microsoft 365 Copilot oraz Entra Suite. Klienci E7 mają wymóg spełniony z definicji.

Czym różni się Agent 365 od Copilota? To dwie różne kategorie produktów. Microsoft 365 Copilot jest narzędziem produktywności dla pracownika i działa wewnątrz aplikacji biurowych. Agent 365 jest warstwą zarządzania dla działu IT i bezpieczeństwa, która nadzoruje agentów w całej organizacji. Copilot nie zawiera Agent 365 i nie jest jego prerekwizytem.

Źródła

Tagi copilot

artykuly Dynamics 365/AX Polecane

Microsoft 365 Copilot cena 2026: pakiety, licencje i promocje dla firm

Autor wpisu Autor: Adam Bakalarz
Data wpisu 19 sierpnia, 2026

Microsoft 365 Copilot dla firm kupisz na dwa sposoby: jako dodatek do posiadanego planu Microsoft 365 albo w gotowym pakiecie Business Standard lub Business Premium z Copilotem w cenie. Od 1 lipca 2026 oba pakiety są stałą pozycją cennika, a nie ofertą czasową. Poniżej znajdziesz aktualne ceny katalogowe i warunki licencjonowania.

Najważniejsze wnioski

Dodatek Microsoft 365 Copilot dla firm kosztuje 18,20 € netto za użytkownika miesięcznie przy rozliczeniu rocznym. Do 30 września 2026 obowiązuje cena promocyjna 15,60 €.
Business Standard z Copilotem to 20,36 € netto, a Business Premium z Copilotem 27,73 € netto za użytkownika miesięcznie.
Od 1 lipca 2026 oba pakiety z Copilotem są stałymi produktami w cenniku. Microsoft utrwalił dotychczasową cenę promocyjną, zamiast obniżać ceny istniejących planów.
Copilot Business obsługuje maksymalnie 300 stanowisk na dzierżawę. Powyżej tego progu przechodzisz na pełny Microsoft 365 Copilot za 26,00 € netto.
Copilot Chat jest bezpłatny w ramach kwalifikującej się subskrypcji Microsoft 365, ale praca na Twoich danych firmowych wymaga płatnej licencji.

Ile kosztuje Microsoft 365 Copilot dla firm?

Microsoft 365 Copilot dla firm kosztuje 18,20 € netto za użytkownika miesięcznie przy zobowiązaniu rocznym, a gotowe pakiety z Copilotem w cenie zaczynają się od 20,36 € netto. Wszystkie warianty wymagają subskrypcji rocznej. Ceny dla polskiego rynku Microsoft podaje w euro netto.

Produkt	Rozliczenie roczne	Rozliczenie miesięczne	Dla kogo
Microsoft 365 Business Basic	6,07 €	brak w cenniku	plan bazowy, bez Copilota
Microsoft 365 Copilot dla firm (dodatek)	18,20 €, promocyjnie 15,60 €	21,84 €	firmy do 300 stanowisk, które mają już plan Business
Business Standard i Copilot dla firm	20,36 €	24,43 €	firmy bez planu bazowego albo przed odnowieniem
Business Standard i Copilot, wariant bez Teams	17,58 €	brak w cenniku	firmy objęte wersją EOG
Business Premium i Copilot dla firm	27,73 €	33,28 €	firmy potrzebujące zaawansowanych zabezpieczeń
Business Premium i Copilot, wariant bez Teams	24,94 €	brak w cenniku	firmy objęte wersją EOG
Microsoft 365 Copilot (dodatek enterprise)	26,00 €	27,30 €	organizacje powyżej 300 stanowisk
Microsoft 365 Copilot Chat	bez dodatkowych opłat	bez dodatkowych opłat	wszyscy z kwalifikującą się subskrypcją M365

Ceny za użytkownika miesięcznie, netto, według cennika Microsoft dla Polski, stan na 18 sierpnia 2026.

Zwróć uwagę na jedną rzecz, o której łatwo zapomnieć przy porównywaniu ofert. Microsoft nie publikuje dla polskiego rynku cen w złotówkach. Kwoty w złotówkach, które znajdziesz w sklepach i porównywarkach, to ceny odsprzedaży resellerów, a nie cennik producenta. Różnią się między sprzedawcami i zawierają ich marżę, więc porównując oferty, sprawdzaj zawsze, czy patrzysz na to samo.

Druga rzecz dotyczy sposobu rozliczenia. Przy pakietach Business rozliczenie miesięczne kosztuje o 20% więcej niż roczne. Przy dodatku enterprise różnica wynosi tylko 5%. To wyliczenie z opublikowanych cen katalogowych, więc łatwo je zweryfikować samodzielnie.

Czym różni się Microsoft 365 Copilot od Copilot Business i Copilot Chat?

Microsoft 365 Copilot Business ma identyczne funkcje co pełny Microsoft 365 Copilot. Różnią się ceną i limitem stanowisk. Copilot Chat to bezpłatny asystent webowy, który nie sięga do danych Twojej organizacji, dopóki nie dokupisz płatnej licencji.

Wariant	Co obejmuje	Limit stanowisk	Cena netto
Microsoft 365 Copilot Chat	czat oparty na treściach z internetu	bez limitu	w cenie subskrypcji M365
Microsoft 365 Copilot dla firm (Copilot Business)	pełne funkcje Copilota w aplikacjach i na danych firmowych	do 300 na dzierżawę	18,20 €
Microsoft 365 Copilot	to samo, bez ograniczenia liczby użytkowników	bez limitu	26,00 €

Microsoft formułuje to jednoznacznie w dokumentacji: „The Copilot Business add-on delivers the same capabilities as the Microsoft 365 Copilot offering” oraz „Copilot Business supports up to 300 seats per tenant” (Copilot Business FAQ, aktualizacja 6 maja 2026).

W praktyce oznacza to, że firma zatrudniająca 80 osób płaci za tę samą funkcjonalność 18,20 € zamiast 26,00 €, czyli o 7,80 € mniej za użytkownika miesięcznie. Przy 80 stanowiskach daje to różnicę 7 488 € rocznie.

Nie myl Copilot Business z Copilot Pro. To produkt konsumencki, sprzedawany osobom prywatnym i niepowiązany z licencjonowaniem firmowym. Jeśli szukasz asystenta dla zespołu, Copilot Pro nie jest ścieżką, której potrzebujesz. Więcej o samych możliwościach asystenta znajdziesz w tekście o tym, co potrafi Microsoft 365 Copilot.

Co zmieniło się 1 lipca 2026 w pakietach z Copilotem?

Microsoft wprowadził dwa stałe pakiety: Business Standard z Copilotem i Business Premium z Copilotem. To nowe pozycje katalogu, a nie obniżka cen istniejących planów. Producent przekształcił dotychczasową ofertę promocyjną w trwałą część cennika, zachowując jej poziom cenowy.

W komunikacie dla partnerów Microsoft ujmuje to wprost: „These new SKUs turn a successful promotional motion into a permanent, predictable offer you can build your business around” (Partner Center, lipiec 2026).

Tu potrzebne jest wyjaśnienie, bo mogłeś czytać nasz wcześniejszy tekst o tym, że ceny Microsoft 365 rosną od lipca 2026. Oba fakty są prawdziwe i weszły w życie tego samego dnia. Plany bazowe podrożały. Równolegle pakiety z Copilotem stały się stałą, korzystniejszą pozycją cennika. Microsoft podniósł cenę wejścia do samego Microsoft 365 i jednocześnie obniżył próg wejścia w AI.

Warto też wiedzieć, że samodzielne Business Standard i Business Premium nie zostały wycofane z katalogu, ale zniknęły z detalicznych stron cennikowych Microsoftu. Zastąpiły je tam warianty z Copilotem. Jeśli chcesz porównać plan bazowy z pakietem, cenę planu bazowego musisz uzyskać od partnera.

Umów konsultację ze specjalistą Microsoft ERP:

Jakie promocje na Copilota obowiązują do końca 2026 roku?

Obowiązują dwie równoległe ścieżki promocyjne i mają różne terminy. Jedna dotyczy zakupu bezpośrednio u Microsoftu, druga zakupu przez partnera w modelu CSP. To nie są warianty tej samej oferty, więc nie da się ich porównywać wprost.

Sprzedaż bezpośrednia na stronach Microsoftu. Rabat na Microsoft 365 Copilot dla firm obniża cenę z 18,20 € do 15,60 € netto. Microsoft podaje warunki dosłownie: „Oferta rabatowa jest dostępna w okresie od 1 lipca 2026 r. do 30 września 2026 r.” oraz „Wymagane jest zobowiązanie roczne i ceny promocyjne obowiązują tylko dla pierwszego roku”. W skali roku oznacza to 187,20 € zamiast 218,40 € za użytkownika, czyli 31,20 € oszczędności w pierwszym roku.

Kanał partnerski. Promocyjne warunki na Microsoft 365 Copilot Business oraz na pakiet Business Basic z Copilotem są dostępne przez partnerów Microsoft, w tym INLOGICA, do 31 grudnia 2026. Obejmują subskrypcje roczne z płatnością roczną, od 1 do 300 licencji, bez progu minimalnego. Konkretne warunki cenowe partner przedstawia indywidualnie.

Terminy 30 września i 31 grudnia dotyczą różnych kanałów sprzedaży, więc jeśli w jednym miejscu widzisz jedną datę, a w innym drugą, żadne z tych źródeł nie musi być błędne.

Czy Microsoft Copilot jest darmowy?

Częściowo. Microsoft 365 Copilot Chat jest dostępny bez dodatkowych opłat w ramach kwalifikującej się subskrypcji Microsoft 365, ale pracuje wyłącznie na treściach z internetu. Moment, w którym asystent ma sięgnąć do danych Twojej firmy, jest momentem, w którym potrzebujesz płatnej licencji.

Microsoft rozgranicza to w dokumentacji licencyjnej. Czat oparty na wynikach z sieci jest „automatically included with an eligible Microsoft 365 subscription at no extra cost”, natomiast czat oparty na danych konta służbowego „is available with a Microsoft Copilot license” (License Options for Microsoft 365 Copilot, aktualizacja 18 sierpnia 2026).

Granica przebiega dokładnie tam, gdzie zaczyna się realna wartość dla firmy. Podsumowanie wątku w Outlooku, streszczenie spotkania w Teams, analiza arkusza w Excelu, wyszukanie zapisu w dokumentach na SharePoincie: to wszystko wymaga licencji. Bezpłatny czat odpowie Ci na pytanie ogólne, ale nie zajrzy do Twojej poczty.

Jakie licencje bazowe są potrzebne, żeby dokupić Copilota?

Copilot Business wymaga jednego z planów Microsoft 365 dla firm. Pełny Microsoft 365 Copilot działa dodatkowo na planach enterprise. Copilota nie kupisz jako samodzielnego produktu bez subskrypcji bazowej, niezależnie od wariantu.

Dla Microsoft 365 Copilot Business kwalifikują się:

Microsoft 365 Business Basic
Microsoft 365 Business Standard
Microsoft 365 Business Premium

Dla pełnego Microsoft 365 Copilot lista jest znacznie szersza i obejmuje między innymi Microsoft 365 E3 i E5, Office 365 E1, E3 i E5, plany Business oraz Microsoft 365 Apps for business i for enterprise. Pełne zestawienie znajdziesz w dokumentacji licencyjnej Microsoftu.

Jeśli dopiero układasz strukturę subskrypcji w firmie, zacznij od naszego przewodnika po licencjach Microsoft dla firm. Copilot jest warstwą na wierzchu, nie punktem wyjścia.

Pakiet z Copilotem czy dodatek do obecnego planu?

Wybór zależy od tego, czy masz już ważną subskrypcję planu bazowego. Jeśli tak, taniej wychodzi dokupienie dodatku. Jeśli kupujesz od zera albo zbliżasz się do odnowienia, gotowy pakiet z Copilotem jest zwykle korzystniejszy i prostszy w zarządzaniu.

Najciekawsze jest porównanie pakietów z samym dodatkiem enterprise. Popatrz na te trzy pozycje z cennika:

Co kupujesz	Cena netto	Co dostajesz
Microsoft 365 Copilot (dodatek enterprise)	26,00 €	wyłącznie Copilot, plan bazowy osobno
Business Standard i Copilot dla firm	20,36 €	Copilot oraz cały plan Business Standard
Business Premium i Copilot dla firm	27,73 €	Copilot oraz cały plan Business Premium

Pakiet Business Standard z Copilotem kosztuje o 5,64 € mniej niż sam dodatek enterprise, a w cenie zawiera kompletny plan biurowy. Pakiet Business Premium z Copilotem kosztuje o 1,73 € więcej niż sam dodatek, a dokłada do niego pełny plan z zaawansowanymi zabezpieczeniami. To jest realna zmiana rachunku dla firm do 300 osób.

Zastrzeżenie, które musisz mieć z tyłu głowy: ceny samodzielnych planów Business Standard i Business Premium zniknęły z publicznych stron cennikowych, więc dokładne porównanie „plan bazowy plus dodatek” kontra „pakiet” wymaga oferty od partnera. Kierunek jest jednak jednoznaczny.

Copilot a system ERP, czyli co AI zrobi z danymi firmowymi

Microsoft 365 Copilot pracuje na dokumentach, poczcie, spotkaniach i arkuszach. Nie sięga do danych transakcyjnych w systemie ERP. Nie zapyta go o marżę na zleceniu produkcyjnym ani o stan zapasów, bo tych danych nie ma w Microsoft 365.

Do pracy na danych z systemu służy Copilot wbudowany w Dynamics 365 Business Central, licencjonowany osobno w ramach tego systemu. Jeśli planujesz AI w firmie szerzej niż tylko w pakiecie biurowym, przeczytaj o tym, jak działa Copilot w Business Central. To dwa różne narzędzia, które dopiero razem obejmują całość pracy zespołu.

Kiedy najlepiej podjąć decyzję o zakupie Copilota?

Najniższym kosztem zmiany jest moment odnowienia subskrypcji. Wtedy nie płacisz równolegle za dwa modele licencyjne i możesz przejść z planu bazowego na pakiet z Copilotem bez straty. Poza tym oknem zmiana zwykle oznacza dopłatę za okres nakładania się subskrypcji.

Cztery kroki, które warto wykonać przed decyzją:

Sprawdź datę odnowienia obecnej subskrypcji Microsoft 365 i formę zobowiązania.
Policz stanowiska, które realnie skorzystają z Copilota. Licencji nie musisz przypisywać wszystkim.
Porównaj wariant pakietowy z dodatkiem do obecnego planu, uwzględniając różnicę między rozliczeniem rocznym a miesięcznym.
Zapytaj partnera o aktualne warunki w kanale CSP, bo różnią się od cennika detalicznego.

Do wstępnego oszacowania kosztu możesz wykorzystać nasz kalkulator licencji Microsoft. Mechanikę samego odnowienia i to, kiedy zaczniesz płacić nowe stawki, opisaliśmy szczegółowo w tekście o zmianach cen Microsoft 365 w 2026 roku.

Sprawdź, ile realnie kosztuje Copilot w Twojej firmie. Dobierzemy wariant licencyjny do liczby użytkowników, którzy faktycznie będą z niego korzystać, i sprawdzimy aktualne warunki promocyjne w kanale partnerskim. Napisz na office@inlogica.com.

Najczęściej zadawane pytania o cenę Microsoft 365 Copilot

Czy Microsoft Copilot jest darmowy? Częściowo. Microsoft 365 Copilot Chat jest dostępny bez dodatkowych opłat w ramach kwalifikującej się subskrypcji Microsoft 365, ale pracuje wyłącznie na treściach z internetu. Czat oparty na danych Twojej firmy, dokumentach i poczcie wymaga płatnej licencji Copilot.

Czym się różni Copilot od Copilot 365? Microsoft Copilot to ogólna nazwa asystenta, obejmująca także bezpłatny czat. Microsoft 365 Copilot to płatny dodatek działający wewnątrz Worda, Excela, Outlooka i Teams, który korzysta z danych Twojej organizacji. Różnica sprowadza się do dostępu do firmowych treści.

Jakie są subskrypcje Copilota dla firm? Trzy warianty. Microsoft 365 Copilot Business to dodatek dla firm do 300 stanowisk za 18,20 € netto. Microsoft 365 Copilot to pełny dodatek bez limitu stanowisk za 26,00 € netto. Trzecia droga to gotowe pakiety Business Standard lub Business Premium z Copilotem w cenie.

Ile stanowisk obsługuje Microsoft 365 Copilot Business? Do 300 stanowisk na dzierżawę. Powyżej tego progu Microsoft kieruje organizację na standardowy dodatek Microsoft 365 Copilot, droższy, ale bez ograniczenia liczby użytkowników. Funkcjonalnie oba warianty są identyczne, co Microsoft potwierdza w dokumentacji.

Czy Copilot działa po polsku? Tak. Polski znajduje się na oficjalnej liście języków obsługiwanych przez Microsoft 365 Copilot, obejmującej 49 pozycji. Microsoft zastrzega, że Copilot obsługuje mniej języków niż interfejs Microsoft 365, więc obecność języka w menu nie zawsze oznacza wsparcie asystenta. Pisaliśmy o tym, gdy Copilot przemówił po polsku.

Ile kosztuje Copilot przy rozliczeniu miesięcznym? Przy pakietach Business rozliczenie miesięczne jest o 20% droższe od rocznego. Dodatek Copilot dla firm kosztuje wtedy 21,84 € zamiast 18,20 €, Business Standard z Copilotem 24,43 € zamiast 20,36 €. Przy dodatku enterprise różnica wynosi 5%.

Jakie licencje muszę mieć, żeby dokupić Copilota? Copilot Business wymaga jednego z planów Microsoft 365 dla firm: Business Basic, Business Standard lub Business Premium. Pełny Microsoft 365 Copilot działa dodatkowo na planach enterprise, w tym Microsoft 365 E3 i E5 oraz Office 365 E1, E3 i E5.

Źródła

Tagi copilot

artykuly Dynamics 365/AX Polecane

Dynamics 365 Bridge to Cloud 3: migracja ERP do chmury na promocyjnych warunkach do końca 2027

Autor wpisu Autor: Adam Bakalarz
Data wpisu 12 sierpnia, 2026

Bridge to Cloud 3 to promocja Microsoftu, która pozwala firmom korzystającym z Dynamics NAV, AX, GP, SL lub Business Central on-premises przejść na licencje chmurowe Dynamics 365 na preferencyjnych warunkach. Program działa od 1 stycznia 2026 do 31 grudnia 2027 i wymaga trzyletniego zobowiązania oraz aktywnego planu Enhancement.

Najważniejsze wnioski

Okno zapisów do programu BTC3 trwa od 1 stycznia 2026 do 31 grudnia 2027. To najdłuższe okno migracyjne, jakie Microsoft dotąd udostępnił w tej serii promocji.
Kwalifikują się firmy, które kupiły licencje Dynamics on-premises przed 1 września 2024 i mają aktywny Business Ready Enhancement Plan (BREP).
Warunkiem jest trzyletnia, nieodwoływalna subskrypcja Dynamics 365, a jej roczna wartość musi być co najmniej równa rocznej wartości odnowienia BREP.
W trakcie migracji obowiązują dual access rights: użytkownicy mogą równolegle korzystać z lokalnego systemu i chmurowego środowiska, co eliminuje ryzyko przestoju.
Firmy na Dynamics AX 2009 i 2012 są już poza wszelkim wsparciem Microsoftu, łącznie z aktualizacjami regulacyjnymi. Dla nich to nie okazja cenowa, tylko kwestia zgodności z KSeF i JPK CIT.

Czym jest Dynamics 365 Bridge to Cloud 3?

Bridge to Cloud 3 to trzecia edycja globalnego programu promocyjnego Microsoft, który wspiera transformację cyfrową organizacji z lokalnych systemów do chmury. Program zachęca klientów Dynamics on-premises do przejścia na Microsoft Dynamics 365 w chmurze, obejmując m.in. Dynamics 365 Business Central, Dynamics 365 Finance, Sales i Customer Service.

Promocja BTC3 zaczyna się 1 stycznia 2026 roku i trwa do 31 grudnia 2027 roku, zgodnie z oficjalnym partner alertem Microsoft z 1.11.2025.
Program działa wyłącznie przez partnerów Microsoft w modelu Cloud Solution Provider (CSP) w ramach New Commerce Experience. Nie jest to oferta dostępna bezpośrednio na stronie Microsoft.
Mechanizm jest prosty: klient zamienia roczne odnowienie Enhancement Plan na trzyletnią subskrypcję Dynamics 365 online na preferencyjnych warunkach, z zablokowaną ceną na cały okres. Program trwa trzy lata i oferuje dostęp do obu systemów jednocześnie.
Migracja do chmury umożliwia dostęp do nowoczesnych technologii i AI. Zaawansowana analityka i usługi AI są dostępne w chmurze Microsoft, co otwiera możliwości niedostępne na starszych wersjach on-premises.
BTC3 jest programem skierowanym do firm użytkujących systemy ERP i CRM (Dynamics NAV, AX, GP, SL, CRM, Business Central on-premises), a obsługę formalną i techniczną prowadzi partner, taki jak INLOGICA.

Kto może skorzystać z promocji Bridge to Cloud 3?

Kwalifikują się firmy posiadające licencje Dynamics on-premises zakupione przed 1 września 2024, z aktywnym Business Ready Enhancement Plan w momencie zapisu, które nie korzystały wcześniej z promocji migracyjnych Microsoftu.

Posiadanie licencji on-premises na Dynamics (NAV, Navision, AX, GP, SL lub CRM) nabytych przed 1 września 2024.
Aktywny Business Ready Enhancement Plan w momencie przystąpienia do Bridge to Cloud 3.
Zobowiązanie do trzyletniej, nieodwoływalnej subskrypcji Dynamics 365 online.
Roczna wartość subskrypcji chmurowej co najmniej równa rocznej kwocie odnowienia BREP.
Brak udziału we wcześniejszych promocjach migracyjnych, w tym Bridge to Cloud 2. Ta promocja jest przeznaczona dla firm, które dotąd pozostały przy licencjach on-premises.

Business Ready Enhancement Plan (BREP): dlaczego decyduje o wszystkim?

BREP to roczny plan utrzymaniowy przypisany do licencji Dynamics on-premises. Bez niego firma traci prawo do aktualizacji wersji, poprawek i wsparcia ze strony Microsoft.

Aktywny BREP jest warunkiem wejścia do programu Bridge to Cloud 3. Podczas trzyletniego okresu promocji odnowienia Enhancement Plan są skonsumowane przez program i nie generują dla klienta dodatkowej opłaty.
Jeśli BREP wygasł, klient musi uregulować zaległości przed przystąpieniem do promocji. Gdy koszt odtworzenia jest nieopłacalny, pozostaje migracja do Dynamics 365 poza BTC3 na standardowych warunkach komercyjnych.
Realnym zegarem decyzji nie jest tylko data 31.12.2027, ale termin wygaśnięcia BREP w konkretnej firmie. Po jego utracie droga do BTC3 się zamyka, nawet jeśli formalnie promocja nadal trwa. To jest prawdziwy zegar, nie sztuczna presja.

Umów konsultację ze specjalistą Microsoft ERP:

Czym Bridge to Cloud 3 różni się od Bridge to Cloud 2?

Bridge to Cloud 2 zakończył się 31 grudnia 2025. BTC3 wystartował 1 stycznia 2026 i potrwa do 31 grudnia 2027. Zmieniły się warunki kwalifikacji i część szczegółowych zasad. Jeśli widzisz w internecie ofertę z warunkami BTC2, sprawdź datę publikacji, bo ta promocja już nie działa.

Kryterium	Bridge to Cloud 2	Bridge to Cloud 3
Okres obowiązywania	do 31 grudnia 2025 (zakończona)	1 stycznia 2026 – 31 grudnia 2027
Data zakupu licencji on-prem	brak progu z 2024 r.	przed 1 września 2024
Termin subskrypcji	3 lata	3 lata, nieodwoływalny
Wymóg BREP	aktywny	aktywny
Dual access rights	tak	tak
Udział w poprzedniej promocji	nie dotyczy	wyklucza z BTC3
Preferencyjne warunki cenowe	tak (inne zasady)	tak (zmienione zasady)

W BTC3 pojawił się dodatkowy próg: licencje on-premises muszą być nabyte przed 1 września 2024.
Nadal obowiązuje wymóg trzyletniej subskrypcji i dual access rights, ale udział w BTC2 automatycznie wyklucza z BTC3.
Migracja do chmury pozwala na uniknięcie podwójnych opłat dzięki mechanizmowi dual access rights, który był obecny w obu edycjach programu.

Dlaczego pozostanie na Dynamics NAV lub AX kosztuje coraz więcej?

Utrzymywanie starych wersji Dynamics NAV lub AX staje się coraz bardziej kosztowne i ryzykowne. Wsparcie techniczne wygasa lub już wygasło, a wraz z mainstream support kończą się aktualizacje regulacyjne, co przy polskich wymogach prawnych przenosi całe ryzyko zgodności na firmę.

Microsoft wprost stwierdza w dokumentacji, że w fazie extended support nie dostarcza dla Dynamics AX ani poprawek niezwiązanych z bezpieczeństwem, ani aktualizacji regulacyjnych.
Pozostawanie na starych wersjach oznacza narastające koszty: samodzielne utrzymanie integracji, obejścia dla regulacji, wyższe ryzyko audytowe.
Bridge to Cloud 3 pozwala przekierować budżet z rocznego odnowienia BREP i łatania starego ERP na inwestycję w Dynamics 365 Business Central online lub Dynamics 365 Finance.

Do kiedy Microsoft wspiera Twoją wersję Dynamics?

Poniższa tabela zawiera twarde daty z oficjalnej dokumentacji Microsoft Lifecycle.

System	Koniec mainstream support	Koniec extended support	Status (sierpień 2026)
Dynamics AX 2009 SP1, AX 2012, AX 2012 R2	9 października 2018	12 kwietnia 2022	Poza wsparciem
Dynamics AX 2012 R3	12 października 2021	10 stycznia 2023	Poza wsparciem
Dynamics NAV 2017	11 stycznia 2022	11 stycznia 2027	Extended support, niecałe 5 miesięcy do końca
Dynamics NAV 2018	10 stycznia 2023	11 stycznia 2028	Extended support

Wszystkie wersje Dynamics AX są poza wsparciem. NAV 2017 straci extended support już 11 stycznia 2027, a NAV 2018 będzie wspierany tylko do 11 stycznia 2028.

Co ze zgodnością z KSeF i JPK CIT na starych wersjach Dynamics?

Microsoft nie dostarcza aktualizacji regulacyjnych dla Dynamics AX w fazie extended support, a wszystkie wersje AX tę fazę mają już za sobą. Oznacza to pełne przejęcie odpowiedzialności za zgodność przez klienta i partnera.

KSeF: obowiązkowe fakturowanie ustrukturyzowane obowiązuje od 1 lutego 2026 dla dużych podatników i od 1 kwietnia 2026 dla pozostałych przedsiębiorców, a od 1 stycznia 2027 dla najmniejszych firm.
JPK CIT (JPK_KR_PD): dla największych podmiotów CIT obowiązuje za lata podatkowe po 31.12.2024, dla kolejnych grup po 31.12.2025 i 31.12.2026. Większość firm zostanie objęta do 2028 roku.
Migracja do Dynamics 365 w ramach Bridge to Cloud 3 jest jedną z dróg zapewnienia zgodności. Dla firm, które jeszcze nie mogą migrować, dostępne są dedykowane rozwiązania partnerskie INLOGICA: moduł JPK CIT dla Microsoft Dynamics oraz obsługa faktur ustrukturyzowanych KSeF w Dynamics.

Z jakich systemów i do czego można migrować w ramach Bridge to Cloud 3?

BTC3 obejmuje różne linie produktów Dynamics on-premises: NAV, Navision, AX, GP, SL, CRM oraz Business Central on-premises. Docelowo klient przechodzi na Dynamics 365 Business Central online, Dynamics 365 Finance, Sales lub Customer Service.

Dynamics NAV / Navision → Business Central online: najczęstszy scenariusz modernizacji ERP dla firm 10–100 użytkowników. Szczegóły tej ścieżki opisujemy w artykule o tym, dlaczego migracja z Navision do Business Central ma sens właśnie teraz.
Business Central on-premises → Business Central online: najkrótsza droga, mniej konwersji danych.
Dynamics AX 2009 / 2012 → Dynamics 365 Finance and Operations: złożony projekt dla dużych organizacji, wielomiesięczna implementacja.
Dynamics CRM → Dynamics 365 Sales / Customer Service: migracja procesów sprzedaży i obsługi klienta.
Dynamics GP → Business Central online: dual access rights pozwalają testować Business Central bez odcinania dostępu do GP, więc migracja danych może przebiegać stopniowo.

INLOGICA obsługuje zarówno linię AX / Dynamics 365 Finance and Operations, jak i wdrożenia Microsoft Dynamics 365 Business Central, co pozwala przeprowadzić migrację z obu głównych linii produktów w ramach jednego partnera.

Jak wygląda migracja ERP do chmury krok po kroku w programie BTC3?

Migracja w ramach Bridge to Cloud 3 przebiega etapami. Program ułatwia kontrolowany proces migracji zamiast nagłej wymiany systemu, a dual access rights pozwalają pracować równolegle na starym systemie i w chmurze.

Assessment obecnego środowiska: identyfikacja wersji systemu, liczby użytkowników, modyfikacji, integracji i statusu BREP. Warto wykorzystać narzędzia typu Azure Migrate, o czym piszemy w artykule o audycie środowiska z użyciem Azure Migrate.
Weryfikacja kwalifikacji do BTC3: potwierdzenie daty zakupu licencji, ważności BREP, braku wcześniejszego udziału w BTC2. Kalkulacja minimalnej wartości rocznej subskrypcji Dynamics 365 online względem rocznego kosztu BREP.
Projekt docelowej architektury: wybór ścieżki migracji (Business Central online, Dynamics 365 Finance, Sales), decyzja o losie modyfikacji i integracji. Microsoft oferuje dostęp do doradców migracyjnych w ramach programu AIM, co może przyspieszyć ten etap.
Uruchomienie środowiska chmurowego i dual access rights: aktywacja subskrypcji, praca testowa i pilotażowe procesy bez wyłączania starego ERP.
Migracja danych, testy, szkolenia: mapowanie danych finansowych, weryfikacja bilansów, konfiguracja modułów i szkolenia użytkowników końcowych.
Przełączenie produkcyjne i wsparcie powdrożeniowe: go-live, stopniowe wygaszanie środowiska on-premises, dalsza rozbudowa (Power Platform, automatyzacja, raportowanie). Wdrożenie modelowe Business Central zajmuje zwykle 6–8 tygodni.

Bridge to Cloud 3 czy migracja poza promocją: kiedy który wariant ma sens?

Bridge to Cloud 3 jest optymalny dla firm z aktywnym BREP, które planują migrację w ciągu najbliższych 12–24 miesięcy i chcą zablokować preferencyjne warunki cenowe na trzyletni okres.

Kiedy BTC3 się opłaca:

Aktywny BREP, brak zaległości
Plan migracji do chmury w perspektywie 1–2 lat
Potrzeba dual access rights dla bezpiecznego przejścia
Chęć zablokowania ceny na trzy lata

Kiedy rozważyć inne warianty:

Wygasły BREP i wysoki koszt odtworzenia
Potrzeba subskrypcji krótszej niż trzyletnia (np. planowana fuzja)
Wcześniejszy udział w Bridge to Cloud 2
Rozważana zmiana dostawcy ERP poza ekosystem Microsoft

Formalne okno trwa do końca 2027, ale w praktyce termin decyzji wyznaczają dwie daty: koniec wsparcia dla konkretnej wersji systemu (np. NAV 2017 w styczniu 2027) oraz data wygaśnięcia BREP. Zadaniem partnera jest uczciwe porównanie scenariuszy migracji ERP do chmury Azure, tak aby dobrać model do realnych planów biznesowych firmy.

Sprawdź, czy Twoja firma kwalifikuje się do Bridge to Cloud 3: napisz na office@inlogica.com po bezpłatny assessment obecnego środowiska Dynamics wraz z weryfikacją kwalifikacji i symulacją kosztową.

Najczęściej zadawane pytania o Dynamics 365 Bridge to Cloud 3

Czy w trakcie Bridge to Cloud 3 mogę zmniejszyć lub zwiększyć liczbę licencji Dynamics 365?

W modelu New Commerce Experience liczby licencji objętych trzyletnią umową zwykle nie da się zmniejszyć w trakcie trwania terminu, można ją natomiast zwiększać. Warto od razu zaplanować minimalną liczbę użytkowników na trzyletni okres, a wzrosty pokrywać dodatkowymi subskrypcjami. Szczegóły zakresu elastyczności warto omówić z partnerem CSP, np. z INLOGICA.

Jak wygląda rozliczanie BREP w czasie trwania BTC3?

Podczas trwania Bridge to Cloud 3 roczne odnowienia Enhancement Plan nie są dla klienta dodatkowym kosztem, ponieważ zostają skonsumowane przez program. W przypadku przystąpienia do promocji w środku okresu BREP nie następuje zwrot za niewykorzystaną część planu. Te niuanse warto ustalić z partnerem na etapie kalkulacji w kalkulatorze licencji Microsoft.

Czy Bridge to Cloud 3 obejmuje tylko Business Central, czy również Dynamics 365 Finance?

BTC3 obejmuje większość produktów Microsoft Dynamics 365, w tym Business Central online oraz Dynamics 365 Finance. Dla firm średnich rekomendowany jest Dynamics 365 Business Central, a dla dużych grup kapitałowych ze złożonymi procesami finansowymi i logistycznymi lepiej sprawdzi się Dynamics 365 Finance.

Co dzieje się po zakończeniu trzyletniego okresu Bridge to Cloud 3?

Preferencyjne warunki BTC3 obowiązują przez cały trzyletni termin i nie odnawiają się automatycznie. Po jego zakończeniu subskrypcja przechodzi na standardowy model odnowienia według aktualnych cen i polityki licencyjnej Microsoft. Warto z partnerem przeanalizować wykorzystanie licencji przed końcem okresu, aby zoptymalizować koszty na kolejne lata.

Czy program Bridge to Cloud 3 ma wpływ na bezpieczeństwo i lokalizację danych?

BTC3 nie zmienia standardów bezpieczeństwa chmury Microsoft. Dynamics 365 działa w centrach danych Azure, a region przechowywania danych ustala się przy zakładaniu środowiska. INLOGICA pomoże dobrać region i skonfigurować środowisko zgodnie z politykami wewnętrznymi organizacji oraz porównać modele wdrożenia Business Central.

artykuly Dynamics 365/AX Polecane

Podwyżka cen Microsoft 365 w 2026 roku: zmiany od lipca, nowe stawki i nowe funkcje

Autor wpisu Autor: Adam Bakalarz
Data wpisu 4 sierpnia, 2026

Od 1 lipca 2026 roku obowiązują nowe ceny Microsoft 365 w wybranych, najpopularniejszych planach – podwyżki sięgają od kilku do kilkudziesięciu procent w zależności od pakietu. Równolegle Microsoft rozszerza subskrypcje o dodatkowe funkcje bezpieczeństwa i sztucznej inteligencji. Najważniejsza wiadomość dla firm i administratorów IT: podwyżka cen Microsoft 365 nie uderza w obecnych klientów z dnia na dzień, ponieważ stara stawka obowiązuje aż do najbliższego odnowienia subskrypcji.

Z tego artykułu dowiesz się, które plany zdrożały, kiedy wyższe stawki zaczną obowiązywać w Twojej firmie, jakie narzędzia Microsoft dodaje do poszczególnych pakietów i co warto zrobić z licencjami przed odnowieniem. To istotne, jeśli chcesz z wyprzedzeniem przygotować budżet, oszacować realny wzrost kosztów i uniknąć przepłacania za subskrypcje.

Co dokładnie zmienia się od 1 lipca 2026 roku

Microsoft oficjalnie zapowiedział globalną zmianę cennika oprogramowania biznesowego i korporacyjnego. Wyższe stawki są następstwem rosnących kosztów infrastruktury chmurowej, rozwoju narzędzi cyberbezpieczeństwa oraz integracji zaawansowanych funkcji sztucznej inteligencji w ekosystemie Microsoft 365.

Nowe ceny Microsoft 365 w dolarach pokazują wyraźny kierunek zmian:

Plan	Cena przed zmianą	Cena po zmianie	Wzrost
Microsoft 365 Business Basic	6,00 USD	7,00 USD	ponad 16%
Microsoft 365 Business Standard	12,50 USD	14,00 USD	12%
Office 365 E3	–	–	ok. 13%
Microsoft 365 E3 i E5	–	–	8–9% [do weryfikacji]
Plany Frontline	–	–	do 33% [do weryfikacji]

Ostateczne kwoty w złotówkach zależą od kursu walut oraz indywidualnych ustaleń z partnerem CSP. Wzrost obejmie większość firm, ale przemyślane zarządzanie umowami pozwala rozłożyć te koszty w czasie – dlatego warto przeanalizować rentowność obecnego środowiska IT.

Umów konsultację ze specjalistą Microsoft ERP:

Czy zapłacisz więcej od razu? Mechanika odnowienia subskrypcji

Najczęstsze pytanie ze strony firm brzmi: kiedy wzrośnie cena Microsoft 365 w moim konkretnym przypadku? Odpowiedź zależy od modelu rozliczeń. Podwyżka nie objęła automatycznie wszystkich kont 1 lipca. W ramach programu New Commerce Experience (NCE) Microsoft gwarantuje ochronę ceny przez cały czas trwania aktywnego zobowiązania. W praktyce moment wzrostu opłat wyznacza termin odnowienia.

Nowym cennikiem objęte są zakupy i subskrypcje uruchomione po 1 lipca 2026 roku – w segmencie biznesowym, enterprise oraz Frontline. Obecni klienci, którzy wykupili plany roczne przed tą datą, zachowują dotychczasową stawkę do momentu odnowienia (renewalu), co daje organizacji przewidywalny budżet na cały bieżący okres rozliczeniowy. O każdej zmianie administratorzy zostaną poinformowani z co najmniej 30-dniowym wyprzedzeniem – za pośrednictwem Microsoft 365 Message Center oraz Admin Center.

Przykład: odnowienie w marcu oznacza starą cenę do marca 2027 roku

Wyobraźmy sobie firmę, która odnowiła roczne subskrypcje pakietu Business Standard 1 marca 2026 roku. Lipcowa fala podwyżek przechodzi obok niej bez echa w bieżącym roku obrotowym. Nowa cena zacznie obowiązywać tę organizację dopiero przy odnowieniu subskrypcji 1 marca 2027 roku.

Zostaje więc kilkanaście miesięcy na przygotowanie budżetu i przegląd faktycznego wykorzystania licencji. Wcześniejszy zakup lub odnowienie licencji przed podwyżką pozwala dodatkowo obniżyć koszty w skali roku.

Nowe funkcje w Twoim planie

Co nowego w Microsoft 365 w lipcu 2026 roku? Razem z podwyżkami Microsoft udostępnia szereg narzędzi skoncentrowanych na cyberbezpieczeństwie oraz na rozwoju środowiska Copilot. To kolejny etap rozbudowy platformy – tylko w ciągu ostatnich dwunastu miesięcy producent wprowadził ponad 1100 nowych funkcji. Wdrażanie (rollout) opisanych niżej narzędzi ruszyło w czerwcu i potrwa do 1 sierpnia 2026 roku.

Zmiany w planach Microsoft 365 E3 i E5 oraz w pozostałych pakietach prezentują się następująco. Nowe funkcje wpływają bezpośrednio na codzienną pracę, produktywność użytkowników i możliwości całej organizacji:

Plan Microsoft 365	Nowe funkcjonalności
Office 365 E1	URL Time-of-Click Protection, Copilot Chat Enhancements, Copilot Chat Analytics
Office 365 E3	Microsoft Defender for Office 365 Plan 1, Copilot Chat Enhancements, Copilot Chat Analytics
Microsoft 365 E3	Microsoft Defender for Office 365 Plan 1, Intune Remote Help, Intune Advanced Analytics, Intune Plan 2, Copilot Chat Enhancements, Copilot Chat Analytics
Microsoft 365 E5	Wszystkie nowości z planu Microsoft 365 E3, a dodatkowo: Microsoft Security Copilot, Microsoft Cloud PKI, Intune Endpoint Privilege Management, Intune Enterprise Application Management
Business Basic / Business Standard	Dodatkowe 50 GB na skrzynkę Exchange, URL Time-of-Click Protection, Copilot Chat Enhancements, Copilot Chat Analytics
Business Premium	Dodatkowe 50 GB na skrzynkę Exchange, Copilot Chat Enhancements, Copilot Chat Analytics

Cena Microsoft 365 Business Premium pozostaje bez zmian mimo rozszerzenia pakietu, co dla wielu firm oznacza wyraźnie lepszy stosunek kosztów do możliwości. Rozszerzenia obejmują również narzędzia znane z codziennej pracy – Word, Excel czy Teams – oraz funkcje Copilot, które przenoszą sztuczną inteligencję bezpośrednio do procesów operacyjnych organizacji.

Nowe funkcje przy starej cenie

Harmonogram Microsoftu tworzy dla części firm wyjątkowo korzystną sytuację. Skoro rollout ruszył jeszcze przed 1 lipca i trwa do sierpnia, organizacje z zamrożoną, niższą stawką – na przykład z odnowieniem zaplanowanym na koniec roku – dostają nowe narzędzia na długo przed tym, zanim wyższe ceny wejdą u nich w życie.

Dodatkowe 50 GB przestrzeni na skrzynkę Exchange czy mechanizmy analityczne w Copilot Chat pojawią się na kontach pracowników w ramach dotychczasowego abonamentu. Warto z tego okresu skorzystać i przetestować możliwości asystentów AI – więcej na ten temat piszemy w naszym przewodniku po wdrożeniu Copilot w firmie.

Co zrobić przed odnowieniem subskrypcji

Zmiany w Microsoft 365 w 2026 roku to dobry moment na uporządkowanie infrastruktury oprogramowania. Zanim Twoja umowa się odnowi, podejmij konkretne działania chroniące firmowy budżet:

Przeprowadź twardy audyt licencji. Sprawdź, ile kont jest realnie wykorzystywanych. Firmy nierzadko opłacają licencje osób, które odeszły z pracy wiele miesięcy wcześniej. Taki przegląd obniża koszty i poprawia przewidywalność wydatków na IT.
Zrób downgrade tam, gdzie to możliwe. Nie każdy pracownik biurowy potrzebuje aplikacji desktopowych. Przeniesienie części zespołu na środowisko przeglądarkowe (plan Basic) daje wymierne oszczędności i lepiej dopasowuje licencje do rzeczywistych potrzeb użytkowników.
Przeanalizuj zyski z nowych funkcji. Skoro plany E3 oraz E5 zyskują rozbudowane narzędzia z rodziny Defender i Intune, być może pozwoli to zrezygnować z opłacania zewnętrznego antywirusa lub osobnego systemu MDM.
Rozważ alternatywy dla części stanowisk. Licencja Office 2024 Standard kosztuje 389 zł. W trzyletniej perspektywie dla użytkowników, którzy potrzebują wyłącznie aplikacji biurowych, wychodzi ona wielokrotnie taniej niż subskrypcja Microsoft 365 E3. [Konkretne kwoty oszczędności do weryfikacji – dane w wersji roboczej były niespójne.]
Skonsultuj architekturę licencyjną. Skontaktuj się z zespołem wdrożeniowym INLOGICA. Profesjonalny przegląd pokaże, gdzie dokładnie przepłacasz, a rozmowa z partnerem przed odnowieniem bywa okazją do wynegocjowania korzystniejszych warunków umowy.

Zanim odnowisz subskrypcję, upewnij się, że płacisz za właściwy plan. Przegląd licencji przed odnowieniem zabezpieczy budżet firmy na kolejny rok. Napisz do nas na office@inlogica.com, aby zaplanować audyt oprogramowania.

FAQ

Od kiedy obowiązują nowe ceny Microsoft 365?

Nowy cennik wszedł w życie globalnie 1 lipca 2026 roku i obejmuje wszystkie zakupy realizowane od tego dnia.

Czy podwyżka dotyczy obecnych subskrypcji?

Tak, ale nie od razu. Obecni klienci z rocznym zobowiązaniem zaczną płacić wyższe stawki dopiero przy najbliższym odnowieniu umowy na kolejny okres (tzw. renewal).

Jakie nowe funkcje otrzyma Microsoft 365 Business Premium?

Przede wszystkim dodatkowe 50 GB pojemności skrzynki pocztowej Exchange. Użytkownicy zyskują także ulepszenia w obsłudze czatów wspieranych przez sztuczną inteligencję (Copilot Chat Enhancements) oraz zaawansowaną analitykę (Copilot Chat Analytics).

Skąd dowiem się o zmianach w mojej subskrypcji?

Microsoft wysyła oficjalne powiadomienia co najmniej 30 dni przed wejściem zmian w życie. Komunikaty trafiają do Microsoft 365 Message Center oraz na główny panel Admin Center. Warto uwzględniać je w planowaniu budżetu IT na kolejny rok.

Czy można uniknąć podwyżki cen Microsoft 365?

Stawki katalogowe ustalone przez Microsoft są globalne i nie podlegają negocjacjom. Realny wzrost kosztów można jednak ograniczyć przez aktywną optymalizację licencji – usunięcie nieużywanych kont i dopasowanie tańszych pakietów do potrzeb poszczególnych działów. Przestrzeń do rozmowy pozostaje też po stronie warunków handlowych u partnera CSP. Dlatego przed końcem obecnego okresu rozliczeniowego warto przejrzeć licencje i zabezpieczyć budżet.

artykuly Business Central Business Central poradnik Polecane Wiedza biznesowa

ERP w chmurze czy on-premise? Obalamy 5 mitów, które blokują rozwój Twojej firmy

Autor wpisu Autor: Adam Bakalarz
Data wpisu 3 czerwca, 2026

ERP w chmurze czy on-premise Obalamy 5 mitów, które blokują rozwój Twojej firmy

Decyzja erp w chmurze czy on premise spędza sen z powiek wielu polskim dyrektorom IT. Oto pięć mitów, które warto obalić, zanim podejmiesz decyzję o przyszłości swojego systemu ERP.

Najważniejsze wnioski (dla zabieganych decydentów)

Zanim przejdziemy do szczegółów, oto kluczowe punkty, które każdy decydent powinien zapamiętać:

Wybór między systemem ERP w chmurze a on-premise zależy od budżetu, wymogów dotyczących bezpieczeństwa danych i specyfiki działania firmy – nie jest to decyzja zero-jedynkowa.
Modele hybrydowe pozwalają łączyć lokalny system ERP z rozwiązaniami chmurowymi i migrować etapami, bez ryzyka „jednej drogi”.
W 2026 r. chmura obliczeniowa (np. Microsoft Azure) oferuje wyższe standardy bezpieczeństwa niż przeciętna własna serwerownia średnich firm – certyfikaty bezpieczeństwa, jak ISO 27001, są standardem w chmurze.
Prawidłowo policzone TCO w horyzoncie 5–7 lat obala mit o „tańszym on-premise” – badania Rand Group pokazują oszczędności rzędu 30–60%.
ERP w chmurze zapewnia dostęp z dowolnego miejsca, a on-premises ERP daje pełną kontrolę nad danymi – oba podejścia mają swoje miejsce.

Dlaczego wciąż boimy się porzucić własną serwerownię?

Wyobraź sobie typowego dyrektora IT w 2026 r.: zaimplementowany system erp działa od lat na lokalnych serwerach, ale presja na cloud computing rośnie – zarząd pyta o koszty erp, audytorzy o zgodność z RODO, a klienci zagraniczni oczekują integracji. W 2023 roku 55,7% polskich firm korzysta z usług chmurowych, a dane Eurostatu za 2025 r. wskazują, że już 52,7% przedsiębiorstw w UE płaci za usługi chmurowe.

Mimo to trzy główne obawy hamują decyzję:

Utrata kontroli – on-premises ERP pozwala na pełną personalizację systemu i daje model on-premise, który umożliwia absolutną kontrolę nad środowiskiem informatycznym.
Nieprzewidywalność kosztów – lęk, że abonament w modelu chmurowym generuje zupełnie niepotrzebne koszty w porównaniu do jednorazowego zakupu.
Vendor lock-in – obawa, że migracja do jednego dostawcy zamknie drogę powrotu do lokalnego systemu.

Umów konsultację ze specjalistą Microsoft ERP:

Mit 1: „Przenosząc dane do chmury, tracę nad nimi kontrolę”

Logika mitu jest prosta: lokalny system erp to serwer, który widzę – więc mam kontrolę. Tymczasem dane w ERP on-premise są przechowywane lokalnie w firmie, ale to nie gwarantuje wyższego poziomu ochrony. ERP on-premise wymaga samodzielnego zarządzania bezpieczeństwem danych, co w przypadku systemów erp w MŚP często oznacza brak zespołów reagujących 24/7 i ograniczone systemy zasilania awaryjnego.

W modelu chmurowym klient pozostaje właścicielem danych, a dostawcy ERP w chmurze stosują szyfrowanie danych – zarówno w spoczynku, jak i w transmisji. Regularne audyty są częścią zabezpieczeń w chmurze, a model on-premise zapewnia pełny dostęp do kodu źródłowego, lecz nie zawsze przekłada się to na lepsze bezpieczeństwo danych.

Fakt: Pełna suwerenność dzięki szyfrowaniu i modelom lokalnej chmury (np. Azure Local)

Rozwiązania typu Azure Local łączą cechy erp on premise i modelu chmurowego – to chmura w Twojej serwerowni, z możliwością pracy bez połączenia z internetem:

Szyfrowanie danych w spoczynku i transmisji, własne klucze (BYOK)
Kontrola dostępu oparta na rolach, logi audytowe zmian
Plan odzyskiwania danych i replikacja geograficzna przewyższające to, co utrzymują MŚP na własnej infrastrukturze
Przechowywanie danych w wybranym regionie UE – pełna suwerenność

Microsoft usługi sovereign cloud kieruje zarówno do instytucji rządowych (np. holenderski Kadaster), jak i do firm produkcyjnych potrzebujących kopii zapasowych w chmurze jako disaster recovery. Przy wyborze dostawcy warto zawsze żądać dokumentacji certyfikatów i architektury bezpieczeństwa.

Mit 2: „Chmura jest droższa niż własny sprzęt”

Przekonanie o tańszym on-premise często wynika z porównywania jedynie ceny zakupu serwerów i licencji dożywotnich z abonamentem w modelu subskrypcyjnym. On-premises ERP wymaga jednorazowej inwestycji w sprzęt i oprogramowanie, ale po zakupie systemu ERP on-premise ponoszone są tylko koszty utrzymania sprzętu i opłaty licencyjne – a to uproszczenie, bo koszty ukryte on-premises ERP obejmują konserwację i aktualizacje, energię, klimatyzację i etaty specjalistów.

ERP w chmurze eliminuje potrzebę zakupu serwerów i oferuje niższe koszty początkowe. System ERP w chmurze wymaga przewidywalnego abonamentu operacyjnego (Opex zamiast Capex), a dane Softabase pokazują, że w pierwszym roku koszty chmury są o 40–60% niższe.

Fakt: TCO on-premise vs modelu chmurowego – co naprawdę płacisz?

Licencje stanowią zaledwie 15–25% całkowitego TCO w perspektywie 5 lat. Oto co wchodzi w skład rzeczywistych kosztów:

Lokalny system (on premises): zakup serwerów, macierzy, licencje baz danych, system operacyjny, bazą danych, przestrzeń dyskową, zapasowe łącza internetowe, etaty IT, testy odtwarzania po awarii, modernizacja sprzętu co 4–5 lat. On-premises ERP wymaga wysokich kosztów początkowych i znacznych nakładów na licencje i sprzęt.

ERP w chmurze: abonament w modelu saas (per użytkownik/moduł), ewentualny transfer danych, konsulting migracyjny. ERP w chmurze eliminuje potrzebę posiadania własnej infrastruktury IT, a utrzymanie serwerów w chmurze leży po stronie dostawcy oprogramowania.

W przypadku sezonowości (np. szczyty e-commerce) możliwości korzystania z dodatkowych zasobów tylko wtedy, gdy są potrzebne, to przewaga niedostępna w modelu on premise z jego skokowym skalowaniem.

Mit 3: „Migracja do chmury to bilet w jedną stronę (vendor lock-in)”

Lęk przed „uwięzieniem” u jednego dostawcy jest zrozumiały, ale w 2026 r. większość nowoczesnych systemów ERP oferuje otwarte API, eksport w formatach SQL, CSV i JSON. Prawdziwym źródłem lock-in jest głęboka personalizacja kodu, a nie sam wybór chmury obliczeniowej. Model on-premise pozwala na zaawansowane dopasowanie oprogramowania i integrację z innymi systemami, ale chmura ERP może ograniczać personalizację systemu – dlatego warto rozważyć architekturę hybrydową. Dostawcy oferują dedykowane pakiety instalowane u klienta lub online, więc oprogramowanie erp jest oferowany zarówno lokalnie, jak i w chmurze.

Fakt: Środowisko hybrydowe i pełna mobilność danych

Model hybrydowy to lokalny system erp (np. produkcja) plus moduły w chmurze (CRM, BI, e-commerce):

Firma handlowa przenosi najpierw raportowanie do modelu chmurowego, potem sprzedaż
Producent zaczyna od kopii zapasowych w chmurze jako disaster recovery, potem rozbudowuje o integrację z łańcuchem dostaw
Dane replikowane przez API – stopniowa migracja bez ryzyka

Kluczowe: umowa z dostawcą ERP musi regulować format eksportu danych i koszty migracji, aby uniknąć sytuacji bez wyjścia.

Mit 4: „Do obsługi chmury potrzebuję zupełnie nowych specjalistów IT”

Większość umiejętności administrowania systemem ERP jest przenaszalna – konfiguracja, uprawnienia, integracje. Zmienia się warstwa infrastruktury. W chmurze aktualizacje ERP są automatyczne i regularne, a ERP w chmurze oferuje automatyczne aktualizacje oprogramowania – wewnętrzny dział it nie musi już patchować systemu ręcznie. Własne środowisko IT wymaga specjalistów do zarządzania infrastrukturą, ale w modelu Software as a Service wiele z tych zadań przejmuje dostawca.

Fakt: Te same technologie, inna warstwa odpowiedzialności

W modelu shared responsibility dostawca odpowiada za infrastrukturę, a klient za konfigurację i polityki dostępu:

Znikają: wymiana dysków, aktualizacje firmware, konfiguracja RAID, ręczne backupy
Zostają i rosną: model uprawnień, audyt operacji, optymalizacja procesów, integracje

Znajomość VMware, Hyper-V czy zarządzania siecią stanowi dobrą bazę. Zespół it może uzupełnić kompetencje poprzez certyfikacje (Azure, AWS) – koszt szkoleń jest niższy niż utrzymania systemu serwerowego. Migracja to szansa na przesunięcie roli IT z „kosztu utrzymania” na partnera odpowiedzialnego za rozwój funkcjonowania procesów biznesowych.

Mit 5: „Chmura jest tylko dla korporacji, u nas w MŚP się nie sprawdzi”

Stereotyp, że rozwiązania chmurowe to domena korporacji, rozmija się z danymi: raport McKinsey wskazuje, że 23% polskich MŚP korzysta z usług w chmurze, a trend rośnie. ERP w chmurze jest bardziej elastyczny i skalowalny niż on-premises – system ERP w chmurze jest skalowalny bez rozbudowy infrastruktury, co ma znaczenie niezależnie od samej branży. ERP on-premise wymaga większych nakładów na infrastrukturę IT i dużych nakładów finansowych, co dla średnich firm bywa barierą nie do pokonania.

Fakt: Skalowanie w minuty i płacenie tylko za to, czego używasz

ERP w chmurze umożliwia łatwe dodawanie nowych użytkowników – oto realne scenariusze:

Sezonowość: firma handlowa zwiększa moc obliczeniową w Q4, a redukuje w Q1 – w on-premise wymagałoby to zakupu sprzętu na miesiące
Start od minimum: nie trzeba kupować pełnego zestawu dostępnych aplikacji – wystarczy zacząć od finansów i magazynu, a rozbudowywać w miarę dojrzewania
Szybsze wdrożenie: erp w chmurze działa szybciej niż lokalny system wymagający instalacji, co jest kluczowe dla MŚP z ograniczonymi zasobami w projektach erp

Brak konieczności zakupu serwerów i licencji dożywotnich pozwala utrzymać płynność finansową i adresować bieżące potrzeby, zamiast zamrażać kapitał. Koszt początkowy ERP w chmurze jest relatywnie niski, a system działa na infrastrukturze dostawcy.

Jak podejść do wyboru: najpierw system, potem architektura

Zanim odpowiesz na pytanie erp w chmurze czy on premise, przeprowadź analizy procesów biznesowych i rozpoznania kluczowych wymagań:

Mapowanie procesów i wymagań branżowych (integracje z maszynami, e-commerce, RODO)
Wybór system erp opartego na dopasowaniu możliwości systemu do rzeczywistych potrzeb przedsiębiorstwa i specyficznych potrzeb operacyjnych
Analiza TCO w scenariuszach: on-premise, chmura, hybryda
Lokalny system erp sprawdzi się tam, gdzie wymagana jest praca offline lub istnieją formalne zakazy korzystania z chmury – ale potrzeba pewnego łącza internetowego nie jest już barierą przy zapasowych łączach
Erp technical expert powinien ocenić, czy wersje chmurowe danego oprogramowania pokrywają rzeczywistych potrzeb firmy

Decyzję podejmuj na danych, a nie na podstawie trendów. Każdej nowoczesnej firmy dotyczy ta sama zasada: technologia wspiera strategię, nie odwrotnie.

Podsumowanie: chmura to narzędzie, nie ideologia

Celem tego artykułu było obalenie mitów, nie promowanie jednego „słusznego” modelu. Lokalny system, erp on premise, chmura obliczeniowa i rozwiązania hybrydowe to różne narzędzia do rozwiązania tego samego problemu – dopasowania systemu do rzeczywistych potrzeb. Warto pamiętać, że każdy system erp w chmurze może się istotnie różnić od premises erp pod względem kosztów, elastyczności i bezpieczeństwa.

Najważniejsze kryteria to: bezpieczeństwo danych, TCO, gwarancja dostępności (maksymalną dostępność usług zapewniają centra danych z SLA 99,9%), zgodność z regulacjami i dopasowanie do najnowszych technologii. Kompleksową platformę warto oceniać nie jako produktem masowym, lecz jako narzędzie do obsługi specyficznych potrzeb.

Zachęcam do przeprowadzenia wewnętrznego warsztatu z udziałem zarządu, IT i użytkowników końcowych. Dobrze zaplanowana migracja – nawet etapowa – pozwala ograniczyć ryzyka i wybrać najlepszego rozwiązania dla Twojej organizacji. Nie musisz rezygnować z pełnej kontroli, aby korzystać z najnowszej wersji oprogramowania i automatycznych aktualizacji. Modelu chmurowego i on-premise nie trzeba traktować jako przeciwieństw – to dwa bieguny tego samego spektrum, a Twoja firma może znaleźć się w dowolnym jego punkcie. Maksymalną dostępność i najnowszej wersji systemu zapewnisz niezależnie od wybranego modelu, jeśli podejdziesz do tematu z głową.

FAQ – najczęstsze pytania o ERP w chmurze i on-premise

Czy systemy ERP w chmurze są zgodne z RODO?

Tak – zgodność z RODO zależy od konfiguracji, lokalizacji danych (np. centra w UE) i umów powierzenia przetwarzania. Duzi dostawcy, jak Microsoft (Trust Center), publikują pełną dokumentację zgodności. Warto pamiętać, że brak RODO jest ryzykiem również w lokalnym systemie – odpowiedzialność za polityki bezpieczeństwa zawsze ponosi organizacja niezależnie od tego, czy korzysta z połączeniem internetowym do chmury, czy przechowuje dane lokalnie.

Jakie są możliwości migracji z ERP on-premise do chmury etapami?

Popularny scenariusz to: najpierw przeniesienie kopii zapasowych i raportowania, następnie CRM i sprzedaż, na końcu cały system. Taki model redukuje ryzyko i pozwala testować wydajność chmury na mniejszej skali. Przy projektowaniu nowego ERP warto od razu zadbać o formaty danych umożliwiające przenoszenie modułów między on-premise a chmurą, korzystając z najnowszych technologii integracyjnych.

Czy lokalny system ERP może współpracować z usługami w chmurze (model hybrydowy)?

Tak – większość nowoczesnych rozwiązań oferuje integrację przez API lub usługi iPaaS, które łączą lokalny system z chmurą obliczeniową. Przykłady: lokalne ERP do produkcji plus chmurowe BI, e-commerce i rozwiązania mobilne. Model hybrydowy pozwala zachować krytyczne procesy lokalnie – bez stabilnego połączenia z internetem system działa nadal – jednocześnie korzystając z elastyczności i innowacji w chmurze. To podejście sprawdza się wszędzie tam, gdzie trzeba zachować pełną kontrolę nad częścią procesów.

Jak bezpiecznie policzyć i porównać koszty ERP w chmurze i on-premise?

Porównuj TCO w horyzoncie minimum 5 lat. Uwzględnij: licencje (w tym licencje dożywotnie), infrastrukturę, energię, pracę zespołu IT, backup, audyty, aktualizacje i potencjalne przestoje. Przygotuj 2–3 scenariusze finansowe (on-premise, chmura, hybryda) i przedstaw je zarządowi razem z analizą ryzyka. Koszty erp mogą się istotnie różnić w zależności od wybranej architektury i skali wdrożenia.

Jakie rodzaje wdrożeń ERP są obecnie najpopularniejsze wśród polskich firm?

Trzy główne modele to: lokalny system ERP (on premises), system erp w chmurze (w modelu saas lub hostowany na infrastrukturze dostawcy) oraz rozwiązania hybrydowe. W Polsce trwa etap przejściowy – wiele firm utrzymuje krytyczne systemy lokalnie, jednocześnie rozwijając nowe funkcje w modelu chmurowym, korzystając z cloud computing do raportowania, analityki i mobilnego dostępu z dowolnego miejsca na świecie.

Tagi backup, Business Central, ERP, Microsoft Dynamics 365 Business Central, migracja

artykuly Business Central Polecane

Jednolity Plik Kontrolny dla magazynu MAG(2) od stycznia 2027

Autor wpisu Autor: Adam Bakalarz
Data wpisu 27 maja, 2026

JPK_MAG 2027 a systemy ERP – nadchodzące zmiany i ich wpływ na gospodarkę magazynową

Jednolity Plik Kontrolny dla magazynu (JPK_MAG) funkcjonuje w polskim systemie podatkowym od 2018 roku. Przez lata traktowany był jako struktura przekazywana wyłącznie na żądanie organów podatkowych. Zawierał dane o ruchach magazynowych, jednak jego rola pozostawała ograniczona i w dużej mierze oderwana od innych raportów, takich jak rejestry VAT czy faktury.

Ministerstwo Finansów rozpoczęło jednak proces modernizacji tego obszaru. Nowa struktura, roboczo nazywana JPK_MAG (2), ma wejść w życie od 1 stycznia 2027 roku. W praktyce oznacza to, że dokument ten przestaje być „plikiem archiwalnym”, a staje się kluczowym elementem zintegrowanego systemu kontroli podatkowej.

Stary vs nowy JPK_MAG – co dokładnie ulega zmianie?

Aby w pełni zrozumieć skalę nadchodzącej zmiany, warto porównać obecny stan z wymaganiami, które wejdą w życie w 2027 roku. Struktura JPK_MAG to struktura logiczna obejmująca ruchy towarów i materiałów w magazynie, a obowiązek jej sporządzania wynika z ustawy o rachunkowości oraz przepisów podatkowych dotyczących JPK.

Kluczowe zmiany w JPK_MAG

Element ewidencji	Aktualny JPK_MAG	Nowy JPK_MAG (2) od 2027
Podejście do danych	Izolowany plik generowany na żądanie	Dalej na żądanie, ale mocniej zintegrowany element ekosystemu raportowania podatkowego, wpisany w szerszy trend: KSeF, JPK_VAT, JPK_CIT
Powiązanie z KSeF	Brak	Numer KSeF powiązanej faktury dotyczącej towaru, materiału lub produktu gotowego
Metody	Brak	4 metody prowadzenia kont ksiąg pomocniczych dla obrotu magazynowego (ilościowo-wartościowa, ilościowa, okresowa, uproszczona)
Zakres dokumentów	PZ, WZ, RW, MM	PZ, WZ, RW, MM + przyjęcia wewnętrzne, inwentaryzacje, korekty

Ten obowiązek dotyczy podatników prowadzących ewidencję magazynową w formie elektronicznej, a udostępnienie struktur JPK następuje na żądanie organu podatkowego.

Na przekazanie pliku są 3 dni od wezwania przez organ podatkowy. W uzasadnionych przypadkach możliwe jest wydłużenie terminu po wystąpieniu do organu o zmianę terminu wskazanego w wezwaniu.

4 filary nowej struktury JPK_MAG

Zmiany projektowane przez Ministerstwo Finansów bezpośrednio wpłyną na to, jak przedsiębiorstwa rejestrują ruchy towarowe. Główne modyfikacje obejmują cztery kluczowe obszary.

Wprowadzenie pola numer KSeF: dokumenty magazynowe będą powiązane z unikalnym numerem identyfikującym fakturę z systemu KSeF. Ułatwi to szybką weryfikację towaru przez organ podatkowy i ograniczy problemy związane z niespójnością danych między sprzedażą a logistyką.
Wsparcie dla wszystkich metod ewidencji: nowa struktura pliku wprowadza informację o modelu księgowania obrotu magazynowego przez podatnika:
1. ewidencja ilościowo-wartościowa, w której dla każdego składnika ujmuje się obroty i stany w jednostkach naturalnych i pieniężnych,
2. ewidencja ilościowa obrotów i stanów, prowadzona dla poszczególnych składników lub ich jednorodnych grup wyłącznie w jednostkach naturalnych,
3. ewidencja wartościowa obrotów i stanów towarów oraz opakowań, prowadzona dla punktów obrotu detalicznego lub miejsc składowania, której przedmiotem zapisów są tylko przychody, rozchody i stany całego zapasu,
4. metoda odpisywania w koszty wartości materiałów i towarów na dzień ich zakupu lub produktów gotowych w momencie ich wytworzenia, połączona z ustalaniem stanu tych składników aktywów i jego wyceny oraz korektą kosztów o wartość tego stanu, nie później niż na dzień bilansowy.
Rozszerzony katalog dokumentów: JPK_MAG (2) obejmie nie tylko ruch handlowy. Nowa struktura obejmie też sekcje dla przyjęć magazynowych PW i inwentaryzacji. Dodatkowo wyodrębniono sekcję przesunięć międzymagazynowych dla wejść i wyjść z magazynu. Sama struktura obejmuje elementy: Nagłówek, Podmiot1, Magazyn, PZ, WZ, RW i MM, które dokumentują operacje gospodarcze.

Nowy JPK_MAG to brakujące ogniwo w cyfryzacji podatków. Ta aktualizacja ma uprościć pracę podatników i ułatwić kontrolę podatkową, zwiększając spójność danych między fakturą elektroniczną a ruchem towarów.

Umów konsultację ze specjalistą Microsoft ERP:

Wpływ na systemy ERP – 5 realnych konsekwencji technologicznych

Dla wielu firm wdrożenie nowej struktury może oznaczać konieczność ingerencji w architekturę systemów ERP i WMS. Zmiany dotyczą każdego przedsiębiorcy prowadzącego gospodarkę magazynową w formie elektronicznej. Integracja świata logistyki, finansów i podatków wymusi szereg dostosowań.

Integracja danych sprzedażowych i magazynowych: wymagana będzie ścisła synchronizacja dat, numerów i statusów pomiędzy fakturami a dokumentami magazynowymi. Będzie to wyzwanie dla firm korzystających z rozłącznych systemów.
Rewizja modelu danych: tabele bazy danych i konfiguracje księgowań w ERP będą musiały zostać rozszerzone o nowe atrybuty wymagane przez Ministerstwo Finansów.
Wydajność generowania plików: choć JPK_MAG wciąż będzie generowany na żądanie, to konieczność przekazania lub udostępnienia danych także w toku postępowania podatkowego, kontroli podatkowej lub czynności sprawdzających oraz dostarczenia gabarytowych plików XML w zaledwie kilka dni wymusi na systemach ERP wyższą wydajność raportowania i archiwizacji. Przy dużej ilości danych albo nieobecności osoby odpowiedzialnej możliwe jest wystąpienie o wydłużenie terminu, aby ograniczyć ryzyko konsekwencji w przypadku niedostarczenia plików.
Zasada compliance-by-design: system ERP musi zapewnić bieżącą zgodność magazynu z fakturami i księgami.
Integracja wielosystemowa: firmy produkcyjne, handlowe i działające w modelu omni-channel będą musiały zintegrować przepływ danych pomiędzy rozwiązaniami e-commerce, WMS i głównym systemem ERP, aby zapewnić pełną spójność i audytowalność danych.

Jak się przygotować na JPK_MAG (2)?

Gotowość firmy na JPK_MAG (2) warto zweryfikować etapami, aby uniknąć nawarstwienia się problemów przed wejściem w życie obowiązku. Ostatni kwartał 2026 roku to ostatni moment na:

przeprowadzenie audytu obecnej ewidencji magazynowej, zweryfikowanie jakości danych operacyjnych oraz zidentyfikowanie luk w powiązaniach na linii faktura – magazyn, z uwzględnieniem nowych wymogów,
przejrzenie architektury posiadanych systemów ERP i WMS oraz integracji z Krajowym Systemem e-Faktur (KSeF), a także dokonanie zmian w ich działaniu, jeżeli to konieczne,
zapewnienie sobie najnowszej aktualizacji modułu JPK dla swojego systemu i skrupulatne przetestowanie nowej struktury JPK_MAG (2) na dużych wolumenach danych wraz z walidacją poprawności plików pod kątem wytycznych Ministerstwa Finansów.

Nowa wersja JPK_MAG wpisuje się w zestaw kompleksowego monitoringu gospodarki i umożliwia bardziej szczegółową oraz spójną analizę danych magazynowych podczas kontroli podatkowych.

Z perspektywy wdrożenia zmian oznacza to, że dane magazynowe będą podlegały szerszej integracji z raportowaniem podatkowym.

Odpowiednie przygotowanie infrastruktury ERP to dziś nie tylko kwestia wygody, ale przede wszystkim bezpieczeństwa karnoskarbowego firmy.

Przeczytaj o obecnym JPK tutaj: JPK w INLOGICA.

artykuly Business Central Inne produkty Microsoft Polecane

Audyt Azure Migrate: pierwszy krok do przeniesienia NAV i Business Central do chmury

Autor wpisu Autor: Adam Bakalarz
Data wpisu 20 maja, 2026

Audyt Azure Migrate: pierwszy krok do przeniesienia NAV i Business Central do chmury

Jeśli firma korzysta z Microsoft Dynamics NAV lub Business Central on-premise, migracja do chmury nie powinna zaczynać się od przenoszenia serwerów. Najpierw warto sprawdzić, co faktycznie działa w środowisku, ile zużywa zasobów i jakie koszty może wygenerować in Azure. Do tego służy audyt Azure Migrate.

Najważniejsze wnioski

Audyt Azure Migrate to bezpieczna ocena środowiska, a nie właściwa migration – nic nie jest jeszcze przenoszone do chmury.
Skanowanie działa w trybie read-only, więc nie restartuje serwerów NAV, Business Central, sql server, RDP ani file serverów.
Wynik audytu to konkretne dane: rekomendowane virtual machines, klasy dysków, szacowane koszty miesięczne, zależności i lista ryzyk.
Sam azure migrate jest bezpłatnym narzędziem microsoft w ramach subscription, ale wartością jest interpretacja raportu i plan cloud migration.
Dobrze wykonany assessment pomaga ograniczyć ryzyko przestojów, ukrytych kosztów i błędnych decyzji infrastrukturalnych.

Czym jest audyt Azure Migrate i jak działa ocena (Assessment)?

Azure Migrate to narzędzie, które umożliwia organizacjom uproszczenie procesu migracji do chmury Azure, oferując zintegrowane podejście do oceny i migracji zasobów. W praktyce jest to centralny hub w Microsoft Azure, dostępny przez the azure portal, który pomaga assess and migrate servers, bazy danych oraz application zależne od systemów ERP.

W kontekście NAV i Business Central audyt oznacza sprawdzenie, czy obecna infrastructure nadaje się do przeniesienia do microsoft azure from środowisk lokalnych lub innych platform, jakie elementy można migrate metodą lift and shift, a które wymagają modernizacji. Dotyczy to m.in. NAV/BC, sql server, serwerów plików, RDP, integracji EDI, WMS, CRM, web apps oraz komponentów .NET, które w przyszłości mogą trafić na azure app service lub azure kubernetes service.

Audyt polega na instalacji lekkiego appliance’u, który przez 7–30 dni collect dane o CPU, RAM, IO dysków, sieci, wersjach systemów, bazach database, zależnościach i wymaganiach data protection. Appliance nie wykonuje database migration ani nie kopiuje your data do produkcyjnego środowiska cloud – zbiera informacje potrzebne do planu.

Bezpieczne skanowanie bez wpływu na produkcję

Najczęstsza obawa klientów brzmi: „czy audyt nie zatrzyma systemu?”. Odpowiedź brzmi: nie powinien. Azure Migrate działa pasywnie, w trybie odczytu. Przejście przez assessment odbywa się through kontrolowane zbieranie danych, bez zmian w systemie produkcyjnym. Nie zmienia konfiguracji, nie instaluje łatek, nie restartuje maszyn i nie ingeruje directly w procesy NAV lub Business Central.

Dane są szyfrowane i przesyłane do wybranej subscription w Azure. Dostępy są ograniczane do minimum: zwykle wystarcza rola read-only, access control w IAM, kontrolowane access do vCenter, hyper v lub serwerów fizycznych. To ważne, bo Microsoft Azure oferuje zaawansowane funkcje zabezpieczeń, takie jak szyfrowanie, kontrola dostępu i inteligencja zagrożeń, co zapewnia pełną ochronę danych krytycznych dla business.

W środowiskach z ograniczonym Internetem można użyć proxy, DMZ lub dedykowanych reguł ruchu wychodzącego. Dobrą praktyką jest set up okien skanowania i monitorowania tak, aby ensure minimalne obciążenie sieci produkcyjnej.

Co dokładnie analizuje narzędzie (wirtualizatory, bazy danych, serwery plików)

Azure Migrate obsługuje VMware vSphere, Hyper-V, hyper v, serwery fizyczne oraz maszyny już działające in Azure. W dokumentacji Microsoft znajdziesz szczegóły dotyczące appliance Azure Migrate.

W środowiskach NAV/BC najważniejsza jest analiza sql server: wersja, edition, użycie CPU, RAM, IOPS, wzrost database, SQL Agent, SSRS i funkcje specyficzne dla sql. Narzędzie pozwala też identify serwery plików, RDP oraz zapomniane maszyny connected z ERP.

Assessment wykrywa zależności sieciowe: który serwer łączy się z którym, przez jakie porty i z jakim natężeniem. To pomaga grupować maszyny w spójne aplikacje i wybrać właściwe migration tools. W interfejsie możesz zobaczyć angielskie etykiety, takie jak the following, for more information, for more, migrate servers, options, service, support czy deployment – warto je znać, bo często pojawiają się w raporcie; jeśli potrzebujesz bardziej dostępnego formatu raportu lub eksportu, możesz poprosić o them dostawcę albo partnera wdrożeniowego bezpośrednio.

Typowe środowisko NAV / Business Central on‑premise a chmura Azure

W polskich firmach w latach 2024–2025 typowy krajobraz to NAV 2016–2018 albo Business Central on-premise, sql server na osobnej maszynie, serwery plików, RDP i kilka integracji. Często dochodzi System Center, monitoring, kopie zapasowe oraz niestandardowe dodatki tworzone przez lata.

Migracja do Microsoft Azure pozwala na redukcję kosztów poprzez eliminację sprzętu lokalnego, co przekształca wydatki kapitałowe CapEx w wydatki operacyjne OpEx z większą kontrolą nad wydatkami w chmurze. Migracja do Azure zwiększa też elastyczność i skalowalność, umożliwiając łatwe dostosowanie wykorzystania chmury w zależności od potrzeb biznesowych. To korzyści that zwykle uzasadniają rozpoczęcie audytu jeszcze przed wyborem docelowej architektury.

Audyt pomaga choose, co przenieść jako virtual machines, a co modernizować jako PaaS: Azure SQL Database, sql database, Azure SQL Managed Instance, azure app service lub azure kubernetes service. However, nie każda starsza customizacja NAV od razu nadaje się do PaaS – czasem bezpieczniejszy jest etap IaaS, a modernizacja after stabilizacji.

SQL Server i aplikacyjny BC – ocena kompatybilności

SQL Server jest sercem NAV i Business Central. Audyt sprawdza wersję, np. 2014, 2016, 2019, edycję Standard lub Enterprise, zużycie CPU, RAM, IO, rozmiar baz, tempo przyrostu danych oraz używane features, takie jak SQL Agent, SSRS lub CLR.

Możliwe ścieżki database migration obejmują Azure SQL Database, Azure SQL Managed Instance albo SQL Server on Azure VM. Jeżeli używasz funkcji niedostępnych w Managed Instance, raport may oznaczyć serwer jako „ready with conditions”. Taki wynik nie jest porażką – to informacja, że trzeba zaplanować poprawki przed migration.

Serwer aplikacyjny BC/NAV jest oceniany pod kątem liczby użytkowników, sesji RDP, RAM, CPU i zapasu na rozwój. For example: środowisko z 80–120 użytkownikami może wymagać osobnych VM dla aplikacji, SQL i usług pomocniczych, zamiast jednej dużej maszyny.

Zależności między serwerami (SQL, File Server, RDP)

W NAV/BC zależności bywają mniej oczywiste niż sama lista serwerów. Azure Migrate buduje mapę połączeń: NAV/BC ↔ SQL ↔ File Server ↔ serwery integracyjne, wydruki, EDI, WMS, CRM i archiwa dokumentów.

Ta mapa wskazuje, co migrować razem do jednej sieci wirtualnej in Azure, a co można zostawić lokalnie na etap przejściowy. Pokazuje też natężenie ruchu, co pomaga dobrać VPN, ExpressRoute i reguły security.

Często największą wartością audytu jest wykrycie maszyn „ukrytych”: starego serwera wydruków, archiwum faktur, małego serwera API lub udziału plikowego, o którym wie tylko jedna osoba w IT. Bez tej wiedzy plan cloud migration jest niepełny.

Umów konsultację ze specjalistą Microsoft ERP:

Jakie informacje i twarde dane dostarcza audyt Azure Migrate?

Po zakończeniu oceny IT i zarząd dostają raport, który można eksportować do Excela lub PDF. Zawiera listę serwerów, status readiness, rekomendowane rozmiary VM, klasy dysków, zależności, szacowane koszty and cost oraz ryzyka technologiczne.

Najważniejsze dane to:

Obszar	Co pokazuje raport
Readiness	ready, ready with conditions, not ready
VM sizing	vCPU, RAM, typ serii, dyski
Storage	Premium SSD, Standard SSD, pojemność, IOPS
Dependencies	połączenia między serwerami i porty
Cost estimates	miesięczny koszt compute, storage, backup, sieć
Risks	EoL systemów, niezgodności SQL, braki data protection

Według Microsoft assessment oparty na wydajności jest dokładniejszy, gdy zbierane są realne metryki CPU, RAM, IOPS i sieci przez odpowiednio długi czas. Więcej o sposobie liczenia rekomendacji opisuje dokumentacja Azure Migrate assessment calculation.

Rekomendacje rozmiarów virtual machines (VM)

Azure Migrate nie przepisuje środowiska 1:1. Jeżeli obecna maszyna ma 16 vCPU, ale realnie używa 15% mocy, raport może zaproponować mniejszą VM. Jeżeli SQL ma wysoki IO, raport może wskazać mocniejsze dyski lub serię Esv5.

Typowe rekomendacje obejmują Dv5 dla serwerów aplikacyjnych, Esv5 dla SQL, Premium SSD dla baz i Standard SSD dla mniej krytycznych danych. Dla PaaS raport i analiza konsultanta pomagają dobrać SKU Azure SQL, azure app service lub azure kubernetes service.

To bezpośrednio wpływa na koszt. Nieużywane VM można wyłączyć, przewymiarowane zmniejszyć, a krytyczne elementy zabezpieczyć lepszym backupem i monitoringiem.

Kalkulacja szacowanych kosztów miesięcznych w Azure

Jednym z głównych efektów audytu jest kosztorys miesięczny i roczny. Uwzględnia VM, storage, backup, sieć, Defender for Cloud, firewall, Azure Hybrid Benefit oraz rezerwacje 1- lub 3-letnie. Microsoft opisuje podejście do kosztów w Azure Migrate cost estimation.

Dzięki temu można porównać TCO serwerowni on-premise – sprzęt, energia, serwis, licencje, chłodzenie – z kosztem cloud w horyzoncie 3–5 lat. Dla firm, które you use licencje Windows Server lub SQL z Software Assurance, Azure Hybrid Benefit może znacząco obniżyć koszt.

Przykładowo, środowisko 8–10 serwerów z bazą 1–2 TB może kosztować więcej w modelu pay-as-you-go, ale po right-sizingu, rezerwacjach i Azure Hybrid Benefit różnica często spada o kilkadziesiąt procent. Ważne: niższy koszt nie zawsze jest jedynym celem – czasem firma płaci podobnie, ale zyskuje wyższą dostępność, backup i long term skalowalność.

Wynik audytu Azure Migrate u klienta Business Central – studium przypadku

W 2025 r. średnia firma produkcyjna z około 120 użytkownikami Business Central on-premise wykonała audyt przed decyzją o przejściu do Azure. Środowisko obejmowało 10 serwerów VMware, 4 TB danych, oddzielny SQL Server, serwer aplikacyjny, RDP, pliki i integracje magazynowe.

Raport wskazał 8 serwerów do pierwszej fali migracji, 2 maszyny do wycofania oraz jedną zależność z systemem wydruków, której wcześniej nie było w dokumentacji. Dla SQL rekomendowano maszynę z większą pamięcią i Premium SSD, a dla aplikacji BC mniejszą VM niż obecna, bo serwer był przewymiarowany.

Wariant bez optymalizacji był droższy od obecnej serwerowni. Po zastosowaniu rezerwacji, Azure Hybrid Benefit i ograniczeniu nieużywanych VM prognoza stała się akceptowalna dla zarządu. Decyzja: etap 1 – lift and shift do IaaS; etap 2 – modernizacja integracji, wybrane web apps na azure app service, a później analiza przejścia części baz do Azure SQL.

Azure Site Recovery to usługa, która minimalizuje przestoje podczas migracji, zapewniając ciągłość działania aplikacji i danych. W tym projekcie była rozważana jako element planu przejścia i testów odtworzeniowych.

Jak interpretować wygenerowany raport z Azure Migrate?

Raport jest techniczny, dlatego trzeba przełożyć go na język decyzji: co zyskujemy, co ryzykujemy, ile płacimy i kiedy możemy ruszyć. Najważniejsze sekcje to Assessment results, Readiness, Cost estimates i Dependencies.

Uproszczony przykład:

Serwer	Rola	Readiness	Rekomendacja
SQL-BC-01	SQL	ready with conditions	aktualizacja SQL, Premium SSD
APP-BC-01	application	ready	VM Dv5, mniejszy RAM
RDP-01	użytkownicy	ready	VM ogólnego przeznaczenia
FILE-OLD	pliki NAV	not ready	migracja danych lub wycofanie

Najwięcej uwagi wymagają pozycje „ready with conditions”. To one wpływają na harmonogram, budżet i zakres development. Dobry solutions partner nie tylko czyta raport, ale tworzy solution: kolejność fal, testy, rollback, controls, azure policy, access control i plan secure deployment.

Podsumowanie audytu i kolejne kroki po Azure Migrate Assessment

Audyt Azure Migrate to pierwszy krok, ale bez niego trudno odpowiedzialnie planować migrację NAV/BC do Microsoft Azure. Pokazuje realne zużycie zasobów, koszty, zależności, ryzyka i miejsca, w których modernizacja ma sens.

Typowa ścieżka po audycie wygląda tak:

Warsztat omówienia raportu z IT i biznesem.
Decyzja o zakresie pierwszej fali.
Wybór strategii: Rehost, Refactor, Rearchitect, Rebuild lub Replace.
Przygotowanie harmonogramu, testów i budżetu.
Plan szkoleń oraz operacyjnego utrzymania środowiska.

Usługi migracji do Azure obejmują kompleksowe wsparcie, które obejmuje konsultacje, ocenę, migrację oraz szkolenia, co pozwala na płynne przejście do chmury. Właśnie dlatego sam raport to dopiero początek – liczy się doświadczenie zespołu, który umie przełożyć dane na bezpieczny plan i, in practice, helps you przejść od raportu do planu migracji i modernizacji.

Tagi azure migrate

artykuly Business Central Inne produkty Microsoft Polecane

Chmura w Twojej serwerowni. Jak Azure Local rozwiązuje problem z migracją danych?

Autor wpisu Autor: Adam Bakalarz
Data wpisu 7 maja, 2026

Chmura w Twojej serwerowni. Jak Azure Local rozwiązuje problem z migracją danych?

Migracja do chmury to naturalny krok w rozwoju biznesu. Jednak podczas rozmów o przeniesieniu kluczowych systemów finansowych, często pojawia się kategoryczny sprzeciw. Zarządy i dyrektorzy IT mówią wprost: “Chcemy nowoczesnych technologii, ale nasze dane nie mogą wyjść poza budynek firmy”. Naprzeciw tym wymaganiom wychodzi usługa Azure Local, która pozwala na stworzenie hybrydowego środowiska pracy.

Azure Local oferuje zaawansowane funkcje, takie jak konfigurowalne operacje, ochrona w chmurze oraz integracja z innymi usługami i narzędziami zarządzania Azure. Rozwiązanie to wspiera różne rodzaje aplikacji – zarówno cloud-native, jak i tradycyjne – co zwiększa elastyczność i zgodność infrastruktury hybrid. Lokalne korzystanie z usług Azure idealnie pasuje do branż wymagających wysokiej wydajności i niskich opóźnień.

Problem: „Chcę chmurę, ale moje dane nie mogą opuścić firmy”

Wielu przedsiębiorców boryka się z ograniczeniami prawnymi, rygorystycznymi regulacjami branżowymi lub po prostu psychologiczną barierą przed oddaniem wrażliwych dokumentów na zewnętrzne serwery. Firmy chcą korzystać z wygody, skalowalności i nowoczesnych narzędzi, jakie daje Microsoft Azure, ale muszą mieć fizyczną kontrolę nad dyskami, na których zapisane są informacje o pracownikach, finansach i klientach. Dotychczas oznaczało to konieczność pozostania przy przestarzałej infrastrukturze. Dziś istnieje rozwiązanie kompromisowe.

Rozwiązanie: Czym jest Azure Local (dawniej Azure Stack HCI)?

Azure Local (usługa znana wcześniej na rynku jako Azure Stack HCI) to oprogramowanie infrastrukturalne firmy Microsoft, które zostało zaprezentowane na konferencji Ignite 2024 i zastępuje Azure Stack HCI, oferując nowe możliwości dla infrastruktury hybrydowej obsługiwanej przez Azure Arc. Azure Local to software integrujące hyper-konwergentną infrastrukturę, zarządzane (managed) przez platformę Azure Arc i portal Azure.

Dzięki tej usłudze możesz korzystać z zaawansowanych funkcji chmurowych, ale fizycznie uruchamiasz je na certyfikowanym sprzęcie komputerowym zlokalizowanym w Twojej firmie, który możesz kupić (purchase) lub dzierżawić. Oznacza to, że zyskujesz elastyczność i mechanizmy znane z dużych centrów danych Microsoftu, spełniając jednocześnie najbardziej rygorystyczne wymogi dotyczące suwerenności i bezpieczeństwa danych. Azure Local rozliczany jest w modelu subscription (subskrypcyjnym) pay-as-you-go, z podstawową ceną 10 USD za fizyczny rdzeń miesięcznie po 60-dniowym okresie próbnym. Całkowity koszt zależy od trzech warstw opłat, w tym za Windows Server i transfer danych, a dzięki Azure Hybrid Benefit klienci posiadający licencje Windows Server z Software Assurance mogą zredukować koszty do zera, eliminując opłatę za podstawowy host. Optymalizacja kosztów możliwa jest dzięki prawidłowemu dopasowaniu (right-sizing) zasobów i licencji.

W odróżnieniu od Azure Stack Hub (stack hub), który przenosi natywne usługi Azure do odizolowanych środowisk działających bez dostępu do Internetu, Azure Local jest zarządzany przez portal Azure i przeznaczony do integracji z chmurą publiczną w modelu hybrydowym.

Jak działa Azure Local w praktyce?

Działanie Azure Local opiera się na koncepcji infrastruktury hiperkonwergentnej (HCI). Narzędzie to łączy zasoby obliczeniowe, pamięć masową i sieć w jeden, zintegrowany system.

Minimalny rozmiar klastra dla Azure Local to jeden węzeł, co znacząco ułatwia wdrożenia w lokalizacjach brzegowych i zastosowaniach edge computing. Dzięki temu możliwe są szybkie i elastyczne wdrożenia zarówno w dużych centrach danych, jak i na brzegu sieci. W porównaniu do Azure Stack HCI, Azure Local rozszerza katalog usług o Azure Kubernetes Service oraz Azure Virtual Desktop.

Usługa pozwala na lokalne uruchamianie maszyn wirtualnych (VM), klastrów Kubernetes oraz usług magazynowania danych. Kluczowym elementem tej układanki jest Azure Arc – wdrożenie Azure Local wymaga zarejestrowania klastra w Azure Arc, co umożliwia monitorowanie, zabezpieczanie i aktualizowanie go z tego samego portalu Azure. To warstwa zarządzania, która stanowi pomost między Twoją serwerownią a chmurą publiczną. Dzięki niej całą lokalną infrastrukturą zarządzasz wygodnie z poziomu jednego okna w przeglądarce – prosto z portalu Azure (Unified Management). Widzisz swoje lokalne serwery w tym samym miejscu, co usługi publiczne, a jednocześnie możesz korzystać z the cloud do zarządzania, egzekwowania polityk i narzędzi, nawet gdy obciążenia pozostają lokalnie.

Dla kogo przeznaczona jest ta usługa?

Azure Local to rozwiązanie dedykowane konkretnym grupom odbiorców. Sprawdzi się idealnie w organizacjach, które:

Podlegają surowym regulacjom prawym: Instytucje finansowe, szpitale czy urzędy, w których prawo zabrania przechowywania danych obywateli poza granicami kraju lub firmy.
Posiadają barierę psychologiczną: Firmy, które nie ufają w pełni publicznej chmurze i chcą dokładnie wiedzieć, w którym fizycznie miejscu leżą ich dyski twarde.
Wymagają bardzo niskich opóźnień (Low Latency): Zakłady produkcyjne i fabryki, gdzie systemy sterujące maszynami nie mogą czekać na odpowiedź z zewnętrznego serwera znajdującego się setki kilometrów dalej.

Azure Local a system ERP. Idealne połączenie z Business Central

Jak to wszystko odnosi się do nowoczesnych systemów zarządzania takich jak Microsoft Dynamics 365 Business Central? Azure Local to wymarzony scenariusz dla firm posiadających oprogramowanie klasy ERP.

Klienci często powtarzają: „Dane finansowe z mojego Business Central nie mogą wyjść z mojej serwerowni”. Azure Local pozwala na wdrożenie bezpiecznego kompromisu. Możesz uruchomić system Business Central bezpośrednio na lokalnych węzłach.

Co więcej, usługa obsługuje natywnie Azure Virtual Desktop (AVD). Pozwala to na stworzenie wirtualnych pulpitów dla pracowników, którzy łączą się z systemem ERP lokalnie, w obrębie zamkniętej sieci firmowej. Dokumenty użytkowników, procesowane faktury i kopie zapasowe bazy danych – to wszystko jest przetwarzane z wykorzystaniem nowoczesnych narzędzi Microsoftu, ale nigdy nie opuszcza fizycznych murów Twojego biura.

Skonsultuj swoją infrastrukturę

Decyzja o wdrożeniu chmury hybrydowej wymaga analizy zarówno pod kątem biznesowym, jak i sprzętowym (konieczność doboru certyfikowanych serwerów np. marki Dell). Jeśli zależy Ci na modernizacji infrastruktury, ale musisz zachować pełną kontrolę nad wrażliwymi danymi, skontaktuj się z ekspertami Inlogica. Pomożemy Ci zaprojektować środowisko oparte o Azure Local i bezpiecznie wdrożyć system Business Central w Twojej firmie.

Umów konsultację ze specjalistą Microsoft ERP:

Często Zadawane Pytania (FAQ)

1. Co to jest Azure Local? Azure Local to rozproszone rozwiązanie infrastruktury firmy Microsoft (HCI), które pozwala na uruchamianie usług znanych z chmury Azure na własnym, lokalnym sprzęcie serwerowym.

2. Jaka jest różnica między Azure Local a Azure Arc? Azure Local to warstwa infrastruktury (system, który uruchamia wirtualne maszyny i kontenery na Twoim sprzęcie). Azure Arc to z kolei narzędzie zarządcze, które pozwala administrować tym sprzętem zdalnie za pomocą portalu chmurowego Microsoft Azure.

3. Czy Azure Local to to samo co Azure Stack HCI? Tak. Azure Local to nowa, oficjalna nazwa usługi, która wcześniej na rynku funkcjonowała pod nazwą Microsoft Azure Stack HCI.

4. Jakie usługi chmurowe są dostępne w Azure Local? Narzędzie pozwala na lokalne uruchamianie maszyn wirtualnych (Windows i Linux), klastrów Kubernetes (AKS), infrastruktury pulpitów wirtualnych (Azure Virtual Desktop – AVD) oraz wybranych usług bazodanowych i aplikacyjnych.

5. Na jakim sprzęcie można uruchomić Azure Local? Usługa wymaga autoryzowanego sprzętu typu “bare-metal”, dostarczanego przez zweryfikowanych partnerów OEM firmy Microsoft, takich jak na przykład firma Dell.

6. Jakie są wymagania wdrożeniowe dla Azure Local? Aby wdrożyć Azure Local, potrzebujesz zweryfikowanego sprzętu, odpowiedniej topologii sieci, Active Directory oraz subskrypcji Azure. Najpierw przygotuj sprzęt i sieć, then skonfiguruj Active Directory i subskrypcję Azure.

7. Jakie narzędzia developerskie wspierają pracę z Azure Local? Azure Developer CLI (azd) pozwala szybciej inicjować projekty z szablonów, co znacznie przyspiesza rozpoczęcie pracy z usługą Azure Local.

8. Jak działają emulatory i narzędzia lokalne dla Azure Local? Azurite, emulator usług Azure Storage, domyślnie nasłuchuje na 127.0.0.1 z portami 10000-10002, a liczenie danych odbywa się w folderze, z którego został uruchomiony. Node.js (LTS) jest wymagany dla wielu lokalnych narzędzi Azure, a Docker Desktop jest zalecany do uruchamiania emulatorów w kontenerach.

9. Jak mogę poznać możliwości usługi Azure Local? Zachęcamy do poznania możliwości w usłudze Azure Local poprzez interaktywne wersje demo, które pomagają zrozumieć funkcjonowanie platformy i jej praktyczne zastosowania.

Chmura w Twojej serwerowni. Jak Azure Local rozwiązuje problem z migracją danych?

Problem: „Chcę chmurę, ale moje dane nie mogą opuścić firmy”

Rozwiązanie: Czym jest Azure Local (dawniej Azure Stack HCI)?

Azure Local (usługa znana wcześniej na rynku jako Azure Stack HCI) to oprogramowanie infrastrukturalne firmy Microsoft, które pozwala dosłownie postawić „kawałek chmury Azure” we własnej serwerowni.

Dzięki tej usłudze możesz korzystać z zaawansowanych funkcji chmurowych, ale fizycznie uruchamiasz je na certyfikowanym sprzęcie komputerowym zlokalizowanym w Twojej firmie. Oznacza to, że zyskujesz elastyczność i mechanizmy znane z dużych centrów danych Microsoftu, spełniając jednocześnie najbardziej rygorystyczne wymogi dotyczące suwerenności i bezpieczeństwa danych.

Krótka historia i rozwój Azure Local

Azure Local to nowoczesne oprogramowanie infrastrukturalne, które wywodzi się z linii produktów Azure Stack HCI. Początkowo znane jako Azure Stack HCI, rozwiązanie to zostało przemianowane na Azure Local w 2024 roku, aby jeszcze lepiej odzwierciedlać jego funkcjonalność i lokalny charakter wdrożeń. Od samego początku celem Microsoftu było umożliwienie klientom uruchamiania niektórych usług platformy Azure bezpośrednio na własnym sprzęcie, w rozproszonych lokalizacjach i centrach danych.

Azure Local łączy w sobie technologie Hyper-V, Storage Spaces Direct oraz szybkie sieci, tworząc kompleksowe oprogramowanie infrastrukturalne, które pozwala na budowę klastrów obsługujących maszyny wirtualne, kontenery oraz nowoczesne aplikacje. Dzięki integracji z Azure Kubernetes Service (AKS) oraz Azure Virtual Desktop, użytkownicy mogą wdrażać środowiska kontenerowe i wirtualne pulpity bezpośrednio na lokalnych serwerach. Rozwiązanie to wspiera kompletny pakiet oprogramowania Microsoft Azure, umożliwiając firmom korzystanie z innowacji chmurowych bez konieczności migracji danych poza własną infrastrukturę. Azure Local stale się rozwija, oferując coraz więcej funkcji i jeszcze lepszą integrację z platformą Azure, co czyni go odpowiednim rozwiązaniem dla firm poszukujących elastyczności i bezpieczeństwa.

Jak działa Azure Local w praktyce?

Działanie Azure Local opiera się na koncepcji infrastruktury hiperkonwergentnej (HCI). Narzędzie to łączy zasoby obliczeniowe, pamięć masową i sieć w jeden, zintegrowany system.

Usługa pozwala na lokalne uruchamianie maszyn wirtualnych (VM), klastrów Kubernetes oraz usług magazynowania danych. Kluczowym elementem tej układanki jest Azure Arc. To warstwa zarządzania, która stanowi pomost między Twoją serwerownią a chmurą publiczną. Dzięki niej całą lokalną infrastrukturą zarządzasz wygodnie z poziomu jednego okna w przeglądarce – prosto z portalu Azure (Unified Management). Widzisz swoje lokalne serwery w tym samym miejscu, co usługi publiczne.

Bezpieczeństwo i ochrona danych w Azure Local

Bezpieczeństwo danych to jeden z filarów, na których opiera się Azure Local. Dzięki usłudze Azure Arc, zarządzanie i ochrona zasobów stają się centralnym elementem całego rozwiązania. Azure Local umożliwia pełną kontrolę nad danymi – wszystkie wrażliwe informacje pozostają na lokalnych serwerach, co pozwala spełnić nawet najbardziej rygorystyczne wymagania dotyczące zgodności i lokalizacji danych. Dzięki usłudze Azure Arc is możliwe jest centralne zarządzanie politykami bezpieczeństwa, monitorowanie oraz automatyzacja aktualizacji, zarówno w trybie online, jak i offline.

Azure Local wykorzystuje domyślne, zaawansowane ustawienia bezpieczeństwa, które chronią dane klientów końcowych przed nieautoryzowanym dostępem. Dodatkowo, rozwiązanie wspiera serwery wyposażone w GPU, co umożliwia wdrażanie rozwiązań opartych o sztuczną inteligencję i uczenie maszynowe bezpośrednio w lokalnej infrastrukturze. Dzięki temu firmy mogą korzystać z nowoczesnych narzędzi analitycznych i AI, zachowując pełną kontrolę nad bezpieczeństwem i wydajnością swoich danych. Zarządzanie przez Azure Arc sprawia, że ochrona danych i zarządzanie infrastrukturą są proste, skuteczne i zgodne z najlepszymi praktykami branżowymi.

Dla kogo przeznaczona jest ta usługa?

Azure Local to rozwiązanie dedykowane konkretnym grupom odbiorców. Sprawdzi się idealnie w organizacjach, które:

Podlegają surowym regulacjom prawym: Instytucje finansowe, szpitale czy urzędy, w których prawo zabrania przechowywania danych obywateli poza granicami kraju lub firmy.
Posiadają barierę psychologiczną: Firmy, które nie ufają w pełni publicznej chmurze i chcą dokładnie wiedzieć, w którym fizycznie miejscu leżą ich dyski twarde.
Wymagają bardzo niskich opóźnień (Low Latency): Zakłady produkcyjne i fabryki, gdzie systemy sterujące maszynami nie mogą czekać na odpowiedź z zewnętrznego serwera znajdującego się setki kilometrów dalej.

Koszty i porównanie z innymi rozwiązaniami chmurowymi

Model kosztowy Azure Local został zaprojektowany z myślą o przejrzystości i elastyczności. Składa się z trzech głównych warstw: opłaty bazowej hosta, praw gościa Windows Server oraz kosztów sieci i transferu danych. Opłata bazowa hosta wynosi 10 USD za fizyczne jądro miesięcznie, natomiast prawa gościa Windows Server to dodatkowe 23,30 USD za fizyczne jądro miesięcznie. Dzięki temu firmy mogą precyzyjnie planować wydatki związane z infrastrukturą, bez ukrytych kosztów i dodatkowych opłat za podstawową wirtualizację czy zarządzanie.

W porównaniu do innych rozwiązań chmurowych, takich jak AWS Outposts czy Google Distributed Cloud, Azure Local wyróżnia się możliwością pełnego zarządzania własnym sprzętem oraz opcją pracy całkowicie offline. Klient posiada sprzęt na własność, a zarządzanie odbywa się przez platformę Azure, co zapewnia spójność i wygodę. To idealne rozwiązanie dla firm, które chcą korzystać z zalet chmury, ale potrzebują oddzielnych narzędzi do zarządzania lokalną infrastrukturą i wymagają pełnej kontroli nad danymi. Azure Local to odpowiedź na potrzeby biznesów, które oczekują elastyczności, bezpieczeństwa i przewidywalnych kosztów, niezależnie od tego, czy działają w jednym centrum danych, czy w rozproszonych lokalizacjach na całym świecie.

Azure Local a system ERP. Idealne połączenie z Business Central

Skonsultuj swoją infrastrukturę

Często Zadawane Pytania (FAQ)

3. Czy Azure Local to to samo co Azure Stack HCI? Tak. Azure Local to nowa, oficjalna nazwa usługi, która wcześniej na rynku funkcjonowała pod nazwą Microsoft Azure Stack HCI.

5. Na jakim sprzęcie można uruchomić Azure Local? Usługa wymaga autoryzowanego sprzętu typu „bare-metal”, dostarczanego przez zweryfikowanych partnerów OEM firmy Microsoft, takich jak na przykład firma Dell.