Çifteler'de 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
• fark kaydı
• irsaliye eşleştirme

Bu projeler çoğu zaman satın alma yönetimi, sevkiyat planlama ve takip ve tedarikçi yönetimi gibi işlerle birlikte ele alınır.

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

Ürün depoda bulunamadığında

Raf adresleri ve yerleştirme kuralları sayesinde ürünün yeri sistemden gö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.

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

• El terminali mi, telefon mu? Yoğun okuma için endüstriyel terminal, düşük hacim için telefon kamerası yeterli olabilir.
• Sayım planı: tam sayım, döngüsel sayım veya bölge sayımı.
• Muhasebe/ERP ile irsaliye ve fatura akışı baştan eşlenir; e-irsaliye ihtiyacı kontrol edilir.

04Çifteler'de mal kabul otomasyonu: çalışma düzeni

Çifteler'in PTT verisindeki 28 yerleşim kaydı 1 farklı posta koduna dağılır. Eskişehir gibi büyükşehirlerde satış birden fazla kanaldan ve şubeden yürüyebilir; mal kabul otomasyonu için verinin tek kaynaktan dağıtılması tutarlılığı korur.

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

Eskişehir genelinde Alpu, Tepebaşı ve Han gibi diğer ilçelerdeki işletmelerle de aynı uzaktan çalışma düzeniyle ilerlenir.

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

1. İlk görüşme: Kısa bir görüşmede ne yapmak istediğinizi, bugün nasıl çalıştığınızı ve öncelikli sorunu konuşuruz.
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: Geliştirme aşamalı ilerler; her aşama test ortamında denenip onaylanır.
6. Yayın, veri aktarımı ve eğitim: Canlıya geçiş planlı bir zamanda yapılır; ilk günlerde kullanım yakından izlenir.
7. Bakım ve destek: Yayın sonrası izleme, güncelleme ve geliştirme talepleri bakım planıyla sürdürülür.

06Rakamlarla örnek bir senaryo

07Nasıl çalışıyoruz?

Tasarım, geliştirme, test ve yayın adımları aynı ekip içinde yürür. Kod Git ile sürümlenir, kritik akışlar Playwright testleriyle korunur, yayın Docker konteynerleriyle tekrarlanabilir biçimde yapılır.

• Her değişiklik önce test ortamında denenir.
• Kapsam ve teslim kriterleri yazılı olur.
• Alan adı ve sunucu hesapları işletme adına açılır.

Türkiye'nin 81 ilindeki işletmelerle uzaktan çalışıyoruz: görüntülü toplantı, ekran paylaşımlı demo ve ortak proje panosu. Donanım kurulumu, depo barkod sistemi kurulumu, saha keşfi veya kullanıcı eğitimi gereken işlerde yerinde çalışma planlanır.

08Uzman desteği ne zaman şart olur?

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

• Toplama uzun sürüyor: raf adresi 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
• lot
• mal kabul
• FIFO/FEFO
• Eskişehir
• Çifteler