N
Negotiations.AI
← Back to blog

Zaprojektuj nadzór człowieka w platformie negocjacyjnej AI

Które decyzje, wyjątki, ustępstwa i działania wobec dostawców wymagają ludzkiej akceptacji? Praktyczny przewodnik po wymaganiach dotyczących dowodów i decyzjach podejmowanych przez człowieka...

15 min read

Zaprojektuj nadzór człowieka w platformie negocjacyjnej AI

Ład korporacyjny platformy negocjacyjnej AI powinien opierać się na prostej zasadzie: automatyzacja może analizować, przygotowywać projekty, rekomendować i komunikować się w określonych granicach, ale nie powinna wiązać firmy, przekraczać delegowanych uprawnień, rozstrzygać wyjątków podlegających kontroli ani wysyłać wrażliwych komunikatów do dostawców bez akceptacji osoby ponoszącej odpowiedzialność.

Dlatego prawidłowo zaprojektowany proces akceptacji negocjacji rozróżnia rutynowe wsparcie od decyzji powodujących ryzyko handlowe, prawne, związane ze zgodnością, finansowe lub dotyczące relacji. Akceptacja człowieka musi być świadomą decyzją osoby posiadającej odpowiednie kompetencje i uprawnienia — nie może oznaczać milczenia, nieotwartego alertu ani formalnego kliknięcia po wykonaniu działania.

Krótka odpowiedź

Wymagaj akceptacji człowieka w przypadku wiążących zobowiązań, odstępstw od zatwierdzonych granic handlowych, wyjątków od polityk, istotnych ustępstw, uchylania alertów ryzyka oraz działań wobec dostawców o poważnych konsekwencjach. Automatyzuj pytania rozpoznawcze, planowanie spotkań, analizy, przypomnienia i propozycje mieszczące się w uprzednio zatwierdzonych granicach negocjacyjnych. Każda akceptacja powinna wskazywać decyzję, dowody, łączne narażenie, osobę zatwierdzającą, jej uprawnienia, znacznik czasu i wynikające z niej działanie.

Co wymaga akceptacji człowieka?

Platforma negocjacyjna powinna zatrzymać działanie i poprosić o akceptację, gdy działanie należy do jednej z sześciu poniższych kategorii.

1. Wiążące zobowiązanie

Akceptacja człowieka pozostaje obowiązkowa przed przyjęciem ostatecznej oferty, przyznaniem zamówienia, podpisaniem lub zmianą umowy, wystawieniem zamówienia zakupu, przedłużeniem okresu obowiązywania umowy lub zaciągnięciem zobowiązania płatniczego.

Kanały elektroniczne nie sprawiają, że zobowiązania są nieszkodliwe. Amerykańska ustawa E-SIGN stanowi, że umowie, podpisowi ani dokumentowi co do zasady nie można odmówić skutków prawnych wyłącznie dlatego, że mają postać elektroniczną. Dlatego ważne są techniczne mechanizmy kontroli wykonania: polityka nakazująca pracownikom późniejsze sprawdzenie wygenerowanej przez AI akceptacji nie zastępuje skutecznego zapobiegania nieuprawnionemu wysłaniu jej w pierwszej kolejności (ustawa E-SIGN).

2. Odstępstwo od granic negocjacyjnych

Granice negocjacyjne to możliwy do odczytania maszynowo zakres, w którym może działać AI prowadząca negocjacje. Powinien on obejmować:

  • Zatwierdzone przedziały cen i całkowitego kosztu
  • Maksymalny wolumen i łączne zobowiązanie w całym okresie
  • Czas trwania umowy i strukturę jej przedłużania
  • Dopuszczalne ustępstwa
  • Zatwierdzone klauzule i alternatywne brzmienia
  • Kwalifikujących się dostawców i podmioty prawne
  • Dopuszczalne rodzaje danych i komunikacji
  • Uprawnienia przypisane użytkownikowi, kategorii, podmiotowi i transakcji

