Depo süreçlerinde Excel’den uygulamaya geçiş

Kontrollü Excel geçiş planı

Depo süreçlerinde Excel’den uygulamaya geçiş ne demektir?

Excel’den uygulamaya geçiş, mevcut tabloyu aynı sütunlarla yeni bir ekrana taşımak değildir. Amaç; mal kabul, yerleştirme, transfer, sayım, toplama ve sevkiyat hareketlerini gerçekleştiği anda, sorumlusu ve bağlamıyla kaydetmektir. Böylece stok sonucu kadar o sonucun nasıl oluştuğu da izlenebilir.

Excel tek kullanıcı, düşük işlem hacmi ve basit kontrol ihtiyacında yararlı olabilir. Sorun; birden fazla dosya aynı anda güncellendiğinde, saha kaydı sonradan işlendiğinde veya aynı ürün farklı kod ve birimlerle tutulduğunda başlar. Uygulama ihtiyacı dosya sayısından çok eş zamanlı çalışma, izlenebilirlik ve hata maliyetiyle belirlenmelidir.

Önce tabloyu değil depo hareketini modelleyin

İlk çalışma mevcut sütunları listelemek değil, ürünün depoda hangi olaylardan geçtiğini çıkarmaktır. Her hareket için başlangıç noktası, hedef konum, ürün, miktar, ölçü birimi, işlem türü, zaman, işlemi yapan kişi ve dayanak belge tanımlanmalıdır. Parti, seri numarası veya son kullanma tarihi yalnız gerçekten gereken ürün gruplarında eklenir.

Bu yaklaşım ekran tasarımını sadeleştirir. Mal kabul çalışanı satın alma alanlarını, sevkiyat çalışanı finans detaylarını görmek zorunda kalmaz. Her rol yalnız kendi kararını verecek ve hareketi doğrulayacak bilgiyi görür; yönetim ise aynı olay kayıtlarından güncel stok ve bekleyen iş görünümü elde eder.

Tek kayıt kaynağı nasıl belirlenir?

Yeni uygulama kurulurken “bütün veri artık burada yaşayacak” varsayımı yapılmamalıdır. Ürün kartı ve finansal stok mevcut ERP’de kalabilir; özel depo uygulaması saha hareketleri, görevler, fotoğraflar ve istisnaların ana kaynağı olabilir. Hangi sistemin hangi alanın sahibi olduğu yazılmadan entegrasyon başlatılmamalıdır.

Aynı bilgi iki sistemde değiştirilebiliyorsa kısa sürede çelişkili kayıtlar oluşur. Örneğin ürün kodu ERP’den okunabilir, fakat mal kabul miktarı mobil uygulamada girilebilir. Onaylanan hareket ERP’ye aktarılır; başarısız aktarım kaybolmaz, uyarı ve yeniden deneme kaydı oluşturur.

Mevcut Excel verisi uygulamaya nasıl hazırlanır?

Taşınacak veriyi önce üç gruba ayırın: günlük işlem için gerekli güncel kayıtlar, yalnız geçmişe bakmak için saklanacak arşiv ve artık kullanılmayan veriler. Her eski satırı yeni sisteme taşımak veri kalitesini artırmaz; mükerrer ürünleri, boş konumları ve geçersiz kodları da kalıcılaştırabilir.

Ürün kodları, ölçü birimleri, depo ve raf adları, tedarikçi kayıtları ile lot veya seri kuralları geçişten önce temizlenmelidir. Negatif stok, aynı ürüne ait birden fazla kod ve açıklamayla kimliklendirilmiş satırlar ayrıca incelenir. Dönüşüm kuralları belgelenir ve örnek kayıtlarla doğrulanır.

Barkod veya QR kod ne zaman gerekir?

Barkod ya da QR kod, elle yazılan ürün ve konum bilgisini hızlı ve tutarlı biçimde yakalamaya yardım eder; fakat hatalı ana veriyi tek başına düzeltmez. Önce neyin tanımlanacağına karar verilir: ürün, parti, palet, koli, raf, lokasyon veya belge. Ardından kullanılacak kod yapısı ve okuyucu ihtiyacı seçilir.

Tedarikçiler ve müşterilerle ortak tanımlama gerekiyorsa sektör standardı dikkate alınmalıdır. GS1 izlenebilirlik yaklaşımı; ticari ürün, lojistik birim ve lokasyonların benzersiz kimliklerle tanımlanmasını, bu kimliklerin barkod veya RFID gibi yöntemlerle yakalanmasını ve ilgili olay verisiyle bağlanmasını esas alır. Yalnız şirket içi basit kullanımda ise kontrollü bir iç kod yapısı yeterli olabilir.

