Masz NDA, więc dokument jest chroniony. Potem kopiujesz go do zewnętrznego modelu, wynik trafia na kanał, eksport zostaje na komputerze, a umowa nagle nie wygląda jak tarcza. NDA opisuje obowiązki, ale nie wykonuje kontroli dostępu. Tajemnica przedsiębiorstwa wymaga także rozsądnych środków zabezpieczenia.
Materiał jest informacyjny i nie zastępuje oceny prawnej konkretnego przypadku. Poniższy proces pomaga zdecydować, co wolno przetworzyć, w jakim narzędziu i jak ograniczyć kopie.
Zacznij od informacji i obowiązku
Zapisz, które materiały są poufne z umowy, prawa lub praktyki: oferta, kod, ceny, dane klientów, strategia, projekty, wyniki, umowy i dokumenty robocze. Nie wszystko jest tajemnicą przedsiębiorstwa automatycznie, ale każda kategoria wymaga decyzji o użyciu.
Sprawdź zakres NDA: cel, odbiorców, dozwolone ujawnienia, podwykonawców, retencję, zwrot i usunięcie. Zewnętrzny model może być kolejnym odbiorcą lub procesorem w zależności od sytuacji. Nie zgaduj klasyfikacji po etykiecie „bezpieczne AI”.
Wskaż właściciela informacji i osobę uprawnioną do decyzji. Pracownik nie powinien samodzielnie zmieniać zakresu zgody przez wklejenie pliku. Jeżeli nie ma jasnej podstawy, materiał nie trafia do modelu.
Klasyfikacja przed otwarciem czatu
Podziel dokumenty na publiczne, wewnętrzne, poufne i zabronione. Przy każdej klasie podaj dozwolone narzędzia i działania. Publiczny przewodnik może być streszczony swobodniej niż umowa lub kod klienta. Wewnętrzna procedura może wymagać konta firmowego.
Nie opieraj klasyfikacji na nazwie pliku. „Do usunięcia” może zawierać poufne dane, a „publiczne” być wysłane złemu odbiorcy. Właściciel oznacza źródło i proces. System powinien blokować zabronione typy przed przekazaniem.
Zapisz, kiedy dozwolona jest redakcja lub anonimizacja. Usunięcie nazwiska nie zawsze usuwa poufność lub możliwość identyfikacji. Cena, technologia i nietypowy projekt nadal mogą zdradzać właściciela informacji.
Dostawca jest częścią obowiązku
Sprawdź warunki przetwarzania, trenowania, retencji, podwykonawców, regionu, dostępu i usuwania. Zapisz datę i plan. Nie zakładaj, że konto firmowe automatycznie spełnia wszystkie wymagania NDA.
Oceń, czy przekazanie jest dozwolone i potrzebne. NDA nie zastępuje analizy, ale też nie oznacza automatycznego zakazu każdej chmury. Decyzja zależy od umowy, informacji i zabezpieczeń. Przy wątpliwości wymagaj oceny prawnej.
Jeżeli warunki nie odpowiadają obowiązkowi, nie używaj narzędzia dla tej klasy. Możesz ograniczyć dane, wybrać inną konfigurację lub zrezygnować. Brak AI w procesie jest nadal opcją, nawet jeśli slajdy twierdzą inaczej.
Kontekst ogranicz do jednego zadania
Nie wysyłaj całej umowy, kiedy pytanie dotyczy jednej sekcji. Nie przekazuj całego repozytorium, kiedy potrzebujesz wyjaśnienia jednej funkcji. Minimalizacja ogranicza skutek i ułatwia odbiór.
Zachowaj wersję źródła i mapę użytych fragmentów. Jeżeli odpowiedź trafia do nowego dokumentu, oznacz go jako poufny odpowiednio do źródła. Model nie zdejmuje obowiązku przez przepisanie.
Nie używaj danych klienta A jako przykładu dla klienta B. Nawet dobre intencje nie zmieniają celu ujawnienia. Przy pracy na podobnych przypadkach przygotuj fikcyjny zestaw bez identyfikowalnych szczegółów.
Wynik może być nową kopią poufną
Odpowiedź, podsumowanie, log i eksport mogą zawierać tę samą tajemnicę co oryginał. Oznacz je i ogranicz dostęp. Nie publikuj na wspólnym kanale tylko dlatego, że format jest krótszy.
Ustal retencję każdej warstwy: czat, historia, indeks, log, kopia robocza, backup i eksport. Bieżąca dokumentacja pokazuje, że wyłączenie trenowania nie usuwa zapisanej historii. Usuwanie wymaga osobnej ścieżki.
Przy zakończeniu projektu zapisz, co zostało zwrócone, usunięte i zachowane zgodnie z umową. Sprawdź konta zastępcze i integracje. Nie wystarczy zamknąć folder, jeżeli kopia żyje w indeksie.
Dostęp jest dla ludzi i integracji
Używaj indywidualnych kont, MFA i minimalnych uprawnień. Token integracji nie powinien czytać całej firmy, jeżeli obsługuje jeden folder. Przypisz właściciela i termin przeglądu.
Odbierz dostęp po zmianie roli i zakończeniu współpracy. Sprawdź linki publiczne, eksporty i konta testowe. Wspólne hasło do dokumentu poufnego kończy się dokładnie wtedy, kiedy przestaje być tajemnicą.
Test obejmuje użytkownika bez uprawnień i nowego właściciela. System powinien odmówić dostępu do źródła i wyniku. Jeżeli blokowany jest tylko PDF, ale podsumowanie jest dostępne, proces nadal przecieka.
Usuwanie sprawdź na fikcyjnym znaczniku
Przygotuj fikcyjny dokument poufny z unikalnym znacznikiem i wykonaj pełny proces. Usuń źródło, historię, indeks i eksport zgodnie z procedurą. Wyszukaj znacznik i zadaj pytanie o jego treść.
Zapisz, które kopie zniknęły natychmiast, a które wygasają później. Jeżeli odpowiedź nadal cytuje dokument, zatrzymaj proces. Nie wystarczy komunikat „usunięto z widoku”.
Nie używaj prawdziwej tajemnicy do testu. Ćwiczenie powinno potwierdzić procedurę bez tworzenia nowego ujawnienia. Właściciel zapisuje wynik i ograniczenia.
Incydent nie zaczyna się od kasowania
Po przypadkowym przekazaniu zatrzymaj dalszą pracę, odwołaj dostęp i zachowaj identyfikatory. Nie kasuj logów, które pomagają ustalić zakres. Oceń, czy doszło do przetworzenia, ujawnienia odbiorcy lub dalszej publikacji.
Przypisz właściciela prawnego i technicznego. Komunikat zawiera fakty i działania, nie spekulacje o skutku. Nie wysyłaj poufnego dokumentu ponownie na kanał, żeby pokazać, co się stało.
Pełna procedura znajduje się w planie reakcji na incydent AI. Po zdarzeniu popraw klasyfikację i blokady, nie tylko przypomnienie „nie wklejać”.
Umowa z wykonawcą powinna opisywać AI
Ustal, jakich narzędzi wolno użyć, jakie dane mogą być przekazane, jakie są zasady podwykonawców, retencji, usuwania i incydentów. Nie zostawiaj ogólnego „dostawca może używać nowoczesnych technologii”.
Opisz odbiór i dowody: eksport, lista kopii, usunięcie, kontakt i termin. Wykonawca powinien wiedzieć, czy może używać materiałów do trenowania własnych procesów. Dostęp do pracy nie jest zgodą na dowolne późniejsze użycie.
Przy większym projekcie skonsultuj warunki z prawnikiem. Mapa techniczna ułatwia rozmowę, ale nie zastępuje oceny umowy. Zasady powinny być możliwe do wykonania przez obie strony.
Przykład przepływu jednego poufnego pliku
Umowa trafia do firmowego folderu z ograniczonym dostępem. Pracownik potrzebuje porównać dwie sekcje, więc system pobiera tylko niezbędne fragmenty bez danych stron. Model zwraca tabelę różnic do tego samego kontrolowanego miejsca. Nie ma publicznego linku.
Log zapisuje identyfikator pliku, wersję i wynik operacji, nie pełną treść. Po akceptacji tabela zostaje oznaczona jako poufna i przypisana do projektu. Eksport lokalny jest zablokowany lub objęty retencją zgodnie z decyzją właściciela.
Po zakończeniu zadania token integracji jest odwoływany, a indeks usuwany. Test znacznika potwierdza brak odpowiedzi na treść umowy. Proces jest dłuższy niż zwykłe wklejenie do czatu, ale każda kopia ma właściciela i cel.
Kiedy anonimizowany przykład nadal jest poufny
Usunięcie nazwy klienta nie wystarcza, jeżeli projekt jest rozpoznawalny po technologii, dacie i nietypowym zakresie. Opis „duży klient z branży X z dokładnym wynikiem Y” może identyfikować źródło. Nie publikuj go tylko dlatego, że nie ma nazwy.
Ogranicz szczegóły albo przygotuj fikcyjny przykład zachowujący metodę, ale nie rzeczywiste wartości. Oznacz go jako fikcyjny. Nie przenoś prawdziwego wyniku do nowej historii z nadzieją, że zmiana nazwy rozwiązuje obowiązek.
Przy case study sprawdź także zdjęcia, metadane plików i cytaty. Redakcja obejmuje cały pakiet. Prawa i prywatność są ważniejsze niż atrakcyjny dowód.
Przegląd nowego wykonawcy przed przekazaniem danych
Zbierz listę narzędzi, kontaktów, regionów, podwykonawców i sposobu usunięcia. Poproś o wskazanie kontroli dostępu, retencji i incydentów. Nie akceptuj samego logo certyfikatu jako odpowiedzi na konkretny przepływ.
Wykonaj mały test na fikcyjnym materiale przed prawdziwym dokumentem. Sprawdź rolę, eksport, odwołanie klucza i usunięcie historii. Jeżeli proces nie działa, nie przekazuj kolejnych plików z nadzieją na późniejszą konfigurację.
Zapisz ograniczenia i datę przeglądu. Przy zmianie warunków powtórz zależne testy. Wykonawca powinien znać klasę danych i skutki przekazania ich dalej, a nie tylko ogólne NDA w umowie.
Przegląd poufnych odpowiedzi przed wysłaniem
Sprawdź, czy wynik nie zawiera pełnych cytatów, nazw, danych kontaktowych, sekretów ani szczegółów niewymaganych dla odbiorcy. Krótkie podsumowanie może być łatwiejsze do udostępnienia, ale nadal wymaga tej samej klasyfikacji.
Nie polegaj na automatycznym filtrze „bezpieczne do wysłania”. Człowiek porównuje odbiorcę, cel i zakres. Jeżeli wynik ma trafić do klienta, zachowaj tylko informacje objęte relacją i umową. Nie wysyłaj historii innych projektów przez kontekst modelu.
Po wysłaniu zapisz wersję i odbiorcę bez tworzenia kolejnych kopii. Jeżeli adresat jest zły, uruchom procedurę incydentu zamiast pisać kolejną wiadomość z prośbą o ignorowanie poprzedniej.
Zmiana narzędzia w trakcie projektu
Przy migracji oceń nowe warunki tak, jak przy pierwszym dostawcy. Nie przenoś historii i profilu automatycznie. Stare konto może mieć inne zasady retencji i podwykonawców, nowe wymaga osobnej oceny.
Zachowaj listę danych, eksport i sposób usunięcia starego indeksu. Po przełączeniu sprawdź, czy stary token nie działa i czy historia nie jest dostępna publicznie. Zamknięcie jednego panelu nie kończy obowiązku.
Jeżeli nowy dostawca nie spełnia wymagań, zostań przy poprzednim lub ogranicz proces. Migracja nie jest powodem do zmiany klasyfikacji poufności ani rezygnacji z warunków NDA.
Kiedy praca lokalna jest lepszym wyborem
Jeżeli dokument nie może trafić do zatwierdzonego dostawcy, rozważ analizę lokalną, ręczne porównanie albo mniejszy zakres bez poufnych danych. Nie przenoś go do przypadkowego modelu dla wygody. Brak odpowiedzi AI jest tańszy niż naruszenie.
Opisz, co można wykonać bez wysyłki: wyszukanie frazy, porównanie wersji, przygotowanie tabeli i odbiór specjalisty. Część procesu nadal może używać reguł i zwykłych narzędzi. Nie wszystko wymaga generowania.
Jeżeli lokalna konfiguracja jest możliwa, oceń również dostęp administratorów, logi, kopie i koszt utrzymania. „Lokalnie” nie znaczy automatycznie bezpiecznie. Właściciel powinien znać pełny przepływ niezależnie od miejsca przetwarzania.
Minimalny proces dla jednego dokumentu
Właściciel klasyfikuje plik i wybiera dozwolone narzędzie. System ogranicza kontekst i uprawnienia. Model przygotowuje wynik w kontrolowanej przestrzeni. Człowiek odbiera treść i zapisuje nową wersję jako poufną.
Na końcu rejestr pokazuje kopie, retencję i właściciela. Po projekcie wykonaj usunięcie i test znacznika. Jeżeli któregoś etapu nie da się potwierdzić, ogranicz zakres.
Pomocny jest rejestr przepływu danych AI, a przy mapie dostawców Aeneia Audit pomaga zobaczyć techniczne kopie i odpowiedzialność. To ułatwia także rozmowę z prawnikiem.
NDA nie jest zaklęciem ochronnym. Tajemnica przedsiębiorstwa zostaje chroniona przez konkretne decyzje: mniej danych, właściwe konto, ograniczone kopie i reakcja na błąd. Model może pracować z poufnością tylko wtedy, kiedy proces ją respektuje.
Sprawdź nas. To zdrowe.
Temat zmienia się szybko. Linki prowadzą do źródeł pierwotnych i stron, na których możesz zweryfikować kontekst.