Przekroczenie dowolnej granicy wymaga decyzji właściwej osoby. Wysoka pewność modelu nie zmienia tego wymogu: pewność opisuje wynik, a nie uprawnienia firmy.

3. Wyjątek od polityki lub procesu

Przykłady obejmują decyzję o wyłącznym źródle dostaw, odstąpienie od konkurencyjnego przetargu, niezatwierdzonego dostawcę, nieukończoną weryfikację, zakup z mocą wsteczną, podział zamówienia, niestandardową ścieżkę płatności lub uchylenie alertu ryzyka.

Osoba wnioskująca o wyjątek nie powinna być jego jedynym zatwierdzającym. Negocjacje z udziałem człowieka mają sens tylko wtedy, gdy osoba weryfikująca może niezależnie odrzucić wniosek i zatrzymać jego realizację.

4. Istotne ustępstwo

Ustępstwo przekazuje wartość ekonomiczną, prawną lub strategiczną. Przykłady obejmują wyższą cenę, płatność z góry, gwarantowany wolumen, wyłączność, dłuższe zobowiązanie, ograniczenie środków ochrony prawnej, słabsze poziomy usług, zrzeczenie się roszczeń lub obniżenie poziomu ochrony prywatności i bezpieczeństwa.

Platforma powinna obliczać łączny wpływ ustępstw. Pięć pozornie drobnych ustępstw może powodować większe narażenie niż jedno wyraźnie duże. Powinna również rejestrować, co kupujący otrzymał w zamian; ustępstwo bez wzajemnego świadczenia wymaga dokładniejszej analizy.

5. Kwestia prawna, etyczna, regulacyjna lub związana z kontrolą finansową

Akceptacja i ewentualna eskalacja są konieczne w przypadku zgodności z listami sankcyjnymi lub powiązań właścicielskich, podejrzeń korupcji, konfliktów interesów, podejrzeń manipulowania przetargiem, kwestii dotyczących informacji o konkurentach, oznak oszustwa, problemów z danymi osobowymi, kwestii kontroli eksportu oraz potencjalnie istotnych skutków księgowych.

OFAC opisuje opartą na ryzyku weryfikację oraz ocenę alertów w celu ustalenia, czy daną działalność należy zablokować, odrzucić, wstrzymać czy dopuścić. Wytyczne wskazują również na słabości w zakresie należytej staranności, weryfikacji, podejmowania decyzji i eskalacji (wprowadzenie OFAC). Osoba prowadząca negocjacje nie powinna samodzielnie uchylać obowiązkowej blokady zgodności.

6. Działanie wobec dostawcy o poważnych konsekwencjach

Wymagaj akceptacji w przypadku odrzucenia, dyskwalifikacji, zawieszenia, rozwiązania współpracy, zarzutów niewłaściwego postępowania, gróźb wszczęcia postępowania sądowego, wezwań do zapłaty, roszczeń o odzyskanie środków, oświadczeń publicznych lub komunikatów, które można zasadnie uznać za ostateczne stanowisko firmy.

Komunikat może powodować ryzyko, nawet jeśli nie prowadzi do zawarcia umowy. Znaczenie mają ton, pozory umocowania i konsekwencje operacyjne.

Uniwersalna macierz praw decyzyjnych

Potraktuj poniższą macierz jako punkt wyjścia, a następnie dostosuj ją do delegowanych uprawnień, ryzyka kategorii, jurysdykcji i istniejących mechanizmów kontroli. To rekomendacja, a nie powszechnie obowiązujący standard prawny.

