Usta telefondan üretim aşamasını değiştirdi. Ekran dönmeye devam etti, ardından bağlantı hatası çıktı. İşlem kaydedildi mi, kaydedilmedi mi? Bu anda düğmeye tekrar tekrar basmak güvenilir bir çözüm değildir. İstek sunucuya ulaşmış, yalnız yanıt telefona dönememiş olabilir; hiç ulaşmamış da olabilir.
Üretim takibinde internet kesintisi için ekipçe bilinen bir kontrol sırası gerekir. Amaç, kaydın sonucunu tahmin etmek yerine güncel durumunu doğrulamak ve belirsiz kalan işlemi görünür tutmaktır. Bu yöntem çevrimdışı çalışan bir yazılım özelliği varsaymaz. krkbos’un mevcut üretim ve QR kayıt akışı sunucu bağlantısı gerektirir; çevrimdışı kayıt kuyruğu veya bağlantı gelince otomatik eşitleme sunduğu varsayılmamalıdır.
Önce kaydın sonucunu ayırın
Üç durumla karşılaşabilirsiniz: Program kaydın tamamlandığını açıkça bildirir; açıkça reddedildiğini söyler; ya da bağlantı yüzünden sonuç anlaşılamaz. Sonuncusu ‘kesin kaydedilmedi’ demek değildir. Telefon ekranının değişmesi de tek başına işlemin sunucuda kalıcılaştığını kanıtlamaz.
Bağlantı yeniden kurulduğunda ilgili siparişi veya üretim kaydını tekrar açın. Güncel aşama, eklenen olay ve varsa işlem geçmişini kontrol edin. Görünen durum yaptığınız işlemle uyumluysa tekrar giriş yapmayın. Eski bir ekran görüntüsüne veya bağlantısız açık kalmış sekmeye dayanarak karar vermeyin.
Kesinti sırasında numaralı geçici not tutun
İşletmenin belirlediği tek bir geçici kayıt yöntemi kullanın. Örneğin vardiya sorumlusundaki numaralı bir kâğıt liste şu bilgileri içerebilir:
- Geçici not numarası ve sipariş ya da üretim kalemi kodu.
- Sahada gerçekleşen olay ve gerçekleştiği saat.
- Yapılmak istenen kayıt: aşama değişimi, sorun bildirimi veya başka bir işlem.
- İşlemi deneyen kişi ve ekranda görülen sonuç.
- Bağlantı sonrası kontrol edecek sorumlu.
Geçici not, sisteme işlenmiş kayıt değildir. Üzerine ‘kontrol bekliyor’ yazın. Listeyi farklı kişilerin ayrı defterlerinde çoğaltmayın; hangi notun işlendiğinin takibi kaybolur. Normal kayıtların kime ait olduğunu dijital iş emri ve devir düzeninde baştan belirlemek, kesinti sırasındaki sorumluluğu da kolaylaştırır.
Bağlantı geldikten sonra hangi sırayla ilerlenir?
- Geçici nottaki iş koduyla doğru kaydı açın.
- Sunucudan güncel durumun geldiğini doğrulayın; hata devam ediyorsa notu açık bırakın.
- İstenen işlemin zaten kaydedilip kaydedilmediğini kontrol edin.
- İşlem yoksa ve güncel durumla hâlâ uyumluysa yetkili kullanıcı kaydı tamamlasın.
- İşlem sonrası kaydı yeniden açarak sonucu teyit edin; geçici nota kontrol eden kişiyi ve kontrol zamanını yazın.
İş başka bir çalışan tarafından ilerletilmişse eski nottaki aşamayı körlemesine yeniden uygulamayın. Sorumlu kişi mevcut durumla sahadaki işi karşılaştırmalıdır. Sistem geçmişi sonucu ayırt etmeye yetmiyorsa bu belirsizliği ayrıca inceleyin; ikinci kayıt açarak kapatmayın.
Olay saati ile giriş saatini karıştırmayın
Kurgusal örnek: Kesim saat 14.10’da bitti, bağlantı 14.35’te geldi. Sistem işlemi 14.35’te kaydettiyse bu saat olayın kesin gerçekleşme saati gibi yorumlanmamalıdır. Açıklama alanı varsa ‘Kesim 14.10’da tamamlandı; bağlantı sonrası 14.35’te kaydedildi’ notu eklenebilir. Bunun sistem tarihini geriye değiştirdiği varsayılmamalıdır.
Günlük kapanışta geçici listede hâlâ açık kalan satırları gözden geçirin. Hangi işin sisteme geçtiği, hangisinin kontrol beklediği raporu hazırlayana görünmelidir. Bu ayrımı günlük üretim raporunun devir notlarına taşıyabilirsiniz.
Bu senaryoyu gerçek işe geçmeden deneyin
Bir deneme kaydıyla üretim alanındaki bağlantıyı test edin. Kesinti sonrası programın hata mesajını, kaydın yeniden açılmasını ve yetkili kullanıcının kontrol yolunu gözlemleyin. Çevrimdışı kayıt veya otomatik eşitleme gerekiyorsa bunları ayrıca doğrulanacak koşullar olarak üretim takip programı demo testlerine ekleyin. Yalnız tarayıcıdan açılması, bir programın internetsiz çalıştığını göstermez.
Sık sorulan sorular
Bağlantı hatası çıkınca işlemi hemen tekrar etmeli miyim?
Önce güncel kaydı kontrol edin. İşlem sunucuya ulaşmış ama yanıt geri dönememiş olabilir. Sonuç belirsizken tekrar giriş yapmak, işlemin türüne göre çift kayıt veya yanlış aşama riski doğurabilir.
Geçici nottaki saat sonradan sistem tarihine çevrilir mi?
Bunu varsaymayın. Yazılım ayrı olay tarihi girişini desteklemiyorsa kayıt zamanı sonradan giriş yaptığınız zaman olabilir. Gerçek olay saati açıklamada korunabilir; sistemin tarih ve geçmiş davranışı ayrıca doğrulanmalıdır.
