Asystent streszcza ten sam plik autorce i odmawia koledze. Prawo Copy mają dwa z czterech poziomów uprawnień

Dwie osoby, ten sam plik na firmowym SharePoincie, ta sama licencja na asystenta. Autorka dokumentu dostaje streszczenie w kilka sekund. Kolega z tego samego zespołu dostaje odpowiedź, w której jest link do pliku i ani jednego zdania z jego treści. Nikt nie zepsuł konfiguracji, nikt nie oszczędził na licencji i model nie jest tego dnia głupszy.

Różnicę robi jedno uprawnienie w etykiecie poufności. W portalu Microsoftu nazywa się Copy, w kodzie polityki EXTRACT, a w szablonach AD RMS Extract. Z czterech gotowych poziomów uprawnień, które administrator wybiera z listy, zawierają je dwa. Jeśli pracujesz z dokumentami objętymi etykietami, to jest pierwsza rzecz do sprawdzenia, kiedy asystent „nie chce” czegoś przeczytać — przed zgłoszeniem błędu i przed wnioskiem, że narzędzie jest do niczego.

Prawo Copy decyduje, czy model zobaczy treść, czy tylko adres pliku

Mechanizm jest opisany wprost w dokumentacji Microsoftu i nie jest uznaniowy. Gdy etykieta poufności nakłada szyfrowanie, użytkownik musi mieć prawo EXTRACT oraz VIEW, żeby aplikacje AI zwróciły dane. Dwa uprawnienia, nie jedno — i to drugie jest tym, o którym nikt nie myśli, bo plik otwiera się normalnie.

Oba prawa mają w dokumentacji osobno opisany skutek dla modelu. Przy samym prawie View, Open, Read model może odwołać się do dokumentu linkiem, ale bez streszczania treści, żeby użytkownik otworzył go poza asystentem. Prawo Copy jest tym, które pozwala modelowi sięgnąć do treści i streścić ją dla pytającego. Stąd ta pozornie absurdalna odpowiedź z linkiem i bez zawartości: to nie awaria, to zaprojektowane zachowanie.

Drugi skutek jest ostrzejszy i łatwo go przeoczyć: jeśli dokument daje prawo VIEW, ale nie EXTRACT, to przy otwartym takim pliku w aplikacji nie da się w ogóle użyć asystenta. Nie chodzi więc tylko o gorszą odpowiedź, ale o przycisk, który przestaje cokolwiek robić w Wordzie czy Excelu.

Dwa z czterech poziomów uprawnień dopuszczają asystenta do treści

Konfigurując szyfrowanie w etykiecie, administrator albo składa uprawnienia pojedynczo, albo wybiera gotowy poziom. Gotowych poziomów jest cztery, a ich dokładny skład jest wyliczony w dokumentacji. Prawo Copy mają dwa z nich.

Nazwy w tej tabeli zmieniły się niedawno i to osobna pułapka w rozmowie z IT: Reviewer nazywa się dziś Restricted Editor, Co-Author to Editor, a Co-Owner to Owner, przy czym nowe nazewnictwo obowiązuje w portalu Purview i w okienku uprawnień Worda, Excela i PowerPointa dla Windows w wersji 2411 lub nowszej, a pozostałe aplikacje zostały przy starych nazwach. Jedna osoba mówi więc „Reviewer”, druga „Restricted Editor” i obie mają na myśli ten sam zestaw bez prawa Copy.

Jeśli etykieta pozwala użytkownikom samym przypisywać uprawnienia, wybór trafia do okienka w aplikacji Office. W starszej wersji tego okienka opcja Read nie obejmuje kopiowania, a Change owszem; prawo Copy można dołożyć do Read przez More Options i zaznaczenie zgody na kopiowanie treści przez osoby z dostępem do odczytu. W nowszej wersji te same role nazywają się już poziomami uprawnień, a prawo EXTRACT zawierają Editor i Owner.

