N
Negotiations.AI
← Back to blog

Kararları Koruyan Bir Müzakere Kayıt Sistemi Tasarlayın

Bir işletme, müzakere kanıtları, kararlar, yazışmalar ve sonuçlar hakkında hangi bilgileri saklamalıdır? Kanıt gereklilikleriyle birlikte pratik bir rehber,...

13 min read

Kararları Koruyan Bir Müzakere Kayıt Sistemi Tasarlayın

Bir müzakere kayıt sistemi, yetkili bir gözden geçirenin işletmenin ne bildiğini, ne önerdiğini, neyi paylaştığını, neye karar verdiğini, neyi onayladığını ve ne elde ettiğini yeniden kurmasına imkân vermelidir. Bu, imzalı bir sözleşmeyi saklamaktan daha fazlasını gerektirir. Resmî kayıt; kaynak kanıtları ve varsayımları hedeflere, tekliflere, tavizlere, kararlara, onaylara, nihai şartlara, yükümlülüklere ve ölçülen sonuçlara bağlamalıdır.

Pratik tasarım hedefi karar soy ağacıdır: kanıttan tavsiyeye, tavsiyeden yetkilendirilmiş eyleme ve anlaşmadan operasyonel performansa kadar izlenebilir bir yol. Bu, Müzakere Kayıtlarını yalnızca belge depolama değil; satın alma, operasyonlar, tedarikçi yönetimi, risk yönetişimi ve gelecekteki müzakereler için kullanışlı hâle getirir.

Kısa cevap

Bir işletme birbiriyle bağlantılı dört katmanı saklamalıdır: köken bilgisiyle birlikte kanıtlar; gerekçe, yetki, alternatifler ve onaylarla birlikte kararlar; teklifler, tavizler, koşullar ve sürüm geçmişiyle birlikte yazışmalar; ve yürürlüğe giren şartlar, yükümlülükler, performans ve derslerle birlikte sonuçlar. Her kaydın bir sahibi, erişim kontrolleri, saklama kuralları, insan onay kanıtı ve sonradan yapılan düzeltmeleri belirtirken asılları koruyan bir denetim izi olmalıdır.

Müzakere kayıt sistemi nedir

Bir müzakere kayıt sistemi, bir işletmenin resmî müzakere kaydı için yetkili depo veya depoların kontrollü federasyonudur. “Yetkili” olmak, her dosyanın tek bir uygulamada bulunması gerektiği anlamına gelmez. Sözleşmeler bir sözleşme yaşam döngüsü yönetim sisteminde kalabilir, tedarikçi performansı bir ERP ya da tedarikçi platformunda olabilir ve onaylar bir iş akışı aracında tutulabilir. Önemli olan, resmî kaydın şunlara sahip olmasıdır:

  • sabit bir müzakere tanımlayıcısı;
  • tanımlı sahiplik;
  • kontrollü bağlantılar veya korunmuş kopyalar;
  • tutarlı üst veriler;
  • erişim ve saklama kuralları;
  • sürüm geçmişi ve denetlenebilirlik; ve
  • tam karar paketini geri getirmek için güvenilir bir yöntem.

Bu, Negotiation management alanının temel bir yeteneğidir. Kurumsal müzakere; satın alma, finans, operasyonlar, hukuk, güvenlik ve iş ekipleri arasında kararlar üretir. Paylaşılan bir kayıt yapısı olmadan, her işlev hikâyenin farklı bir parçasını saklayabilir.

Bir sözleşme deposu, “Ne imzaladık?” sorusuna cevap verir. Bir müzakere kayıt sistemi ayrıca şunlara da cevap vermelidir:

  1. Hangi bilgilere dayandık?
  2. Hangi noktalar belirsizdi veya tahmine dayanıyordu?
  3. Hangi alternatifleri değerlendirdik?
  4. Pozisyonu onaylama yetkisi kimdeydi?
  5. Teklifler ve tavizler nasıl değişti?
  6. Nihai paketi neden kabul ettik?
  7. Beklenen sonuçlar gerçekten gerçekleşti mi?

Tam Müzakere Kayıtlarının dört katmanı

1. Kanıt: işletmenin bildiği şey

