Hazırlıktan Öğrenmeye Bir Müzakere Platformu Kullanım Senaryosu Haritası

müzakere platformu kullanım senaryoları, YZ müzakere kullanım senaryoları veya bir müzakere iş akışı platformu arayan ekipler genellikle aynı pratik yanıta ihtiyaç duyar: sistem, bir tedarikçi müzakeresinden önce, müzakere sırasında ve sonrasında hangi işleri üstlenmeli—ve hangi kararlar insanlarda kalmalıdır?

Bir Müzakere platformu beş kontrollü aşamayı birbirine bağlamalıdır: hazırlık, simülasyon, canlı destek, onay ve yürütme ve öğrenme. Kanıtları getirebilir, paketleri hesaplayabilir, seçenekler önerebilir, kararları koruyabilir ve bazen dar sınırlar içinde hareket edebilir. Stratejiyi sessizce belirlememeli, önemli riskleri kabul etmemeli, devredilmiş yetkiyi aşmamalı veya her tarihsel sonucu yeni bir kurala dönüştürmemelidir.

Kısa cevap

Platform, kanıtlarla desteklenen bir yetki çerçevesi oluşturmalı, senaryoların provasını yapmalı, müzakerecilere izlenebilir hesaplamalar ve kayıtlarla destek vermeli, istisnaları yetkili gözden geçirenlere yönlendirmeli ve gözden geçirilmiş sonuçları önerilen oyun kitabı iyileştirmelerine dönüştürmelidir. Sorumlu kişiler yine de olguları ve varsayımları doğrulamalı, vazgeçme koşullarını belirlemeli, önemli teklifleri iletmeli veya onaylamalı, hukuki ve ticari riski kabul etmeli, tahsis kararları vermeli ve modellere veya politikaya yapılacak değişiklikleri yetkilendirmelidir.

Bu kullanım senaryolarını tek bir platformun parçası yapan nedir?

Bir istem ve hesaplayıcı koleksiyonu henüz bir Müzakere İş Akışı Platformu değildir. Birleştirici nesne müzakere yetki çerçevesidir: belirli bir müzakere için onaylanmış hedefler, değişkenler, aralıklar, yasaklı şartlar, yetki sınırları, eskalasyon kuralları ve vazgeçme koşulları.

Her aşama bu yetki çerçevesinden okumalı ve ona yazmalıdır:

• Hazırlık bunu oluşturur ve onaylar.
• Simülasyon bunu makul senaryolara karşı test eder.
• Canlı destek teklifleri bununla karşılaştırır.
• Onay, bundan sapmaları yönlendirir.
• Öğrenme, gelecekteki yetki çerçeveleri ve oyun kitapları için değişiklikler önerir.

Bu, birbirinden kopuk elektronik tabloların, toplantı notlarının ve onay e-postalarının güvenilir biçimde sağlayamayacağı bir süreklilik yaratır. Uçtan uca yönetilen bir modeli inceleyen ekipler daha geniş AI negotiation workflow yapısını gözden geçirebilir; tedarike özgü sistemleri karşılaştıranlar ise procurement negotiation software seçeneklerini inceleyebilir.

Yeniden kullanılabilir MAP–CONTROL–LEARN kullanım senaryosu haritası

Aşağıdaki harita Kurumsal tedarik ekipleri için tasarlanmıştır. Platforma ait olanlarla, hesap verebilir bir insan kararı olarak kalanları birbirinden ayırır.

Bu harita hangi YZ Müzakere Kullanım Senaryolarının birlikte ele alınması gerektiğini yanıtlar, ancak dahil edilmesi eşit düzeyde otomasyon anlamına gelmez. Uygun seviye; yetkiye, riske, veri kalitesine, geri döndürülebilirliğe ve hata sonuçlarına bağlıdır.

Aşama 1: Kanıtlarla desteklenen bir yetki çerçevesi hazırlayın

Hazırlık en geniş ve genellikle başlamak için en güvenli yerdir. Müzakere platformu ilgili iç kayıtları toplamalı, bunların kökenini etiketlemeli, eksik verileri görünür kılmalı ve onaylanmış hedefleri yapılandırılmış bir yetki çerçevesine dönüştürmelidir.

