Ana sayfa/InLogistics/D-IL-07

INOMATRIX / BUILD · DİKEY MASTER SERİ

D-IL-07

Tedarikçi Yetki Matrisi ve RFQ Yönetim Protokolü

Uygulama şablonu · v1.0

Tedarik zinciri, depo ve sevkiyat kararları, sistem bağlantıları ve onay sınırları için işlem bazlı RACI.

InLogisticsBuildYetki ve entegrasyon matrisiP.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-07
Program
InLogistics · Tedarik zinciri, depo ve sevkiyat
Metodoloji aşaması
3 / 4 · Build
Belge türü
Yetki ve entegrasyon matrisi
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

Yetki ve olumsuz işlem 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-07 | Tedarikçi Yetki Matrisi ve RFQ Yönetim Protokolü

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

Karar nesnesi ve görev ayrılığı

Bu matris bir unvan listesi değildir. Her satır tek bir karar nesnesini, karar anını, uygulayıcıyı ve ayrı kontrolü tanımlar. Bir satırda yalnız bir A bulunur; işlemi öneren veya yürüten kişi kendi istisnasını nihai olarak onaylayamaz.

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.

Dikey karar matrisi

İşlem / kararA · hesap verenR · yürütürOnay öncesi kontrol ve kanıt
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

Gerçek kişinin imza veya mesleki yetkisi şirket türüne ve yerel düzenlemeye göre ayrıca doğrulanır. “A” sütunu dış temsil/imza yetkisini otomatik vermez. Yetki eşiği kurum bütçesinde tanımlanır; bu açık şablon evrensel tutar ilan etmez.

Sistemler arası sözleşme

BağlantıTaşınan asgari kayıtBaşarısızlık yolu
ERP satın alma ve stok ↔ WMS/depo el terminaliOlay kimliği, zaman, sürüm, kaynak ve yetki dayanağıTekrar koruması, kuyruk, sorumlu ve manuel güvenli işlem
WMS/depo el terminali ↔ taşıyıcı/TMS olaylarıOlay kimliği, zaman, sürüm, kaynak ve yetki dayanağıTekrar koruması, kuyruk, sorumlu ve manuel güvenli işlem
taşıyıcı/TMS olayları ↔ tedarikçi teklif portalıOlay kimliği, zaman, sürüm, kaynak ve yetki dayanağıTekrar koruması, kuyruk, sorumlu ve manuel güvenli işlem

Örnek alanlar: movement_id, tenant_id, sku, lot, location_from, location_to, quantity, unit, scan_time, operator_id, source_device, approval_ref. Kaynak sistem ile hedef sistem aynı işlem kimliğini paylaşır. Gecikmiş veya çelişkili kayıt, diğer kaydın üzerine sessizce yazılmaz; fark kuyruğu açılır.

Yetki testi, vekâlet ve değişiklik

  1. Her karar türü için yetkili, yetkisiz ve çıkar çatışması bulunan kullanıcıyla test yürüt.
  2. İkinci imza/klinik/kalite kapısının sistemde gerçekten durdurduğunu doğrula.
  3. Vekâletin başlangıç-bitiş tarihini, kapsamını ve veren organı kaydet; süresi dolunca erişimi kaldır.
  4. Yeni işlem veya entegrasyon geldiğinde RACI, SOP ve sistem rolünü birlikte sürümle.

Acil istisna, geriye dönük sınırsız onay anlamına gelmez. Olay, etki, geçici yetki, telafi kontrolü ve sonradan bağımsız inceleme aynı kayıtla bağlanır.

Kabul ve devir kaydı

Bir normal ve bir istisna işlemi uçtan uca izlenir. Karar, kaynak, A/R, onay, sistem sonucu, ikinci kontrol ve müşteri/saha etkisi aynı işlem kimliğinde görülebilirse kabul edilir. Açık yetki çatışmasıyla canlıya geçilmez.

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

RACI, sistem ekranındaki rol ayarlarıyla karşılaştırılır. Kişi veya görev değiştiğinde yalnız tablo değil, servis hesabı, vekâlet ve imza dayanağı da güncellenir. İştirak ile holding arasında farklı A atanmışsa karar türü yeniden ayrıştırılır; ortak A yazılarak çatışma gizlenmez.

Olumsuz yetki testiBeklenen sonuç
Yetkisiz rol karar gönderirReddedilir; olay kimliği ve gerekçe kaydedilir
A ve R aynı kişide birleşirPolitikada yasaksa ikinci rol istenir
Vekâlet süresi biterYetki otomatik kalkar; açık işler yeni sahibine devredilir
Limit/mesleki sınır aşılırİşlem bekler; belirlenmiş üst merciye eskale edilir

Karar satırları günlük değil; yeni ürün, mevzuat, tüzel kişilik veya sistem bağlantısı ortaya çıktığında yeniden test edilir. 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.

Doldurulabilir çalışma tablosu şu alanları taşır: karar_nesnesi, A, R, C, I, imza_dayanağı, sistem_rolü, olumsuz_test, onay_tarihi. 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: [ ]