Proponowane działanie AI Wymagana decyzja człowieka Sugerowana osoba odpowiedzialna za akceptację Minimalne dowody w pakiecie akceptacyjnym Reakcja systemu przed akceptacją
Przyjęcie ostatecznej oferty lub przyznanie zamówienia Potwierdzenie wyniku, uprawnień, budżetu i wymaganych kontroli Upoważniona osoba odpowiedzialna za zakupy Ostateczna oferta, porównanie, status budżetu, status weryfikacji, nierozstrzygnięte odstępstwa Zablokowanie wysłania na zewnątrz
Zawarcie umowy, aneksu, zamówienia zakupu lub przedłużenie umowy Potwierdzenie skutków prawnych i delegowanych uprawnień Upoważniony sygnatariusz lub właściciel budżetu Ostateczny dokument, wartość, okres, podmiot, zapis uprawnień Wyłączenie podpisu i wysyłki
Przekroczenie granicy ceny, wolumenu lub całkowitego kosztu Akceptacja dodatkowego narażenia ekonomicznego Właściciel budżetu Wartość bazowa, proponowane narażenie, alternatywy, łączne ustępstwa Wstrzymanie propozycji
Zmiana zapisów dotyczących odpowiedzialności, odszkodowań, własności intelektualnej, prywatności, bezpieczeństwa, audytu lub prawa właściwego Akceptacja albo odrzucenie odstępstwa Właściwy właściciel obszaru prawnego, prywatności, bezpieczeństwa lub danych Porównanie klauzul, waga odstępstwa, uzasadnienie, wariant alternatywny Przekierowanie według rodzaju kwestii
Zaproponowanie wyłączności, gwarantowanego wolumenu, płatności z góry lub długiego zobowiązania Akceptacja narażenia strategicznego i finansowego Właściciele biznesowi i finansowi Uzasadnienie popytu, okres, scenariusz negatywny, prawa do wyjścia Zablokowanie oferty
Odstąpienie od konkurencji, weryfikacji lub procesu wdrożenia dostawcy Weryfikacja wyjątku i jego uzasadnienia Ład zakupowy lub dział zgodności Powód wyjątku, alternatywy, konflikty, środki ograniczające ryzyko, termin wygaśnięcia Uniemożliwienie samodzielnej akceptacji
Uchylenie alertu dotyczącego sankcji, własności, oszustwa lub negatywnych informacji medialnych Ustalenie, czy kontynuowanie jest zgodne z prawem i dozwolone Dział zgodności lub prawny Szczegóły alertu, dane identyfikacyjne, dokumentacja dochodzenia, rozstrzygnięcie Utrzymanie obowiązkowej blokady
Ujawnienie informacji poufnych, osobowych, porównawczych lub dotyczących konkurentów Potwierdzenie dopuszczalności wykorzystania i ujawnienia Właściciel danych oraz dział prawny/prywatności Klasyfikacja danych, źródło, cel, odbiorca, uprawnienie Redakcja lub blokada
Dyskwalifikacja, zawieszenie lub rozwiązanie współpracy z dostawcą Weryfikacja podstawy, procesu i planu zapewnienia ciągłości Kierownik zakupów; w razie potrzeby dział prawny Zapis decyzji, podstawa umowna, wpływ operacyjny, plan przejścia Wstrzymanie komunikatu
Zarzut niewłaściwego postępowania, groźba zastosowania środków prawnych lub żądanie zwrotu środków Akceptacja stanowiska i treści Dział prawny Fakty, dokumenty źródłowe, podstawa umowna, proponowany środek Pozostawienie jako projektu wewnętrznego
Istotna zmiana celów lub wag ograniczeń Potwierdzenie intencji biznesowej i bodźców Właściciel kategorii lub biznesu Stare i nowe cele, kompromisy, zainteresowane strony Wstrzymanie autonomicznego działania
Kontynuowanie po nietypowym zachowaniu lub awarii mechanizmu kontroli Decyzja o ograniczeniu, wstrzymaniu lub wznowieniu działania Właściciel ryzyka AI lub systemu Zapis incydentu, działania objęte incydentem, ograniczenie skutków, wynik testu Bezpieczne zatrzymanie w przypadku istotnego ryzyka
Uchylenie rekomendacji AI w granicach uprawnień użytkownika Decyzja oparta na ludzkim osądzie Upoważniony użytkownik Rekomendacja, istotne dowody, uzasadnienie użytkownika Zezwolenie i rejestracja
Uchylenie obowiązkowego mechanizmu kontroli Akceptacja wyłącznie w ramach odrębnego kontrolowanego procesu, o ile uchylenie jest w ogóle dozwolone Niezależny właściciel mechanizmu kontroli Podstawa w polityce, uprawnienia, uzasadnienie, kontrola kompensacyjna Zakaz uchylenia wyłącznie przez osobę prowadzącą negocjacje