Kanıtlar; teklifler, maliyet kırılımları, talep tahminleri, tedarikçi puan kartları, piyasa endeksleri, önceki sözleşmeler, risk incelemeleri, yazışmalar ve analitik modelleri içerir. İçeriğin yanı sıra köken bilgisini de koruyun: kaynak, sahip, edinim tarihi, geçerli dönem, sürüm, birimler, para birimi, coğrafya, dönüşümler ve izin verilen kullanım.

Tüm girdileri ayrıştırılmamış bir ek klasörüne koymayın. Her önemli girdiyi aşağıdakilerden biri olarak etiketleyin:

  • Doğrulanmış olgu: yetkili bir kaynak veya kontrollü kurumsal kayıtla kontrol edilmiş.
  • Üçüncü taraf beyanı: bir tedarikçi, danışman veya başka bir dış tarafça ileri sürülmüş ancak bağımsız olarak doğrulanmamış.
  • Varsayım: planlama veya analiz için geçici olarak kabul edilmiş.
  • Tahmin: yöntemi, girdileri ve belirsizliği olan hesaplanmış değer.
  • Öngörü: varsayımlara bağlı geleceğe dönük projeksiyon.
  • Tavsiye: kanıtın kendisi değil, önerilen eylem veya yargı.

İçeriği değişebilen durumlarda, yalnızca canlı bir bağlantı yeterli olmayabilir. Tasarım önerisi olarak, politika ve hakların izin verdiği ölçüde yetkili bir anlık görüntü veya değiştirilemez kopya ile birlikte kaynak tarihi ve sürümünü saklayın.

2. Kararlar: işletmenin neyi seçtiği ve neden

Bir karar kaydı eşzamanlı olmalıdır. Seçimi, hesap verebilir karar vericiyi, kullanılan yetkiyi, değerlendirilen alternatifleri, dayanılan kanıtları, çözülmemiş belirsizliği, gerekçeyi, onay durumunu ve koşulları tanımlamalıdır.

Yalnızca nihai onayı kaydetmek, yararlı kurumsal bilgiyi siler. Gelecekteki ekiplerin, görünüşte cazip bir alternatifin neden reddedildiğini, bir istisnanın neden kabul edildiğini veya bir tedarikçi risk endişesinin neden daha düşük fiyata ağır bastığını bilmesi gerekir.

3. Yazışmalar: müzakerenin nasıl ilerlediği

Önemli teklifleri, karşı teklifleri, açıklamaları, kabulleri, retleri ve koşulları sıralı biçimde koruyun. Her yazışma için göndereni, alıcıyı, zamanı, kanalı, geçerlilik süresini, ekleri, bağımlılıkları ve önceki pozisyonla ilişkisini kaydedin.

Bu sıra önemlidir. Nihai bir şartlar özeti, bir tavizin karşılıklı olup olmadığını, yetkiyi aşıp aşmadığını veya tedarikçinin kabulünün sözleşme taslağından kaybolan bir koşula bağlı olup olmadığını göstermez.

Her gayriresmî konuşmanın kalıcı kayıt hâline gelmesi gerekmez. İşletme; fiyatı, kapsamı, riski, hizmeti, tedarik güvencesini, politika istisnalarını veya onay kararlarını etkileyen unsurlar için önemlilik kuralları tanımlamalıdır.

4. Sonuçlar: ne imzalandı ve ne oldu

Sonuç yalnızca imzalanmış belge değildir. Şunları da içerir:

  • nihai şartlar ve dâhil edilen ekler;
  • imza ve onay kanıtı;
  • müzakere edilmiş yükümlülükler ve sorumlu sahipler;
  • kilometre taşları, yenileme tarihleri ve bildirim pencereleri;
  • onaylanmış hedeflerden sapmalar;
  • beklenen değer ve bunun hesaplama yöntemi;
  • operasyonel performans, krediler, uyuşmazlıklar ve değer kaybı; ve
  • gelecekteki müzakereler için dersler.

Raporlanan tasarruflar ve değer, fiilî işlemler veya performansa karşı doğrulanana kadar tahmin olarak kalır. Temel çizgiyi, formülü, varsayımları, kaynak verileri, güven veya duyarlılık bilgisini ve doğrulama tarihini koruyun.

