Yapay zekâ içeren yazılım sözleşmeleri: veri kullanımı, model değişikliği ve hatalı yanıt maddeleri
Yapay zekâ içeren yazılım sözleşmelerinde veri kullanımı, model değişikliği ve hatalı yanıt sorumluluğu maddelerini inceleyin. İmzadan önce satıcıya sorulacak kritik soruları ve net yanıt örneklerini öğrenin.
İçindekiler
Kısaca
- Yapay zekâ özelliği, standart bir sözleşme şablonunun göremediği üç soru ekler: ne veri okuyor, ne üretiyor, kim değiştirebiliyor.
- Hizmeti çalıştırma izni ile hizmeti geliştirme izni iki ayrı izindir; ayrı ayrı sorun ve her türlü vazgeçme hakkını yazılı alın.
- Model değişiklikleri için önceden haber ve değişiklik misafire ulaşmadan otelin kendi sorularıyla yeniden test etme hakkı isteyin.
- Kayıtlar hem hatalı bir yanıtın kanıtı hem de misafir sözlerinin deposudur; her kayıt türü için saklama süresi belirleyin.
- Çıkış koşulları otelle neyin gideceğini adıyla yazmalıdır: işletme verisi, otelin yazdığı yönergeler ve yapay zekânın kayıtları.
Yapay zekâ sözleşme maddeleri üç şeyi belirler: yapay zekânın okuduğu veriyle satıcının neler yapabileceğini, model ya da özellik değiştiğinde size nasıl haber verileceğini ve bir yanıt misafire ulaştığında kimin yanıt vereceğini. Her maddeyi bulun, yazılı yanıt isteyin ve sözleşmeyi hukuk danışmanınıza okutun.
Sözleşme imzalandı, asistan misafir mesajlarını yanıtlıyor ve bir gün otelde kimsenin yazmayacağı bir yanıt misafire gidiyor. İlk soru bunu kimin düzelteceği. İkincisi sözleşmede gerçekte ne yazdığı. Bu yazı, aramanız gereken yapay zekâ sözleşme maddelerini, her biri için sorulacak soruyu ve net bir yanıtın nasıl göründüğünü anlatıyor; böylece boşlukları imzadan önce, misafir görmeden işaretleyebilirsiniz. Yapay zekâdan bağımsız olarak her otel yazılımı sözleşmesinde bulunması gereken maddeler için otel yazılım sözleşmesi: imzalamadan önce okunacak maddeler yazısıyla başlayın.
Yapay zekâ, standart bir yazılım sözleşmesinin kapsamadığı maddeleri neden gerektiriyor?
Çünkü ürün artık otelin kendi içeriğini okuyor ve misafirin harekete geçebileceği cümleler yazıyor; bu cümlelerin arkasındaki motor ise otelin hiçbir şey yapmadan değişebiliyor. Standart bir otel yazılımı şablonu çalışma süresi, destek, yedekleme, fiyat ve veri sahipliği üzerine kuruludur. Yazılımın yarın bugün yaptığı işi yapacağını varsayar.
Yapay zekâ özelliği bu varsayımı üç yerden kırar. Veri girer: misafir mesajları, rezervasyon notları, fiyat ve doluluk rakamları. Sabit bir rapor yerine serbest metin çıkar. Ve altındaki model satıcının takvimine göre, sizinkine göre değil, değiştirilir.
Yapay zekâ koşullarını bulabileceğiniz yerde tutun. Ana sözleşmede, veri işleme ekinde, kabul edilebilir kullanım politikasında ya da sözleşmenin atıfta bulunduğu satıcı web sayfasında durabilirler. Bir web sayfasında yaşayan bir koşul, imzanız olmadan değişebilir. Satış sürecinde verilen yazılı yanıtları tarihli bir ek olarak saklamaya değer; hafızaların ayrıştığı anda sonraki bir görüşmenin işaret edebileceği şey onlardır. Bu yazı madde ve soruları adlandırır; bir maddenin bağlayıcı olup olmadığı ve sizin durumunuzda ne anlama geldiği hukuk danışmanının sorusudur.
Maddeyi bulan üç soru
Her yapay zekâ özelliği için pratik test şudur: ne okuyor, ne üretiyor, kim değiştirebiliyor. Her yanıt, bulabilmeniz gereken bir maddeye işaret eder. Aşağıdaki tablo bu testi, yapay zekâ sözleşme maddelerinin en sık saklandığı beş alana genişletiyor.
| Yapay zekânın dokunduğu şey | Sorulacak soru | Net bir yanıtın görünümü |
|---|---|---|
| Hizmeti geliştirmek için kullanılan otel verisi | Hangi verilerimizi geliştirme veya eğitim için kullanabilirsiniz, yazılı olarak reddedebilir miyiz? | Adı yazılmış veri türleri listesi, belirtilmiş vazgeçme hakkı ve kullanımının sonucu |
| Model ya da özellik değişikliği | Ne kadar önceden haber alıyoruz, misafire ulaşmadan yeniden test edebilir miyiz? | Bildirim süresi, değişiklik günlüğü, test penceresi, kapatma hakkı |
| Misafire giden hatalı yanıt | Göndermeden önce kim onaylıyor, sonrasında hangi kaydı alıyoruz? | Adı konmuş bir onay adımı, komut ve yanıt kaydı, yanıt süresi |
| Kayıtlar ve alt işleyenler | Ne saklanıyor, ne kadar süreyle, başka kim işliyor? | Kayıt türü başına saklama süresi, alt işleyen listesi, değişimde bildirim yükümlülüğü |
| Çıkış | Yanımızda ne götürüyoruz, hangi biçimde, ne siliniyor? | Bir biçim, deneme dışa aktarımı, silme teyidi |
Satıcı, otelimizin verisini hizmetini geliştirmek için kullanabilir mi?
Sadece sözleşmenin izin verdiği ölçüde; ve hizmeti geliştirme izni, hizmeti çalıştırma izninden ayrı bir izindir. Tek bir cümlenin arkasında iki izin saklanır. Hizmeti sunmak için işleme, örneğin yanıt taslağı yazmak için misafir mesajını okumak, ürünün çalışması için gereklidir. Geliştirmek, eğitmek, kıyaslamak ya da yeni özellik kurmak için işleme ise ayrıdır ve pazarlığa açıktır.
Geliştirmenin neyi kapsadığını sorun: personele asistanın içine yazdığı komutlar, misafir mesajları, yüklenen belgeler, rezervasyon ve fiyat verisi, şikâyet metinleri. Geliştirmenin otel bazında mı yoksa tüm müşteriler genelinde mi yapıldığını, süreçte oteli ya da misafiri tanımlayan bir şeyin kalıp kalmadığını sorun. "Toplanmış ve anonimleştirilmiş" bir ifadedir; kimin karar verdiğini ve sürecin nasıl tanımlandığını sorun.
Vazgeçme hakkını yazılı alın: sözleşmede ya da imzalı bir ekte, satıcının denetlediği ve size haber vermeden değiştirebileceği bir ayar sayfasında değil. Vazgeçtiğinizde neyin değiştiğini sorun: çalışan bir özellik mi duruyor, fiyat mı değişiyor, destek mi yavaşlıyor. Maliyeti yazılmamış bir vazgeçme, verebileceğiniz bir karar değildir.
Misafir verisi ikinci bir katmandır. Misafirin muhatap olduğu taraf oteldir; dolayısıyla satıcının kullanımı, otelin misafire söylediğiyle uyumlu olmak zorundadır. Her tarafın hangi rolü taşıdığı hukuk danışmanının sorusudur; gizlilik boyutu yapay zekâ ve misafir verisi: KVKK danışmanınıza sorulacak sorular yazısında ele alınıyor. Satıcı geliştirme için bir kopya tutuyorsa, sözleşmenin sonundaki silme o kopyaya ulaşmayabilir. Geliştirme kopyalarının nerede durduğunu ve ne zaman gideceğini sorun.
Kontrol listesiİmzalamadan önce aşağıdaki her satırı işaretleyebiliyor olmalısınız
- Yapay zekânın okuduğu veri türlerinin adı yazılmış bir listesi, "verileriniz" ifadesi değil
- Geliştirme ve eğitim üzerine, hizmet sunma cümlesinden ayrı bir cümle
- Sonucu belirtilmiş, yazılı ve imzalı bir vazgeçme hakkı
- Geliştirmenin otel bazında mı, müşteriler genelinde mi yapıldığına dair bir ifade
- Geliştirme kopyalarının nerede tutulduğuna ve ne zaman silindiğine dair bir ifade
- Veri soruları için adı yazılmış bir yetkili ve bir yanıt süresi
Model ya da özellik otelin katılımı olmadan değişince ne olur?
Bir şey, otelin katılımı olmadan değişecektir; sözleşme de bunu nasıl öğreneceğinizi, neyi test edebileceğinizi ve neyi kapatabileceğinizi belirlemelidir. Modeller değiştirilir, komutlar ayarlanır, özellikler yeniden adlandırılır ya da kaldırılır. Bu olurken resepsiyon durmaz.
Bildirim: asistanın söylediğini ya da yaptığını değiştirebilecek değişiklikler için önceden haber isteyin, sonradan yayımlanan bir değişiklik günlüğü değil. Bildirimin otelde kime ulaştığını sorun. Yeniden test: otelin doğru saydığı yanıtlarla küçük bir soru seti kurun ve değişiklikten sonra, misafir karşılaşmadan önce çalıştırma hakkı isteyin. Testi kimin ödediğini ve pencerenin ne kadar açık kaldığını sorun.
Kapatma: sözleşmeyi sonlandırmadan tek bir özelliği kapatma hakkı ve özelliksiz iş akışının nasıl göründüğüne dair yazılı bir tanım. Sürüm sabitleme: bazı satıcılar müşteriye bir süre adı yazılmış bir sürümde kalmayı tanır; var olup olmadığını, ne kadar sürdüğünü ve neyin bitirdiğini sorun. Fiyat: bir model değişikliği satıcının maliyetini değiştirebilir; bunun faturanıza ulaşıp ulaşmadığını ve hangi bildirimle kontrol edin, bu konu yapay zekâ araçları nasıl fiyatlandırılır? Kullanıcı sayısı, kullanım ve faturayı neyin belirlediği yazısında işleniyor. Değişiklik günlüğü: size gönderilen, tarihli bir değişiklik kaydı isteyin ki sonraki bir anlaşmazlık hafızaya değil bir zaman çizgisine dayansın.
İpucuTest setini imzadan önce kurun
Otelin kendi personelinin soracağı on soru, kabul edecekleri yanıtlarla birlikte yazıya dökülmüş ve tarihlenmiş. Bir öğleden sonraya mal olur ve "yanıtlar kötüleşti" sözünü gösterebileceğiniz bir şeye dönüştürür.
Hatalı bir yanıt misafire ulaştığında sorumluluk kimdedir?
Misafire karşı otel yanıt verir; sözleşme, satıcının çıktının arkasında ne kadar durduğunu ve otelin önce ne yapması gerektiğini belirler. Burada üç soru birbirine karışır: mesaj gönderilmeden önce kim kontrol ediyor, sonrasında misafire karşı sorumlu kim, maliyeti kim taşıyor. Bunları görüşmede ayırın.
Onay: hangi eylem ve mesajların bir kişinin onayını gerektirdiğini, otelin bu listeyi değiştirip değiştiremediğini ve değişikliğin hemen mi yürürlüğe girdiğini sorun. Geri döndürülemez adım: misafire gönderilmiş bir mesaj geri çağrılamaz. Sistemin göndermeden önceki saniyelerde ne yaptığını ve ne kaydettiğini sorun. Kanıt: hatalı bir yanıtın ardından otelin tam komuta, çıktıya ve sistemin okuduğu veriye ihtiyacı vardır; bu kaydın ne kadar hızlı ve hangi biçimde üretildiğini sorun. Şikâyet yolu: misafir kime şikâyet ediyor, satıcıda kim, hangi sürede yanıt veriyor.
Sorumluluk maddesini kendiniz müzakere etmeyin. Hukuk danışmanınıza ifadenin gerçekçi bir en kötü senaryo karşısında ne anlama geldiğini sorun ve satıcının kendi pazarlama iddialarını dosyada tutun. Personel yönergeleri de yanıtın parçasıdır: personel misafir verisini, onu tutması hiç tasarlanmamış bir araca yapıştırdığında hatalı yanıt olasılığı artar; sözleşme personelin ne girebileceğini söylemelidir. Satın alma aşamasındaki hâliyle bu sorular otel için yapay zekâ yazılımı seçerken sağlayıcıya sorulacak sorular yazısındadır.
DikkatHatalı yanıt yalnızca satıcı sorunu değildir
Otelin personeli mesajı okumadan gönderdiyse, misafir ikisi arasında ayrım yapmaz. Onay adımını yazılı olarak belirleyin, sonra personele öğretin.
Komutlar ve yanıtlar ne kadar saklanır, başka kim işliyor?
Her yapay zekâ özelliği bir kayıt bırakır; sözleşme de neyin saklandığını, ne kadar süreyle, kimin okuyabildiğini ve başka kimin işlediğini söylemelidir. Kayıtlar iki yönlü çalışır: hatalı bir yanıtın nasıl araştırıldığının yolu, aynı zamanda misafir sözlerinin deposudur. İkisi de maddede yer almalıdır.
Kayıt türü başına saklama süresi isteyin: personel komutları, misafir mesajları, yanıtlar, üretilen belgeler, hata raporları. Erişim: satıcının hangi personeli içeriği okuyabilir ve okumanın kendisi kayda geçiyor mu. Alt işleyenler: model sağlayıcısı, barındırma sağlayıcısı, bir konuşma ya da çeviri hizmeti. Liste, değiştiğinde size haber verme yükümlülüğü ve itiraz hakkı isteyin.
İşlemenin nerede yapıldığını genel terimlerle sorun ve yanıtı hukuk danışmanınıza okutun. Bir ekteki cümle, üzerine hareket edebileceğiniz bir taahhüt değildir. Sonda silme: ne siliniyor, hangi sürede, hangi kanıtı alıyorsunuz. Yedeklemelerin bu yanıtın içinde olup olmadığını sorun.
NotAlt işleyen sorusunu yazılı sorun ve yanıtı saklayın
E-postayla gelen, tarihli bir liste, değişen bir sayfaya verilen bağlantıdan daha yararlıdır.
Çıkış koşulları neyi söylemeli?
Otelin yanında neyin gideceğini adıyla yazmalıdır: işletme verisi, otelin yazdığı yönergeler ve yapay zekânın kayıtları. Götürülecek üç şey vardır: işletme verisi (rezervasyonlar, misafir kayıtları, hesaplar), yapılandırma (otelin yazdığı yönergeler, kurallar, onaylı yanıtlar ve teklif metinleri) ve yapay zekânın kayıtları.
Dışa aktarma biçimini imzalamadan önce sorun ve biçimi son gün keşfetmek yerine kurulum sırasında bir deneme aktarımı yapın. Aktarma sonrası silme: ne kalıyor, ne kadar süreyle, hangi kanıtı alıyorsunuz. Süreklilik: sözleşme bittiğinde yoldaki mesajlara ve tekliflere ne olur.
Çıkışı tek bir tarih değil, her biri için süre yazılmış bir adım dizisi olarak tanımlayın. Aktarma ya da geçiş için herhangi bir ücreti baştan sorun ve sözleşmeye yazdırın.
Şimdi ne yapmalı
Elinizdeki sözleşmeyi ve satıcının veri ekini çıkarın; tablodaki beş sorudan hangilerini zaten yanıtladıklarını işaretleyin. Kalanları satıcıya yazılı olarak gönderin, tarihli yanıt isteyin ve bu yanıtları sözleşmeyle birlikte hukuk danışmanınıza götürün. Temel maddeler hâlâ belirsizse, genel sözleşme kontrol listesiyle başlayıp yapay zekâ maddelerine geri dönün.
Sıkça sorulan sorular
Ayrı bir yapay zekâ sözleşmesi mi gerekir, ek olarak konabilir mi?
İkisi de olur. Önemli olan yapay zekâ koşullarının yazılı, tarihli ve ana sözleşmeden atıflı olması, ayrıca imza attığınız gün geçerli olan sürümü saklamanızdır. Ek, model değiştiğinde güncellemesi daha kolaydır; bu yüzden ekteki güncellemelerin nasıl bildirileceğini de sorun.
İmzadan sonra satıcının verimizi geliştirme için kullanmasını durdurabilir miyiz?
Sorun ve yanıtı imzalı bir ek ya da değişiklik olarak yazılı alın. Vazgeçme hakkını kullandığınızda neyin değiştiğini sorun ki kararın belirtilmiş bir maliyeti olsun. Satıcının denetlediği bir ayar sayfasındaki düğme, sözleşme maddesiyle aynı şey değildir.
Yapay zekânın yazdığı şeyin sahibi kim?
Varsaymayın, maddeyi okuyun. Otelin kendi işletme verisi ve yazdığı yönergeler otelinindir ve bu açıkça yazılmalıdır. Üretilen metnin sahipliği ayrı bir sorudur; imzalamadan önce ifadeyi hukuk danışmanınız okumalıdır.
Personel bir güncellemeden sonra yanıtların kötüleştiğini söylediğinde ne yaparız?
İmzadan önce kurduğunuz test setini çalıştırın ve tarihli yanıtlarla karşılaştırın. Farkı satıcıya yazılı gönderin, sözleşmedeki bildirim ve yeniden test haklarını kullanın ve sözleşme izin veriyorsa özellik düzeltilene kadar kapatın.
Misafire verilen hatalı bir yapay zekâ yanıtı bizim sorunumuz mu, satıcının mı?
Misafir otelle muhatap olduğu için önce otel yanıt verir. Sözleşme, satıcının çıktının arkasında ne kadar durduğunu ve maliyeti kimin taşıdığını belirler. Komut, yanıt ve kaynak veri kaydını tutun; sonraki her görüşme o kayda dayanır.