Yararlı iç girdiler arasında sözleşmeler ve ekleri, satın alma siparişleri, faturalar, tahminler, tedarikçi teklifleri, kalite ve teslimat kayıtları, düzeltici faaliyetler, alternatif kaynak kapasitesi, geçiş maliyetleri, risk incelemeleri ve paydaş onay limitleri yer alır. Dış girdiler arasında kamuya açık emtia veya üretici fiyat serileri, tarifeler, finansal bildirimler, navlun verileri ve hukuka uygun şekilde elde edilmiş rekabetçi teklifler bulunabilir.

Önemli her sayı şunları taşımalıdır:

• kaynak ve sahip;
• getirme veya yürürlük tarihi;
• para birimi ve birim;
• coğrafya ve ilgili dönem;
• dönüşüm geçmişi;
• güven veya belirsizlik etiketi; ve
• desteklediği yetki çerçevesi kararı.

Bu, köken bilgisi, kaynak incelemesi, değerlendirme geçmişi ve tanımlı insan gözetimi rollerini vurgulayan NIST Generative AI Profile ile uyumludur.

Bir platform bir BATNA veya rezervasyon noktası taslağı hazırlayabilir, ancak alternatifin gerçekten mevcut olup olmadığına yönetim karar vermelidir. Yeterliliği olmayan bir tedarikçi, fonlanmamış bir yeniden tasarım veya rezerve edilmemiş kapasite, yalnızca bir veritabanında göründüğü için güvenilir bir alternatif değildir.

Daha derin bir planlama dizisi için, ilgili Negotiations.AI rehberine bakın: an eight-step negotiation planning process.

Aşama 2: Prova ile tahmini karıştırmadan simülasyon yapın

Simülasyon platformda yer almalıdır çünkü ekip gerçek baskıyla karşılaşmadan önce yetki çerçevesini test edebilir. Uygun kullanım senaryoları arasında itiraz pratiği, paket karşılaştırmaları, duyarlılık analizi, taviz sıralaması ve eskalasyon provaları bulunur.

Ancak sentetik bir karşı taraf, tedarikçinin kendisi değildir. Gerçek bir kişinin nasıl tepki vereceğini, bir tehdidin inandırıcı olup olmadığını veya tedarikçinin davranışını hangi açıklanmamış kısıtın yönlendirdiğini ortaya koyamaz. NIST, kıyaslama veya laboratuvar sonuçlarının gerçek kullanım koşullarını temsil etmeyebileceği konusunda uyarır; aynı ilke müzakere provası için de geçerlidir.

Simülasyonu şu gibi soruları yanıtlamak için kullanın:

• Hangi varsayımlar paketi kabul edilemez hale getiriyor?
• Fiyat artışı iddiasına verilen her yanıtı hangi kanıt destekliyor?
• Hangi taviz alıcı için pahalı ama tedarikçi için ucuzdur—veya tersi?
• Müzakereci hangi noktada ara değerlendirme yapmalı veya eskalasyona gitmelidir?
• Hangi önerilen yanıt politika, yetki veya ilişki normlarını ihlal eder?

Prova çıktıları taktiğe dönüşmeden önce insan incelemesi zorunludur. Bir kategori sahibi ticari gerçekçiliği doğrulamalı; hukuk, uyum, finans veya teknik gözden geçirenler ise kendi yetki alanlarındaki konuları değerlendirmelidir.

Aşama 3: Canlı müzakereyi devralmadan destekleyin

Canlı YZ müzakere desteği bilişsel yükü azaltmalı, hesap verebilir yargının yerini almamalıdır. Sistem bir sözleşme pasajını getirebilir, çok değişkenli bir paketi yeniden hesaplayabilir, taviz defterini güncelleyebilir, çözülmemiş bir taahhüdü belirleyebilir veya bir teklif yetki çerçevesini aştığında ekibi uyarabilir.

Çok konulu destek önemlidir. Federal Acquisition Regulation’s description of bargaining fiyatı, takvimi, teknik gereksinimleri, sözleşme türünü ve diğer şartları içerir. Federal kurallar her kurumsal müzakereyi yönetmese de bu, manşet fiyatın ticari paketin yalnızca bir parçası olduğunu hatırlatır.

Canlı öneriler dayanaklarını göstermelidir. Örneğin, bir ödeme vadesi önerisi bağlamdan kopuk bir yanıt sunmak yerine onaylı aralığı, nakit akışı varsayımını, fatura geçmişini ve ilgili tavizi gösterebilir.

Müzakereci şu konularda sorumlu kalmalıdır:

• açıkça onaylanmış sınırlı otomasyon yoksa önemli teklifleri söylemek veya göndermek;
• belirsiz veya duygusal yüklü ifadeleri yorumlamak;
• karşı tarafın hareketinin karşılıklılık içerip içermediğine karar vermek;
• güveni ve uzun vadeli ilişki etkilerini dikkate almak;
• bir öneriyi reddetmek; ve
• sistemi derhal durdurmak.

Kayıt, transkripsiyon, gizlilik ve rıza gereklilikleri yargı alanına ve şirket politikasına göre değişir. Bir iş akışı, canlı kaydın izin verildiğini varsaymamalıdır.

Aşama 4: İstisnaları onaylayın ve nihai şartları mutabık hale getirin

Onay, idari bir sonradan düşünme adımı değildir. Ticari, finansal, hukuki, güvenlik, gizlilik ve imza yetkisinin buluştuğu yerdir.

Sağlam bir iş akışı hem önerilen şartı hem de onu onaylayan kişiyi kontrol eder. Bir istisnayı birine yönlendirmek, o kişinin kuruluşu bağlama yetkisine sahip olduğunu kanıtlamaz. Öğretici bir kamu sektörü örneği olarak, FAR Subpart 1.6, ABD devlet sözleşmelerinin yalnızca devredilmiş yetki içinde hareket eden ve gerekli izinler ile onaylardan sonra işlem yapan sözleşme görevlileri tarafından yapılabileceğini ve imzalanabileceğini belirtir.

Bu nedenle bir kurumsal iş akışı şunları desteklemelidir:

1. sürümlenmiş anlaşma özetleri;
2. role dayalı onay eşikleri;
3. gerektiğinde talep, analiz, onay ve imzanın ayrılığı;
4. açık istisna gerekçeleri;
5. müzakere notları ile nihai belgeler arasında mutabakat;
6. zorunlu incelemelerin gerçekleştiğine dair kanıt; ve
7. kalıcı bir karar kaydı.

Fiyat, finansman, sorumluluk, tazminat, fikri mülkiyet, gizlilik, güvenlik, münhasırlık, fesih, tedarikçi askıya alma, yaptırım soruları veya yeni hukuki dil içeren önemli değişikliklerde hesap verebilir onay zorunlu olmaya devam eder. YZ bu konuları belirleyip yönlendirebilir; çıkarım yoluyla kabul etmemelidir.

Aşama 5: İmzalanmış anlaşmalardan değil, gerçekleşen sonuçlardan öğrenin

Öğrenme, yalnızca yönetildiğinde platformda yer almalıdır. Sistem planlanan ve mutabık kalınan sonuçları karşılaştırmalı, ardından bu şartları veri mevcut olduğunda faturalar, benimseme, teslimat, kalite, uyuşmazlıklar ve tedarikçi performansına bağlamalıdır.

Düşük teklif edilen bir fiyat, uygulama gecikmeleri veya hizmet arızalarından sonra pahalıya mal olabilir. Benzer şekilde, görünürdeki bir müzakere kazancı, müzakereci becerisinden ziyade piyasa hareketinden veya rekabet baskısından kaynaklanabilir. İnsanlar bir taktiği başarılı ilan etmeden önce nedenselliği değerlendirmelidir.

En güvenli öğrenme döngüsü şudur:

1. mutabık kalınan paketi ve temel varsayımları kaydetmek;
2. anlaşmayı onaylanmış yetki çerçevesiyle karşılaştırmak;
3. gerçekleşen ticari ve operasyonel sonuçları gözlemlemek;
4. olayları, düzeltmeleri ve ihtilaflı taahhütleri belgelemek;
5. oyun kitabı değişikliklerini otomatik yayımlamak yerine önermek;
6. önerilen değişiklikleri test etmek; ve
7. yayımlamadan önce sahip onayı almak.

ISO/IEC 42001:2023, hesap verebilirlik, izlenebilirlik, risk yönetimi, performans değerlendirmesi ve sürekli iyileştirmeyi bir YZ yönetim sisteminin temel unsurları olarak tanımlar. Bu ilkeler özellikle öğrenme aşamasına çok iyi uyar.

Platform kararları için dört özerklik seviyesi

Her kullanım senaryosuna açık bir işletim modu atamak için aşağıdaki ölçeği kullanın.