Autorowi pliku działa zawsze i to nie jest dowód na poprawną etykietę

Najczęstszy fałszywy trop przy tym objawie brzmi „u mnie działa”. Działa, bo osoba nakładająca szyfrowanie zawsze ma prawo EXTRACT jako właściciel Rights Management, więc treść zaszyfrowana przez siebie zawsze może jej zostać zwrócona przez asystenta, a skonfigurowane ograniczenia dotyczą pozostałych uprawnionych. Test na własnym pliku nie mówi zatem nic o tym, co zobaczy reszta zespołu.

Praktyczny wniosek dla pracy w zespole: dokument, na którym sprawdzasz, czy „asystent czyta nasze pliki”, musi być dokumentem założonym i oznaczonym przez kogoś innego. Inaczej wynik testu jest ustawiony z góry.

Brak prawa Copy wyłącza w Excelu także filtrowanie

Skutki nie kończą się na asystencie i to przydaje się w rozmowie o priorytetach, bo pokazuje, że nie chodzi o kaprys przy jednym narzędziu. W Excelu samo prawo View, Open, Read nie wystarczy do sortowania danych, które wymaga prawa Edit Content, Edit, a do filtrowania potrzebne są dwa prawa naraz: Edit Content, Edit oraz Copy. Arkusz z etykietą na poziomie Viewer otwiera się więc poprawnie i jednocześnie nie daje się posortować ani przefiltrować.

Drugi skutek dotyczy spotkań. W Teams i podobnych narzędziach do udostępniania ekranu prezentujący musi mieć prawo Copy, by pokazać zaszyfrowany dokument — bez niego uczestnicy widzą czarny prostokąt. Jeśli ktoś w firmie zgłaszał kiedyś, że „udostępniony plik wyszedł czarny”, to prawdopodobnie ten sam brak uprawnienia, a nie sterownik karty graficznej.

Osiem konfiguracji, w których asystent nie przeczyta pliku

Etykieta bez prawa Copy jest najczęstszym przypadkiem, ale nie jedynym. Poniższe zachowania są opisane w dokumencie o uwarunkowaniach ochrony informacji dla Microsoft 365 Copilot i w przeglądzie zabezpieczeń Purview dla aplikacji generatywnych.

Dwa wiersze z tej tabeli warto znać na pamięć, bo zmieniają sposób pracy, a nie tylko tłumaczą błąd. Pierwszy: różnica między Do Not Forward a Encrypt-Only przy wysyłce maila decyduje, czy odbiorca będzie mógł kazać asystentowi streścić wątek. Drugi: etykieta na zespole Teams nie chroni ani nie opisuje plików w tym zespole, więc „mamy oznaczony cały kanał” nie jest odpowiedzią na pytanie o oznaczenie dokumentu.

Trzy objawy, które wyglądają jak etykieta, a nią nie są

Zanim zgłosisz uprawnienia, odrzuć trzy tanie przyczyny. Wszystkie trzy wymienia lista odpowiedzi na częste pytania o asystenta w Excelu, a każda daje objaw łudząco podobny do blokady uprawnieniem.

• Tryb przeliczania. Edycja przez asystenta działa tylko wtedy, gdy opcje obliczeń są ustawione na automatyczne. Arkusz przestawiony na ręczne przeliczanie — zwykle po to, żeby nie mroził się przy dużych tabelach — wygląda jak arkusz, w którym asystent odmawia pracy.
• Wymóg wyewidencjonowania. Jeśli witryna SharePoint wymaga pobrania pliku do edycji, asystent w Excelu na Windows i macOS nie zadziała na plikach z tej witryny, natomiast Excel w przeglądarce owszem. Ta sama osoba ma więc raz dostęp, raz nie, zależnie od tego, gdzie otworzyła plik.
• Format zapisu. Format inny niż obsługiwany, na przykład Strict Open XML Spreadsheet, kończy się komunikatem o nieobsługiwanym stanie pliku; rozwiązaniem jest zapis jako .xlsx.

