POC Lab 4alabs.io ↗
Kapsam Dokümanı

AI Vardiya Planlama

Vardiyayı kuran değil, ihtiyacı önceden gören sistem.

AI Vardiya Planlama; müşteri yoğunluğunu, satış hacmini ve operasyonel iş yükünü önceden tahmin ederek doğru zamanda, doğru şubede, doğru görevde kaç kişinin çalışması gerektiğini belirler. Yalnızca vardiya hazırlamaz: alternatif planlar üretir, operasyonel riskleri tespit eder ve yetki verildiğinde planlama sürecini otonom yürütür.

AI Vardiya Planlama — İş Gücü ve Vardiya Optimizasyonu
PoC · Vardiya Zekâsı
Saatliktalep tahmini çözünürlüğü
8 rolayrı ihtiyaç modeli
6 senaryoyayın öncesi karşılaştırma
4 seviyekontrollü otonomi
Ürün
AI Vardiya Planlama
Sürüm
Kapsam v1.0
Kapsam
Çok şubeli perakende, yeme-içme, saha ve lojistik
Kurulum
On-prem · Özel bulut · Hibrit
Bölüm 01

Projenin amacı ve yönetici özeti

Çok şubeli işletmelerde iş gücü, kiradan sonraki en büyük gider kalemidir; buna rağmen vardiya kararı çoğu yerde hâlâ geçen haftaya bakarak verilir. Sonuç iki yönlü kayıptır: yoğun saatte personel yetmez, müşteri kaybedilir; sakin saatte fazla personel çalışır, maliyet boşa gider. İkisi de aynı gün, aynı şubede olabilir.

Ürünün ayrıştığı nokta, planı yayınladıktan sonra da devrede kalmasıdır: gün içinde gerçekleşen veriyi tahminle karşılaştırır, sapmayı erken görür ve somut aksiyon önerir.

İlke 1

Önce tahmin, sonra plan

Vardiya, geçmişin kopyası değil; beklenen talebin karşılığıdır. Plan her zaman bir tahmine dayanır ve o tahmin geriye dönük ölçülür.

İlke 2

Kararlar kural motorunda

Yasal limitler, dinlenme süreleri, minimum personel ve yetkinlik şartları modelin insafına bırakılmaz; test edilebilir kısıtlar olarak tanımlanır.

İlke 3

Gün içinde de çalışır

Plan yayınlandığında iş bitmez. Gerçekleşen ile tahmin arasındaki fark izlenir, sapma büyümeden aksiyon önerilir.

Bu ürün ne değildir

AI Vardiya Planlama bir puantaj ya da bordro yazılımı değildir; onların yerine geçmez, onlarla konuşur. Ürünün işi kaç kişinin, ne zaman, hangi görevde çalışacağına karar vermektir; bu kararın ücret ve yasal karşılığı mevcut İK/bordro sisteminde üretilmeye devam eder.

Bölüm 02

Ana ürün kapsamı

Aşağıdaki on başlık ürünün çekirdeğidir. Her biri tek başına bir modül değil; aynı karar döngüsünün birbirini besleyen halkalarıdır.

  • Şube ve zaman dilimi bazlı talep tahmini — saatlik, günlük, haftalık çözünürlükte.
  • Rol bazlı personel ihtiyacı hesaplama — her görev için ayrı iş yükü katsayısı.
  • Yapay zekâ destekli vardiya oluşturma — kısıtlar ve maliyet birlikte optimize edilir.
  • Personel uygunluk ve yetkinlik eşleştirmesi — kim, hangi görevde, ne zaman çalışabilir.
  • Fazla veya eksik personel tespiti — plan ve gerçekleşen üzerinden çift yönlü.
  • Fazla mesai maliyetlerinin azaltılması — mesai riski plan aşamasında görünür.
  • İzin, hastalık ve gelmeme yönetimi — boşluk anında yeniden planlanır.
  • Alternatif vardiya senaryoları — yayın öncesi karşılaştırmalı karar.
  • Gerçekleşen sonuçlara göre sürekli öğrenme — her hafta hata payı ölçülür.
  • Yönetim paneli, uyarılar ve karar destek raporları — tek ekranda operasyon.
Bölüm 03

Karar döngüsü

Ürün tek yönlü bir üretim hattı değil, kapalı bir döngüdür. Gerçekleşen sonuç bir sonraki tahmini besler; böylece sistem her hafta biraz daha isabetli plan kurar.

01

Veri

Satış, işlem, POS, takvim, kampanya, hava durumu ve etkinlik verisi toplanır.

02

Tahmin

Şube ve saat bazında beklenen yoğunluk, güven aralığıyla birlikte üretilir.

03

İhtiyaç

Yoğunluk, rol bazlı personel sayısına çevrilir; minimum kurallar uygulanır.

04

Optimizasyon