EU AI Act’s Article 14, yüksek risk kategorisindeki sistemler için etkili gerçek kişi gözetimi gerektirir. Her müzakere aracı bu kategoriye girmez, ancak temel tasarım ilkesi faydalıdır: gözetim etkili olmalı ve bağlama, riske ve özerkliğe orantılı olmalıdır—sembolik bir onay tıklaması olmamalıdır.

Her kullanım senaryosu için pratik bir alım şablonu

Bir kullanım senaryosunu Müzakere İş Akışı Platformuna eklemeden önce bu tek sayfalık kontrol kaydını tamamlayın:

Kullanım senaryosu kontrol kartı

• İş görevi: Hangi kesin müzakere görevi destekleniyor?
• Aşama: Hazırlık, simülasyon, canlı destek, onay ve yürütme veya öğrenme?
• Karar sahibi: Hangi adı belirlenmiş rol hesap verebilir kalıyor?
• Girdiler: Hangi veri kaynaklarına izin veriliyor, bunlar güncel mi ve yeterince güvenilir mi?
• Kanıt sınıfı: Hangi öğeler doğrulanmış olgular, varsayımlar, tahminler veya öneriler?
• Çıktı: Platform ne üretecek ve bunu kim görebilecek?
• Özerklik seviyesi: Gözlemle, öner, sınırlar içinde hareket et veya yasak özerklik?
• Katı sınırlar: Hangi değerler, maddeler, mesajlar veya eylemler asla aşılamaz?
• Eskalasyon tetikleyicisi: Hangi koşul duraklama ve insan incelemesini zorunlu kılar?
• Test: Doğruluk, politika uyumu ve gerçekçi performans nasıl değerlendirilecek?
• Sonuç ölçütü: Mutabık kalınan ve gerçekleşen sonuçlar nasıl ayrıştırılacak?
• Saklama ve öğrenme: Neler saklanabilir ve yeniden kullanım veya model değişikliklerini kim onaylar?

Sahibi, yetki sınırı, kanıt gereklilikleri veya durdurma koşulları tanımsızsa bir kullanım senaryosu üretime alınmamalıdır.

Varsayımsal örnek: endeksleme anlaşmazlığı olan ambalaj yenilemesi

Bu örnek varsayımsaldır; tüm değerler ve koşullar yalnızca açıklama amaçlıdır, kanıt veya kıyaslama değildir.

Bir Kurumsal tedarik ekibi bir ambalaj anlaşmasını yeniliyor. Tedarikçi artış talep ediyor ve reçine, enerji ve navlun maliyetlerini gerekçe gösteriyor. Alıcı ayrıca teslim süresi, minimum sipariş miktarları, ödeme vadeleri, geri dönüştürülmüş içerik ve ani talep kapasitesiyle de ilgileniyor.

Hazırlık aşamasında platform mevcut sözleşmeyi, faturaları, tahmini, tedarikçi performansını, onaylı kamu endekslerini ve alternatiflerin yeterlilik durumunu getirir. Talep tahminini iç tahmin, tedarikçinin iddia ettiği maliyet karışımını ise doğrulanmamış iddia olarak etiketler. Tedarik, finans ve operasyon ekipleri yetki çerçevesini onaylar.

Simülasyon aşamasında YZ müzakere rol oyunu üç paketi test eder: farklı bir endeks formülü, kapasite koruması karşılığında hacim taahhüdü ve doğrulanmış girdilere bağlı kademeli bir ayarlama. Kategori yöneticisi, alternatif kaynak varsayımı operasyonel olarak inandırıcı olmadığı için bir senaryoyu reddeder.

Canlı toplantı sırasında platform ilgili endeksleme maddesini getirir, taviz defterini günceller ve önerilen bir hacim taahhüdünün onaylı aralığı aştığı konusunda uyarır. Müzakereci bunu kabul etmek yerine duraklar.

Onay aşamasında operasyon ekipleri kapasite şartlarını, finans ekipleri taahhüdü ve hukuk ekipleri revize edilmiş endeksleme dilini inceler. Yetkili bir kişi tahsis kararını verir ve imzalar.

Öğrenme aşamasında ekip mutabık kalınan paketi sonraki faturalar, hizmet seviyeleri ve kapasite performansıyla karşılaştırır. Platform revize edilmiş bir endeksleme kontrol listesi önerir, ancak yeniden kullanımdan önce kategori yönetişim sahibinin bunu onaylaması gerekir.

