Envanter kaydı ve rol tespiti
Envanter kaydının hangi alanlardan oluştuğunu, kaydın ürün başına değil kullanım başına açılmasını ve kurumun sağlayıcı mı uygulayıcı mı olduğunu belirleyen ölçütü öğretir. Gölge kullanımı ortaya çıkaran tarama yordamıyla kapanır.
Önkoşul: Artificial Intelligence, Machine Learning
BU DERSİN SONUNDA
- Envanter kaydının birimini ürün değil kullanım olarak tanımlamak
- Her kayıt için sahip, sistem sınıfı, veri kaynağı ve çıktı alanlarını doldurmak
- Sağlayıcı ve uygulayıcı rolünü değişiklik yetkisine ve amaca bakarak ayırmak
- Gölge kullanımı ödeme, kimlik ve ağ kayıtlarından tarayan bir yordam kurmak
- 1
Teori
Kavramın çalışma mantığı
- 2
Örnek
Gerçek bir senaryo üzerinde gösterim
- 3
Lab
Uygulamalı alıştırma
- 4
Test
Kısa ölçüm
- 5
Proje
Rotadaki projeye katkı
Kısa cevap
Envanterin birimi ürün değil kullanımdır: aynı model iki farklı amaçla kullanılıyorsa iki kayıt açılır, çünkü risk amaçtan doğar. Her kayıt en az altı alan taşır: kullanım tanımı, sahip, sistem sınıfı, veri kaynağı, çıktının gittiği yer ve kurumun rolü. Rol, satın alıp almadığınıza değil; sistemi kendi adınızla sunup sunmadığınıza, davranışını değiştirip değiştirmediğinize ve amacını kendinizin tanımlayıp tanımlamadığınıza bakılarak belirlenir.
Teori: neden kayıt birimi kullanımdır?#
Aynı dil modeli hem içeride toplantı özeti hem de müşteriye gidecek cevap taslağı üretiyorsa, teknik olarak tek bir entegrasyon vardır ama uyum açısından iki ayrı risk vardır. Yükümlülük amaca bağlandığı için ürün başına tutulan bir envanter risk sınıflandırmasını baştan imkânsız kılar: tek satıra iki farklı kademe yazamazsınız.
Rol ayrımı da aynı mantıkla çalışır. Kabaca iki konum vardır: sistemi geliştirip kendi adı altında sunan taraf ve başkasının sistemini kendi süreçlerinde kullanan taraf. Belirleyici ölçüt fatura değil yetkidir. Kurum modeli ince ayarlıyor, amacını sağlayıcının tanımladığından farklı bir amaca çeviriyor veya sistemi kendi markasıyla üçüncü kişilere sunuyorsa, yalnızca kullanan taraf olmaktan çıkar. Bu geçiş yükümlülüğün ağırlığını değiştirdiği için envanterde tek bir alan olarak durur.
Envanter, bir kez doldurulan tablo değil canlı bir kayıttır. Her satırın son doğrulama tarihi ve doğrulayan kişisi olur. Tarihsiz bir envanter denetimde kanıt değeri taşımaz, çünkü hangi zamana ait olduğu gösterilemez; kaydın kendisi doğru olsa bile doğruluğu tarihlenemez.
Uygulamada: envanter alanları#
| Alan | Ne yazılır | Boş kalırsa ne olur |
|---|---|---|
| Kullanım tanımı | Tek cümlede kim, neyi, hangi amaçla | Risk kademesi atanamaz; kayıt yükümlülüğe eşlenemez |
| Sahip | İş tarafından adı geçen tek kişi | Soru sorulacak muhatap yok; açık maddeler kapanmaz |
| Sistem sınıfı | Kural, öğrenen veya üretken ve gerekçesi | Yanlış kovaya düşer, yanlış belge istenir |
| Veri kaynağı | İstem, yüklenen dosya, dizin, bağlı sistemler | Kişisel veri kesişimi görünmez kalır |
| Çıktının gittiği yer | İnsana öneri, otomatik karar, dışa görünen metin | Bildirim ve gözetim gereği belirlenemez |
| Kurumun rolü | Kullanan taraf, sunan taraf veya ikisi | Yükümlülük ağırlığı yanlış hesaplanır |
| Son doğrulama | Tarih ve doğrulayan kişi | Kayıt eskir, denetimde tarihlenemez |
Rolü belirleyen sorular#
- Sistem kurumun adıyla üçüncü kişilere sunuluyor mu? Evetse sunan taraf konumuna yaklaşırsınız.
- Modelin davranışı ince ayar veya eğitimle kurum tarafından değiştiriliyor mu? Değiştiriliyorsa yalnızca kullanan taraf değilsiniz.
- Sistemin amacı, sağlayıcının tanımladığı amaçtan farklı bir amaca mı çevrildi? Amaç değişikliği rolü de değiştirebilir.
- Cevaplar sözleşmedeki tanımla çelişiyorsa çelişkiyi kayda yazın; rol atamasını hukukla birlikte kapatın, tek başınıza kapatmayın.
Gölge kullanımı taramak#
- 1Ödeme kayıtları
Kurumsal kart ve tedarikçi ödemelerinde yinelenen küçük tutarlı abonelik satırlarını tarayın; bireysel araç abonelikleri genellikle burada görünür.
- 2Kimlik kayıtları
Kimlik sağlayıcınızın bağlı uygulama listesinden, kurumsal e-posta ile açılmış üçüncü taraf oturumlarını çıkarın.
- 3Ağ ve uç nokta
Giden isteklerde öne çıkan alan adlarını listeleyin; tarayıcı eklentileri ve masaüstü yardımcıları da bu listede görünür.
- 4Beyan
Ekip liderlerine tek soruluk bir form gönderin: hangi araca hangi veriyi yapıştırıyorsunuz? Ceza dili kullanmayın; amaç kayıt, yaptırım değil.
- 5Birleştirme
Dört kaynaktan çıkan adları tek listede tekilleştirin, her biri için kullanım başına kayıt açın ve sahibini atayın.
Sık yapılan hata#
Envanteri bir kez doldurulup arşivlenen tablo olarak kurmak. Yapay zekâ özellikleri, satın alınan yazılımların içine sürüm güncellemesiyle girer; kurum hiçbir yeni karar almasa bile envanter eskir. Bu yüzden envanterin tazeleme tetikleyicileri olmalı: yeni tedarikçi sözleşmesi, sürüm notu, yeni veri kaynağı, yeni kullanıcı grubu.
LAB · UYGULAMALI ALIŞTIRMA
İlk envanter sürümünü açın ve rolleri atayın
- 1Son üç aylık abonelik ve yazılım ödeme kalemlerinden yapay zekâ özelliği taşıyabilecek olanları listeleyin.
- 2Kimlik sağlayıcınızın bağlı uygulama listesini alın ve kurumsal hesapla açılmış üçüncü taraf oturumlarını aynı listeye ekleyin.
- 3Listeyi kullanım başına açın: aynı aracın iki farklı amacı iki satır olsun ve her satıra tek cümlelik kullanım tanımı yazın.
- 4Her satır için sahip, sistem sınıfı, veri kaynağı ve çıktının gittiği yeri doldurun; bilmediğiniz alanı boş bırakmak yerine "sorulacak" yazıp muhatabı ekleyin.
- 5Rol sorularını uygulayarak rol alanını doldurun ve tartışmalı kalan satırları ayrı bir listede işaretleyin.
- 6Her kayda son doğrulama tarihi ile doğrulayan kişiyi ekleyip envanteri sürüm numarasıyla kaydedin.
Beklenen çıktı
Kullanım başına açılmış, sahibi ve rolü atanmış, tarihli ilk envanter sürümü ve rolü tartışmalı kayıtların listesi.
Sık sorulan sorular
Aynı aracı kullanan on ekip için on ayrı kayıt mı açılır?
Hayır. Ölçüt ekip adı değil, amaç ve veri kaynağıdır. Amaç ve veri kaynağı aynıysa tek kayıt açılır, kullanıcı grupları alanına ekipler yazılır. Amaç veya veri kaynağı farklıysa ayrı kayıt gerekir, çünkü risk kademesi ve yükümlülük farklı çıkacaktır.
Envanteri hangi araçta tutmak gerekir?
Araç kritik değil; üç şart kritik. Her kaydın kalıcı bir kimliği olmalı, değişiklik geçmişi görünmeli ve kayıt diğer kayıtlara (sözleşme, veri işleme envanteri, olay kaydı) bağlanabilmeli. Bir elektronik çizelge bu üçünü sağlıyorsa yeterlidir; sağlamıyorsa yeni bir araç da kendiliğinden kurtarmaz.
Bir ekip kullandığı aracı beyan etmezse sorumluluk kimde kalır?
Sorumluluk kurumda kalır. Bu yüzden beyan tek kaynak olamaz: en az iki bağımsız kaynakla, örneğin ödeme kayıtları ile kimlik veya ağ kayıtlarıyla çapraz kontrol gerekir. Beyanın değeri eksikleri kapatmak değil, iki kaynağın da göremediği kullanımları açığa çıkarmaktır.
LEARN
AI Uyum Sorumlusu rotasına devam et
Dersler tek başına da okunabilir, ama sıralı ilerlemek önkoşul boşluklarını kapatır.