Ana sayfa/InLogistics/D-IL-03

INOMATRIX / DESIGN · DİKEY MASTER SERİ

D-IL-03

Akıllı Depo ve Otomasyon Mimarisi

Uygulama şablonu · v1.0

Tedarik zinciri, depo ve sevkiyat için bileşen, veri, insan kararı ve pilot sınırını tanımlayan tasarım.

InLogisticsDesignMimari tasarımP.U.R.RACIKanıt kapısıv1.0

KONTROLLÜ METODOLOJİ BELGESİ

Belge künyesi

REV 1.0
Kaynak türü
İnovapark metodoloji şablonu
Belge kodu
D-IL-03
Program
InLogistics · Tedarik zinciri, depo ve sevkiyat
Metodoloji aşaması
2 / 4 · Design
Belge türü
Mimari tasarım
Hesap veren örnek rol
Lojistik operasyon lideri
Gözden geçiren
Satın alma, finans ve kalite
Bağımsız kontrol
Bağımsız stok ve iç kontrol ekibi
Tarih / sürüm
Ekim 2026 / v1.0
Yayın ve dağıtım
İnovapark Açık Arşiv · herkese açık
Uygulama onayı
Kuruma özgü uygulamada atanır
Bu metin örnek yöntem ve doldurulabilir çalışma çerçevesidir. Uygulama öncesi işletmeci verisi, yetki, sektör uzmanı ve yerel hukuk kontrolü gerekir.
YAYIN / KARAR KAPISI

Sözleşme, insan kararı ve geri alma testi

Ajan RFQ taslağı hazırlayabilir; tedarikçi kaydı, sipariş taahhüdü, stok düzeltmesi ve gümrük beyanı yetkili insan kararına bağlıdır. Güvenlik stoğu körlemesine sıfırlanmaz.

TAM METİN / v1.0

Çalışma belgesi

D-IL-03 | Akıllı Depo ve Otomasyon Mimarisi

INOMATRIX / INLOGISTICS · DESIGN · EKİM 2026 · v1.0

Tasarım kararı ve başlangıç girdisi

D-IL-01 bulgularından doğrulanmış iş problemleri alınır. Her tasarım kararı bir iş değeri, zarar ihtimali ve geri alma yolu ile bağlanır. “Merkezi” görünüm tüm verinin tek depoda kopyalanması anlamına gelmez; kaynak sistem sahipliği korunur.

Talep tahmini, tedarikçi seçimi, mal kabul, depolama, stok sayımı, sevkiyat ve iade; sınır ötesi sevkiyatta ülke ve gümrük koşulları ayrı eklenir.

Business hedefi sponsor, kural/politika sınırı yetkili yönetişim rolü, ürün ve saha ifası operasyon sahibi tarafından yönetilir. Üç katman aynı onay alanında birleştirilmez.

Hedef mimari ve veri sahipliği

Bileşenİşlev ve veri sınırıÇıkış kanıtı
Ürün ana verisiSKU, birim, lot, seri, son kullanım ve lokasyon için kanonik kayıtSistem sahibi · API sözleşmesi · hata yolu
Olay katmanıBarkod/QR okuma, hareket kimliği ve çevrim dışı tamponun sıralı teslimiSistem sahibi · API sözleşmesi · hata yolu
Planlama motoruTalep, tedarik süresi ve güvenlik stoğuyla öneri; belirsizlik bandıSistem sahibi · API sözleşmesi · hata yolu
Karar ve denetimRFQ kıyaslama, onaylı PO, kör sayım ve bağımsız fark düzeltmesiSistem sahibi · API sözleşmesi · hata yolu

Olay sözleşmesindeki asgari alanlar: movement_id, tenant_id, sku, lot, location_from, location_to, quantity, unit, scan_time, operator_id, source_device, approval_ref. Her kayıtta tenant/kurum, zaman, kaynak ve sürüm ayrımı zorunlu tutulur; gerçek veri sınıfı işletmeci tarafından belirlenir. Eksik veya tekrar gelen olay sessizce işlenmez.

Karar, güvenlik ve istisna tasarımı

Ajan RFQ taslağı hazırlayabilir; tedarikçi kaydı, sipariş taahhüdü, stok düzeltmesi ve gümrük beyanı yetkili insan kararına bağlıdır. Güvenlik stoğu körlemesine sıfırlanmaz.

