Ula'da mal kabul otomasyonu yaptırmak

01Mal kabul otomasyonu nedir, kimler için uygun?

Mal kabul otomasyonu projelerinde ihtiyaca göre şu özellikler bir araya getirilir:

• etiket
• irsaliye eşleştirme
• fark kaydı

İhtiyaca göre satın alma yönetimi, sevkiyat planlama ve takip ve tedarikçi yönetimi da aynı yol haritasına eklenebilir.

02Hangi durumlarda mal kabul otomasyonu yaptırılır?

Birden fazla depo veya şube olduğunda

Depo bazlı stok, transfer ve yolda stok bilgisi tek ekrandan izlenir.

Son kullanma tarihli ürünlerle çalışıldığında

Lot ve SKT bilgisiyle önce süresi yaklaşan ürün çıkar; geri çağırma raporu hazır olur.

Ürün depoda bulunamadığında

Raf adresleri ve yerleştirme kuralları sayesinde ürünün yeri sistemden görülür.

03Mal kabul otomasyonu planlarken bilinmesi gerekenler

• El terminali mi, telefon mu? Yoğun okuma için endüstriyel terminal, düşük hacim için telefon kamerası yeterli olabilir.
• Ürün kartları (barkod, birim, çarpan, varyant) temizlenmeden yazılım doğru çalışmaz.
• Raf adresleme (koridor-raf-göz) depo büyüdükçe toplama süresini kısaltır.

04Sık karşılaşılan durumlar

05Ula'da mal kabul otomasyonu: çalışma düzeni

Ula'nın PTT verisindeki 30 yerleşim kaydı 1 farklı posta koduna dağılır. Büyükşehirlerde çok şubeli ve çok depolu işletmeler yaygındır; mal kabul otomasyonu planlanırken şubeler arası stok, merkezden raporlama ve şube bazlı yetki baştan değerlendirilir.

Yazılım projelerinde analiz, tasarım ve geliştirme çoğunlukla uzaktan, görüntülü toplantılarla yürür; Ula'daki işletmelerle ekran paylaşımlı demolar ve ortak bir proje panosu üzerinden çalışılır. Donanım kurulumu, saha keşfi veya kullanıcı eğitimi gereken işlerde yerinde çalışma planlanır.

Muğla genelinde Ortaca, Kavaklıdere ve Seydikemer gibi diğer ilçelerdeki işletmelerle de aynı uzaktan çalışma düzeniyle ilerlenir.

06Çalışma adımları

1. İlk görüşme: Telefon, WhatsApp veya form üzerinden ihtiyacınızı ve mevcut durumu dinleriz.
2. Analiz: Süreç, kullanıcı rolleri, kullandığınız Excel veya eski sistem örnekleri ve bağlanacak sistemler incelenir.
3. Kapsam ve yazılı teklif: Hangi işin hangi aşamada teslim edileceği ve neyin kapsam dışı olduğu teklifte açıkça yazılır.
4. Tasarım ve prototip: Tıklanabilir bir prototiple kullanıcı yolculuğu baştan sona denenir.
5. Geliştirme ve test: Kod sürüm kontrolüyle yönetilir, kritik akışlar otomatik testlerle korunur.
6. Yayın, veri aktarımı ve eğitim: Mevcut veriler aktarılır, sistem yayına alınır ve kullanıcılara eğitim verilir.
7. Bakım ve destek: Yayın sonrası izleme, güncelleme ve geliştirme talepleri bakım planıyla sürdürülür.

07Rakamlarla örnek bir senaryo

08Ekip ve çalışma biçimimiz

Projeler tasarım, yazılım geliştirme, test ve yayın adımlarını kapsayan bir ekiple yürütülür. Sürüm kontrolü (Git), otomatik testler (Playwright), konteyner tabanlı yayın (Docker), sürekli entegrasyon ve izleme araçları standart çalışma düzenimizin parçasıdır.

• Her değişiklik önce test ortamında denenir.
• Kapsam ve teslim kriterleri yazılı olur.
• Kaynak kod ve veri işletmeye teslim edilir.

Türkiye'nin 81 ilindeki işletmelerle uzaktan çalışıyoruz; Muğla da bunlardan biri.

09Uzman desteği ne zaman şart olur?

Mal kabul otomasyonu işlerinde bazı durumlar plansız ilerlerse sonradan pahalıya mal olur:

• Miadı geçen ürün çıkıyor: SKT takibi yok.
• Satın alma geç kalıyor: minimum stok tanımsız.
• Kişisel veya finansal verinin işlendiği akışlar
• Birden fazla sistemle entegrasyon gerektiren işler

SSSSık sorulan sorular

→İlgili sayfalar

Bu sayfada geçen kavramlar

• irsaliye eşleştirme
• fark kaydı
• etiket
• SKT
• sevkiyat
• filo
• QR
• FIFO/FEFO
• Muğla
• Ula