Çeltik'te HKS (Hal Kayıt Sistemi) entegrasyonu yaptırmak

01HKS (Hal Kayıt Sistemi) entegrasyonu nedir, kimler için uygun?

HKS (Hal Kayıt Sistemi) entegrasyonu projelerinde ihtiyaca göre şu özellikler bir araya getirilir:

• künye bildirimi
• stok ve satış bağlantısı

İhtiyaca göre iade ve tersine lojistik, konsinye stok takibi ve soğuk zincir izleme da aynı yol haritasına eklenebilir.

02Hangi durumlarda HKS (Hal Kayıt Sistemi) entegrasyonu yaptırılır?

Künye bildirimi gerektiğinde

Künye bildirimi, HKS (Hal Kayıt Sistemi) entegrasyonu projesinde kapsamın başında konuşulan başlıklardandır; analizde kimin kullanacağı ve nasıl çalışacağı netleştirilir.

Ürün depoda bulunamadığında

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

Birden fazla depo veya şube olduğunda

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

03HKS (Hal Kayıt Sistemi) entegrasyonu planlarken bilinmesi gerekenler

• Sayım planı: tam sayım, döngüsel sayım veya bölge sayımı.
• Ürün kartları (barkod, birim, çarpan, varyant) temizlenmeden yazılım doğru çalışmaz.
• Lot/SKT takibi gerekiyorsa FEFO (ilk biten ilk çıkar) kuralı uygulanır.

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

05Çeltik için uzaktan ve yerinde çalışma

Çeltik'in PTT verisindeki 14 yerleşim kaydı 1 farklı posta koduna dağılır. Büyükşehirlerde çok şubeli ve çok depolu işletmeler yaygındır; HKS (Hal Kayıt Sistemi) entegrasyonu planlanırken şubeler arası stok, merkezden raporlama ve şube bazlı yetki baştan değerlendirilir.

Mesafe yazılım işinin önünde engel değildir: Çeltik'teki ekiplerle görüntülü görüşme, ekran paylaşımı ve test ortamı bağlantısıyla çalışılır; cihaz kurulumu veya saha keşfi gerekirse yerinde ziyaret planlanır.

Aynı ildeki Meram, Kulu ve Konya Ereğli ilçeleri için de HKS (Hal Kayıt Sistemi) entegrasyonu talepleri değerlendirilir; toplantılar uzaktan yapılır.

06Proje nasıl ilerler?

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: Modüller, aşamalar ve teslim kriterleri yazılı bir kapsamla belirlenir; teklif bu kapsama göre verilir.
4. Tasarım ve prototip: Tıklanabilir bir prototiple kullanıcı yolculuğu baştan sona denenir.
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: 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

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.

• Yayın sonrası bakım ve destek planlanır.
• 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; Konya da bunlardan biri.

09Uzman desteği ne zaman şart olur?

HKS (Hal Kayıt Sistemi) entegrasyonu işlerinde bazı durumlar plansız ilerlerse sonradan pahalıya mal olur:

• Sistem stoğu ile raftaki tutmuyor: kayıtsız çıkış/iade.
• 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

• künye bildirimi
• stok ve satış bağlantısı
• mal kabul
• SKT
• sevkiyat
• FIFO/FEFO
• raf adresi
• barkod
• Konya
• Çeltik