Niektórych mechanizmów kontroli osoba prowadząca negocjacje nigdy nie powinna móc samodzielnie ominąć: blokad sankcyjnych, uprawnień do podpisywania i zakupów, rozdziału obowiązków, limitów finansowania, zasad dotyczących konfliktów interesów, ograniczeń w zakresie informacji o konkurentach oraz zakazów związanych z bezpieczeństwem, prywatnością, blokadą prawną lub raportowaniem regulacyjnym.

Projektuj proces wokół uprawnień, a nie osądu modelu

Model nie powinien sam decydować, czy jego działanie jest dozwolone. Rozdziel poszczególne elementy:

  1. Model proponuje. Przygotowuje projekt pytania, wariantu, ustępstwa lub odpowiedzi.
  2. Deterministyczna usługa polityk dokonuje oceny. Sprawdza uprawnienia, progi, klauzule, status dostawcy, łączne narażenie, klasyfikację danych i rodzaj działania.
  3. Proces akceptacji negocjacji kieruje wniosek. Wskazuje wymaganych zatwierdzających i zapobiega samodzielnej akceptacji tam, gdzie istotna jest niezależność.
  4. Człowiek podejmuje decyzję. Zatwierdzający akceptuje, odrzuca, edytuje, prosi o dodatkowe dowody lub wstrzymuje negocjacje.
  5. Usługa wykonawcza działa. Wysyłane, podpisywane, publikowane lub przekazywane jest wyłącznie zatwierdzone działanie.
  6. Zapis audytowy zamyka pętlę. Zachowywane są dane wejściowe, wyniki, akceptacje, zmiany, komunikacja wychodząca i wynikające z niej zobowiązania.

Taki podział daje AI ograniczoną swobodę działania zamiast ogólnego umocowania. Zespoły porównujące projekty systemów mogą sprawdzić, jak zarządzany proces negocjacji AI wspiera przygotowanie i realizację, natomiast szersza ocena oprogramowania do negocjacji zakupowych powinna obejmować integracje, kontrolę uprawnień i możliwość audytu.

Ramy zarządzania ryzykiem AI NIST wymagają określenia ról, obowiązków, kanałów komunikacji i procesów nadzoru człowieka. Playbook NIST zaleca również wskazanie możliwości wymagających nadzoru oraz sprawdzenie, czy nadzór ten działa niezawodnie (rdzeń NIST AI RMF). Są to przydatne zasady projektowania mechanizmów kontroli, choć wytyczne NIST nie określają jednej uniwersalnej macierzy zakupowej.

Co powinien widzieć zatwierdzający

Alert „wymagana akceptacja” nie wystarczy. Pakiet akceptacyjny powinien odpowiadać na pytania:

  • Jakie działanie jest proponowane?
  • Która granica, klauzula, polityka lub zasada uprawnień uruchomiła weryfikację?
  • Jakie jest uzasadnienie handlowe?
  • Jakie ustępstwa poczyniono już w toku całych negocjacji?
  • Jaką wzajemną wartość uzyskano?
  • Jakich informacji brakuje lub co pozostaje niepewne?
  • Jakie alternatywy są nadal dostępne?
  • Co się stanie, jeśli zatwierdzający odrzuci działanie lub opóźni decyzję?
  • Kto ma uprawnienia i czy potrzebne są dodatkowe akceptacje?
  • Jaki dokładnie komunikat lub dokument zostanie wysłany dostawcy?