Yeniden kullanılabilir bir Müzakere Veri Modeli

Aşağıdaki şema, “müzakere karar paketi”ni atomik resmî kayıt olarak ele alır. Tek bir platformda uygulanabilir veya bağlantılı sistemler arasında eşlenebilir.

Kayıt nesnesi Gerekli alanlar Temel ilişki
Müzakere kimliği Müzakere Kimliği, tedarikçi veya karşı taraf, işlem kimliği, sözleşme kimliği, kategori, iş sahibi, yargı alanı, gizlilik sınıfı, önemli tarihler Tüm kayıtlar için üst nesne
Katılımcılar ve yetki Kişi, rol, kuruluş, sorumluluk tarihleri, devredilmiş yetki, çıkar çatışması beyanı, danışman durumu Kişileri kararlara ve yazışmalara bağlar
Hedefler ve kısıtlar Hedef, onaylı aralık, rezervasyon noktası, öncelikler, fiyat dışı gereklilikler, bağımlılıklar, bütçe, son tarih, politika kısıtı, onay eşiği Onaylı sınırları tekliflere bağlar
Kanıt kaydı Kanıt Kimliği, sınıflandırma, kaynak, sahip, edinim tarihi, geçerli dönem, sürüm, güvenilirlik değerlendirmesi, izin verilen kullanım, değiştirilemez kopya veya kontrollü bağlantı Analizleri ve kararları destekler
Analiz Analiz Kimliği, temel çizgi, yöntem, formüller, model sürümü, senaryolar, duyarlılıklar, hazırlayan, gözden geçiren Kanıtları tahminlere veya tavsiyelere dönüştürür
Yazışma defteri Yazışma Kimliği, teklif sürümü, gönderen, alıcı, zaman damgası, kanal, geçerlilik, şartlar, koşullar, ekler, önceki kayıt Kronolojik pozisyon geçmişi oluşturur
Taviz defteri Taviz Kimliği, kalem, tavizi veren taraf, alan taraf, gerekçe, tahmini değer, karşılıklı karşılık, kullanılan yetki, kümülatif etki Hareketi yetki ve değere bağlar
Karar günlüğü Karar Kimliği, karar, alternatifler, kanıt kimlikleri, belirsizlik, gerekçe, öneren, karar verici, onay durumu, zaman damgası Karar soy ağacını kurar
İnsan incelemesi İnceleme Kimliği, gerekli inceleyici, yorumlar, muhalefet, onay veya ret, koşullar, görevler ayrılığı sonucu Hesap verebilir kontrolü kanıtlar
Anlaşma Anlaşma Kimliği, şartlar özeti, imzalanmış sözleşme, değişiklikler, ekler, imza kanıtı, öncelik kuralları, madde-karar bağlantıları Müzakere edilen noktaları hukuki metne bağlar
Uygulama ve sonuç Yükümlülük Kimliği, sahip, kilometre taşı, beklenen değer, temel çizgi, ölçüm yöntemi, fiilî sonuç, doğrulama tarihi, uyuşmazlık veya değer kaybı Beklenen değerin gerçekleşip gerçekleşmediğini test eder
Teknik denetim izi Olay türü, aktör, zaman damgası, kaynak sistem, nesne, olay sonucu, önceki değer, yeni değer, neden Bütünlüğü ve izlenebilirliği korur
Saklama ve tasfiye Kayıt kategorisi, saklama tetikleyicisi, süre, hukuki bekletme, gizlilik kısıtı, tasfiye onayı, imha kanıtı Kapanış sonrası yaşam döngüsünü yönetir

Bu Müzakere Veri Modeli bilinçli olarak ilişkiseldir. Bir teklif, arkasındaki kanıta ve analize işaret etmelidir. Bir taviz, kullanılan yetkiye işaret etmelidir. Nihai bir madde, onu onaylayan karara geri bağlanmalıdır. Bir sonuç ölçüsü, temel çizgisine ve hesaplamasına işaret etmelidir.

Kayıt için güven gereklilikleri

