İçeriğe atla

Firma ve Hesap Hiyerarşisi

Ders 1 / 10 · 16 dakika okuma · Orta

B2B müşteri hesabı tüzel kişi, ticari hesap numarası, faturalama hesabı, şube ve teslimat noktası gibi farklı kayıtlar içerir. Bu kayıtları tek bir müşteri satırına sıkıştırmak, siparişin hangi şirket adına verildiğini ve hangi adrese tesli

Bu Derste Öğrenecekleriniz

  • firma ve hesap hiyerarşisi konusundaki temel karar ve kontrol noktalarını açıklayabilmek
  • firma ve hesap hiyerarşisi için uygun bir uygulama veya kontrol adımı tasarlayabilmek

Firma ve Hesap Hiyerarşisi

B2B müşteri hesabı tüzel kişi, ticari hesap numarası, faturalama hesabı, şube ve teslimat noktası gibi farklı kayıtlar içerir. Bu kayıtları tek bir müşteri satırına sıkıştırmak, siparişin hangi şirket adına verildiğini ve hangi adrese teslim edileceğini belirsizleştirebilir.

Modelde yasal/ticari müşteri, hesap ilişkisi, faturalama ve sevkiyat adresleri birbirine bağlanır. Hangi alanın ERP veya CRM gibi bir ana sistemden geldiği ve mağazada kim tarafından değiştirilebileceği belirlenir.

Konu İlişkilerini Kurmak

Firma ve Hesap Hiyerarşisi tek bir ekran veya belgeyle sınırlı değildir; firma, şube ve kullanıcı ilişkisini; katalog görünürlüğü, fiyat listesi, sipariş limitleri ve ödeme koşullarıyla eşleştirmek. Bu nedenle veri bir noktada doğru olsa da sonraki aşamada kaybolabilir veya farklı kuralla yorumlanabilir. Süreç tasarımında her kararın hangi kayda dayandığını, hangi koşulda duracağını ve hangi sonucun başarı sayılacağını açıkça belirleyin.

Uygulanabilir Kontrol Akışı

  • Kapsamı belirleyin: Firma ve Hesap Hiyerarşisi işleminde hangi müşteri, ürün, teklif, sipariş veya belge kaydının etkilendiğini yazın.
  • Kaynağı doğrulayın: firma ana kaydı, kullanıcı rolleri, sözleşme, fiyat listesi, teslimat adresi, vergi ve cari hesap kayıtları içinde kullanılan kaydın kimliğini ve son güncelleme zamanını kontrol edin.
  • Karar kuralını görünür yapın: kullanıcı-firma bağını, fiyat görünürlüğünü ve sipariş yetkisini hem olumlu hem olumsuz test senaryolarıyla doğrulamak.
  • İstisna yolunu tanımlayın: koşul karşılanmıyorsa kimin inceleyeceğini, işlemin nerede bekleyeceğini ve hangi kanıtın isteneceğini belirtin.
  • Sonucu ölçün: yanlış fiyat görünürlüğü, yetki testi başarısı, hesap açılış süresi, sipariş onayı ve müşteri düzeltme talebi değerini aynı kapsam ve dönem üzerinden karşılaştırın; düzeltme sahibini ve kontrol tarihini kaydedin.

Firma ve Hesap Hiyerarşisi için karar verirken önce iş hedefini ve kabul koşulunu belirleyin; sonra firma kimliği, bağlı şube, rol/yetki, fiyat listesi, sipariş limiti, yürürlük tarihi ve hesap durumu alanlarının doğru kayıttan geldiğini doğrulayın. kullanıcı-firma bağını, fiyat görünürlüğünü ve sipariş yetkisini hem olumlu hem olumsuz test senaryolarıyla doğrulamak. Bu kontrol, işlemi hızlandırırken sonradan düzeltme, yanlış taahhüt ve ekipler arası yorum farkı oluşmasını önler.

Örnek — İşletme senaryosu

Bir holdingin üç bağlı şirketi ve her şirketin iki deposu olabilir. Satın almacı merkezden sipariş açsa da fatura doğru tüzel kişiye, sevkiyat doğru depoya gitmelidir.

Alternatif Senaryo ve Karar

Örnek

Karar senaryosu: Bir grubun iki şirketi ortak kullanıcı kullanıyor ancak yalnızca bir şirket sözleşmesel fiyat listesine erişebilmelidir. Bu durumda doğru yaklaşım ilk kaydı olduğu gibi kabul etmek değil; firma kimliği, bağlı şube, rol/yetki, fiyat listesi, sipariş limiti, yürürlük tarihi ve hesap durumu alanlarını, iş kuralını ve işlem sahibini çapraz kontrol etmektir. Örneğin sonuç ile kaynak kayıt uyuşmuyorsa işlem tamamlandı kabul edilmemeli; uyuşmazlığın hangi adımda oluştuğu kaydedilmeli ve tekrar test edilmelidir.

