insan temsilciye aktarma: Kullanıcının kendini tekrar ettiği devir anını bulun

Bot ile canlı destek devrini tasarlayan ürün sahibi ve destek operasyonu, insan temsilciye aktarma kararını müşterinin aynı sipariş, kimlik veya sorun bilgisini yeniden vermesinden önce başlatmalıdır. Bunun için tekrarlanan soru, yetki sınırı, çözülmeyen döngü ve açık uzman talebi gözlenir. Amaç, gereksiz aktarım yaratmadan temsilciye yeterli bağlam ulaştırmak ve müşterinin kendini tekrar etmesini önlemektir.

Kullanıcının kendini tekrar ettiği devir anını bulun çalışması, konuşma kayıtlarındaki belirli kırılmaları işaretlemekle başlar. Botun mevcut cevabı görmezden gelip aynı alanı istemesi, üç ayrı niyeti karıştırması veya işlem yetkisi bulunmayan bir çözümü sürdürmesi güçlü sinyallerdir. Kullanıcının kızgın görünmesi tek başına yeterli değildir; sinyal, gözlenebilir olay ve çözüm engeliyle birlikte değerlendirilmelidir.

aktarım tetikleyici listesi, her satırda sinyal, gerekli kanıt, istisna, hedef ekip ve beklenen ilk eylemi taşımalıdır. “Kullanıcı uzman istedi” satırında açık talep kanıttır; yanlışlıkla dokunulan düğme istisnadır. “Bot döngüye girdi” satırında aynı sorunun yinelenmesi kanıttır; güvenlik doğrulamasının bilinçli tekrarı istisnadır. Böylece operasyon, sezgi yerine denetlenebilir bir başlangıç kuralı kullanır.

Tetikleyici oluştuğunda bot, aktarımı sessizce başlatmamalıdır. Kullanıcıya neden uzman desteği önerildiği, hangi bilgilerin paylaşılacağı, tahmini süre verilmeden kuyruğun bulunduğu ve görüşmede kalma alternatifi açıklanmalıdır. Kullanıcı kabul etmezse bot, güvenli öz yardım adımlarını sürdürmeli veya görüşmeyi sonlandırma seçeneği sunmalıdır. Kabul, daha önce verilmiş gereksiz verileri aktarım paketi için otomatik olarak meşrulaştırmaz.

Ekip, yanlış pozitif ve kaçırılmış aktarım örneklerini ayrı incelemelidir. Erken aktarım kuyruğu büyütür; geç aktarım müşteriyi tekrar döngüsüne iter. İncelemede tetikleyicinin zamanı, botun son faydalı cevabı, kullanıcının açık talebi ve temsilcinin gerçekten ihtiyaç duyduğu bağlam karşılaştırılır. Liste ancak tekrarlanabilir kanıtla değiştirilir; tek bir sıra dışı görüşme, bütün kullanıcılar için yeni kural oluşturmaz.

İlgili uygulama rehberi: Canlı Destek Sistemi mi, AI Asistan mı?: müşterinin kendini tekrar etmesini önlemek için ilgili rehber.

Aktarım nedeni, veri paketi ve erişim sınırını yazın

Aktarım nedeni, veri paketi ve erişim sınırını yazın kuralı, devir başlamadan üç ayrı soruyu yanıtlar: Neden uzman gerekiyor, hangi bilgi görevi çözüyor ve kim bu bilgiye erişebilir? Ürün sahibi alan gereksinimini, operasyon hedef kuyruğu, veri sorumlusu erişim sınırını onaylar. Bu ayrım, “yararlı olabilir” gerekçesiyle bütün konuşmanın paylaşılmasını ve sorumluluğun belirsizleşmesini önler.

kullanıcı onay mesajı, paylaşılacak veri kategorilerini anlaşılır adlarla göstermelidir. Sipariş numarası, bildirilen teslimat sorunu ve denenmiş adımlar gerekiyorsa açıkça sayılır; ödeme ayrıntısı gerekmiyorsa dışarıda bırakılır. Mesaj, uzman desteğinin gerekçesini ve kullanıcının vazgeçme yolunu da belirtir. Onay alınması, sınırsız erişim izni değildir; paket yalnız açıklanan amaç ve hedef ekip için kullanılmalıdır.