Interfejs powinien umożliwiać osobie weryfikującej odrzucenie, edycję, wstrzymanie lub zakończenie proponowanego działania. Rzetelna weryfikacja wymaga odpowiedniego kontekstu i czasu, właściwej wiedzy, rzeczywistych uprawnień oraz skutecznego mechanizmu zatrzymania.

Informacje o przygotowaniu procesu przed utworzeniem wniosku o akceptację znajdziesz w artykule Ośmioetapowy proces planowania negocjacji.

Czteropoziomowy model akceptacji

Praktyczny model negocjacji z udziałem człowieka może klasyfikować działania na czterech poziomach.

Poziom Klasa działania Sposób postępowania
0: Obserwacja Analiza, podsumowanie, tworzenie scenariuszy Rejestrowanie; bez działań zewnętrznych
1: Działanie w granicach Zatwierdzone pytania rozpoznawcze, planowanie spotkań, przypomnienia, udostępnianie zatwierdzonych faktów Dozwolone z rejestrowaniem i monitorowaniem
2: Akceptacja przed wysłaniem Propozycje lub komunikaty do dostawców o znaczeniu handlowym, mieszczące się jednak w zatwierdzonych limitach Automatyczne przygotowanie projektu; wysłanie wymaga akceptacji upoważnionego użytkownika
3: Akceptacja specjalisty Wyjątki, działania wiążące, wrażliwe warunki, alerty kontrolne, działania istotnie wpływające na relacje Blokada do czasu zarejestrowania akceptacji wskazanej osoby

Poziom 1 również powinien podlegać ograniczeniom. Rutynowe pytanie nie może ujawniać informacji poufnych, sugerować akceptacji ani zachęcać do udostępnienia informacji wrażliwych z punktu widzenia konkurencji. Projekty komunikatów do dostawców mogą zawierać zastrzeżenie o niewiążącym charakterze do czasu wysłania ostatecznej wersji przez upoważnioną osobę.

Przykład hipotetyczny: ustępstwo przy przedłużeniu umowy, które narasta

Przykład hipotetyczny — podane wartości są ilustracyjnymi założeniami projektowymi, a nie zewnętrznymi punktami odniesienia.

Zespół zakupów w przedsiębiorstwie upoważnia platformę negocjacyjną do prowadzenia rozmów o przedłużeniu umowy na oprogramowanie w ramach zatwierdzonych parametrów cenowych, okresu, przetwarzania danych i poziomu usług. W toku wymiany AI proponuje trzy działania:

  1. Akceptację niewielkiej podwyżki ceny jednostkowej.
  2. Przedłużenie okresu umowy w zamian za limit podwyżek cen.
  3. Ograniczenie rekompensat za niedotrzymanie poziomu usług w zamian za rozszerzone wsparcie.

Każde działanie z osobna może wydawać się dopuszczalne. Łącznie jednak zwiększają koszt całkowity, ograniczają elastyczność i osłabiają środki ochrony prawnej. Proces powinien zatem oceniać cały pakiet, a nie tylko najnowszą wiadomość.

Platforma przygotowuje pakiet akceptacyjny przedstawiający pierwotne granice, łączne zmiany, uzyskaną wartość, pozostałe alternatywy i dokładną treść odpowiedzi. Właściciel budżetu ocenia narażenie ekonomiczne, a dział prawny analizuje zmianę środków ochrony prawnej. Żaden komunikat nie zostaje wysłany, dopóki obie decyzje nie zostaną zarejestrowane.

W konkretnym procesie Negotiations.AI znaczenie miałby etap kierowania wniosku: system używany w negocjacjach zakupowych powinien zachować propozycję, dowody, weryfikację uprawnień, zmiany wprowadzone przez człowieka i wysłanie komunikatu jako jeden powiązany zapis. To wymaganie dotyczące procesu, a nie twierdzenie, że każdy produkt wdraża je w identyczny sposób.