ABD Ulusal Arşivler ve Kayıtlar İdaresi, güvenilir elektronik kayıtların özellikleri olarak güvenilirlik, özgünlük, bütünlük ve kullanılabilirliği tanımlar. Rehberliği ayrıca içeriğin, bağlamın ve gerekli olduğunda yapının korunmasını; sonradan yapılan yetkili açıklamaların ise asılların sessizce yerini almak yerine ayırt edilebilir olmasını vurgular (NARA).

Bu ilkeleri dört teste çevirin:

  • Güvenilir: Kayıt, ilgili sorumluluğa sahip bir kişi veya sistem tarafından kontrollü bir süreçle mi oluşturuldu?
  • Özgün: İşletme, kaydın ne olduğunu iddia ettiğini, kimin oluşturduğunu ve ne zaman oluşturulduğunu ortaya koyabiliyor mu?
  • Tam ve korunmuş: Yetkisiz değişiklikler tespit edilebiliyor mu ve yetkili düzeltmeler eklenip atfediliyor mu?
  • Kullanılabilir: Yetkili bir gözden geçiren, kaydı geri getirip yorumlayabiliyor ve ilgili işlemle ilişkilendirebiliyor mu?

NIST SP 800-53 Revision 5, denetim kayıtlarının hangi olayın gerçekleştiğini, ne zaman ve nerede gerçekleştiğini, kaynağını ve sonucunu ortaya koyması gerektiğini söyler; kuruluşlar denetim ihtiyaçları için gerekli ek alanları ekleyebilir (NIST SP 800-53 Rev. 5). Müzakere yönetimi için yararlı ek alanlar arasında önceki değer, onay referansı, değişiklik nedeni ve dışa aktarma veya silme olayı bulunur.

Karma, zaman damgaları ve günlükler bütünlüğü destekleyebilir. Ancak bunlar, bir tedarikçi iddiasının, öngörünün veya insan yargısının doğru olduğunu kanıtlamaz.

Satın alma müzakeresi için yetkili bir benzetim

Özel işletmeler otomatik olarak ABD federal satın alma kurallarına tabi değildir. Ancak bu kurallar, hesap verebilir bir satın alma dosyasının neleri içerebileceğini belirttikleri için yararlı bir tasarım benzetimi sunar.

FAR 4.803, sözleşme dosyalarının olağan içerikleri arasında teklifler, kaynak seçimi materyalleri, fiyat destek verileri, maliyet veya fiyat analizi, denetim raporları, müzakere kaydı, ihale onayları, hukuki inceleme kanıtı, imzalanmış anlaşmalar ve değişiklikler gibi unsurları listeler.

Müzakere edilmiş satın almalar için FAR 15.406-3, diğer unsurların yanı sıra müzakerenin amacı, katılımcılar, teklif, hedef, müzakere edilmiş pozisyon, fiyatlandırma verisi kaynakları ve tavsiyelerden önemli sapmaların nedenlerini kapsayan belgelendirme ister.

Buradaki ders, devlet formlarını kopyalamak değildir. Ders, yalnızca eylemin nihai çıktısını değil, eylemin dayanağını korumaktır.

Altı adımlı uygulama çerçevesi

Adım 1: Resmî kayıt sınırını tanımlayın

Hangi müzakerelerin kapsamda olduğunu, hangi iletişimlerin önemli olduğunu ve her nesne için hangi sistemin yetkili olduğunu belirtin. E-postanın, onaylı mesajlaşma kanallarının, kaynak bulma araçlarının, sözleşme sistemlerinin ve ERP kayıtlarının pakete nasıl girdiğini belgelendirin.

Belirleyici onayları erişilemeyen gelen kutularında bırakırken tek bir uygulamayı yetkili ilan etmekten kaçının. ABD Dışişleri Bakanlığı satın alma kuralları keskin bir tasarım uyarısı sunar: adlandırma kuralları, dizinleme veya çapraz referanslar olmadan dağınık elektronik dosyalar yeterli elektronik kayıt oluşturmaz (DOSAR 604.8).

Adım 2: Tanımlayıcılar ve hesap verebilir sahiplik atayın