ISO şikâyet yaklaşımı müşterinin talebinin alınması, izlenmesi ve sorumlu kişiye aktarılması için tutarlı süreç kurulmasını insan devrinde destekler. Buradan yapılan editoryal çıkarım, her aktarım için neden, sahip, durum ve sonuç alanlarının izlenebilir tutulmasıdır. Bu kayıt yapısı, standardın kapsamını yeni bir teknik zorunluluk gibi sunmaz; şikâyet sürecindeki tutarlılığı devir tasarımına uyarlayan operasyonel bir tercihtir.

konuşma bağlam özeti, onaylanan paketi temsilcinin kullanabileceği sıraya dönüştürür. Özet; kullanıcının amacı, doğrulanmış bilgiler, kullanıcının beyanları, botun denediği işlemler, başarısızlık nedeni ve açık soruyu ayrı etiketlerle sunmalıdır. Hassas ayrıntılar maskelenmeli, doğrulanmamış çıkarımlar kesin olgu gibi yazılmamalıdır. Temsilci, gereken ek bilgiyi doğrudan kullanıcıdan isteyebilir; özet onun mesleki kararının yerine geçmez.

Kapsam kontrolünde her alan için “Bu veri olmadan temsilci hangi kararı veremez?” sorusu sorulur. Somut cevap yoksa alan paketten çıkarılır. Erişim rolü, görüntüleme süresi ve düzeltme yolu ayrıca kaydedilir. Kullanıcı onay verdikten sonra amaç değişirse eski izin genişletilmez; yeni amaç açıklanır ve yeniden onay alınır. Böylece veri minimizasyonu ile çözüm yeterliliği birlikte korunur.

Resmî kaynak ve iddia kapsamı: ISO ISO 10002:2018 complaints handling guidelines: müşterinin talebinin kapsamı.

Bot özetinden temsilci kabulüne devir akışı kurun

Bot özetinden temsilci kabulüne devir akışı kurun yaklaşımı, gönderme ile kabulü farklı durumlar olarak tanımlar. Bot önce onaylanan paketi oluşturur, alanların kaynağını işaretler ve hedef kuyruğa gönderir. Sistem teslim olayını kaydeder; temsilci paketi açınca sorumluluğu ayrıca kabul eder. Kabul gerçekleşmeden kullanıcıya “uzmana bağlandınız” denmez, çünkü teknik teslim operasyonel sahiplik anlamına gelmez.

konuşma bağlam özeti, kısa görünmek uğruna kritik ayrımları silmemelidir. “Sipariş gelmedi” talep özetidir; sipariş numarası doğrulanmış alan olabilir; taşıyıcı gecikmesi ise kanıt yoksa varsayımdır. Her öğe kaynak ve güven durumu taşır. Temsilci yanlış bir çıkarımı düzelttiğinde önceki metin korunur, düzeltme eklenir ve kullanıcıya yöneltilecek sonraki soru buna göre güncellenir.

NIST üretken yapay zekâ profili model çıktılarının insan gözetimi, test ve izlemeyle ele alınmasını chatbot özetinin temsilci tarafından doğrulanmasına bağlar. Editoryal çıkarım olarak kabul ekranı, özeti değişmez gerçek yerine denetlenebilir taslak şeklinde sunmalıdır. Temsilci eksikliği işaretleyebilmeli, yanlış sınıflandırmayı düzeltebilmeli ve kararını özgürce verebilmelidir. İzleme kaydı, model doğruluğu iddiası değil, hatayı bulma ve iyileştirme aracıdır.

gerekli veri alanları, özet şablonundan önce iş kararlarına bağlanır. Kimlik doğrulama durumu, sipariş referansı, sorun kategorisi, beklenen çözüm ve denenmiş adımlar ayrı alanlardır. Her alan için zorunluluk, kaynak, güncellik ve hassasiyet belirtilir. Alan boşsa sistem uydurma içerik üretmez; “bilinmiyor” işareti koyar ve temsilciye kullanıcıdan doğrulama istemesi için açık bir sonraki adım gösterir.

Hizmet planında kullanıcı ekranı, bot işlemi, arka sistem ve temsilci eylemi aynı olay kimliğiyle ilişkilendirilir. Kullanıcı onayı önde, paket oluşturma arkada, kuyruk teslimi sistemde ve kabul temsilci ekranında görünür. Başarısız gönderim yeniden denenebilir; yinelenen paket yeni görüşme açmamalıdır. Akış testi, eksik alanı, bozuk özeti, yanlış kuyruğu ve kabul edilmeyen teslimi ayrı ayrı sınamalıdır.

