Vardiya Raporu Otomatikleştirme: Yöneticinin Sabah Üretim Ekranı
Otomatik vardiya raporu nedir, kâğıt formdan farkı ne?
Otomatik vardiya raporu, üretim sırasında tutulan kayıtların vardiya bitince programla toplanıp belirli alıcılara gönderilmesidir. Kâğıt vardiya formu verinin kaynağıdır ve sonradan yazılır; otomatik rapor ise zaten kaydedilmiş veriden üretilir.
Fark, kaydın ne zaman ve kim tarafından tutulduğundadır:
| Konu | Kâğıt form ve elle özet | Otomatik vardiya raporu |
|---|---|---|
| Kayıt zamanı | Vardiya sonunda hatırlanarak | İş sırasında |
| Özeti hazırlayan | Amir ya da planlamacı | Program |
| Ulaşma zamanı | Ertesi sabah, kişi müsait olunca | Vardiya kapanışından sonra sabit saatte |
| Tanım birliği | Kişiye göre değişebilir | Yazılı ve aynı |
| Geçmişe bakış | Klasörde ya da dosyada aranır | Geçmiş vardiya seçilir |
Her işletme için aynı başlangıç noktası yoktur. Üretim verisi hiç dijital değilse önce kaydın toplanması gerekir. Veri bir üretim takip programında duruyorsa ya da operatör ekranından alınıyorsa, rapor adımı görece küçük bir iştir. Veri kâğıttaysa ama kâğıt düzgünse, geçiş döneminde formu vardiya sonunda tablete girmek de bir ara adım olabilir. Bu ara adım otomasyon değildir, ama raporu tek biçime getirir.
Vardiya raporunda hangi alanlar olmalı?
Vardiya raporunda yalnızca sabah bir karar doğuran alanlar bulunmalıdır; okunamayan uzun bir rapor, hazırlanmayan rapor kadar işe yaramaz. Aşağıdaki tablo tipik bir başlangıçtır, alanlar işletmeye göre daraltılır.
| Alan | Kaynak | Sabah sorduğu soru |
|---|---|---|
| Plan ve gerçekleşen miktar | İş emri, operatör kaydı | Plana yetiştik mi? |
| İyi miktar ve fire | Sayım, kalite kaydı | Ne kadarı satılabilir çıktı? |
| Fire nedenleri, ilk üç | Fire kaydı | Neye bakmalıyız? |
| Toplam duruş ve en uzun duruşlar | Duruş kaydı | Hangi hat neden durdu? |
| Açık kalan iş emri | İş emri | Devreden iş ne? |
| Geciken sipariş riski | İş emri ve termin | Müşteriye gecikme yansır mı? |
| Vardiya amiri notu | Serbest metin | Sayıların anlatmadığı ne oldu? |
| OEE, kayıt olgunsa | Duruş, miktar, çevrim süresi | Kayıp hangi bileşende? |
OEE konusunda dikkatli olun. Genel tanıma göre OEE; kullanılabilirlik, performans ve kalite çarpımıdır. Kullanılabilirlik çalışma süresinin planlı üretim süresine, performans ideal çevrim süresiyle yapılan üretimin çalışma süresine, kalite iyi adedin toplam adede oranıdır. ISO 22400-2'nin üretim göstergelerini standartlaştırdığı aktarılır, ama uygulamalarda hurdanın ve ayarın nasıl sayılacağı değişebiliyor. Bu yüzden sayı raporda görünmeden önce sizin hesabınız yazıya dökülmelidir. Çevrim süresi kaydı güvenilir değilse OEE ölçümü raporun ilk sürümüne girmemelidir.
İki tasarım kuralı raporu okunur tutar. Birincisi istisnayı öne alın: plana uyan hattı tek satırda, sapan hattı nedeniyle gösterin. İkincisi her sayının yanına karşılaştırma koyun: tek başına rakam değil, plan ya da önceki vardiya. "850 adet" bilgi vermez, "850 adet, plan 1000, en uzun duruş kalıp değişimi" karar doğurur.
Raporda ad ve soyad gerekip gerekmediğini de düşünün. Operatör bazında performans gösteren bir tablo, KVKK'nın kişisel veri tanımına girer ve yaygın bir mesaj grubuna gönderilmemelidir. Hat ve vardiya düzeyinde özet çoğu sabah kararı için yeterlidir.
Veri kalitesi önkoşulu: rapor hangi kayıtlar olmadan güvenilmez?
Vardiya raporu, ancak kayıt iş sırasında, tek listeden ve aynı tanımlarla tutuluyorsa güvenilir olur. Yöneticinin rapora güvenini kaybetmesi kolay, geri kazanması zordur; bu yüzden gönderime başlamadan önce kayıt tarafı kontrol edilmelidir.
Kontrol listesi:
- Vardiya takvimi tanımlı. Başlangıç, bitiş, molalar ve planlı duruşlar sistemde yazılı olmalıdır. Vardiyayı aşan kayıt hangi vardiyaya yazılacak? Bu kural baştan belirlenir.
- Duruş nedenleri kısa bir listeden seçiliyor. Serbest metinle toplanan duruş nedeni raporda toplanamaz. "Diğer" seçeneği çok kullanılıyorsa liste yetersizdir.
- Duruş süresi otomatik ya da anında giriliyor. Vardiya sonunda tahminle yazılan duruşlar yuvarlak sayılara kayar.
- Fire ile hurda ayrımı netleşmiş. İki terim aynı anlamda kullanılıyorsa rakamlar karışır.
- İş emri ve ürün kodları ERP ile aynı. Kodlar eşleşmezse iki rakam yan yana konamaz.
- Geç gelen kayıt kuralı var. Vardiya kapandıktan sonra gelen düzeltme rapora nasıl yansıyacak? Düzeltilmiş rakamın işaretlenmesi güveni korur.
Örnek senaryo olarak düşünün: diyelim ki vardiya özeti 07.30'da gönderiliyor, ama iki hat kaydını 08.00'de kapatıyor. Otomatik rapor iki hattı eksik gösterir ve yöneticiye düşük üretim izlenimi verir. Çözüm raporu geciktirmek değil, kapanış adımını operatör ekranına koymak ve eksik kaydı raporda açıkça belirtmektir: "B hattı: kayıt kapanmadı." Bilginin eksik olduğunu söyleyen rapor, sessizce yanlış olandan iyidir.
İlk haftalarda bir karşılaştırma yapın: elle hazırlanan özet ile otomatik rapor yan yana gelsin, farklar açıklansın. Fark kapanmadan elle hazırlanan özeti bırakmayın. Bu adım raporu sınar, ayrıca kayıttaki eksikleri de ortaya çıkarır.
Raporu hangi kanaldan göndermelisiniz?
Kanal, raporu kimin hangi cihazda okuyacağına göre seçilir; çoğu işletmede özet için bir kanal, ayrıntı için panel yeterlidir. Aynı raporu her kanala göndermek yerine, kısa özetin sonuna ayrıntıya gidecek bağlantıyı koymak daha iyi çalışır.
| Kanal | Kimin için uygun | Güçlü yanı | Dikkat edilecek nokta |
|---|---|---|---|
| E-posta | Yönetici, ofis ekibi | Arşivlenir, ek taşır, kurulumu kolay | Sabah yoğunluğunda gözden kaçabilir |
| WhatsApp Business Platform | Sahada gezen yönetici | Hızlı okunur | Şablon onayı, opt-in ve maliyet kuralları |
| Panel | Ayrıntıya inecek kişi | Geçmiş ve kırılım gösterir | Kendiliğinden gelmez, açılması gerekir |
| Üretim alanındaki ekran | Vardiya ekibi | Herkes aynı rakamı görür | Kişisel veri ve müşteri adı gösterilmemeli |
| Kurumsal mesajlaşma | Zaten kullanan ekipler | Mevcut alışkanlığa oturur | Kanal kalabalıksa rapor kaybolur |
WhatsApp için bir ayrıntıyı baştan bilin. Meta'nın geliştirici belgelerine göre müşteri hizmetleri penceresi açık değilken gönderilebilen tek mesaj türü şablon mesajdır ve şablonun kullanılmadan önce onaylanmış olması gerekir. Meta, şablonları kategorilere ayırır; bir şablonun hangi kategoride değerlendirileceği ve ücret, Meta'nın güncel kurallarına bağlıdır. Bu yüzden ayrıntıyı kısa bir özet ve bağlantıyla sınırlamak, tabloyu mesaja sığdırmaya çalışmaktan iyidir.
Hazır raporlama araçları kullanıyorsanız bu işlev zaten olabilir. Power BI için Microsoft'un belgesi, rapor ya da panonun belirlenen saatte, görüntüsü ve bağlantısıyla e-postayla gönderilebildiğini anlatıyor. Bunun için Pro veya Premium Per User lisansı ya da ücretli Premium kapasitesi ve aboneliklerin kuruluşta açık olması gibi koşullar var. Elinizde böyle bir araç ve temiz bir veri kaynağı varsa, özel yazılım önermeyiz; abonelik ayarlamak yeterli olabilir.
Gönderim saatini vardiya bitişine değil, kayıtların kapandığı saate bağlayın. Tatil ve üretim olmayan günlerde boş rapor gitmemesi de küçük ama güven kazandıran bir ayrıntıdır.
Salt okuma ile raporu nasıl güvenli kurarsınız?
Rapor katmanı üretim verisini ve ERP'yi yalnızca okur; bu tablolara kayıt yazmaz, bu yüzden yazma yetkisi verilmemiş bir rapor kaydı bozamaz. Bu ilke teknik olarak da uygulanmalıdır, sözde kalırsa bir gün yanlış sorgu ya da yanlış yetki canlı veriye dokunabilir.
Uygulamada dört önlem yeterlidir:
- Ayrı ve kısıtlı veritabanı kullanıcısı. Microsoft'un SQL Server belgelerine göre db_datareader rolü kullanıcı tablolarındaki ve görünümlerdeki veriyi okuyabilir, yazma için ayrı db_datawriter rolü gerekir. Rapor kullanıcısına yazma yetkisi verilmez, tek tablolara sınırlamak daha da iyidir.
- Programın öngördüğü okuma yolu. Üreticinin belgelediği bir API ya da rapor arayüzü varsa önce o kullanılır. Bulut programlarda genellikle tek yol budur. Yazma her durumda programın resmî arayüzünden yapılır; okuma yolu kurulumda sürümünüze göre teyit edilir.
- Yükü kullanıcılardan uzak tutmak. Ağır toplama sorguları vardiya kapanırken çalışır ve sonucu ayrı bir rapor tablosuna yazılır. Bu tablo rapor uygulamasına aittir, ERP tablosu değildir.
- Alıcı ve yetki listesi. Raporu kimin alacağı yazılı olmalı, ayrılan çalışan listeden çıkarılmalıdır. Rapordaki maliyet ve müşteri bilgisi alıcıya göre sınırlanır.
Üretim verisi ayrı bir yazılımda, satış ve termin ERP'de duruyorsa rapor ikisini aynı vardiya özetinde birleştirebilir. Geniş kapsamlı bir yönetim raporlama paneli düşünüyorsanız vardiya özeti iyi bir ilk adımdır, çünkü küçük kapsamlıdır ve tanımları netleştirir. Tanımlar oturduktan sonra diğer göstergeler aynı yapıya eklenir.
Raporun kendisini de izlemek gerekir. Gönderim başarısız olursa ya da beklenen kayıt gelmezse birileri uyarı almalıdır. Sessizce gelmeyen rapor, yöneticiye "demek ki sorun yok" hissi verebilir.
Sıkça Sorulan Sorular
Vardiya raporu otomatikleştirmek için makinelere sensör takmak gerekir mi?
Şart değildir. Operatör ekranı, tablet ya da barkod ile iş sırasında tutulan kayıt raporun temelini oluşturabilir. Sensör veya PLC bağlantısı duruş süresi ve adedi daha güvenilir yapar, ama genellikle sonraki adımdır.
Günlük üretim raporu ile vardiya raporu arasındaki fark nedir?
Vardiya raporu tek bir vardiyanın kapanış özetidir ve bir sonraki vardiyanın işine yarar. Günlük üretim raporu vardiyaları toplar, yöneticinin gün geneline bakmasını sağlar. İkisi aynı kayıtlardan üretilebilir, yalnızca toplama düzeyi değişir.
Excel'deki üretim raporunu otomatik gönderebilir miyiz?
Kayıtlar düzenli ve tek biçimdeyse belirli bir saatte özet üretilip e-postayla gönderilebilir. Dosya birkaç kopya hâlinde dolaşıyorsa ve kayıtlar geç giriliyorsa önce o sorun çözülmelidir. Aksi halde otomasyon yanlış rakamı düzenli olarak dağıtır.
Rapor gece gönderilmeli mi, sabah mı?
Kayıtların kapandığı saate göre belirlenmelidir. Gece vardiyası kapanır kapanmaz gönderilen özet o an uyanık olan vardiya amirine, sabah gönderilen özet yöneticiye hitap eder. İki farklı gönderim de kurulabilir.
Bu rapor ERP kayıtlarını değiştirir mi?
Doğru kurulmuşsa değiştirmez. Rapor katmanı yalnızca okuma yetkisiyle çalışır ve sonuçlarını kendi tablosunda tutar. Üretim adedinin ERP'ye yazılması gerekiyorsa bu ayrı bir işlemdir ve programın resmî arayüzünden yapılır.
Vardiya raporu otomasyonuna nasıl başlamalısınız?
Önce bugünkü vardiya formunu masaya koyun ve her alan için iki soru sorun: sabah buna bakılıyor mu, bu bilgi nereden geliyor? Bakılmayan alanları çıkarın. Kalan alanların kaynağını yazın. Kaynağı kâğıt olan alanlar, kayıt tarafında başlamanız gereken yeri gösterir.
Elinizde veri hazırsa ve bir raporlama aracınız varsa önce onun abonelik işlevini deneyin. Kayıt toplama ya da ERP ile birleştirme gerekiyorsa üretim takip programı ve rapor katmanını mevcut programınızın yanına kuruyoruz. Mersin merkezli yazılım ekibimizle ücretsiz online keşif görüşmesi yapabilirsiniz. D'Cloud Software olarak kapsamı ve sabit fiyatı sözleşmeye yazıyor, teslim sonrası 15 gün ücretsiz hata düzeltme sağlıyoruz. Bizimle iletişime geçin ya da WhatsApp'tan yazın; en geç 24 saat içinde dönüş yaparız.
Doğuhan Bulut
Kurucu & CTO
Muhasebe/ERP entegrasyonları, otomasyon ve web mimarisi. 10+ yıl yazılım geliştirme deneyimi.
Üretimi Excel’den çıkaralım
İş emri, duruş, fire ve vardiya takibini mevcut ERP’nizle konuşan ekranlara taşıyoruz. Nereden başlanacağını 30 dk ücretsiz online keşifte birlikte çıkaralım.
Üretim takip programıAylık dijital özet bültenimiz
Ayda 1 e-posta — yeni yazılar, KOBİ + KVKK güncellemeleri, entegrasyon ve otomasyon notları. Spam yok, istediğiniz an çıkış.
İlgili Yazılar
Bakım Takip Programı ve QR Kod: Makine Bakımı Telefonla Nasıl İzlenir?
QR etiket makineyi kaydına bağlar, bakım geçmişi telefondan okunur. Hangi alanlar tutulur, plan nasıl kurulur, yasal periyodik kontrol nerede ayrılır ve hazır CMMS ne zaman yeter?
Devamını okuÜretim Fire Takibi ve Reçete Sapması: Stok Neden Eksiliyor?
Ay sonu sayımında eksilen stoğun nedenini bulmak için rehber: reçete sapması nedenleri tablosu, otomatik sarfın gizlediği fire, fire sınıfları ve kayıt noktaları. Tablonun yettiği durumlar da var.
Devamını okuÜretim İzlenebilirliği ve Lot Takibi: Hammaddeden Sevkiyata İzleme
Hammaddeden sevkiyata lot zincirinin nerede koptuğunu anlatan rehber: kayıt noktaları tablosu, karışım ve bölünen lotlar, geri çağırma tatbikatı ve ERP'nin yettiği durumlar.
Devamını oku