Prosedürü okuyanın bir sonraki kararı anlayabilmesi gerekir
Depo ekibinin notlarında ‘malı say, sisteme gir, kaliteye haber ver’ yazıyor. Yapay zekâ bunları düzenli maddelere çevirdiğinde belge profesyonel görünebilir. Fakat miktar eksikse, paket hasarlıysa veya sipariş bulunamıyorsa ne olacağı hâlâ belirsizdir. Bir prosedürün değeri cümlelerin düzgünlüğünden önce işi yapan kişinin hangi girdiye bakacağını, nerede duracağını ve hangi kaydı bırakacağını açıklamasıdır. Sıralanmış fiiller tek başına bu ihtiyacı karşılamaz.
Aşağıdaki mal kabul süreci kurgusal bir eğitim uygulamasıdır. Kurumun onaylı talimatının yerine geçmez; örnek yetkiler ve kayıt adları yalnız burada verilen senaryoya aittir. Taslağı hazırlarken süreç sahibinin söylediği kuralları ve AI'ın eklediği varsayımları ayıracağız. Sonunda altı adımlı bir belge ile normal teslimat ve iki istisna için yürütme kaydı bulunacak. Bu çıktı, süreç sahibinin düzeltip onaylayabileceği somut bir başlangıçtır.
Kuralları gözlem notlarından ayrı okuyun
| Kimlik | Verilen bilgi | Sahip |
|---|---|---|
| K1 | Sipariş numarası olmadan kullanılabilir stok kaydı açılmaz | Satın alma |
| K2 | Miktarı depo sayar; eksik/fazla teslim fark kaydına girer | Depo |
| K3 | Hasarlı veya farkı olan parti inceleme alanında tutulur | Kalite |
| K4 | Kalite serbest bırakmayı, satın alma ticari farkı onaylar | Süreç sahibi |
| G1 | Yoğun günlerde sistem kaydı sayımdan önce açılmış | Gözlem; izinli kural değil |
| K5 | Teslim, sayım, fark ve serbest bırakma kayıtları aynı partiyle bağlanır | Depo |
G1'de bir davranışın gözlenmiş olması onu onaylı yöntem yapmaz. AI'ın gözlem cümlesini ‘yoğun günlerde önce sisteme girilir’ diye prosedüre taşıması, var olan bir sapmayı yeni kural haline getirir. K1–K5 ise örnek kurumun açıkça verdiği koşullardır. Henüz belirlenmemiş bir süre veya parasal limit bulunuyorsa model bunu tahmin ederek doldurmamalı; süreç sahibine soru olarak bırakmalıdır. Boşluğu görünür tutmak, görünüşte eksiksiz ama yetkisiz talimattan daha kullanışlıdır.
Başlamadan önce prosedürün sınırını tanımlayın: teslim aracının gelmesiyle başlar, partinin izinli statüye alınması veya incelemeye devriyle biter. Tedarikçi seçimi, fatura ödeme ve üretimde tüketim bu sınırın sonraki süreçleridir. Yine de bu süreçlere hangi kayıtların devredildiği gösterilmelidir. Aynı işi iki belgenin farklı kurallarla anlatması, özellikle sorumlunun değiştiği noktalarda karışıklık yaratır; ilişkili belgenin sahibi ve geçerli sürümü çalışma dosyasına yazılır.
Her adımın çıkışı sonraki adımın girdisi olsun
| Adım | İş / sorumlu | Koşul ve bırakılan kayıt |
|---|---|---|
| 1 | Teslim belgesini al / depo | Parti kimliği ile sipariş numarasını ilişkilendir |
| 2 | Siparişi doğrula / satın alma | Bulunmuyorsa incelemeye yönlendir; kullanılabilir stok açma |
| 3 | Miktar ve dış hasarı kaydet / depo | Sayım sonucu ve gözlemi partiye bağla |
| 4 | Fark veya hasarı ayır / depo | Varsa inceleme statüsü ve ilgili sorumlu; yoksa normal kontrole devam |
| 5 | Uygunluğu ve ticari farkı sonuçlandır / yetkili sahipler | Kalite serbest bırakma; fark varsa satın alma kararı da gerekli |
| 6 | Statüyü güncelle ve devret / depo | Gerekli onayların kimlikleri ile kullanılabilir veya incelemede kaydı |
Taslak ‘kaliteyi bilgilendir’ ile ‘kalite onayı al’ arasındaki farkı korur. Bir mesaj gönderilmiş olması, partinin serbest bırakılabileceğini göstermez. Beşinci adımın kaydı gelmeden altıncı adımda kullanılabilir statüye geçilmez. Ticari fark olan bir teslimatta kalite uygunluğu da tek başına yeterli değildir; satın alma farkın nasıl ele alınacağını belirler. Böylece farklı kararların aynı onay kutusuna sıkıştırılması önlenir.
Bu akıştaki AI görevi belge taslağı oluşturmak ve eksik bağlantıları bulmaktır. Depo kayıtlarını değiştirme veya parti serbest bırakma yetkisi verilmemiştir. NIST AI RMF'nin insan sorumluluklarını ve AI kullanım bağlamını açıklama yaklaşımı bu ayrımı destekler. Altı adım, kaynak paketi ve kabul sınamaları bu yazı için tasarlanmıştır; NIST'in mal kabul prosedürü olarak sunulmaz.Kaynak: NIST — AI RMF 1.0 Core
Belgeyi iki istisnayla yürütün
| Vaka | Girdi | Beklenen yol | Kapanış |
|---|---|---|---|
| V1 | Sipariş 100; teslim 100; hasar yok | 1→2→3→4→5→6 | Kalite onayı Q1 varsa kullanılabilir 100 |
| V2 | Sipariş 100; teslim 90; hasar yok | Sayım farkı 10; inceleme | Q2 tek başına yetmez; satın alma kararı C2 de beklenir |
| V3 | Teslim 40; sipariş numarası yok | Adım 2'de yönlendirme | Satın alma siparişi doğrulamadan kullanılabilir stok yok |
V2 için ilk taslakta yalnız ‘kalite uygunsa kabul et’ yazdığını varsayalım. K4 ile karşılaştırınca satın alma kararının eksik olduğu görülür. Editörün düzeltme kaydı şöyle olur: ‘Adım 5'e miktar farkında ticari karar eklendi; V2 yeniden yürütüldü.’ Bu açıklama, metnin değiştirilmesinin nedenini ve hangi sınamanın değişiklikten etkilendiğini gösterir. Sadece belge sürümünü artırmak doğrulamanın yapıldığını kanıtlamaz.
Taslak 0.1, K1–K5 ile karşılaştırıldı. G1 gözlemi onaylı kural olarak kullanılmadı. V1 normal yolunda kalite onayı gerekli. V2'de miktar farkı nedeniyle kalite ve satın alma kararları birlikte aranıyor. V3 sipariş doğrulanana kadar incelemede kalıyor. İnceleme alanında bekleme süresinin kurumca belirlenmesi açık soru; bu taslak yeni bir süre limiti koymuyor.
Bir işlemi masa başında yürütmek, sahada uygulanabilirliğinin tümünü kanıtlamaz. Kayıt ekranına erişim, parti etiketinin okunması veya vardiya değişiminde görev devri ayrıca gözlenebilir. Bu nedenle onay notunda hangi kontrolün yapıldığını yazın. Kaynakla karşılaştırma, örnek olay yürütmesi ve gerçek kullanım gözlemi ayrı kanıtlardır. Kurumun belge onay süreci tamamlanmadan eğitim taslağını yürürlükte talimat diye dağıtmayın; belge üzerinde durumunu açıkça belirtin.
Kendi notlarınızla aynı bağı kurun
K1–K5 kurallarından mal kabul prosedürü hazırla. G1 yalnız gözlemdir, izinli istisna yapma. Her adım için girdi, sorumlu, koşul, çıktı kaydı ve sonraki adımı belirt. Sipariş yokluğu, miktar farkı ve hasar halinde yönlendirmeyi göster. Verilmeyen süre ve yetki uydurma. Ardından V1–V3 vakalarını yürüt; gerekli onaylar eksikse kullanılabilir stok sonucu verme. Çıktı: prosedür tablosu, üç vaka sonucu ve süreç sahibine açık sorular.
- Adımların her biri kaynak kural veya açık tasarım kararıyla açıklanabiliyor mu?
- Normal yol kadar durma ve yönlendirme yolu da anlaşılır mı?
- Bilgilendirme, onay ve kayıt değiştirme ayrı tutulmuş mu?
- Teslim, sayım ve onay aynı parti kimliğiyle izlenebiliyor mu?
Küçük alıştırma: V2 için Q2 kalite onayı geldi, ancak C2 satın alma kararı henüz yok. AI ‘90 adet uygundur, kullanılabilir stoğa al’ dedi. Doğru düzeltme nedir? Cevap anahtarı: Kalite uygunluğu kayda alınır, fakat miktar farkının ticari kararı beklenir. Kullanılabilir statü için gereken koşullar tamamlanmamıştır. Satın alma sorumlusuna C2 isteği açılır; ne eksik 10 adet teslim edilmiş sayılır ne de modelin cümlesi satın alma onayı yerine geçer.
İlk taslağınızı bir iş arkadaşınıza verip yalnız metni okuyarak örnek vakayı yürütmesini isteyin. Nerede ek açıklama istediğini not edin. Bu sorular prosedürün hangi bağlantıyı henüz kurmadığını gösterir. AI'ın üslup düzeltmesi en son yapılabilir; önce iş, karar ve kayıt ilişkileri tutarlı olmalıdır. Böyle hazırlanan belge, yeni çalışanın doğru soruyu doğru kişiye yönlendirmesine de yardımcı olur ve sonraki revizyonun nedenini izlenebilir kılar.
Kaynaklar ve doğrulama
- NIST — AI RMF 1.0 Core
Bağlam, sorumluluklar, değerlendirme ve yaşam döngüsü. Sayfa 1.0 metnini sunuyor ve güncellemenin sürdüğünü belirtiyor; örnek kurum eşikleri NIST gerekliliği değildir.
Erişim ve kontrol:
Üretimde Yapay Zekâ
Üretimde Yapay Zekâ eğitiminde bir sürecinizin izinli notlarını kullanarak prosedür taslağını örnek olaylarla sınayabilirsiniz. En yararlı başlangıç girdisi, normal akışla birlikte gerçek bir istisnanın kaydıdır.
- Kuruma özel planlanır