İlgili uygulama rehberi: Canlı Destek Nedir? Web Sitesi İçin Canlı Destek Sistemleri: müşterinin kendini tekrar etmesini önlemek için ilgili rehber.

Resmî kaynak ve iddia kapsamı: NIST Generative AI Profile (NIST AI 600-1): insan gözetimi kapsamı.

Kurgu geciken siparişte bağlam kaybını sınayın

Kurgu vaka, hesap ve teslimat desteği veren kurgusal bir pazar yerinde geçer. Deniz, botta SP-4821 siparişini ve “12 Temmuz’da bekliyordum, hâlâ gelmedi” sorununu paylaşır. Bot teslimat yardımını dener, sonuç alamaz ve insan temsilciye aktarma önerir. Eski tasarımda temsilci ekranında boş görüşme açıldığı için Deniz sipariş numarasını, tarihi ve talebini yeniden anlatmak zorunda kalır.

Kurgu geciken siparişte bağlam kaybını sınayın çalışması, boş ekranı ölçülebilir teslimlere ayırır. Tetikleyici, botun sipariş durumunu çözememesidir; kullanıcı onayı, sipariş bağlamının teslimat ekibiyle paylaşılmasını kapsar. Paket, SP-4821 referansını, bildirilen gecikmeyi, beklenen tarihi ve denenmiş sorguyu içerir. Hesap parolası, tam ödeme verisi ve ilgisiz geçmiş siparişler çözüm için gerekmediğinden dışarıda kalır.

gerekli veri alanları tablosunda her satır karar amacı taşır. Sipariş referansı doğru kaydı bulur; beklenen tarih gecikme iddiasını anlamlandırır; son sorgu sonucu botun başarısız adımını gösterir. Kullanıcının tercih ettiği çözüm belirtilmemişse alan “sorulacak” kalır. Temsilci, taşıyıcı kaydını görmeden gecikmenin nedenini kesinleştiremez; özet bu nedenle varsayılan bir neden veya telafi sözü üretmez.

Kuyruk doluysa kullanıcıya görüşmenin teslimat ekibine gönderildiği, sırada beklediği ve isterse bildirimle geri dönebileceği söylenir. kuyruk durum bildirimi, kesin bağlanma zamanı uydurmaz; sıranın korunduğunu, son durum olayını ve mevcut alternatifi gösterir. Deniz kanaldan ayrılırsa SP-4821 bağlamı kaybolmaz, fakat yeni bir hassas bilgi gerekirse yeniden ve amaç belirtilerek onay istenir.

Temsilci paketi açtığında sipariş referansını doğrular, botun sonucunu denetler ve “taşıyıcı gecikmesi” çıkarımını kanıt yoksa kaldırır. Kabul kaydı, paketin okunduğunu ve sorumluluğun alındığını gösterir. Başarı ölçütü yalnız görüşmenin açılması değildir: Deniz’in daha önce verdiği alanların yeniden sorulmaması, eksik tercihin açıkça sorulması ve sonraki eylemin doğru uzman tarafından belirlenmesidir.

Kurgu senaryo — Kurgu vaka: hesap ve teslimat desteği veren kurgusal bir pazar yeri: Kullanıcı botta sipariş numarası ve sorununu açıkladığı halde canlı temsilci ekranında yalnız boş bir yeni görüşme açılıyor. Ekip aktarım tetikleyicisi, kullanıcı onayı, gerekli bağlam özeti, kuyruk durumu ve geri dönüş yolunu ayrı teslimler olarak tanımlayacak.

Devir seçeneklerini bekleme ve veri gerekliliğiyle tartın

Devir seçeneklerini bekleme ve veri gerekliliğiyle tartın kararı için dört sütunlu bir değerlendirme kullanılır: senaryo, kanıt, eylem ve durdurma ya da eskalasyon. Her satır tek bir operasyon durumunu anlatır. Sütunlar birlikte okunur; yalnız kısa kuyruk veya zengin veri paketi başarı sayılmaz. Amaç, kullanıcının bekleme yüküyle temsilcinin çözüm için gerçekten ihtiyaç duyduğu bağlamı dengelemektir.

