SAP satış organizasyonu yapısı; satış organizasyonu, dağıtım kanalı ve bölüm (division) birimlerinin tanımlanıp birbirine atanmasıyla oluşan kurumsal hiyerarşidir. Bu üç birimin kombinasyonu satış alanını (sales area) oluşturur ve SAP, tüm satış belgelerini bu yapı üzerinden işler.
Yapıyı kurmak iki temel adımdan oluşur: önce birimleri tanımlarsınız (definition), ardından bu birimleri birbirine atarsınız (assignment). Tanımlama adımlarında OVX5 (satış organizasyonu), OVXI (dağıtım kanalı) ve OVXB (bölüm) işlem kodlarını kullanırsınız. Atama adımlarında ise OVX3, OVXK, OVXA ve OVXG kodları devreye girer. Bu rehberde, SAP SD modülünün temelini oluşturan satış organizasyon yapısını aşağıdan yukarıya yaklaşımla ele alıyor, tüm tanımlama ve atama adımlarını işlem kodlarıyla birlikte açıklıyoruz.
İçindekiler
SAP SD kurumsal yapısı birden fazla organizasyon biriminden oluşur. Her birim farklı bir iş ihtiyacını karşılar. Diğer SAP modülleriyle entegrasyon da bu birimler üzerinden kurulur.
Satış organizasyonu, SD modülündeki en üst düzey organizasyon birimidir. Mal ve hizmetlerin satışından ve dağıtımından sorumludur. Satış koşullarını müzakere eder, ürün sorumluluğunu taşır ve müşteri şikâyetlerini yönetir. Sistemde 4 haneli bir anahtar bu birimi tanımlar.
Her satış organizasyonu yalnızca tek bir şirket koduna (company code) bağlanır. Böylece bu organizasyon üzerinden yapılan tüm satışlar ilgili şirket kodunda muhasebeleşir. Bir şirket kodu ise birden fazla satış organizasyonu barındırabilir.
Dağıtım kanalı, ürünlerin müşteriye hangi yolla ulaştığını gösterir. Toptan satış, perakende, doğrudan satış ve online satış en tipik kanallardır. Sistem bu birimi 2 haneli bir kodla tanımlar. Bir dağıtım kanalını birden fazla satış organizasyonuna atayabilirsiniz.
Bölüm, ürün hatlarını veya hizmet gruplarını temsil eder. Her malzeme, ana verisinde yalnızca tek bir bölüme bağlanır. Bölümler sayesinde ürün grubu bazında ayrı fiyat anlaşmaları yapabilir, müşteriyle kısmi teslimat veya ödeme koşulu mutabakatları kurabilir ve istatistiksel analizler üretebilirsiniz. Bölüm kodu da 2 hanelidir.
Satış alanı; satış organizasyonu + dağıtım kanalı + bölüm kombinasyonudur ve SD modülünün kalbidir. Her satış belgesi (sipariş, teslimat, fatura) yalnızca tek bir satış alanına bağlanır. Fiyatlandırma, müşteri ana verisi ve raporlama bu yapı üzerinden çalışır. Satış alanı tanımlanmadan satış siparişi oluşturamazsınız. Bu yönüyle satış alanı, siparişten tahsilata (order-to-cash) sürecinin omurgasını oluşturur.
Satış ofisi, belirli bir bölgedeki satış faaliyetlerini koordine eden fiziksel birimi temsil eder; örneğin bir bölge müdürlüğü veya şube. Satış ofisini satış alanına atarsınız. Satış grubu ise sahada müşteriyle doğrudan temas eden ekipleri temsil eder ve satış ofisine bağlanır. Bu iki birim zorunlu değildir; ancak ofis ve ekip bazında performans raporlaması için gereklidir.
SAP Community’de yayımlanan bir yaklaşıma göre, yapıyı tasarlarken klasik yukarıdan aşağıya bakış yerine aşağıdan yukarıya ilerlemek her katmanın bir üst katmanı nasıl desteklediğini gösterir:
Örneğin bir gıda şirketi yapıyı şöyle kurgulayabilir: Karkas (işlenmemiş) ürünler toptan kanal + karkas bölümü satış alanından toptancılara gider. İşlenmiş ve paketlenmiş ürünler ise perakende kanal + işlenmiş ürün bölümü satış alanından doğrudan perakende müşteriye ulaşır. Her satış alanı kendi fiyatlandırmasını, müşteri sözleşmelerini ve sipariş yönetim sürecini belirler.
Yapılandırma SPRO üzerinden ilerler: Kurumsal Yapı → Tanımlama → Satış ve Dağıtım. Aşağıdaki tablo, tanımlama adımlarını ve işlem kodlarını özetler:
Satış organizasyonunu OVX5 ile tanımlarken 4 haneli anahtarı ve açıklayıcı metni girersiniz. Dağıtım kanalı ve bölüm için 2 haneli kodlar yeterlidir. Bu kodlama standartları hem ECC hem de S/4HANA on-premise sistemlerde geçerlidir.
Uyarı: Bu rehberdeki işlem kodları ve SPRO yolları, klasik IMG yapılandırması kullanan ECC ve S/4HANA on-premise sistemler için geçerlidir. S/4HANA Cloud (public edition) tarafında organizasyon yapısını SAP Central Business Configuration üzerinden yönetirsiniz.
Tanımlanan birimler tek başına işlevsel değildir. Kurumsal Yapı → Atama → Satış ve Dağıtım altındaki adımlarla birimleri birbirine bağlarsınız:
Satış organizasyonu–dağıtım kanalı–üretim yeri ataması (OVX6), şirket kodları ile satış organizasyonları arasında köprü kurar. Bir üretim yeri her zaman tek bir şirket koduna bağlıdır; ancak farklı satış organizasyonlarına atanabilir. Böylece bir satış organizasyonu birden fazla üretim yerinden mal satabilir. Bu atama, SAP MM tarafıyla lojistik entegrasyonun da temelini oluşturur. İki modülün sorumluluk sınırlarını SAP MM ve SAP SD arasındaki fark yazımızda detaylı inceledik.
Ana veri bakım maliyetini düşürmek için VOR1 (ortak dağıtım kanalları) ve VOR2 (ortak bölümler) işlem kodlarını kullanırsınız. Örneğin “01” dağıtım kanalı için oluşturduğunuz müşteri ana verisini, “02” ve “03” kanalları için de geçerli kılabilirsiniz. Bu paylaşım; fiyat koşulları, müşteri ve malzeme ana verileri için çalışır.
Uyarı: VOR1/VOR2 ayarlarını atlarsanız, satış belgesi oluşturma sırasında sık görülen satış alanı hatalarıyla karşılaşırsınız. Sales area hatası alıyorsanız önce bu iki ayarı kontrol edin.
SAP, satış organizasyonu sayısını olabildiğince az tutmanızı önerir; ideal senaryo tek satış organizasyonudur. Az sayıda organizasyon raporlamayı basitleştirir. Birden fazla satış organizasyonunu; çoklu şirket kodu veya yurt içi/yurt dışı satış ayrımı gibi gerçek iş gereksinimleri varsa tercih edin.
Her yeni kanal ve bölüm, kombinasyon sayısını çarpan etkisiyle artırır. Örneğin 2 satış organizasyonu, 4 dağıtım kanalı ve 6 bölümlü bir yapı teoride 48 satış alanı üretir. Yalnızca gerçekten kullanılacak kombinasyonları tanımlamak ana veri bakımını ve yetkilendirmeyi sadeleştirir.
Satış organizasyonunun şirket koduna (FI) ve üretim yerlerine (MM) ataması, fiyatlandırmadan muhasebe kayıtlarına kadar tüm belge akışını etkiler.
Satış ofisi ve satış grubu seviyelerini sonradan ekleyebilirsiniz; ancak geçmişe dönük raporlama kaybı yaşarsınız. Bölge ve ekip bazlı performans takibi istiyorsanız bu seviyeleri baştan kurgulayın.
Satış organizasyonu, satış ofisi ve satış grubu ERP ve S/4HANA’da işlemlere, ana verilere ve kullanıcı atamalarına gömülü klasik yapı taşlarıdır. SAP ise Sales Cloud V2 tarafında bu klasik yapının üzerine, organizasyonu daha esnek modellemeye imkân veren “Sales Unit” katmanını ekledi.
Satış alanı; satış organizasyonu, dağıtım kanalı ve bölüm kombinasyonudur. Her satış belgesi yalnızca tek bir satış alanına bağlanır. Fiyatlandırma, müşteri ana verisi ve raporlama bu yapı üzerinden çalışır. Satış alanı olmadan sistemde satış siparişi oluşturamazsınız.
Bir şirket kodu altında birden fazla satış organizasyonu tanımlayabilirsiniz; ancak her satış organizasyonu yalnızca tek bir şirket koduna bağlanır. SAP, raporlamayı basitleştirmek için satış organizasyonu sayısını minimumda tutmanızı, mümkünse tek organizasyonla çalışmanızı önerir.
Hayır, zorunlu değildir. Satış alanı tanımlıysa satış belgeleri oluşturabilirsiniz. Ancak bölge ve ekip bazlı satış performansı raporlamak istiyorsanız satış ofisi (OVX1) ve satış grubu (OVX4) birimlerini baştan kurgulamanız gerekir.
Satış organizasyonunu OVX5 işlem koduyla veya SPRO’da Kurumsal Yapı → Tanımlama → Satış ve Dağıtım yolundan tanımlarsınız. Tanımın ardından OVX3 ile şirket koduna atama yapmanız gerekir; aksi halde satışlar muhasebeleşmez.
SAP satış organizasyonu yapısı; satış gruplarının stratejiyi uyguladığı, satış ofislerinin bölgeleri yönettiği, satış alanlarının ürün–pazar uyumunu tanımladığı ve satış organizasyonunun tüm operasyonu yönettiği katmanlı bir mimaridir. Doğru kurgulanan yapı; kesintisiz satış yürütme, verimli dağıtım ve güçlü raporlamanın ön koşuludur. Organizasyon yapısı kararları, canlıya geçişten sonra değiştirilmesi en maliyetli alanların başında gelir.
SAP Community – Building a Sales Organizational Structure in SAP: A Bottom-Up Approach SAP Community – Making Sense of Sales Org Structures in SAP Sales Cloud V2 SAP Community – Organisational Structure Mapping SAP Community – Combining Sales Org, Divisions and Distribution Channel (VOR1/VOR2) Medium – SAP SD: Organizational Structures (İlknur Karaca) LinkedIn – SAP SD T-Codes Derlemesi SAP Logistics Expert – The Ultimate SAP S/4HANA SD Org Structure Guide Tutorialspoint – SAP SD Introduction
SAP Fiori Takım Lideri
SAP TM’de Muhataplar İçin Lokasyon Yarat BADI’si Nedir ?
Giriş SAP APO projelerinde Business Partner verisinin planlama nesnesine dönüşmesi, veri kalitesi ve operasyonel sürdürülebilirlik...
e-Defter Saklamadaki Son Güncellemeler
e-Defter Saklamadaki Mevcut Süreçe-Defter dosyalarının ikincil kopyalarının Başkanlık bilgi işlem sistemlerine yüklenmesi (saklanması)...
Intralojistik (İç Lojistik) Nedir?
Lojistiği, mal ve hizmeterin üretim noktasından tüketim noktasına kadar taşınması olarak tanımlayabiliriz. Intralojistik, lojistiğe...
Go Programlama Dili ile Restful Api Geliştirme
Bu yazıda PostgreSQL ve Go dili kullanarak basit CRUD işlemlerini yapabileceğimiz bir Restful API oluşturacağız. Yazı, Go hakkında temel...
SAP EWM ve TM’de Lisans Kararı: Projeye Başlamadan Önce Bilmeniz Gerekenler
SAP S/4HANA geçiş projelerinde EWM ve TM lisansı, çoğu zaman sonraya bırakılan teknik bir detay gibi görülr. Oysa hangi lisans modelinin...
Fiori Hızlı Aktivasyonu (Fiori Rapid Activation) Nedir?
SAP Fiori, çeşitli cihazlarda SAP kullanıcı arayüzünü sadeleştirmek ve modernize etmek için tasarlanmış bir kullanıcı deneyimi (UX)...
NodeJS ile Test Ortamı Nasıl Oluşturulur?
Eğer okumadıysanız bu içeriği okumadan önce "NodeJS ile API Testi Nasıl Yapılır?" başlıklı içeriği okuyabilirsiniz.NodeJS ile Test...
SAP GTS Nedir?
Günümüzde, değişen ticaret düzenlemeleri, yasal uyumluluk, dış politikalar ve özel kurallar gibi faktörler ithalat ve ihracat alanında...
SAP SuccessFactors ile İnsan Kaynakları Yönetimi
Bir işletme olarak, insan kaynakları süreçlerinizi daha iyi bir seviyeye taşımak istiyorsanız, SAP SuccessFactors sistemini mutlaka...
Mailiniz başarıyla gönderilmiştir en kısa sürede sizinle iletişime geçilecektir.
Mesajınız ulaştırılamadı! Lütfen daha sonra tekrar deneyin.