Uygunluk, yetkinlik, limit ve maliyet kısıtlarıyla vardiya alternatifleri kurulur.

05

Onay / Yayın

Otonomi seviyesine göre yöneticiye sunulur ya da kural içinde yayınlanır.

06

Geri besleme

Gerçekleşen sonuç ölçülür, sapma modele ve kurallara geri döner.

Döngünün kapanan tarafı ürünün asıl değeridir: yayınlanan planın ne kadar tuttuğu ölçülür, hata payı şube ve saat kırılımında saklanır ve bir sonraki tahmin bu hatayı düzelterek üretilir.

Bölüm 04

Talep tahmini

Tahmin tek bir sayı değil; bir aralık ve o aralığı üreten faktörlerin ağırlığıdır. Yönetici “neden bu kadar personel” sorusunun cevabını ekranda görebilir.

Geçmiş satış verileriSaatlik işlem sayılarıKategori satışlarıMüşteri yoğunluğuHaftanın günü ve saatResmî tatillerKampanya takvimiMevsimsellikHava durumuBölgesel etkinliklerŞube konumu ve tipiPaket servis / dijital kanal
ÇözünürlükNe için kullanılırTipik ufuk
SaatlikVardiya blokları, açılış/kapanış kadrosu, yoğun saat takviyesi1–14 gün
GünlükHaftalık vardiya taslağı, izin planlaması, part-time çağrısı1–8 hafta
HaftalıkKadro planlama, sezonluk işe alım, bütçe projeksiyonu1–6 ay

Veri olmadan tahmin olmaz

Sağlıklı bir saatlik tahmin için tipik olarak en az 12 ay geçmiş satış/işlem verisi ve şube bazında saat kırılımı gerekir. Daha kısa geçmişle de başlanabilir; bu durumda ilk haftalarda tahmin bandı geniş tutulur ve sistem hızlı öğrenme moduyla çalışır.

Bölüm 05

Rol bazlı personel ihtiyacı

Tahmin edilen yoğunluk tek bir “kaç kişi” sayısına değil, her görev için ayrı bir ihtiyaç eğrisine çevrilir. Kasa yoğunluğu ile mutfak yoğunluğu aynı saatte zirve yapmaz.

Görevİş yükünü belirleyen etkenTipik kural
Şube yöneticisiAçılış/kapanış, gün içi denetim, istisna yönetimiHer açık saatte en az 1 yetkili
Vardiya yöneticisiAynı anda çalışan personel sayısı6+ kişilik vardiyada zorunlu
Kasa personeliSaatlik işlem/fiş sayısı, ortalama işlem süresiOrtalama 3 dk üzeri beklemeye izin verme
Mutfak personeliÜrün adedi, kategori karması, hazırlık süresiSıcak hat için minimum 2 kişi
Servis personeliMasa/müşteri sayısı, oturma süresiPersonel başına maksimum masa sayısı
KuryePaket servis sipariş adedi, teslim mesafesiTeslim süresi hedefi aşılırsa +1 kurye
Temizlik personeliZiyaretçi sayısı, alan büyüklüğü, vardiya sonu rutiniKapanış vardiyasında zorunlu
Destek personeliDepo/kabul, reyon, hazırlık işleriSevkiyat günlerinde takviye
Kalibrasyon

İş yükü katsayısı

Bir kasiyerin saatte kaç işlem, bir mutfak personelinin saatte kaç ürün karşıladığı ölçülür; katsayı gerçekleşen veriyle sürekli güncellenir.

Kısıt

Yetkinlik matrisi

Kim hangi görevi yapabilir, hangi sertifikaya sahiptir, hangi kasa yetkisi vardır — plan bu matrisin dışına çıkamaz.

Taban

Minimum kadro

Tahmin ne kadar düşük olursa olsun güvenlik, mevzuat ve marka standardı gereği inilemeyecek bir taban vardır; optimizasyon bu tabanı delmez.

Bölüm 06

Akıllı vardiya planlama

Vardiya kurmak bir tabloyu doldurmak değil; birbiriyle çelişen onlarca kısıtı aynı anda gözeten bir optimizasyon problemidir. Sistem kısıtları tek tek tanımlar, hangisinin ihlal edilemez hangisinin tercih olduğunu ayırır ve sonucu puanlar.

KısıtTipİhlal edilirse
Yasal günlük/haftalık çalışma limitiSertPlan üretilmez
Vardiyalar arası dinlenme süresiSertPlan üretilmez
Görev için zorunlu yetkinlikSertPlan üretilmez
Şube minimum kadro tabanıSertPlan üretilmez
Onaylı izin ve uygunsuzlukSertPlan üretilmez
Fazla mesai bütçesiYumuşakPlan geçerli, puanı düşer; mesai riski raporlanır
Çalışan vardiya tercihiYumuşakPlan geçerli, memnuniyet puanı düşer
Adil vardiya dağılımıYumuşakPlan geçerli, dengesizlik yöneticiye gösterilir
Ardışık kapanış–açılış atamasıYumuşakPlan geçerli, uyarı üretilir