İlk satırda senaryo, doğrulanmış sipariş alanlarıyla açık teslimat sorunudur. Kanıt, sipariş referansı ve başarısız bot sorgusudur. Eylem, sınırlı paketi teslimat kuyruğuna göndermektir. Zorunlu referans doğrulanamıyorsa aktarım durdurulur ve kullanıcıdan yalnız bu alan istenir. Kimlik şüphesi veya hesap erişimi riski görülürse sıradan teslimat kuyruğu yerine yetkili güvenlik ekibine eskalasyon yapılır.

İkinci satırda senaryo, yoğun kuyruk ve acil olmayan taleptir. Kanıt, güncel sıra durumu ile kullanıcının kanalda kalma tercihidir. Eylem, kuyruk durum bildirimi sunmak ve bildirimli geri dönüş seçeneğini açıklamaktır. Sıra durumu alınamıyorsa kesin süre verilmez. Görüşmenin kapanma riski varsa oturum sessizce sonlandırılmaz; durum korunur veya desteklenen başka kanal açıkça önerilir.

Üçüncü satırda senaryo, kısa kuyruk fakat gereksiz hassas veri içeren pakettir. Kanıt, alan gereksinim kaydında karar amacı bulunmayan öğelerdir. Eylem, bu alanları çıkarmak ve mevcut onay kapsamını korumaktır. Sistem paketi küçültemiyorsa devir durdurulur; veri sorumlusuna eskale edilir. Hız, görevle ilgisiz ödeme veya kimlik ayrıntılarının paylaşılmasını haklı çıkaran bir ölçüt değildir.

Dördüncü satırda senaryo, paket teslim edilmiş ancak sahiplik alınmamıştır. Kanıt, gönderim olayı bulunmasına rağmen temsilci kabul kaydı oluşmamasıdır. Eylem, kullanıcıya bekleme durumunu göstermek ve kuyruğun sahiplik kuralını çalıştırmaktır. Kabul süresi operasyon eşiğini aşarsa başka uygun ekibe eskalasyon yapılır. Temsilci özeti reddederse aktarım başarısız sayılmaz; düzeltme, yeniden yönlendirme veya ek soru yolu açılır.

İlgili uygulama rehberi: Müşteri Hizmetleri Otomasyonu ile Kaçan Müşteriyi Kazan: müşterinin kendini tekrar etmesini önlemek için ilgili rehber.

Aktarımı yedi bağlam teslimiyle uygulayın

Aktarımı yedi bağlam teslimiyle uygulayın planı, tek bir dev düğme yerine sahipleri ve kabul çıktıları belirli yedi teslim tanımlar. Birinci teslim tetikleyici kararıdır; sahibi ürün operasyonudur, çıktısı kanıtlı neden kodudur. İkinci teslim kullanıcı onayıdır; sahibi konuşma tasarımıdır, çıktısı kapsamı anlaşılmış seçimdir. Her teslim, sonraki adıma geçmeden ayrı olay olarak kaydedilir ve gerektiğinde geri alınır.

Üçüncü teslim veri seçimidir; sahibi veri sorumlusudur, kabul çıktısı amaçla eşleştirilmiş ve gereksiz alanlardan arındırılmış pakettir. Dördüncü teslim özet üretimidir; sahibi asistan hizmetidir, çıktısı kaynakları ve belirsizlikleri işaretli taslaktır. Bu iki teslim birbirine karıştırılmaz. Paket hangi verinin paylaşılabileceğini, özet ise temsilcinin bu veriyi hangi görev bağlamında okuyacağını belirler.

Beşinci teslim kuyruk bildirimidir; sahibi yönlendirme hizmetidir, kabul çıktısı kullanıcıya ulaşmış durum ve alternatif bilgisidir. Altıncı teslim temsilci kabulüdür; sahibi hedef destek ekibidir, kabul çıktısı zaman damgalı temsilci kabul kaydı ve atanmış sorumludur. Gönderim kaydı bu teslimin yerine geçmez. Temsilci özette hata bulursa kabulü reddetmek zorunda kalmadan metni düzeltebilir ve gerekçeyi kaydedebilir.