Erişim en az yetkiyle açılır; aktarımda şifreleme, servis kimliği, sürüm ve işlem izi tasarımın parçasıdır. Başarısız bağlantıda güvenli durum tanımlanır: işlem kuyruğu, insan incelemesi, tekrar deneme sınırı ve müşteriye/çalışana etki bildirimi. Kritik yan etki taşıyan eylem için onay kaydı olmadan araç çağrısı yapılamaz.

Karar noktasıARBağımsız kontrol
Yeni tedarikçi açılışıSatın alma yöneticisiTedarikçi yönetimiKimlik, çıkar çatışması ve bağımsız doğrulama
RFQ ve teklif karşılaştırmasıKategori yöneticisiSatın alma uzmanıTeklif sayısı, muafiyet gerekçesi ve fiyat/kalite/vade izi
PO taahhüdüYetki matrisindeki bütçe sahibiSatın alma operasyonuBütçe, limit ve çift görev kontrolü
Sayım farkı düzeltmesiDepo dışı stok kontrol sahibiBağımsız sayım ekibiKör sayım ve ikinci kanıt; depo çalışanı tek başına kapatamaz

Tasarım doğrulama ve pilot

  1. Kaynak veri, alan sözlüğü ve yetki matrisini iki farklı olay örneğiyle doğrula.
  2. Normal, eksik, tekrar, gecikmiş ve yanlış yetki senaryolarını sözleşme testlerine yaz.
  3. İnsan onayı ve geri alma işleminin gerçekten çalıştığını test ortamında kanıtla.
  4. Pilotun maliyetini, kapasitesini, veri erişimini ve durdurma yetkisini onayla.

Tek depo, yüksek hareketli sınırlı SKU kümesi ve iki tedarikçide pilot; ilk haftalarda otomatik PO kapalı, öneri ve barkod kontrolü açık olsun.

Çıktı ve karar kapısı

Teslim: bileşen haritası, veri/olay sözlüğü, entegrasyon sözleşmesi, tehdit ve istisna listesi, test senaryosu, RACI ve pilot planı. Ürün sahibi, güvenlik/uyum ve operasyon sahibi ayrı görüş yazar. Tasarım yalnız çizim kabulüyle kapanmaz; sözleşme ve geri alma testi Build giriş kapısıdır.

Sınır ötesi taşıma, gümrük, ürün izlenebilirliği ve iş güvenliği gereklilikleri ülke ve ürün grubuna göre uzman kontrolünden geçer.

Uygulama dosyası ve olumsuz test

Tasarım, teknoloji markasına değil olay sözleşmesine dayanır. Aşağıdaki sözleşme üretim API’si değildir; gerçek alan adları, tutarlılık modeli, saklama ve erişim süresi kurumun veri sözlüğünde onaylanır. Tekrar gelen, kaynağı belirsiz veya yetkisiz olay “başarılı” yanıtla yutulmaz.

TestBeklenen davranışKanıt
Aynı olay iki kez gelirTek iş sonucu ve iki alım iziIdempotency testi
Kaynak gecikir veya kesilirKuyruk, zaman aşımı ve güvenli manuel yolKesinti tatbikatı
Yanlış tenant/rol gelirİşlem reddi ve güvenlik kaydıYetki negatif testi
İnsan kapısı açılmazYan etkili eylem durur; iş sahibi bilgilendirilirOnay akışı testi

Sistem ve veri sahibi, dört testi birlikte inceleyip pilot sınırını imzalar. Bu kayıt olmadan entegrasyon “tamamlandı” durumuna alınmaz.

Doldurulabilir çalışma tablosu şu alanları taşır: bileşen, kaynak_sistem, veri_sahibi, olay_kimliği, normal_akış, hata_yolu, insan_onayı, test_kanıtı. Satırlar kurum içi erişim ve sürüm kurallarıyla saklanır; örnek satırlar gerçek müşteri kaydı değildir.

P.U.R. ve yeniden öğrenme kaydı

Planla: kaynak, karar ve yetki sınırını sabitle. Uygula: yalnız onaylı pilot ve SOP kapsamında işlem yap. Raporla: olumlu/olumsuz sonuç, istisna, kalan risk ve yeni Strategy sorusunu kaydet. Tamamlanmamış kanıt bir sonraki çevrime açık iş olarak devredilir.

Kurum uygulama kaydı

Uygulama şirketi: [ ] · İşlem/örneklem: [ ] · Kanıt bağlantısı: [ ] · Karar sahibi: [ ] · Bağımsız kontrol: [ ] · Karar/tarih: [ ] · Sonraki gözden geçirme: [ ]