Dane wejściowe potrzebne silnikowi akceptacji

Ład korporacyjny platformy negocjacyjnej AI jest tak niezawodny, jak dostępne dla niej dane o politykach i transakcjach. Przydatne dane wejściowe obejmują:

  • Delegowane uprawnienia przypisane do osoby, podmiotu, kategorii i rodzaju transakcji
  • Zatwierdzone przedziały cen, kosztów, wolumenów i narażenia
  • Dostępność budżetu i klasyfikację księgową
  • Wartość umowy, czas jej trwania i łączne wydatki u dostawcy
  • Bibliotekę klauzul, warianty alternatywne i wagę odstępstw
  • Wcześniejsze ustępstwa i ich łączny wpływ ekonomiczny
  • Tożsamość dostawcy, beneficjentów rzeczywistych i instrukcje płatnicze
  • Wyniki kontroli sankcyjnych, eksportowych, antyfraudowych i list podmiotów objętych ograniczeniami
  • Oświadczenia o konfliktach interesów
  • Oceny cyberbezpieczeństwa, prywatności, odporności i ryzyka dostawcy
  • Historię przetargów i uzasadnienie wyboru jednego źródła dostaw
  • Jurysdykcję, prawo właściwe i wymogi regulacyjne
  • Klasyfikację danych i uprawnienia do ich ujawniania
  • Uprawnienia użytkownika, status szkoleń, rolę i konflikty interesów
  • Brakujące informacje, awarie narzędzi i nietypowe wyniki
  • Pełne prompty, pobrane rekordy, propozycje, akceptacje i rejestry komunikacji wychodzącej

Traktuj te dane zgodnie z ich statusem. Zapis uprawnień może być zweryfikowanym faktem. Prognozowany popyt może być szacunkiem. Oświadczenie dostawcy o przyszłych możliwościach produkcyjnych może pozostać niezweryfikowanym założeniem. Wariant alternatywny wygenerowany przez model jest rekomendacją. Interfejs użytkownika powinien oznaczać te kategorie, zamiast łączyć je w jedną pewnie brzmiącą narrację.

Jak ustalać progi bez wymyślania standardu

Żadne z przywołanych źródeł nie ustanawia uniwersalnego progu kwotowego, procentowej zmiany ceny ani czasu trwania umowy, które zawsze wymagają akceptacji. Zasada typu „eskaluj każdą zmianę o pięć procent” jest wyborem danej organizacji, a nie potwierdzonym punktem odniesienia.

Ustalaj progi na podstawie:

  • Istniejących tabel delegowanych uprawnień
  • Zasad istotności korporacyjnej i budżetowych
  • Ryzyka kategorii i ciągłości dostaw
  • Wrażliwości klauzul i danych
  • Łącznego, a nie tylko dotyczącego pojedynczej wiadomości, narażenia
  • Koncentracji dostawców i trudności zmiany dostawcy
  • Obowiązków wynikających z jurysdykcji i sektora
  • Odwracalności proponowanego działania

Przepisy SEC dotyczące kontroli wewnętrznej stanowią przydatną analogię przy projektowaniu uprawnień: opisują uzasadnioną pewność, że transakcje, wydatki, wpływy i dostęp do aktywów odbywają się za odpowiednią zgodą kierownictwa lub dyrektorów. Nie wymagają ręcznej akceptacji każdego warunku handlowego wygenerowanego przez AI (przepis SEC dotyczący kontroli wewnętrznej).

Sprawdź, czy weryfikacja człowieka jest rzeczywista