Yedinci teslim geri dönüş yoludur; sahibi kanal operasyonudur, kabul çıktısı kullanıcının sıra kaybetmeden görüşmeye dönebilmesidir. insan temsilciye aktarma ancak ilk altı teslim görünür, yedinci teslim ise gerektiğinde çalışabilir olduğunda tamamlanmış sayılır. Kullanıcı bildirim istemezse oturum tercihi korunur; sistem onu zorla başka kanala taşımaz. Geri dönüş bağlantısı hassas bilgiyi açmamalı ve uygun kimlik doğrulamasını atlamamalıdır.

Uygulama provasında ekip her teslimi bağımsız bozarak sonucu gözler. Tetikleyici eksikse aktarım başlamamalı; onay yoksa paket gönderilmemeli; alan gereksizse çıkarılmalı; özet yanlışsa düzeltilebilmelidir. Bildirim ulaşmazsa alternatif görünmeli, kabul oluşmazsa sahiplik eskale edilmeli, geri dönüş bozulursa sıra korunmalıdır. Kalite kapısı, yalnız başarılı ana yolu değil, bu yedi başarısızlık yolunun güvenli toparlanmasını da doğrular.

insan temsilciye aktarma için yedi somut teslim:

1. Kullanıcının kendini tekrar ettiği devir anını bulun: aktarım tetikleyici listesi çıktısını sorumlusuyla tamamlayın.
2. Aktarım nedeni, veri paketi ve erişim sınırını yazın: kullanıcı onay mesajı çıktısını sorumlusuyla tamamlayın.
3. Bot özetinden temsilci kabulüne devir akışı kurun: konuşma bağlam özeti çıktısını sorumlusuyla tamamlayın.
4. Kurgu geciken siparişte bağlam kaybını sınayın: gerekli veri alanları çıktısını sorumlusuyla tamamlayın.
5. Devir seçeneklerini bekleme ve veri gerekliliğiyle tartın: kuyruk durum bildirimi çıktısını sorumlusuyla tamamlayın.
6. Aktarımı yedi bağlam teslimiyle uygulayın: temsilci kabul kaydı çıktısını sorumlusuyla tamamlayın.
7. Sessiz kuyruk ve fazla veri paylaşımını önleyin: geri dönüş seçeneği çıktısını sorumlusuyla tamamlayın.

Sessiz kuyruk ve fazla veri paylaşımını önleyin

Sessiz kuyruk ve fazla veri paylaşımını önleyin hedefi, iki ayrı gözetim hattı gerektirir. Kuyruk hattı son kullanıcı bildirimi, sıra sahipliği ve oturum durumunu izler. Veri hattı paylaşılan alanları, erişen rolleri ve amaç eşleşmesini denetler. Tek bir “aktarım başarılı” metriği iki riski gizler; teknik teslim gerçekleşirken kullanıcı habersiz kalabilir veya gereksiz hassas bilgi hedef ekibe ulaşabilir.

Kuyruk bildirimi kesilirse sistem kesin bekleme süresi göstermemeli, son doğrulanmış durumu açıkça belirtmelidir. geri dönüş seçeneği, kullanıcının sıradaki yerini koruyarak kanaldan ayrılmasına izin vermelidir. Bu yol da çalışmıyorsa oturum sessizce kapanmaz; yeni veri toplama durdurulur, mevcut kayıt korunur ve operasyon sorumlusuna uyarı gönderilir. Kullanıcıya erişilebilir başka kanal varsa koşullarıyla birlikte sunulur.

Fazla veri tespitinde paket yayılımı sınırlandırılır, gereksiz alan sonraki görünümlerden kaldırılır ve erişim kaydı incelenir. Kullanıcı onayının varlığı, görev dışı paylaşımı geçerli kılmaz. Yanlış özet temsilciyi hatalı sonuca götürmüşse temsilci düzeltmesi esas alınır; kullanıcıya etki eden karar yeniden değerlendirilir. İnceleme, hatayı gizlemek için önceki özeti silmez; sürümler ve düzeltme nedeni ayrı tutulur.

devir kalite günlüğü; tetikleyici zamanı, onay kapsamı, aktarılan alanlar, özet düzeltmeleri, kuyruk bildirimleri, kabul olayı ve geri dönüş sonucunu ilişkilendirir. Günlük, tam konuşma metnini varsayılan olarak kopyalamaz; olay ve gerekli kanıt düzeyinde kalır. Erişim, kalite görevi olan rollerle sınırlanır. Kayıtlar, tekrar sorulan alanları ve sessiz kapanmaları bulmak için düzenli örneklem incelemesine açılır.