Esaslı hazırlık başlamadan önce sabit bir müzakere kimliği oluşturun. Tek bir kayıt sahibi atayın; ancak ticari, hukuki, operasyonel, güvenlik ve onay kararları için ayrı hesap verebilirliği koruyun.

Adım 3: Kanıt ve sınıflandırma kurallarını yapılandırın

Önemli girdiler için köken bilgisi ve olgu sınıflandırmasını zorunlu kılın. Rezervasyon noktaları ve geri dönüş yetkisi gibi özellikle hassas değerleri, bunları resmî kayıttan çıkarmak yerine role göre kısıtlayın.

Adım 4: Yazışmaları ve kararları gerçekleşirken kaydedin

Yapılandırılmış teklif, taviz ve karar girişleri kullanın. Asıl iletişimi ekleyin veya bağlayın. Sessiz üzerine yazmaları önleyin: düzeltmeler, asıl değeri, düzenleyiciyi, zaman damgasını ve nedeni korumalıdır.

Ekipler, hedefleri ve onay sınırlarını yapılandırılmış bir negotiation planning workflow aracılığıyla belirleyebilir. İlgili an eight-step negotiation planning process rehberi, tedarikçi yazışmaları başlamadan önce hangi girdilerin kayda girmesi gerektiğini tanımlamaya yardımcı olabilir.

Adım 5: Anlaşmayı kayıtla mutabık hâle getirin

Yürürlüğe koymadan önce, onaylanmış paket ile nihai belgeyi karşılaştırın. Önemli ticari ve risk kararlarını maddelere veya eklere eşleyin, eksiklikleri ve çelişkileri işaretleyin ve öncelik kurallarını kaydedin.

Adım 6: Kaydı uygulama boyunca açık tutun

Yükümlülükleri operasyonel sahiplere atayın. Onaylanmış performans kanıtlarını satın alma siparişlerinden, faturalardan, teslim alımlardan, hizmet kayıtlarından, kredilerden, kalite olaylarından ve tedarikçi incelemelerinden çekin. Yenileme veya kapanışta, kaydedilmiş temel çizgiyi kullanarak beklenen ve gerçekleşen sonuçları karşılaştırın.

Somut bir iş akışında, bir satın alma ekibi tedarikçi pozisyonlarını hazırlamak veya yazışmaları özetlemek için Negotiations.AI kullanıyorsa bu ilgili olabilir. Müzakere Kayıtlarına giren her çıktı, kaynak referanslarını, çıktı sürümünü, gözden geçireni ve onay durumunu korumalıdır; bir insan, özetin dayanak kanıtları doğru temsil ettiğini doğrulamalıdır.

Varsayımsal örnek: bir tedarikçi fiyat artışı talep ediyor

Bu örnek varsayımsaldır. Değerleri açıklayıcı tahminlerdir, kıyas ölçütü değildir.

Bir ambalaj tedarikçisi %8 artış talep eder ve bunu reçine ile navlun maliyetlerine bağlar. Satın almanın Müzakere Kayıtları yalnızca talep e-postasını ve nihai değişikliği saklamamalıdır.

Kanıt kaydı, tedarikçinin açıklamasını bir üçüncü taraf beyanı olarak sınıflandırır. Satın alma, tarihli reçine endeksi verisini doğrulanmış olgu, iç talep tahminini öngörü ve navlun düzeltme hesaplamasını tahmin olarak ekler. Hesaplama, formülünü ve varsayımlarını kaydeder.

Onaylanmış hedef; bir hedefi, rezervasyon noktasını, hacim koşullarını, tedarik sürekliliği gerekliliklerini ve bir istisnayı onaylama yetkisine sahip kişiyi belirler. Yazışma defteri; %8 talebi, satın almanın endeksli alternatifini, tedarikçinin karşı teklifini, her geçerlilik süresini ve ekli koşulları kaydeder.

Operasyonlar, tahsis önceliği karşılığında daha uzun bir taahhüdü desteklediğinde, karar günlüğü reddedilen alternatifleri ve operasyonel bağımlılığı kaydeder. Hukuk değişikliği inceler; finans temel çizgiyi inceler; devredilmiş ticari onaylayıcı paketi yetkilendirir.

