Operasyon rehberleri
Kurumsal transfer operasyonunda Excel neden yetmez?
Excel'i çok iyi kullanan operasyon ekipleri bile belirli bir hacimden sonra aynı duvara çarpar. Bu yazıda o duvarın nerede olduğunu, hangi belirtilerle geldiğini ve sonrasında atılması gereken adımları anlatıyoruz.
Excel'in yettiği yer, yetmediği eşik
Günde beş-on transfer yapan bir ekip için Excel makul bir başlangıçtır: kurulum maliyeti sıfırdır, herkes bilir, esnektir. Sorun, Excel'in kötü olması değil; operasyonun Excel'in tasarlandığı problemden başka bir probleme dönüşmesidir.
Transfer operasyonu bir tablo değil, bir akıştır: talep gelir, havuza düşer, sürücüye atanır, sahada izlenir, faturaya dönüşür. Excel bu akışın yalnızca fotoğrafını tutar — akışın kendisini yönetemez. Günlük sefer sayısı 15-20 bandını, işveren sayısı 5-6'yı geçtiğinde belirtiler başlar: sabah listeyle akşam listesi tutmaz, telefonla alınan değişiklik dosyaya işlenmeyi bekler, iki operasyoncu aynı hücreyi farklı bilgiyle günceller.
Eşzamanlılık problemi: aynı dosyada iki el
Operasyon tek kişilik olduğu sürece Excel disiplinle idare edilebilir. İkinci operasyoncu geldiği an eşzamanlılık problemi doğar: kim hangi satırı sahiplendi? Aynı işi iki kişi mi arıyor, kimse mi aramıyor? Paylaşımlı dosyalar ve buluta taşınmış tablolar bu sorunu hafifletir ama çözmez, çünkü satırın kilidi yoktur; işin durumu yoktur.
Bir iş havuzu modelinde ise her talep tek bir kayıttır ve her kaydın sahibi ile durumu bellidir: bekliyor, atandı, yolda, tamamlandı. İki kişinin aynı işi sahiplenmesi sistemsel olarak mümkün değildir. Fark, dikkatli olmakla güvence altında olmak arasındaki farktır.
Sürüm karmaşası ve tek doğrunun kaybı
"rezervasyon_v3_SON.xlsx" ile "rezervasyon_v3_SON_2.xlsx" arasındaki fark, çoğu firmada bir müşteri kaybının hikâyesidir. Dosya kopyalandıkça doğru çoğalır; doğru çoğaldıkça kaybolur. Muhasebenin baktığı liste ile operasyonun baktığı liste ayrıştığında, kesilmeyen fatura ve mükerrer kayıt kaçınılmazdır.
Sahadan bir örnek: İptal edilen bir transfer operasyon dosyasına işlendi, muhasebe kopyasına işlenmedi. Ay sonunda müşteriye yapılmamış bir sefer faturalandı. Tutar küçüktü; müşterinin güven kaybı değildi.
Tek veri modeli üzerinde çalışan bir sistemde bu ayrışma yaşanmaz: sefer kapanınca tutar cariye işlenir, fatura kaydı aynı kayıttan doğar. Operasyon ve muhasebe aynı rakama bakar.
Görünmez maliyetler: tahsilat, evrak, atama
Excel'in asıl maliyeti lisans değil, göremedikleridir:
- Tahsilat: Hangi işverenin limiti doldu, hangi fatura 30 günü geçti? Tablo uyarmaz; alacak yaşlandıkça tahsilat zorlaşır.
- Evrak: Süresi dolan SRC veya sigorta, denetimde ya da kaza anında fark edilir. Evrak takibi olmadan risk, farkında olunmayan yerde birikir.
- Atama hızı: Uygun sürücüyü telefonla aramak dakikalar alır. Günde 30 atamada bu, her gün kaybedilen bir-iki saattir.
Yazılıma geçiş: neyi, ne zaman, nasıl?
Geçiş kararı için pratik eşik şudur: günlük 15+ sefer, 2+ operasyoncu veya 5+ sözleşmeli işveren koşullarından ikisi sağlanıyorsa, Excel'in maliyeti yazılımın maliyetini geçmiş demektir. Geçişte sıralama önemlidir:
- Önce rezervasyon ve atama akışını taşıyın — günlük operasyonun kalbi budur.
- Ardından cari ve faturalandırmayı bağlayın; tek veri modelinin asıl getirisi burada görünür.
- Son olarak işveren arayüzünü açın; talep toplama yükü kaynağına devrolur.
Mevcut Excel listeleriniz çöp değildir: doğru bir geçişte sürücü, araç ve işveren kayıtlarınız içe aktarılır; ekip ilk günden dolu bir sistemle başlar.
Kendi operasyonunuz için deneyin
Demo görüşmesinde mevcut Excel listenizden örnek verilerle akışı birlikte kuralım.
İlgili çözümler
İlgili yazılar