Toparlanma sırası kullanıcı etkisini azaltacak biçimde belirlenir: önce durum görünür yapılır, sonra sahiplik doğrulanır, ardından veri kapsamı ve özet düzeltilir. Kabul yoksa görüşme tamamlanmış sayılmaz. Kuyruk bilinmiyorsa vaat verilmez. Gereksiz veri varsa aktarım genişletilmez. Son inceleme, müşterinin tekrar etmek zorunda kaldığı alanı, hatanın kaynağını, düzeltme sahibini ve aynı arızayı önleyecek kural değişikliğini kaydeder.

İlgili uygulama rehberi: MY Asistan rehberleri: destek operasyonu konu kümesi.

insan temsilciye aktarma hakkında uygulama soruları ve kısa yanıtlar

aktarım tetikleyicisi başlamadan önce hangi kanıt aranmalı?

Kullanıcının kendini tekrar ettiği devir anını bulun kararı, yalnız memnuniyetsizlik sezgisine dayanmamalıdır. Botun aynı bilgiyi yeniden istemesi, çözüm yetkisinin dışında kalması, doğrulama döngüsüne girmesi veya kullanıcının açıkça uzman istemesi kanıt sayılabilir. aktarım tetikleyici listesi, her kanıt için gözlenebilir olay, istisna ve durdurma koşulu içermelidir. Ekip, yanlış tetiklemeleri örnek görüşmelerle inceleyip listeyi düzenli aralıklarla güncellemelidir.

konuşma bağlam özeti için sınır ve sorumlu nasıl belirlenir?

Bot özetinden temsilci kabulüne devir akışı kurun yaklaşımında sınırı, görevin çözümü için gereken bilgi belirler. konuşma bağlam özeti; talebi, doğrulanmış olguları, denenmiş adımları, kullanıcının tercihlerini ve belirsizlikleri ayırmalıdır. İçerik sahibi destek operasyonu, teknik aktarım sahibi ürün ekibi olabilir. Temsilci özeti düzeltebilmeli; yapılan düzeltme sonraki kalite incelemesine girmeli, fakat otomatik olarak kullanıcı beyanının yerine geçmemelidir.

gerekli veri alanı sırasında hangi kayıt karar vermeyi kolaylaştırır?

Devir seçeneklerini bekleme ve veri gerekliliğiyle tartın kararı sırasında alan gereksinim kaydı kullanılır. Kayıt, her verinin hangi karar için gerektiğini, kaynağını, doğrulama durumunu, erişebilecek rolü ve saklama sınırını gösterir. kuyruk durum bildirimi ise bekleme durumu, alternatif kanal ve geri dönme yolunun kullanıcıya ulaştığını kaydeder. Bu iki kayıt, gereksiz veri istemeden çözüm için yeterli bağlam kurulup kurulmadığını görünür kılar.

kuyruk durum bildirimi bozulduğunda önce hangi işaret incelenir?

Sessiz kuyruk ve fazla veri paylaşımını önleyin hedefi bozulduğunda önce son başarılı durum bildiriminin zamanı ve teslim kanıtı incelenir. Ardından oturumun kapanıp kapanmadığı, sıranın korunup korunmadığı ve alternatif kanalın gösterilip gösterilmediği kontrol edilir. geri dönüş seçeneği çalışmıyorsa yeni veri toplamayı durdurmak, kullanıcıya açık durum vermek ve görüşmeyi operasyon sorumlusuna eskale etmek gerekir. İnceleme, kişisel konuşma içeriğini gereksiz yere çoğaltmamalıdır.

temsilci kabul kaydı hangi durumda yeniden değerlendirilmelidir?

temsilci kabul kaydı; özet okunmadan kabul edilmişse, zorunlu alanlar eksikse, kullanıcı onay mesajı geçersizleşmişse veya yanlış uzman kuyruğu seçilmişse yeniden değerlendirilmelidir. insan temsilciye aktarma, botun gönderim olayıyla değil, temsilcinin sorumluluğu aldığını ve belirsizlikleri gördüğünü kaydetmesiyle tamamlanır. Sonradan düzeltilen özet, kabul zamanını silmemeli; ilk paket, düzeltme nedeni ve yeni sorumlu denetlenebilir biçimde ayrı tutulmalıdır.