Proces akceptacji negocjacji może sprawiać wrażenie kontrolowanego, a jednocześnie prowadzić do automatycznego zatwierdzania. Sprawdź go za pomocą ćwiczeń opartych na scenariuszach:

  • Czy kupujący może wysłać akceptację, zmieniając temat wiadomości lub kanał?
  • Czy podzielenie jednego ustępstwa na kilka mniejszych pozwala uniknąć eskalacji?
  • Czy osoba składająca wniosek może zatwierdzić własny wyjątek?
  • Czy proces utrzymuje blokadę po zmianie tożsamości dostawcy lub danych płatniczych?
  • Czy zatwierdzający może sprawdzić dokładny dokument przeznaczony do wysłania?
  • Czy system odróżnia rekomendację od zweryfikowanego dowodu?
  • Czy osoby weryfikujące mogą odrzucać lub edytować bez nadmiernych utrudnień?
  • Co się dzieje, gdy zatwierdzający jest niedostępny?
  • Czy awaria integracji powoduje domyślne zatrzymanie działania o istotnych konsekwencjach?
  • Czy zespół może odtworzyć, kto co wiedział, o czym zdecydował i co wysłał?

Znaczenie ma również liczba alertów. Nadmiar eskalacji o niewielkiej wartości zachęca do powierzchownej weryfikacji. Stosuj poziomy ryzyka, dostarczaj kompletne pakiety decyzyjne i okresowo analizuj odstępstwa, czas akceptacji, powtarzające się wyjątki oraz zmiany wprowadzane po akceptacji. Nie ograniczaj alertów wyłącznie po to, by przyspieszyć proces; usuwaj je tylko wtedy, gdy dane działanie można bezpiecznie obsłużyć w ramach zmienionych granic.

Ograniczenia i przypadki wymagające dodatkowej analizy

Te ramy zakładają, że komercyjny nabywca wykorzystuje AI do negocjacji z dostawcami. Zamówienia publiczne, zakupy regulowane, zatrudnienie, transakcje konsumenckie oraz negocjacje dotyczące kontekstu klinicznego, obronnego lub innego wyspecjalizowanego obszaru mogą wymagać odmiennych mechanizmów kontroli.

Unijny akt w sprawie sztucznej inteligencji (AI Act) zaczął być zasadniczo stosowany 2 sierpnia 2026 r., z zastrzeżeniem przepisów wprowadzanych etapami i wyjątków. Artykuł 14 przewiduje wymogi nadzoru człowieka dla systemów prawnie sklasyfikowanych jako systemy wysokiego ryzyka, w tym możliwość monitorowania i interpretowania wyników, ich pomijania lub korygowania oraz przerwania działania. System do negocjacji z dostawcami nie staje się automatycznie systemem wysokiego ryzyka tylko dlatego, że prowadzi negocjacje; klasyfikacja zależy od zamierzonego zastosowania i kategorii określonych w akcie (rozporządzenie (UE) 2024/1689). W razie potrzeby zasięgnij porady uwzględniającej konkretną jurysdykcję i zastosowanie.

Akceptacja człowieka nie naprawi również niezgodnego z prawem celu, zakazanego źródła danych, projektu sprzyjającego zmowom, zawodnego modelu ani strukturalnego konfliktu interesów osoby weryfikującej. Wytyczne DOJ dotyczące oceny programów zgodności pytają, w jaki sposób organizacje oceniają skutki prawne AI, uwzględniają AI w zarządzaniu ryzykiem i ograniczają niezamierzone lub lekkomyślne nadużycia (ocena programów zgodności korporacyjnej DOJ).

Wreszcie akceptacja nie powinna zastępować mechanizmów kontroli platformy. Jeśli działanie nigdy nie może zostać wykonane bez upoważnienia, należy technicznie uniemożliwić jego realizację. Nie polegaj na poleceniu dla modelu, by zachowywał się właściwie, ani na tym, że użytkownik pamięta o interwencji.

Lista kontrolna wdrożenia