Bu, temel tasarım ilkesini gösterir: sistem bağlamı aşamalar arasında taşır, yetki ve risk kabulü ise açık insan eylemleri olarak kalır. Negotiations.AI destekli bir tedarik iş akışında, hazırlığı, karar desteğini, onayları ve gözden geçirilmiş öğrenmeyi birbirine bağlamanın somut nedeni; desteklenmemiş otonom tasarruf vaadi değil, bu sürekliliktir.

Kanıtlar, varsayımlar, tahminler ve öneriler

Güvenilir bir arayüz dört kategoriyi görünür biçimde ayırmalıdır:

Doğrulanmış olgular

Bunlar güncel, tanımlanmış kaynaklarla doğrudan desteklenir: yürürlükteki sözleşme metni, tarihli faturalar, onaylı tahminler, kamu serileri veya kaydedilmiş tedarikçi performansı. Bir olgu kaynağını ve yürürlük tarihini korumalıdır.

Varsayımlar

Bunlar planlama için kullanılan ancak olgu olarak kanıtlanmamış önermelerdir—örneğin beklenen talep, mevcut geçiş kapasitesi veya bir tedarikçinin olası tepkisi. Bir sahip ve duyarlılık testi gerektirirler.

Tahminler

Bunlar should-cost aralıkları veya beklenen geçiş gideri gibi hesaplanmış ya da öngörülmüş değerlerdir. Metodolojiyi, birimleri ve belirsizliği göstermelidirler. Her müzakere platformu uygulaması için geçerli tek bir otoritatif tasarruf veya çevrim süresi yüzdesi yoktur.

Öneriler

Bunlar önerilen eylemlerdir: açılış paketi, soru, taviz, eskalasyon veya oyun kitabı değişikliği. Öneriler, arkalarındaki kanıtları ve varsayımları göstermeli ve sorgulanabilir kalmalıdır.

Sınırlar ve haritanın geçerli olmadığı durumlar

Bu harita ticari tedarik müzakereleri için tasarlanmıştır. Dava uzlaşmaları, iş gücü pazarlıkları, diplomatik müzakereler veya tüketici borç tahsilatı için doğrudan bir işletim modeli olarak tasarlanmamıştır; çünkü bunlar farklı haklar, yükümlülükler ve güç yapıları içerir.

Tedarik içinde bile önemli sınırlamalar sürer:

• Kötü veri: Hatalı hacim, tedarikçi kimliği, sözleşme durumu veya endeks tarihleri sahte kaldıraç yaratabilir.
• Eksik bağlam: Yazılım duygu, inandırıcılık, siyaset veya kasıtlı belirsizliği kaçırabilir.
• Sahte kesinlik: Paket puanları yönetimin seçtiği ağırlıklara ve varsayımlara bağlıdır.
• Gizlilik: Kayıtlar ticari sırlar, kişisel veriler, hukuki tavsiye ve hassas strateji içerebilir.
• Rekabet riski: Paylaşılan piyasa bilgileri veya analitik araçlar rekabet hukuku endişeleri yaratabilir. U.S. Department of Justice, bilgi paylaşımının ve analitik araçların piyasa gözlemlenebilirliğini ve koordinasyon riskini artırabileceğini belirtir.
• Önyargılı geçmiş: Önceki anlaşmalar zayıf pazarlık gücünü, mevcut tedarikçi tercihlerini, tutarsız istisnaları veya kötü uygulamaları kodlamış olabilir.
• Belirsiz nedensellik: Olumlu bir sonuç, platformdan ziyade talep değişimlerinden, rekabetten veya dış fiyatlardan kaynaklanabilir.
• Yetki uyumsuzluğu: İş akışı onayı, hukuki imza yetkisinin kanıtı değildir.

Yüksek değerli tahsisler, güvenlik açısından kritik şartlar, yeni sorumluluklar, yaptırım konuları, çıkar çatışmaları ve geri döndürülemez tedarik kararları daha güçlü insan incelemesi gerektirir. Kaynak erişimi, kayıt, kıyaslama kullanımı veya yetki belirsizse uygun sistem davranışı duraklamak ve eskalasyona gitmektir.

Kurumsal tedarik için bir devreye alma kontrol listesi

Herhangi bir müzakere platformu kullanım senaryosunu etkinleştirmeden önce şunları doğrulayın:

• Müzakere yetki çerçevesi sürümlenmiş ve onaylanmıştır.
• Olgular, varsayımlar, tahminler ve öneriler görsel olarak ayrıdır.
• Önemli her sayı kaynak düzeyinde izlenebilirliğe sahiptir.
• Hassas ve rekabet açısından önemli veriler uygun erişim kontrollerine sahiptir.
• Öneriler alternatifler içerir ve temel varsayımları görünür kılar.
• Katı durdurucular yetkisiz değişkenleri, maddeleri, taahhütleri ve imzaları engeller.
• Gözden geçirenler çıktıyı reddetmek için gerekli uzmanlığa, zamana, bilgiye ve yetkiye sahiptir.
• Canlı destek müzakereyi bozmadan duraklatılabilir.
• Nihai şartlar toplantı taahhütleri ve onaylarla mutabık hale getirilir.
• Öğrenme mümkün olduğunda gerçekleşen sonuçları kullanır.
• Oyun kitabı ve model değişiklikleri belirlenmiş sahip onayı gerektirir.
• Olaylar, düzeltmeler, geçersiz kılmalar ve yetki çerçevesi sapmaları inceleme için saklanır.

Amaç maksimum otomasyon değildir. Amaç; kanıtın, muhakemenin, yetkinin ve öğrenmenin bağlantılı kaldığı kontrollü bir kurumsal müzakere iş akışıdır.

Ek okuma

• Federal Acquisition Regulation, Subpart 1.6: Contracting authority and responsibilities
• Federal Acquisition Regulation, Part 15: Contracting by negotiation
• NIST AI Risk Management Framework
• ISO/IEC 42001:2023: AI management systems
• Regulation (EU) 2024/1689: EU Artificial Intelligence Act

SSS

Hangi hazırlık kullanım senaryoları bir müzakere platformuna aittir?

Alım, kanıt getirme, paydaş haritalama, konu önceliklendirme, temel durum ve should-cost analizi, BATNA geliştirme, paket tasarımı, taviz planlaması, yetki haritalama ve yetki çerçevesi onayı platforma aittir. İnsanlar önemli olguları, alternatifleri, hedefleri, rezervasyon noktalarını ve vazgeçme koşullarını doğrulamalıdır.

Bir müzakere platformu tedarikçilere doğrudan teklif yapmalı mı?

Yalnızca dar biçimde sınırlandırılmış, onaylanmış ve düşük riskli durumlarda. Değişkenler ve sınırlar önceden belirlenmeli, mesajlar kaydedilmeli, gerektiğinde açıklama sağlanmalı ve anında insan geçersiz kılması mümkün olmalıdır. Önemli, yeni, düzenlemeye tabi veya yüksek sonuç doğuran teklifler insan kontrolünde kalmalıdır.

Bir müzakere platformu ile bir YZ araçları koleksiyonu arasındaki fark nedir?

Bir Müzakere platformu iş akışı sürekliliğini, izinleri, kanıtları, yetki çerçevesi sürümlerini, onayları, istisna kayıtlarını ve öğrenme kontrollerini korur. Bağımsız YZ araçları yararlı içerik üretebilir, ancak tam müzakere yaşam döngüsü boyunca yetkiyi veya izlenebilirliği mutlaka korumaz.

Tedarik, platform değerini nasıl ölçmelidir?

Mümkün olduğunda kontrollü pilotlar kullanın. Uygun ve uygun olmayan kohortları, temel durumdan anlaşmaya ve anlaşmadan gerçekleşen değere geçişi, çevrim süresini, insan emeğini, yetki çerçevesi sapmalarını, onay istisnalarını, tedarikçi katılımını, düzeltmeleri, olayları ve tahsis sonrası performansı karşılaştırın. Tedarikçi vaka çalışmalarını evrensel tahminler olarak görmeyin.

YZ bir müzakereyi desteklediğinde hesap verebilirlik kimdedir?

Adı belirlenmiş kişiler strateji, izin verilen veri kullanımı, önemli varsayımlar, yetki sınırları, istisnalar, tahsisler, imzalar ve politika veya model değişiklikleri konusunda hesap verebilir olmaya devam eder. Platform bu kararları ve bunların kanıtlarını belgelemelidir; sorumluluğu gizlememelidir.

Feragatname: Bu makale genel operasyonel bilgi sağlar ve hukuki, finansal, uyum veya tedarik tavsiyesi değildir.