Alternatifleri karşılaştırırken kısa vadeli işlem kolaylığı ile sonraki aşamalardaki maliyeti birlikte değerlendirin. Şirketler arası hesap ilişkisinin yanlış kurulmasıyla gizli fiyat veya ticari koşulların başka müşteriye görünmesi. Kontrol adımını atlamanın sağlayacağı süre kazancı; hatalı kayıt, iade, itiraz, yeniden işleme veya müşteri güveni kaybı ile karşılaştırılmalıdır.

Alternatif durumda Bir grubun iki şirketi ortak kullanıcı kullanıyor ancak yalnızca bir şirket sözleşmesel fiyat listesine erişebilmelidir. Bu örnekte ekip ilk görünen duruma göre karar vermek yerine firma ana kaydı, kullanıcı rolleri, sözleşme, fiyat listesi, teslimat adresi, vergi ve cari hesap kayıtları kayıtlarını karşılaştırmalı; eksik veri, yetki ve zamanlama farklarını ayrı ayrı işaretlemelidir. Koşullar doğrulanamıyorsa işlem durumu açıkça belirtilmeli ve sorumluya atanmalıdır.

Şimdi Uygulayın

Uygulama çalışması

Örnek müşteri için şirket, ticari hesap, fatura adresi, şube ve teslimat yeri ilişkilerini şemalaştırın.

Kanıt, Ölçüm ve Sahiplik

Kontrol noktasıKontrol sorusuKanıt / kayıt
Kaynak veriKararda kullanılan kayıt güncel ve doğru kimliğe bağlı mı?firma ana kaydı, kullanıcı rolleri, sözleşme, fiyat listesi, teslimat adresi, vergi ve cari hesap kayıtları
İş kuralıKoşul ve istisna açık biçimde tanımlanmış mı?kullanıcı-firma bağını, fiyat görünürlüğünü ve sipariş yetkisini hem olumlu hem olumsuz test senaryolarıyla doğrulamak
SorumlulukSorun oluştuğunda incelemeyi kim üstleniyor?İşlem sahibi, onaylayan ve hedef tarih
İş sonucuUygulama beklenen ticari/operasyonel etkiyi verdi mi?yanlış fiyat görünürlüğü, yetki testi başarısı, hesap açılış süresi, sipariş onayı ve müşteri düzeltme talebi

Firma ve Hesap Hiyerarşisi uygulamasının denetlenebilir çıktısı en az dört unsuru içermelidir: kullanılan kaynak kayıt, karar kuralı, sorumlu kişi ve sonuç kanıtı. firma kimliği, bağlı şube, rol/yetki, fiyat listesi, sipariş limiti, yürürlük tarihi ve hesap durumu alanlarından hangilerinin karar üzerinde etkili olduğu da yazılmalıdır. Bu kayıt, sonraki benzer işlemde aynı kontrolün tekrarlanmasını sağlar.

Uyarı — Kontrol noktası

Fatura hesabını teslimat adresiyle aynı kayıt kabul etmek, çok şubeli işletmelerde yanlış belge veya teslimata neden olabilir.

Kontrol ve iyileştirme için yanlış fiyat görünürlüğü, yetki testi başarısı, hesap açılış süresi, sipariş onayı ve müşteri düzeltme talebi göstergelerini başlangıç seviyesiyle karşılaştırın. Fark çıktığında önce veri tanımının değişip değişmediğini, ardından süreç kaynaklı nedeni inceleyin. Düzeltme için sahip, hedef tarih ve tekrar ölçüm koşulu atayın; yalnızca faaliyetin tamamlanmasını başarı saymayın.

Bu Derste Ne Öğrendik?

  • Bu derste firma ve hesap hiyerarşisi konusunun temel iş mantığını, karar ölçütlerini, gerçekçi bir iş senaryosunu ve uygulamada kontrol edilmesi gereken riski ele aldınız.
  • Bir sonraki adım, bu yaklaşımı kendi ürün, müşteri ve süreç verilerinizle sınamaktır.

Öğrendiklerinizi Projenize Dönüştürün

Pazaryeri, online mağaza veya kurumsal dijital ticaret projeniz için KMK'nın deneyimli ekibiyle ihtiyaçlarınızı değerlendirin.