Z tej samej listy warto wziąć jeszcze jedno zdanie, bo dotyczy wprost pracy po polsku: narzędzie może działać słabiej, gdy polecenia albo dane są w innych językach niż angielski. To nie jest kwestia uprawnień i nie naprawi tego żadna zmiana etykiety.

Trzydzieści sekund na sprawdzenie, czy masz prawo Copy

Nie trzeba do tego administratora ani zgłoszenia. Dokumentacja podaje ścieżkę, którą przejdziesz sam na dowolnym dokumencie, do którego masz dostęp.

• Otwórz plik w aplikacji Office na Windows i dodaj do paska stanu pole Permissions.
• Kliknij ikonę obok nazwy etykiety, żeby wyświetlić My Permission.
• Odczytaj wartość przy pozycji Copy — to ona odpowiada prawu EXTRACT i pokazuje Yes albo No.
• Dla wiadomości w Outlooku dla Windows, jeśli uprawnienia nie są widoczne na górze wiadomości, kliknij pasek informacyjny z nazwą etykiety i wybierz View Permission.

Jeśli ten sam test ma przechodzić więcej niż jedna osoba w zespole, cztery kroki powyżej trzeba zapisać tak, by ktoś inny wykonał je bez dopytywania — o tym, co musi znaleźć się w takim opisie, jest osobny tekst o opisywaniu procesu, który ktoś faktycznie wykona.

Wynik No zamyka sprawę po stronie narzędzia: żaden prompt tego nie obejdzie, a kolejne próby przeformułowania pytania są stratą czasu. Wynik Yes przy nadal niedziałającym asystencie oznacza, że przyczyna jest gdzie indziej — i wtedy warto przejść przez tabelę ośmiu konfiguracji oraz przez trzy objawy z poprzedniej sekcji, zanim cokolwiek zgłosisz.

Przy wiadomościach dochodzi jeszcze warunek wersji aplikacji. Dla zaszyfrowanych elementów w Outlooku dokumentacja wskazuje minimalne wersje: Outlook Classic dla Windows od 2408 w kanale Current i Monthly Enterprise, Outlook dla Maca od 16.86.609, a aplikacje na iOS i Androida od 4.2420.0. Starsza wersja daje ten sam objaw co brak uprawnienia.

Jedna decyzja: ustal poziom uprawnień, zanim zgłosisz błąd

Jeśli pracujesz na dokumentach z etykietami, zrób dziś jedną rzecz: sprawdź wartość Copy na trzech plikach, z których realnie korzystasz w swojej roli i które założył ktoś inny — na przykład na umowie od prawnika, na arkuszu od kontrolingu i na ofercie od handlowca. Masz wtedy odpowiedź na pytanie, czy asystent jest w twojej pracy użyteczny, czy tylko formalnie dostępny.

Gdy trzeba to eskalować, pytanie do IT nie brzmi „czy można włączyć mi Copilota”. Brzmi: który poziom uprawnień ma etykieta nałożona na tę kategorię dokumentów, czy ten poziom zawiera prawo Copy, czy etykiety są włączone dla SharePointa i OneDrive — bo bez tego zaszyfrowane pliki dostępne dla asystenta ograniczają się do danych otwartych w aplikacjach Office na Windows — i czy na tej kategorii nie stoi polityka DLP dla lokalizacji asystenta. Cztery pytania, na każde odpowiedź brzmi tak albo nie, i żadne z nich nie dotyczy licencji.

Decyzja należy do ciebie w jednym punkcie: albo przyjmujesz, że część dokumentów w twojej roli jest dla asystenta zamknięta i planujesz pracę bez niego, albo wnosisz wniosek o zmianę poziomu uprawnień z nazwą poziomu i uzasadnieniem, co konkretnie chcesz na tych plikach robić. Trzecia droga — powtarzanie promptów i czekanie, aż zadziała — nie prowadzi nigdzie, bo to nie model podejmuje tu decyzję.