İmzadan sonra sonuç kaydı, endeksli düzeltmelerin doğru uygulanıp uygulanmadığını, tahsis önceliğinin sağlanıp sağlanmadığını ve tahmin edilen hacim varsayımlarının gerçekleşip gerçekleşmediğini izler. Böylece gelecekteki bir kategori yöneticisi yalnızca yeni fiyatı değil, pazarlığı ve sonuçlarını da anlayabilir.

İnsan incelemesinin zorunlu kaldığı yerler

Otomasyon; kayıtları yönlendirebilir, alanları çıkarabilir, taslakları sınıflandırabilir, yazışmaları özetleyebilir ve eksik bağlantıları işaretleyebilir. Hesap verebilir insan incelemesi veya onayı şu durumlarda zorunlu kalmalıdır:

  • rezervasyon noktalarını ve yetki sınırlarını belirlemek veya değiştirmek;
  • kanıtın güvenilir ve karşılaştırılabilir olup olmadığını değerlendirmek;
  • nihai teklifleri ve önemli tavizleri onaylamak;
  • standart dışı sorumluluk, tazminat, fikrî mülkiyet, veri kullanımı veya fesih şartlarını kabul etmek;
  • politika, rekabet veya inceleme gerekliliklerine istisnaları onaylamak;
  • ticari, hukuki, etik, güvenlik ve operasyonel hedefler arasındaki çatışmaları çözmek;
  • yapay zekâ tarafından üretilen özetlerin, değerlemelerin veya tavsiyelerin kaynaklarını yansıttığını doğrulamak;
  • çözülmemiş risklere rağmen bir karar ilerlediğinde muhalefeti kaydetmek;
  • hukuki bekletme uygulamak; ve
  • nihai tasfiye veya imhayı yetkilendirmek.

Bir sistem, bir varsayımı asla sessizce doğrulanmış olguya dönüştürmemeli, olumlu kanıt olmadan birinin kararı onayladığını göstermemeli veya önceki bir teklifin üzerine yazmamalıdır.

Yönetişim kontrol listesi

Tasarım onayından önce şunları sorun:

  • Her önemli karar, kanıta, belirsizliğe, gerekçeye ve yetkiye kadar izlenebiliyor mu?
  • Olgular, beyanlar, varsayımlar, tahminler, öngörüler ve tavsiyeler görünür biçimde ayrılmış mı?
  • Her önemli teklifin zaman damgası, sahibi, sürümü, koşulları ve önceki kaydı var mı?
  • Rezervasyon noktaları, resmî kayıttan kaybolmadan rol tabanlı erişimle korunuyor mu?
  • Gözden geçirenler sonradan eklenen açıklamaları ve düzeltmeleri ayırt edebiliyor mu?
  • Nihai anlaşma, onaylanmış kararlarla mutabık mı?
  • Yükümlülükler operasyonel sahiplere atanmış mı?
  • Raporlanan değer, temel çizgisi ve formülünden yeniden üretilebiliyor mu?
  • Görüntülemeler, düzenlemeler, onaylar, dışa aktarmalar, izin değişiklikleri ve silmeler denetlenebilir mi?
  • Saklama, gizlilik, hukuki bekletme ve tasfiye kurallarının adı belirlenmiş sahipleri var mı?

Sınırlamalar ve tasarım riskleri

Kurumsal müzakere için savunulabilir tek bir evrensel saklama süresi veya parasal önemlilik eşiği yoktur. Gereklilikler; yargı alanına, sektöre, sözleşme türüne, vergi ve muhasebe yükümlülüklerine, zamanaşımı sürelerine, dava bekletmelerine, gizlilik kurallarına ve şirket politikasına bağlıdır.

Elektronik saklama, her şeyi sonsuza kadar tutmayı da haklı çıkarmaz. ABD E-SIGN Act, bir elektronik kaydın bilgiyi doğru yansıtması ve gerekli süre boyunca yetkili kişilere erişilebilir kalması hâlinde belirli işlem kaydı saklama gerekliliklerini karşılayabileceğini öngörür; ancak tüm kayıtlar için tek bir saklama süresi oluşturmaz (GovInfo).