Motor tek bir plan değil, birden çok alternatif üretir ve her birini maliyet, hizmet seviyesi ve risk ekseninde puanlar. Yönetici neyin neden feda edildiğini görerek seçer.

Bölüm 07

Senaryo simülasyonu ve gün içi operasyon

Yayın öncesinde “ya şöyle olsaydı” soruları ekranda denenir; yayın sonrasında ise gerçekleşen veri plana karşı okunur.

Yayın öncesi

Alternatif planlar

Aynı talep tahmini için farklı kadro kurguları: maliyet, beklenen bekleme süresi ve mesai riski yan yana karşılaştırılır.

Yayın öncesi

“Ne olurdu” testi

Bir kişi eksik olsa, kampanya bir gün kaysa, hava bozsa planın nasıl değişeceği simüle edilir.

Gün içi

Sapma alarmı

Gerçekleşen yoğunluk tahmin bandının dışına çıktığında uyarı üretilir; öneri somuttur — çağrılabilecek personel, kaydırılabilecek mola.

Gün içi

Boşluk yönetimi

İzin, rapor veya gelmeme durumunda uygun ve yetkin personel listesi kurallara göre sıralanır; onayla birlikte plan güncellenir.

Bölüm 08

Kontrollü otonomi

Sistem ilk günden karar vermez. Yetki, güven arttıkça kademeli olarak devredilir; her seviyede geri dönüş mümkündür ve her otonom aksiyon kayda geçer.

S1

Öneri

Sistem tahmin ve plan önerir, uygulamaz. Yönetici planı elle kurar, sistemin önerisini referans alır.

S2

Onaylı aksiyon

Plan ve değişiklikler hazır gelir; yayınlanması için yönetici onayı şarttır.

S3

Kural içinde otonom

Tanımlı sınırların içindeki değişiklikleri sistem kendisi uygular ve bildirir; sınır dışına çıkan her şey onaya düşer.

S4

Tam otonom (sınırlı kapsam)

Seçilmiş şube ve senaryolarda süreç uçtan uca sistemde; yönetici istisna ve itirazla ilgilenir.

Geri alınabilirlik

Otonom uygulanan her aksiyonun öncesi ve sonrası saklanır. Bir değişiklik tek tıkla geri alınabilir; geri alma da kayda geçer ve modelin güven puanına yazılır.

Bölüm 09

Entegrasyonlar, panel ve KVKK

AI Vardiya Planlama mevcut sistemlerin yerine geçmez; POS’tan satışı, İK’dan kadroyu okur, planı geri yazar.

POS / kasa sistemleriERPİK ve bordroPuantaj / PDKSTakvim ve izin sistemiHava durumu servisiBI / veri ambarıSMS & mobil bildirimSSO / LDAP
  • Personel uygulaması: vardiya görüntüleme, değişim talebi, izin talebi, onay bildirimi.
  • Yönetim paneli: şube karşılaştırması, tahmin isabeti, mesai riski ve maliyet raporları.
  • Rol bazlı yetki: şube yöneticisi yalnızca kendi şubesini, bölge yöneticisi kendi şubelerini görür.
  • Kişisel veri asgari düzeyde işlenir; performans puanlama ve gözetim amaçlı kullanım kapsam dışıdır.
  • Tüm plan değişiklikleri kim/ne zaman/neden bilgisiyle denetim izine yazılır.
  • Veri yerleşimi müşteride: on-prem, özel bulut veya hibrit kurulum.
Bölüm 10

KPI, kazanım ve ticari model

Kazanım iddiası değil ölçüm üzerinden raporlanır: pilot öncesi ve sonrası aynı metrik karşılaştırılır.

KPINe ölçer
Tahmin isabetiŞube × saat kırılımında ortalama mutlak hata
Fazla mesai oranıPlanlanan ve gerçekleşen mesai saatinin toplam içindeki payı
Eksik kadro saatiMinimum kadronun altında geçen süre
Personel maliyeti / ciroİş gücü maliyetinin satışa oranı
Hizmet seviyesiYoğun saatte hedef bekleme süresinin aşılma oranı
Plan istikrarıYayından sonra değişen vardiya bloğu oranı

Teslim ve ticari model

Pilot iki–üç şubede, geçmiş veriyle geriye dönük doğrulama (backtest) yapılarak başlar; isabet oranı kabul edilebilir bulunursa canlı plana geçilir. Kurulum tek seferlik, işletme şube başına aylıktır.

AI Vardiya Planlama için demo planlayalım

Kapsam dokümanı üzerinde bir keşif görüşmesiyle senaryo, süre ve fiyat netleşir.

İletişime geç