İstisna ve bağlantı sorunları nasıl tasarlanır?

Gerçek depo akışı yalnız başarı senaryosundan oluşmaz. Eksik veya fazla teslim, hasarlı ürün, okunmayan barkod, yanlış raf, iptal edilen sevkiyat, aynı ürünün farklı ölçü birimi ve bağlantı kesintisi için kullanıcıya ne yapacağı açıkça gösterilmelidir. Serbest not, fotoğraf ve sorumluya yönlendirme çoğu istisnada gereklidir.

Mobil bağlantı her noktada güvenilir değilse kayıtların geçici olarak cihazda tutulması veya sınırlı çevrimdışı akış düşünülmelidir. Yeniden bağlantıda aynı hareketin iki kez oluşmasını engelleyen tekil işlem kimliği kullanılır. Kullanıcıya kaydın beklemede, aktarıldı veya hata durumunda olduğu görünür biçimde bildirilir.

Pilot hangi kapsamda başlatılmalı?

Bütün depoyu aynı gün değiştirmek yerine tek lokasyon, sınırlı ürün grubu ve tek kritik hareket seçin. Mal kabul genellikle güçlü bir pilot adayıdır; çünkü başlangıç ve bitişi, sorumlusu ve dayanak belgesi nettir. Ancak işletmede en büyük kayıp sevkiyat veya depo içi transferdeyse pilot oradan başlamalıdır.

Pilot öncesinde mevcut işlem süresi, sonradan yapılan düzeltme, sayım farkı, gecikmeli kayıt ve kullanıcı başına tekrar giriş ölçülür. Yeni akış gerçek vardiyada denenir. Pilotun amacı yalnız ekranların açılması değil, aynı işi daha doğru ve izlenebilir hâle getirdiğini göstermektir.

Excel ve yeni uygulama birlikte ne kadar süre kullanılmalı?

Kısa bir doğrulama döneminde eski tablo ile yeni uygulama karşılaştırılabilir; fakat süresiz çift kayıt tasarlanmamalıdır. Hangi tarihten sonra yeni sistemin resmi kayıt olacağı, hangi raporların Excel’den alınmaya devam edeceği ve fark oluştuğunda kimin karar vereceği başlamadan önce yazılır.

GOV.UK Service Manual, eski sistemlerden geçişte kullanıcı ve paydaşlarla plan yapılmasını, gerçekçi prototiplerle seçilen teknolojinin sınanmasını ve değişimin yönetilebilir parçalara ayrılmasını önerir. Depo uygulamasında bu yaklaşım; kontrollü pilot, açık geçiş tarihi, doğrulanmış veri aktarımı ve eski dosyanın salt okunur arşive dönüşmesi anlamına gelir.

Başarı hangi göstergelerle ölçülür?

Temel göstergeler iş hedefinden seçilmelidir: hareketin oluşması ile kayda girmesi arasındaki süre, sayım farkı, hatalı veya eksik işlem, manuel düzeltme, bekleyen mal kabul, zamanında sevkiyat, kullanıcıların yardım almadan işlemi tamamlama oranı ve rapor hazırlama süresi. Gösterge sayısını yönetilemeyecek kadar büyütmeyin.

Microsoft’un süreç madenciliği veri modeli de her süreç örneği için bir kimlik, yapılan işlem ve zaman damgasını temel alır; sorumlu veya bölüm gibi alanlar analizi zenginleştirir. Depo uygulamasında aynı mantık, her hareketin ne zaman ve kim tarafından yapıldığını izleyerek bekleme, tekrar iş ve sıra dışı akışları görünür kılar.

Hazır WMS, ERP modülü veya özel uygulama nasıl seçilir?

Standart depo süreçleri, yaygın barkod donanımı ve hazır ERP bağlantıları ihtiyacın büyük bölümünü karşılıyorsa mevcut ERP modülü veya hazır bir WMS daha doğru olabilir. Sağlayıcı desteği, güncellemeler ve sektörde denenmiş akışlar devreye alma riskini azaltır.

İşletmeye özgü saha adımları, farklı depolar arasında özel kurallar, sade mobil ekranlar veya mevcut sistemlerin desteklemediği istisnalar varsa özel bir uygulama ya da entegrasyon katmanı değerlendirilebilir. Karar, “özel yazılım daha esnektir” varsayımıyla değil; pilot sonucu, toplam işletim yükü ve mevcut sistemlerle uyum üzerinden verilmelidir.