Kişisel veriler için GDPR Madde 5; belirtilen istisna ve güvencelere tabi olarak veri minimizasyonu, doğruluk ve depolama sınırlaması ilkelerini içerir (EUR-Lex). Kişisel bilgileri, tanımlı bir iş, hesap verebilirlik veya hukuki amacı desteklediği için saklayın; yalnızca toplanması mümkün olduğu için değil.

Diğer sınırlamalar şunları içerir:

  • Devlet satın alma kuralları, özel şirketler için otomatik gereklilikler değil, tasarım benzetimleridir.
  • Kayıt rızası, imtiyaz, istihdam, rekabet, gizlilik ve delil toplama kuralları yargı alanına göre değişir.
  • Her taslağı ve mesajı süresiz korumak; güvenlik, gizlilik, delil toplama ve geri getirme risklerini artırır.
  • Kaynak sistemler zaten uzmanlaşmış kayıtları yönetiyorsa, zorunlu göç yerine kontrollü bir federasyon daha iyi olabilir.
  • Küçük, düşük riskli müzakereler; önemli kararlar ve yetki yeniden kurulabilir kaldığı sürece azaltılmış bir şema kullanabilir.
  • Son derece hassas müzakereler bölümlendirilmiş erişim, ek izleme veya çevrimdışı kontroller gerektirebilir.

SSS

Asgari uygulanabilir müzakere kaydı nedir?

Asgari olarak kimlik ve sahipliği; hedefleri ve yetkiyi; bir kanıt kaydını; önemli teklifleri ve tavizleri; bir karar ve onay günlüğünü; imzalanmış anlaşmayı; uygulama yükümlülüklerini; sonuç ölçülerini; ve bir denetim izini saklayın. Pakete onaylanmış bir saklama kategorisi uygulayın.

Bir sözleşme yönetim sistemi zaten bir müzakere kayıt sistemi midir?

Gerekli olmayabilir. Ancak kanıtları, hedefleri, teklif geçmişini, taviz mantığını, kararları, onayları, nihai şartları ve uygulama sonuçlarını koruyor veya güvenilir biçimde bağlıyorsa bu niteliği kazanır. Yalnızca sözleşmeler ve redline sürümlerini içeren bir depo, önemli karar soy ağacını eksik bırakır.

Her e-posta ve mesaj saklanmalı mı?

Hayır. Önemlilik ve onaylı kanal kurallarını tanımlayın. Önemli pozisyonları öneren, değiştiren, açıklayan, kabul eden, reddeden veya koşullandıran ya da bir kararı destekleyen iletişimleri saklayın. Kayıt, hukuk, gizlilik ve iş sahipleri kuralı onaylamalıdır.

Yapay zekâ resmî müzakere özetini oluşturabilir mi?

Yapay zekâ bir özet taslağı hazırlayabilir, ancak hesap verebilir bir insan bunu kaynak kanıtlara ve yazışmalara karşı doğrulamalıdır. Kaynak referanslarını, çıktı sürümünü, gözden geçireni, düzeltmeleri ve onayı koruyun. Özet, dayanak kaydın sessizce yerini almak yerine onu tamamlamalıdır.

Hassas rezervasyon noktaları nasıl ele alınmalıdır?

Bunları dar kapsamlı, rol tabanlı erişim ve denetim günlüğü ile saklayın. Erişimi silmeden ayırmak, gereksiz maruziyeti sınırlarken kurumsal bilgiyi korur. Bu değerleri kimin görebileceğini veya değiştirebileceğini insan sahipler onaylamalıdır.

İleri okuma

Feragatname: Bu makale hukuki, finansal, kayıt yönetimi veya düzenleyici tavsiye değil, genel operasyonel bilgi sağlar; kendi koşullarınız için nitelikli iç sahiplere ve danışmanlara başvurun.

Satın alma için yapay zekâ müzakere yardımcı pilotu

Negotiations.AI, tedarik verilerini (sözleşmeler, RFPs, maliyet modelleri, harcama) nasıl alır ve girdilerinizi tahmin etmeden analitik çalıştırmak ve müzakere stratejileri oluşturmak için oyun teorisi + yapay zekayı nasıl uygular?