Divriği'nde 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?

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.

Fark kaydı gerektiğinde

Fark kaydı, mal kabul otomasyonu projesinde kapsamın başında konuşulan başlıklardandır; analizde kimin kullanacağı ve nasıl çalışacağı netleştirilir.

03Mal kabul otomasyonu planlarken bilinmesi gerekenler

• Raf adresleme (koridor-raf-göz) depo büyüdükçe toplama süresini kısaltır.
• Sayım planı: tam sayım, döngüsel sayım veya bölge sayımı.
• Lot/SKT takibi gerekiyorsa FEFO (ilk biten ilk çıkar) kuralı uygulanır.

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

05Divriği için uzaktan ve yerinde çalışma

Divriği, Sivas iline bağlı bir ilçedir ve PTT adres verisine göre 202 mahalle ve köy kaydından oluşur.

Yazılım projelerinde analiz, tasarım ve geliştirme çoğunlukla uzaktan, görüntülü toplantılarla yürür; Divriği'ndeki 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.

Aynı ildeki Suşehri, Ulaş ve Yıldızeli ilçeleri için de mal kabul otomasyonu talepleri değerlendirilir; toplantılar uzaktan yapılır.

06İlk görüşmeden yayına

1. İlk görüşme: İlk temas telefonla ya da WhatsApp'tan olur; işin kapsamını anlamak için birkaç temel soru sorarız.
2. Analiz: Kimin neyi göreceği, hangi verinin nereden geleceği ve hangi işin önce çözüleceği netleştirilir.
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: Temel ekranlar çizilir; kullanıcıların geri bildirimiyle akış sadeleştirilir.
5. Geliştirme ve test: Her teslimde çalışan bir sürüm test ortamında paylaşılır; hatalar canlıya çıkmadan giderilir.
6. Yayın, veri aktarımı ve eğitim: Veri aktarımı doğrulandıktan sonra yayına geçilir; ekip için kısa kullanım kılavuzu hazırlanır.
7. Bakım ve destek: Yeni ihtiyaçlar sürüm planına alınır; sistem kullanıldıkça geliştirilir.

07Rakamlarla örnek bir senaryo

08Çalışma düzenimiz

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.
• Kaynak kod ve veri işletmeye teslim edilir.
• Kapsam ve teslim kriterleri yazılı olur.

Türkiye'nin 81 ilindeki işletmelerle uzaktan çalışıyoruz; Sivas 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.
• Sistem stoğu ile raftaki tutmuyor: kayıtsız çıkış/iade.
• 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
• el terminali
• mal kabul
• Sivas
• Divriği