W Microsoft 365 Copilot limit wydatków i zakres finansowanych usług to dwie osobne decyzje. Polityka wydatków ma domyślnie włączone ustawienie „Auto-apply new services”, więc jej zakres może się rozszerzać wraz z kolejnymi usługami i agentami, które Microsoft obejmie tym mechanizmem, nawet gdy limit kredytów pozostaje bez zmian. Zaawansowane funkcje Copilota, między innymi Cowork, Code i Autopilot, mogą korzystać z rozliczenia opartego na kredytach Copilota (Copilot Credits). Osobno Microsoft udostępnia w centrum administracyjnym polityki wydatków, które dla obsługiwanych usług określają, kto korzysta, z czego, do jakiego limitu i w jaki sposób jest to finansowane. Dla działu finansów oznacza to, że zatwierdzając politykę, organizacja ustala nie tylko kwotę, ale też regułę, według której zakres finansowanych usług może się później zmieniać.
Najważniejsze wnioski dla decydenta
✓ Limit polityki ogranicza zużycie kredytów, a przez to ekspozycję kosztową. O tym, na co kredyty mogą iść, decyduje osobne ustawienie zakresu.
✓ „Auto-apply new services” jest domyślnie włączone; nowo wspierane usługi i agenci dołączają wtedy do polityki bez ręcznego dodawania.
✓ Lista usług objętych politykami zmienia się wraz z dokumentacją, więc zakres polityki warto przeglądać okresowo, a nie odczytywać raz przy wdrożeniu.
✓ Gdy użytkownik podlega kilku politykom dla tej samej usługi, Microsoft stosuje jedną z nich w całości, według własnej kolejności, i nie łączy ustawień.
Co w Microsoft 365 Copilot jest rozliczane za użycie i czym to się różni od licencji?
Licencja na użytkownika obejmuje codzienną pracę z Copilotem, w tym domyślny tryb Auto. Bardziej zaawansowane funkcje, między innymi Cowork, Code i Autopilot, nowe funkcje agentowe w SharePoint oraz najnowsze modele, takie jak Astra i Fable, korzystają z rozliczenia za użycie w kredytach Copilota. Według dokumentacji Microsoftu takie funkcje wymagają licencji na użytkownika i wcześniej ustawionej przez administratora polityki rozliczeń.
Microsoft ujmuje to wprost: „UBB experiences consume Copilot Credits and require a USL for access” (UBB to rozliczenie za użycie, USL to licencja na użytkownika). Zmienia się więc charakter kosztu: obok stałej opłaty za stanowisko pojawia się koszt zależny od tego, jak intensywnie pracownicy korzystają z narzędzia. Mechanikę tego kosztu, czyli dlaczego rachunek może rosnąć mimo spadku ceny jednostkowej, opisałem w tekście o paradoksie Jevonsa i koszcie używania AI. Tutaj interesuje mnie co innego: kto i na jakich zasadach decyduje, na co ten zmienny koszt może być ponoszony.
Co ustawia polityka wydatków poza limitem kredytów?
Polityka wydatków w Copilocie to zestaw kilku osobnych ustawień, a nie pojedynczy budżet. Według dokumentacji Microsoftu administrator określa w niej zakres użytkowników i grup, usługi i agentów, profil modelu (obecnie tylko dla Cowork), metodę rozliczenia, limit polityki, opcjonalny limit na użytkownika oraz alerty.
Każde z tych ustawień odpowiada na inne pytanie. Limit odpowiada na pytanie „ile”, zakres usług na pytanie „na co”, zakres użytkowników na pytanie „kto”. Alerty niczego nie ograniczają, tylko informują o przekroczeniu progu, więc w języku kontroli wewnętrznej są kontrolą wykrywającą, a nie zapobiegającą.
| Element polityki | Stan domyślny | Kto decyduje | Co ogranicza |
|---|---|---|---|
| Zakres użytkowników i grup | do ustawienia | administrator | kogo obejmuje polityka |
| Usługi i agenci | wybierane przy tworzeniu polityki | administrator | na co mogą iść kredyty |
| „Auto-apply new services” | włączone | administrator | czy nowo wspierane usługi dołączają same |
| Limit polityki | do ustawienia | administrator | łączne zużycie kredytów w miesiącu |
| Limit na użytkownika | opcjonalny | administrator | zużycie jednej osoby |
| Profil modelu | tylko w polityce obejmującej Cowork | administrator | które modele są dostępne |
| Kilka polityk dla jednej usługi | stosowana jedna, ustawienia nie są łączone | reguła producenta | która polityka działa w całości |
| Alerty | do ustawienia | administrator | nic, tylko informują |
Tabela porządkuje mechanizmy na podstawie dokumentacji Microsoft Learn (stan na 2 i 3 października 2026). Nie jest pomiarem.
Profil modelu wymaga osobnej uwagi. Microsoft pisze: „Model profiles are currently available only for Copilot Cowork”, a krok profilu pojawia się w kreatorze polityki dopiero po wybraniu Cowork. To nie jest więc uniwersalna cecha wszystkich polityk ani wszystkich funkcji rozliczanych za użycie.
Skutek limitu jest konkretny. Według dokumentacji użytkownik, który dojdzie do limitu, traci dostęp do agentów i usług do końca miesiąca, a kredyty odnawiają się pierwszego dnia kolejnego miesiąca. Limit działa więc jak twarda blokada, a nie jak ostrzeżenie, co dla właściciela procesu oznacza pytanie o ciągłość pracy pod koniec miesiąca.
Jak działa „Auto-apply new services” i kiedy je wyłączyć?
„Auto-apply new services” sprawia, że nowo wspierane usługi i agenci Microsoftu dołączają do istniejącej polityki automatycznie. Ustawienie jest domyślnie włączone („By default, the Auto-apply new services toggle is selected for spending policies”), a administrator może je wyłączyć dla polityk, w których każda nowa usługa ma przejść przegląd przed dodaniem.
Ma to korzyść operacyjną: nowa usługa od razu dziedziczy istniejącą politykę z jej limitem i zakresem użytkowników, zamiast wymagać ręcznej konfiguracji. Dokumentacja ujmuje to tak: „No action is required when you want future supported services and agents to inherit the policy”. Łączne zużycie nadal zamyka limit polityki, więc kwota pozostaje pod kontrolą.
Dołączenie usługi do polityki nie oznacza też, że ruszy ona u każdego użytkownika. Nadal obowiązuje wymóg licencji, dostępność funkcji w danym regionie i inne ustawienia administracyjne. „Auto-apply” rozszerza zakres finansowania, a nie znosi pozostałych warunków.
Z perspektywy kontroli wewnętrznej sedno leży gdzie indziej. Kto zatwierdza politykę z włączonym „Auto-apply”, zatwierdza nie tylko dzisiejszą listę usług, ale też regułę, według której ta lista może się wydłużać. W finansach kontrola kwoty i kontrola przedmiotu wydatku to dwie różne kontrole. Polityka z limitem, ale z automatycznie rosnącym zakresem, przypomina kartę firmową z limitem kwotowym, ale bez listy dozwolonych kategorii.
Rozsądne kryterium wyłączenia brzmi: tam, gdzie organizacja chce, żeby nowa kategoria wydatku przeszła tę samą ścieżkę zatwierdzenia co pierwsza. Dotyczy to zwłaszcza polityk obejmujących szerokie grupy użytkowników, polityk z wysokim limitem oraz organizacji, w których zakres korzystania z AI wymaga akceptacji działu bezpieczeństwa, prawnego albo inspektora ochrony danych. Tam, gdzie polityka służy kontrolowanemu pilotażowi dla małej grupy, automatyczne dołączanie może być wygodniejsze niż ręczna obsługa każdej nowości.
Przykład hipotetyczny: firma dystrybucyjna zatwierdza politykę dla działu sprzedaży, żeby handlowcy mogli korzystać z Cowork, z miesięcznym limitem kredytów. Kilka miesięcy później Microsoft obejmuje mechanizmem polityk kolejną usługę agentową. Przy włączonym „Auto-apply” usługa dołącza do tej samej polityki i zużywa ten sam limit. Kwota się nie zmienia, ale zakres finansowanej pracy już tak, i nikt nie musiał tej zmiany zatwierdzać osobno.
Dlaczego lista usług objętych politykami nie jest stałym punktem odniesienia?
Funkcja rozliczana za użycie i funkcja zarządzana dziś politykami wydatków to dwie różne kategorie. Dokumentacja licencji wymienia Code i Autopilot jako funkcje rozliczane w kredytach, ale nie ma ich na liście usług, którymi w chwili pisania zarządza się przez polityki wydatków w centrum administracyjnym.
To nie jest sprzeczność, tylko dwa różne pytania. Pierwsze brzmi: czy dana funkcja zużywa kredyty? Drugie: czy organizacja może ją dziś objąć limitem i zakresem w politykach wydatków? Microsoft zapowiada, że lista usług zarządzanych politykami będzie się rozszerzać („Microsoft will add more agents and services over time and provide notifications and updated content as they become available”), a sama strona z tą listą była aktualizowana w ostatnich dniach.
Wniosek praktyczny: nie warto budować kontroli na zapamiętanej liście usług z dnia wdrożenia. Przy włączonym „Auto-apply” lista w polityce rośnie razem z listą Microsoftu. Przy wyłączonym trzeba ją śledzić ręcznie, bo nowa usługa nie będzie objęta polityką, dopóki ktoś jej nie doda. W obu przypadkach potrzebny jest okresowy przegląd zakresu polityki, z datą i właścicielem, tak jak przy każdym innym upoważnieniu do wydatków.
Czy kilka polityk daje efekt, którego oczekuje właściciel budżetu?
Niekoniecznie. Gdy użytkownik podlega kilku politykom dla tej samej usługi, Microsoft nie sumuje ich i nie wybiera najbardziej restrykcyjnej. Stosuje jedną politykę w całości według własnej kolejności: najpierw ta z najwyższym limitem na użytkownika, przy remisie ta z największym limitem całej polityki, a przy dalszym remisie najnowsza.
Dokumentacja dodaje zdanie, które ma znaczenie dla kontroli: „The chosen policy applies in full and settings from other policies aren’t combined”. Jeśli więc jedna polityka nadaje limit, a druga zawęża zakres usług, użytkownik nie dostanie kombinacji obu, tylko pełne ustawienia tej, która wygra według reguły producenta.
Przykład hipotetyczny: biuro rachunkowe ma ogólną politykę dla wszystkich pracowników z niskim limitem i wąskim zakresem usług oraz osobną politykę dla zespołu doradztwa podatkowego z wyższym limitem na użytkownika. Doradca należący do obu grup podlega w całości drugiej polityce, łącznie z jej zakresem usług i ustawieniem „Auto-apply”. Jeśli ta polityka ma włączone automatyczne dołączanie, a ogólna nie, to dla tej osoby zakres finansowania może rosnąć, choć właściciel budżetu mógł zakładać, że obowiązuje go ostrożniejsza polityka ogólna.
Z tego wynika pytanie o właściciela. Limit zwykle należy do budżetu działu, zakres usług do IT albo do osoby odpowiedzialnej za zarządzanie AI w organizacji, a reguła wyboru polityki jest po stronie producenta. Rozsądne jest wyznaczenie jednej osoby, która odpowiada za spójność całego zestawu polityk, a nie tylko za każdą politykę z osobna. W firmach produkcyjnych, gdzie agenci mogą trafić do zakupów i planowania, będzie to często kontroler finansowy we współpracy z administratorem; w usługach profesjonalnych raczej osoba rozliczająca koszty na klienta.
A co z Copilot Business?
Microsoft zapowiedział inny punkt startowy dla nowych licencji Microsoft 365 Copilot Business kupowanych u partnerów (CSP): od 1 grudnia 2026 roku rozliczenie za użycie ma być tam domyślnie włączone, z domyślnym limitem 4000 kredytów na użytkownika miesięcznie, który administrator może zmienić. Polska jest jednak na liście krajów, w których zmiana początkowo nie będzie dostępna, więc tych zasad nie należy przenosić na polskie dzierżawy Business. Ogłoszenie nie mówi też, jak w tym scenariuszu działa „Auto-apply new services”.
Kiedy ta analiza ma mniejsze znaczenie
- W organizacjach, które nie włączyły funkcji rozliczanych za użycie i korzystają wyłącznie z Copilota w ramach licencji na użytkownika, polityki wydatków nie mają jeszcze czego kontrolować.
- Przy jednej polityce dla małej grupy pilotażowej z niskim limitem ryzyko zakresu jest ograniczone, a automatyczne dołączanie może być po prostu wygodne.
- Dokumentacja Microsoftu zmienia się szybko. Lista usług, nazwy ustawień i zasady dla poszczególnych planów mogą wyglądać inaczej w dniu lektury niż w dniu pisania; przed decyzją warto odczytać aktualne strony Microsoft Learn.
Czego ten tekst nie twierdzi
- Nie twierdzi, że „Auto-apply” powoduje niekontrolowany wzrost kosztów; limit polityki nadal obowiązuje.
- Nie twierdzi, że dołączona usługa automatycznie ruszy u każdego użytkownika; licencja, dostępność regionalna i inne ustawienia nadal obowiązują.
- Nie podaje cen kredytów ani szacunków kosztów, bo zależą od cennika, umowy i sposobu użycia.
Podsumowanie
Polityka wydatków w Microsoft 365 Copilot łączy kilka decyzji, które w kontroli finansowej zwykle są rozdzielone: kto może wydawać, na co i do jakiego limitu. Limit kredytów ogranicza ekspozycję kosztową, ale nie mówi, jakie usługi są finansowane. Ponieważ „Auto-apply new services” jest domyślnie włączone, zakres polityki może się rozszerzać wraz z usługami, które Microsoft obejmie tym mechanizmem, bez nowej decyzji po stronie organizacji. To ma zalety operacyjne i nie znosi pozostałych warunków dostępu, ale zmienia charakter zatwierdzenia: akceptuje się nie tylko dzisiejszą listę, lecz także regułę jej przyszłego wydłużania. Dochodzi do tego reguła wyboru jednej polityki przy kilku nakładających się, która może dać inny efekt niż zakładał właściciel budżetu. Praktyczny wniosek jest prosty: polityka wydatków na AI powinna mieć właściciela zarówno limitu, jak i zakresu, decyzję o „Auto-apply” podjętą świadomie dla każdej polityki oraz okresowy przegląd zakresu z datą, a nie jednorazowe odczytanie listy funkcji przy wdrożeniu.
O autorze
Remigiusz Pruszczak: ekspert GenAI i trener AI, makler papierów wartościowych z uprawnieniami do wykonywania czynności doradztwa inwestycyjnego (licencja nr 2343). Ponad 30 lat w finansach. Od 17 lat prowadzi szkolenia, a od 2025 roku również z generatywnej AI, między innymi dla banków, instytucji finansowych, kancelarii oraz firm z sektorów regulowanych i produkcji. Szkolenia realizuje we współpracy z EY Academy of Business Polska, Warszawskim Instytutem Bankowości, Bankowym Ośrodkiem Doradztwa i Edukacji oraz CFA Society Poland. Więcej na stronie „O mnie”.
Źródła
- Microsoft, „User subscription license and usage-based billing for Microsoft 365 Copilot”, Microsoft Learn, aktualizacja 25.09.2026. https://learn.microsoft.com/en-us/microsoft-365/copilot/user-subscription-license-usage-based-billing
- Microsoft, „Managing AI experiences enabled by usage-based billing”, Microsoft Learn, aktualizacja 02.10.2026. https://learn.microsoft.com/en-us/microsoft-365/copilot/usage-based-billing-manage-copilot-credits
- Microsoft, „Usage-Based Billing and Cost Management for Copilot Credits”, Microsoft Learn, aktualizacja 02.10.2026. https://learn.microsoft.com/en-us/microsoft-365/copilot/usage-based-billing-overview-copilot-credits
- Microsoft, „Partner Center announcements: October 2026”, Microsoft Learn, 01.10.2026. https://learn.microsoft.com/en-us/partner-center/announcements/2026-october