Skorzystaj z tej listy przed uruchomieniem działań skierowanych do dostawców:

  • Zdefiniuj działania wiążące i działania wobec dostawców.
  • Zakoduj granice handlowe, prawne, dotyczące danych i uprawnień.
  • Wyznacz imiennie osobę odpowiedzialną za każdą kategorię akceptacji.
  • Nie uznawaj milczenia ani upływu czasu za akceptację.
  • Rozdziel usługi rekomendacji, autoryzacji i wykonania.
  • Mierz łączne ustępstwa i całkowite narażenie.
  • Wymagaj niezależnej weryfikacji wyjątków podlegających kontroli.
  • Nie pozwalaj osobom prowadzącym negocjacje samodzielnie uchylać obowiązkowych blokad.
  • Oznaczaj fakty, założenia, szacunki i rekomendacje.
  • Pokazuj zatwierdzającym dokładne proponowane działanie wychodzące.
  • Zachowuj prompty, dowody, zmiany, decyzje i wysłane komunikaty.
  • Testuj obejścia, niedostępność zatwierdzających i awarie integracji.
  • Analizuj fałszywe alarmy, odstępstwa i powtarzające się wyjątki.
  • Ponownie weryfikuj uprawnienia i polityki po zmianie ról lub systemów.

Celem nie jest wstawianie kliknięcia człowieka w każdym miejscu. Chodzi o to, by zastrzec odpowiedzialny osąd człowieka dla działań powodujących istotne narażenie, a jednocześnie umożliwić kontrolowaną automatyzację tam, gdzie działania są ograniczone, rejestrowane i odwracalne.

Dalsza lektura

FAQ

Czy każda wiadomość do dostawcy wymaga akceptacji człowieka?

Nie. Zatwierdzone pytania rozpoznawcze, planowanie spotkań, przypomnienia i udostępnianie zatwierdzonych faktów można automatyzować w określonych granicach. Weryfikacji wymagają komunikaty, które mogą wiązać firmę, ujawniać informacje podlegające kontroli, przekazywać wartość w formie ustępstwa, uruchamiać wyjątek lub istotnie wpływać na relację z dostawcą.

Czy wysoki poziom pewności modelu może zastąpić akceptację?

Nie. Pewność nie jest delegowanym uprawnieniem. Może wpływać na priorytet weryfikacji, ale nie może upoważniać do wydatku, akceptować warunków prawnych, uchylać blokady zgodności ani zezwalać na wysłanie wiążącego komunikatu.

Kto powinien zatwierdzić wyjątek zgłoszony przez dział zakupów?

Powinien go zatwierdzić właściwy, niezależny właściciel mechanizmu kontroli — na przykład dział ładu zakupowego, zgodności, prawny, finansowy, prywatności lub bezpieczeństwa. Osoba składająca wniosek nie powinna być jedynym zatwierdzającym, a niektóre mechanizmy kontroli mogą w ogóle nie dopuszczać wyjątków.

Co powinno się stać, jeśli brakuje danych potrzebnych do akceptacji?

System powinien zażądać brakujących dowodów albo zatrzymać działanie podlegające kontroli. Nie powinien domniemywać uprawnień, zakładać zakończenia weryfikacji ani traktować brakujących informacji jako akceptacji.

Czy człowiek może uchylić rekomendację AI?

Zasadniczo tak, jeśli działa w granicach delegowanych uprawnień. Uzasadnienie należy zarejestrować. Uchylenie rekomendacji AI różni się od uchylenia obowiązkowego mechanizmu kontroli, które wymaga odrębnych uprawnień lub może być zakazane.

Zastrzeżenie: Ten artykuł zawiera ogólne informacje dotyczące ładu korporacyjnego i nie stanowi porady prawnej, finansowej, dotyczącej zgodności ani zakupów.

Zostaw prompty nam

Zostaw prompty nam—użyj Negotiations.AI do negocjacji AI. Podaj kontekst i ograniczenia, a platforma wygeneruje uporządkowane pakiety wymiany, skrypty rozmów i symulacje—bez inżynierii promptów.