Latest Event Updates
SD Satış İşlemleri – Satış Etkinlikleri (SAP SD Sales Processes – Sales Activities)
SATIŞ İŞLEMLERİ
Standart satış siparişi sürecine ek olarak satış etkinlikleri, sözleşmeler, borç/alacak dekontları ve iade süreçleri şirketlerin iş süreçleri gereğince kullanılabilir. Bu süreçler uygulama olarak satış süreçlerinin içerisinde yer almasından dolayı satış işlemleri olarak değerlendirilir.
Satış Etkinlikleri
Satış etkinlikleri, şirket, ilgili kişi ve çalışan bazında müşteriler ile olan her türlü aktivitenin kaydedilmesini, yapılan aktivitelerin durumunun sorgulanmasını, neden ve sonuç analizlerinin yapılabilmesini sağlamaktadır.
Şirketler, satış personellerinin yapmış olduğu telefon aramalarını, müşteri ziyaretlerini veya mail gönderimlerini de takip etmek isteyebilir. Bu işlemlerin yönetilebilmesi için SAP sistemi üzerinde satış etkinliklerinden faydalanılır. Şirketin satış süreci, satış etkinliğinden başlayarak ilgili satışın faturalandırılmasına kadar uçtan uça takip edilebilmiş olur. Böylelikle satışı gerçekleştiren personelin performansının takip edilmesi sağlanabilir.
Satış etkinliklerinin uyarlaması altında;
- Satış etkinlik türü tanımlanması
- Satış etkinlik durum ve durum gruplarının tanımlanıp tayin edilmesi
- Satış etkinliği nedenlerinin ve sonuçlarının tanımlanması ve sonuçlarının analiz edilmesi
- Satış etkinlikleri için rol ilişkili yetki tanımlama
gibi bazı uyarlama adımları yer alır.
Satış etkinlik türü uyarlaması için “OVCK” işlem kodu kullanılabilir.
“0001 Ziyaret” satış etkinliği türünü incelendiğinde;
Genel olarak bakıldığında Satış etkinlik türü uyarlamasının Satış belge türü uyarlamasına benzediği görülmektedir. İşlem grubu, işlev kodu, dahili numara alanı, eksiklik şeması, çıktı türü vb. gibi birçok alanın işlevselliği satış belge türü uyarlaması ile aynıdır.
Bu alanların dışında bazı uyarlama alanları ise satış etkinlikleri özelinde kullanılabilmektedir.
Bu alanlar;
Org. Verileri: İlgili satış etkinliği türünde hangi SD organizasyonel verilerinin olacağı bu alana girilen parametre ile belirlenir.
Sistemde standart olarak 4 farklı organizasyon düzeyinde etkinlikler tutulabilir.
Stş.etk.yönü: İlgili satış etkinliğinin içe dönük veya dışa dönük bir aktive olarak ayırmanızı sağlamaktadır.
Termin bkm: Termin bakımı alanının işaretlenmesi durumunda ilgili etkinlik türünde bir belge kaydedildiğinde ilgili çalışanın takviminde güncelleme otomatik olarak yapılabilir.
Sonraki stş etk.tü: Sonraki satış etkinlik türü ve yeniden gönder seçenekleri, ilgili etkinlikten sonra başka bir etkinlik olacağı anlamına gelmektedir. Yeniden gönder seçeneği işaretlenerek ilgili kişi için bu aktivitenin tekrarlanacağı anlamına gelir.
Sonraki işlemler altında görüleceği üzere ilgili satış etkinliğinin sonrasında sistemde yaratabileceğiniz olası SD satış belge türleri burada belirlenmektedir.
Satış etkinlik durum ve durum gruplarının tanımlanıp tayin edilmesi için “OVC3” işlem kodu kullanılabilir.
İlgili uyarlama çalıştırıldıktan sonra açılan penceredeki uyarlama adımları izlenebilir.
Satış etkinlikleri: Durum uyarlaması altında;
Manuel kolonunun işaretlenmesi ile ilgili durumun manuel olarak işlenebilmesi sağlanmaktadır.
Dahili kolonunda ise genellikle mail gönderimi ile yapılan kampanyaların şirket içi durumlarının takibi yapılabilmektedir.
Satış etkinlikleri: Durum grupları uyarlaması altında;
Ekran görüntüsünde de göreceğiniz üzere ilgili durum grubuna Neden ve sonuçlar tayin edilebilmektedir.
Satış etkinlikleri: Durum grubu başına geçerli durumlar uyarlaması altında;
Satış etkinliği durumu ve durum grubu bazında belgenin genel durumu ve bu durumun sırası belirtilebilmektedir.
Satış ve dağıtım desteği belgeleri: Durum grupları uyarlaması ile ilgili satış etkinliği türüne durum grubu tayin edilmiş olur.
Satış etkinliği durum ve durum gruplarının tayini yapıldıktan sonra satış etkinliği neden ve sonuçlarının tanımlanmasına geçilebilir.
SAP sistemi standartlarında yer alan satış etkinliği neden ve sonuçlarının yeterli olmaması durumunda yeni neden ve sonuçlar tanımlanabilir.
Satış etkinliği nedenlerini tanımlamak için “OVC2” işlem kodu kullanılabilir.
Şirketin süreçleri gereği farklı bir satış etkinliği oluşturma nedeni varsa buraya yeni giriş yapılarak neden tanımlaması yapılabilir.
Satış etkinliği sonuçlarını ve sonuç analizlerini tanımlamak için “OVC1” işlem kodu kullanılmaktadır.
Satış etkinlikleri: Satış etkinliği sonuçları altında yeni bir sonuç tanımlaması yapılabilir.
Satış etkinlikleri: Sonuç analizleri altında ise;
Satış etkinliği sonucuna sonuç analizi tayini altında ise Satış etkinliği sonucuna sonuç analizi tayin edilmiş olur.
İlgili tanımlamalarda yapıldıktan sonra ilgili etkinliğe ait numara aralığı uyarlaması, numara tayini, adres listeleri, numara alanları ve tayini ile satış etkinliğinde rol ilişkili yetki tayini uyarlamaları da yapılabilmektedir. Satış etkinliklerinde yetki objesi olarak V_VBKA_VKO kullanılabilir.
Ayrıca satış belgelerinde de olduğu gibi satış etkinlik türleri arasında da kopyalama denetimi yapılabilmektedir.
Satış etkinlikleri için kopyalama denetimi uyarlaması için “OVCP” işlem kodu kullanılabilir.
Ekran görüntüsünde de görüleceği üzere bir etkinlik türünden diğerine geçilirken kopyalama koşulu ve verileri devral alanına tayin edilecek olan rutinler vasıtası ile kopyalamada bazı kurallar geliştirilebilir.
Satış etkinlikleri uyarlamaları tamamlandıktan sonra “VC01N” işlem kodu ile satış etkinliği oluşturulabilir.
Daha detaylı bilgi için “SAP SD Modülüne Giriş” kitabından yararlanabilirsiniz.
Kitabı www.kitapyurdu.com‘dan satın alabilirsiniz.
http://www.kitapyurdu.com/kitap/sap–sd-modulune-giris/377564.html&filter_name=sap%20sd
Serhan AKBOGA
Teslimat Belgelerinde Otomatik Ambalajlama (Automatic Packing in SD Delivery Process)
SD modülü Teslimat süreçlerinde, Ambalajlama fonksiyonu ile müşteri isteklerine bağlı olarak ürünlerin kutu, palet, konteyner vb. gibi taşıma birimleri ile sevk edilmesi sağlanabilmektedir. Ambalajlama uyarlamaları sistemde tamamlandıktan sonra, teslimat belgesinde bulunan sevk edilecek malzemeler ambalajlama ilişkili ise manuel olarak yada belirli bir ambalajlama talimatı varsa otomatik olarak taşıma birimlerine aktarılabilmektedir.
Teslimatta ambalajlama;
- Teslimat Belge Türü Bazında Otomatik Ambalajlama
- Kalem Tipleri İçin Ambalajlama Denetimi
olacak şekilde tanımlanabilmektedir.
Teslimat Belge Türü Bazında Otomatik Ambalajlama
Otomatik ambalajlamanın yürütülebilmesi için Teslimat belge türü uyarlamaları (İşlem kodu: 0VLK) belge içeriği alanında otomatik ambalajlama seçeneğinin işaretlenmesi gerekmektedir.
Kalem Tipleri İçin Ambalajlama Denetimi
Teslimat kalem türü bazında ambalajlama denetimi için “VLPP” işlem kodu ile kalem tipinin ambalajlanabilir, ambalajlanamaz yada ambalajlamanın zorunlu olduğu belirtilmektedir. Kümüle parti ambalaj seçeneğinin tıklanması durumunda parti belirleme ile oluşan alt kalemler için paketleme çalıştırılır, boş bırakılması durumda ise sadece ana kalem toplam miktar olarak paketlenecektir.
Ambalaj Malzemesi Türlerinin Tanımlanması
Standart “VERP” malzeme türünde oluşturulan ambalajlama malzeme anaverisi “SD:Genel/ÜY verileri” tabında Ambalajlama malzemesi türü tayin edilir. Ambalajlama malzemesi türü için uyarlama seçenekleri bulunmaktadır. Taşıma birimi için basılacak etiketin çıktı şeması bu uyarlama adımında tayin edilebilir. Ambalajlama malzemesinin teslimat belgesine kalem olarak eklenmesi sağlanabilmektedir. Örneğin, ambalajlamanın yürütülmesi ile belirlenen kutu, kalem olarak teslimat belgesine eklenebilir. Teslimat belgesi için mal çıkışı yapıldığında kutu stoklarının da güncellenmesi sağlanır. Buna ek olarak taşıma birimlerinin müşteriye bedelli olarak faturalanması da uyarlama ile mümkün olur.
Ambalaj Malzeme türü “VHAR” işlem kodu ile oluşturulur.
Ambalaj Malzemeleri için Malzeme Grubu Tanımlanması
“VEGR” işlem kodu ile ambalaj malzemeleri için ortak gruplar tanımlanabilir. Tanımlanan bu ambalaj malzemesi grupları ambalaj malzemelerin anaverisi “SD:Genel/ÜY verileri” tabında Ambalajlama İçin Malzeme Grubu alanında doldurulur.
Ambalaj Malzemeleri için Malzeme Grubu başına kullanılabilir Ambalaj Malzeme Türü
Bu uyarlama adımı ile (İşlem Kodu: VHZU) Ambalajlama İçin Malzeme Grubuna göre geçerli Ambalajlama Türleri tayin edilmektedir.
Ambalaj İşleme Profilinin Bakımı
Ambalajlama talimatının belirlenmesi “Ambalaj İşleme Profili” ile gerçekleştirilmektedir. Uygun talimatın seçilebilmesi için kullanılacak belirleme şeması, talimatın otomatik olarak belirlenmesi, bu uyarlama adımında tanımlanmaktadır. (İşlem Kodu: OVHU2)
SD modülü teslimat süreçlerinde standart “0002 Gönderilen Teslimat” profili kullanılabilir.
Teslimat belgesinde ambalajlama talimatının çalıştırılması için 
butonuna basılmaksızın otomatik geçekleştirilmesi istendiğinde “Otomatik olarak başlat” seçeneği tıklanır.
Ambalajlama Talimatları İçin Belirleme Türü Tanımlanması
Teslimat aşamasında otomatik ambalajlama talimatının belirlenebilmesi POP1 işlem kodu ile ambalajlama talimatının oluşturulması ile sağlanır. Oluşturulan ambalajlama talimatı POF1 işlem kodu teslimatta belirlenir. POF1 işlem kodundaki belirlemede diğer SD fonksiyonalitelerinde (fiyatlandırma vs.) olduğu gibi koşul tekniği aracılığı ile belirleme yapılır. Koşul tekniği aracılığı ile belirlemede koşul türü ve erişim sırası uyarlamalarının yapılması gerekmektedir.
Erişim sırası tanımlamak içinde “OFP2” işlem kodu kullanılır ve gerektiği durumlarda yeni erişim sırası tabloları oluşturulabilir.
Belirleme (Koşul türü) ve erişim sırası tayini için işlem kodu “OFP3” kullanılır.
“OFP4” işlem kodu ile de belirleme şeması oluşturulur ve bu şema içerisinde Koşul türü tayin edilir.
Oluşturulmuş olan “000001” nolu şemanın “OVHU2” işlem kodundaki Ambalaj İşleme Profiline tayin edilmiş olduğunu görebilirsiniz.
Ambalaj Malzemesi Yaratma
Otomatik ambalajlama için uyarlamalar tanımlandıktan sonra “MM01” işlem kodu ile “VERP” malzeme türünde örnek bir ambalaj malzemesi yaratılır. Ambalajlama malzemesi anaverisi içerisinde Ambalajlama malzeme grubu, Ambalaj malzeme türü yanı sıra “Kullanılabilir ambalaj ağırlığı”, “hacim” vb. gibi bilgiler de girilebilmektedir.
Ambalajlama Talimatı Yaratma
Ambalaj malzemesi oluşturulduktan sonra otomatik ambalajlamanın gerçekleştirilebilmesi için sistem üzerinde ambalajlama talimatının tanımlanmış olması gereklidir. POP1 (POP1 oluştur – POP2 değiştir – POP3 görütüle) işlem kodunda, kalem tipi “P” ambalajlama malzemesi , “M” ambalajlanacak malzeme kodu ve hedef miktar alanına malzemelerin paketlenecek miktarları girilerek ambalajlama talimatı oluşturulur.
Ambalajlama Talimatı Belirlemesi
POF1 (POF1 oluştur – POF2 değiştir – POF3 görütüle) işlem kodu ile hangi ambalajlama talimatının kullanılacağı belirlenir. Belirleme türü, koşul tekniğine bağlı olarak erişim sıraları ile ambalajlama talimatının seçilmesini sağlamaktadır.
Örnek bir satış siparişinden teslimat belgesi oluşturulduğunda ambalaj malzemesinin teslimatta otomatik olarak belirlendiğini görebilir, ambalajlama butonuna basarak Taşıma birimi ekranlarına ulaşabilirsiniz.
Taşıma birimi başlık verileri VEKP, taşıma birimi kalem verilieri VEPO tablosunda tutulur. Belge kaleminin ambalajlama durumunun, VBUP tablosundan takip edilmesi mümkündür. Uyarlamaya ek olarak farklı otomatik ambalajlama senaryoları için BADI_HU_AUTOPACK BADI‘si ve PACKING enhancement’i kullanılabilir.
Daha detaylı bilgi için “SAP SD Modülüne Giriş” kitabından yararlanabilirsiniz.
Sayfa 358 – 369
Kitabı www.kitapyurdu.com‘dan satın alabilirsiniz.
http://www.kitapyurdu.com/kitap/sap–sd-modulune-giris/377564.html&filter_name=sap%20sd
S/4 HANA nedir? & S/4 HANA ile neler değişiyor? (What is S/4 HANA? & What is changing in S/4 HANA?)
Sanıyorum HANA kelimesi son birkaç yıldır SAP sektörümüzün ana başlıklarından biri haline gelmiştir. İlk konuşulmaya başlandığı günlerde çok fazla dikkatimizi çekmese de bugün geldiğimiz noktada birçok SAP kullanan veya kullanmaya başlayacak firmanın, danışmanlık şirketlerinin ve meslektaşlarımızın ana gündemine oturmuştur. Fortune 500’ün ön görüsüne göre de 2025 yılında HANA teknolojisi özellikle DB ve ERP tarafındaki rakiplerini bir hayli geride bırakacak gibi görünüyor. Hal böyle olunca da hepimizin kafasında sorular uçuşuyor.
HANA – “High performance ANalytic Appliance” dan gelmekte olup, tanımından da anlayacağınız üzere uygulamanın kendi donanımı üzerinde yüksek performans ile data’ların in-memory’den kolon bazlı okunmasına yarayan SAP’nin yeni nesil ürünüdür.
Aslında hali hazırda SAP’nin bu konuda 2 ürünü bulunuyor.
- Business Suit on HANA
- S/4 HANA
“Business Suit on HANA”yı hali hazırda SAP kullanmakta olan şirketlerin kademeli olarak HANA’ya geçişinin ilk adımı olarak düşünebilirsiniz. Bu geçiş, mevcut SAP sistemlerinin EHP 7 seviyesine çıkarılmasından sonra verilerin HANA platformuna migrate edilmesi ile sağlanıyor.
S/4 HANA ise SAP’nin R/3, ERP ve ECC den sonra gelen 4. Nesil ürününün adıdır. Ürünün ismindeki “S” Simple kelimesinden gelmekte olup, bu iki özellik birleştirilerek “S/4 HANA” markası ile hayatımıza girmiştir. S/4 HANA ile birlikte klasik SAP modüllerin isimleri değişerek literatüre “Simple Finance” ve “Simple Logistics” olarak girmiştir.
Heralde biz danışmanlar için de işin en heyecan veren kısmı S/4 HANA ile gelen değişikliklerin keşfedilmesi ve uygulanması olacaktır.
SAP ECC’den Business Suit on HANA’ya geçişte ve S/4 HANA On-Premise 1511de gelen bu değişikliklerin bir kısmını, en azından SD modülündeki bazı değişiklikleri aktarmaya çalışacağım.
Müşteri/Satıcı yerine “MUHATTAP”
SAP aslında CRM, SCM vb. ürünlerinde daha önceden yapmış olduğu mental ve sistemsel değişikliği S/4 HANA da devreye alıyor diyebiliriz. Alışıla gelmiş işlem kodlarının tamamının S/4 da yer almayacağı söyleniyor. Bu işlem kodlarının yerine de BP işlem kodu ile müşteri/satıcı ayırmaksızın tek bir işlem kodu ile muhattaplar yönetilebiliyor olacak. (Buna değiştir, ve görüntüle işlem kodları da dahil.)
Not: İlerleyen dönemde çıkacak S/4 HANA yeni sürümlerinde Müşteri ve Satıcı anaverileri için “MASS” işlem kodunun da olmayacağı öngörülüyor.
Malzeme Numarası alan Uzunluğu (MATNR)
S/4 HANA On-Premise 1511 de diğer SAP ürün ailesi ürünlerinde olduğu gibi MATNR alan uzunluğu 18 karakterden 40 karaktere çıkıyor olacak. Umuyoruz ki yıllardır süregelen 18 karakter sorunu bu hamle ile birazda olsun danışmanlarımızın kronikleşmiş sorunlarını hallediyor olacaktır.
Not: Şuan kullanımda olan Simple Finance 1503 ve bir sonraki versiyon Simple Finance EHP 8 de MATNR alanının halen 18 karakter uzunluğundadır.
Dış Ticaret Verileri (Foreign Trade – SAP GTS)
SD modülünün önemli fonksiyonalitelerinden biri olan “Dış Ticaret: İhracat”, S/4 HANA on-premise 1511 ile etkinliğini kaybediyor olacak. S/4 HANA 1511 de bunun yerine SAP GTS (Global Trade Services) adıyla yeni bir add-on geliyor olacak. SAP GTS ile beraber malzeme anaverisi “Dış ticaret: İhracat” tab’nda bulunan alanlar (Örn: Denetim Kodu, Öncelik Durumu, Satıcı Bildirim Drm, Neg. Sertifika Kodu, Neg.Sertifika no, Neg. Sertifika Tarihi, Askeri Malzeme vb.) SAP GTS tarafından sağlanıyor olacak.
Ayrıca Teminat Mektubu, Yasal Süreçler, İthalat-İhracat Süreçleri vb. fonksiyonaliteler SAP GTS modülünde tasarlanabilir olacaktır.
S/4 HANA on-Premise 1511 – SAP GTS ile birlikte klasik Dış Ticaret – İhracat işlem kodlarının da birçoğu artık kullanılamıyor olacak.
Servis Malzemeleri için Yeni Malzeme Türü – SERV
S/4 HANA on-premise 1511 ile birlikte daha az alandan oluşan “SERV” servis malzeme türü geldiğini görebilirsiniz.
SERV malzeme türünde;
- Temel Veriler
- Muhasebe
- Satınalma
- Satış
tab’ları gelmektedir.
Diğer Malzeme türlerinde yer alan birçok alan, SERV malzeme türünde gelmemektedir.
Örneğin;
Temel Veriler 1;
- EAN/UPC
- EAN Tipi
- AM için Malzeme Grubu
Satınalma;
- Taşıma grubu
- JIT Teslimat termin vs.
Muhasebe 1;
- Kayar ortalama Fiyat
- Toplam Stok
- Toplam Değer
- MS Stoğu Değerleme Sınıfı
- Önceki dönem/Yıl butonu
- Planlanmış Maliyet Hesaplama butonu vs.
Satış Org. 1;
- Geçerlilik
- Teslimat Miktarı
- Teslimat Ölçü Birimi vs.
SD Modülü Değişiklikleri
- VBUK ve VBUP tablolarında tutulan statüler, Satış Belgeleri için VBAK, VBAP, Teslimat Belgeleri için LIKP, LIPS ve Faturalama belgeleri için VBRK, VBRP tablolarına taşınmıştır.
- VBFA tablosunda sadeleştirmeye gidilmiştir.
- SD Belge tipinin tutulduğu tek karakterlik bir alan olan VBTYP (Char 1) yerine VBTYPL (Char 4) olacak şekilde konumlandırılmıştır.
- VAKPA, VAPMA, VLKPA, VLPMA, VRKPA ve VRPMA index tablolarında sadeleştirmeye gidilmiştir.
- Erişim sıralarındaki Erişim numarası alanı KOLNR alanının karakter uzunluğu 2 den 3’e çıkarılmıştır. Dolayısı ile Erişim sıralamasında 999’a kadar sıralama yapılabilecektir.
Kredi Kontrol Yönetimindeki Değişiklikler
- FI-AR-CR olarak geçen Kredi Yönetimi S/4 HANA 1511 on-premise de SAP FSCM altında Kredi Yönetimi olarak tanımlanmıştır. Kredi hesaplarının yönetildiği FD32 işlem kodu S/4 HANA 1511 de kullanılmayacak olup bu işlem kodu yerine UKM_BP işlem kodu ile tanımlamalar yapılacaktır.
- Kredi Blokajına düşen Satış Belgeleri için kullanılmakta olan VKM1 işlem kodu yerine UKM_MY_DCDS işlem kodu kullanılacaktır.
SD Belge türü uyarlaması içinde bulunun” Kredi Limiti Kontrolü” alanında girilebilecek olan “A”, “B” ve “C” değerleri kullanılamayacak olup bu alana sadece “D” girilebilecek yada boş bırakılabilecektir.
Not: S/4 HANA 1511 on-premise de alışıla gelmiş işlem kodlarından sadece FD33 işlem kodu aktif olacaktır.
Satış Aktiviteleri Değişiklikleri (SD-CAS)
SAP HANA ile birlikte mental ve işleyiş olarak Satış aktiviteleri (SD-CAS), SAP CRM ürününde adreslenmiştir.
Dolayısı ile klasik ERP üzerinde kullanılan birçok işlem kodu S/4 HANA 1511 de yer almayacaktır.
Bu konuda edindiğim bilgileri, deneyimlerimi ve keşiflerimi dönem dönem sizlerle paylaşmaya devam edeceğim.
Sevgiler
Serhan AKBOĞA
Müşteri/Malzeme Bilgi Kaydı (Customer-Material Info Record)
Müşteri malzeme bilgi kaydı, SAP sistemi üzerinde MM01 işlem kodu ile tanımlanan malzeme numarasının yanı sıra müşterinin kendi takip etmek istediği numaradır. Bu numara ile müşteri satın aldığı malzemelerin sipariş takibini kolaylıkla yapabilir. Müşteri malzeme bilgi kaydının yaratılması ile malzemenin müşterideki kodu, tanımı, sevkiyat sürecindeki üretim yeri, teslimat önceliği, asgari teslimat miktarı ve teslimat toleransı gibi bilgiler tanımlanabilir. Sistemden alınan çıktılarda (Sipariş formu çıktısı, İrsaliye, Fatura vb.) bilgi kaydında yer alan veriler kullanılarak müşterilerin kendi malzeme numarasını ve tercih ettiği ürün açıklamasını görmesi sağlanabilir.
Müşteri Malzeme Bilgi kaydı oluşturmak için işlem kodu VD51’dir.
T0001 numaralı “Ticari Ürün 1” malzemesinin, 1900000015’nolu “XYZ İlaç Dağıtım A.Ş.” müşterisinde “NTB1700” malzeme kodu ile takibi için örnek bir müşteri malzeme bilgi kaydı oluşturacak olursak.
Müşteri numarasını, Satış Organizasyonunu ve Dağıtım kanalı verilerini girdikten sonra enter tuşuna basarak bilgi kaydı yaratmaya başlanır.
T0001’nolu malzeme numarasını yazıp aynı ekran üzerindeki Müşteri mlz. kolonuna da NTB1700 yazdıktan sonra ilgili satırı seçip büyüteç butonuna basarak üretim yeri, sevkiyat verileri vb. gibi tanımlamalar yapılır.
İlgili veriler tanımlanıp kaydet butonuna basıldıktan sonra müşteri malzeme bilgi kaydı yaratılmış olacaktır. Müşteri malzeme bilgi kayıtları VD52 işlem kodu ile değiştirilebilir ve VD53 işlem kodu ile görüntülenebilir. Ayrıca VD54 işlem kodu ile de listelenebilmektedir.
Satış sipariş ekranında müşteri malzeme numarası alanına, tanımlanan numaranın girilmesi ile sistemimizdeki malzeme numarasının da otomatik olarak sipariş kalemine geldiğini görebilirsiniz.
Not: Satış Siparişlerinde otomatik Üretim yeri belirlemesi sistem tarafından sırasıyla 3 anaveriye bakılarak tayin edilir.
- Müşteri/Malzeme Bilgi Kaydı
- Müşteri Anaverisi
- Malzeme Anaverisi
Bu anlamda Müşteri/Malzeme bilgi kaydı tanımlanmış olan müşterilerde Üretim yerinin bu anaveri kaydı ile satış siparişinde belirlendiği görülür.
SD Ürün Ağacı – SD BOM (Bill of Materials)
Ürün ağacı kısaca, bir ürünü oluşturmak için kullanılan bileşenlerin listesidir. Üretimde bu kavram ürün reçetesi olarak da kullanılır. Satış & Dağıtım modülünde ise, satılabilir malzemelerden oluşan bir set olarak düşünülebilir. Örneğin, masa üstü bilgisayar parçaları olan klavye, fare, monitör, sabit disk vb. gibi ürünler müşterilere tek tek satılabilmektedir. Ancak müşteri tek tek parçaları satın almak yerine bu parçalardan oluşan masa üstü bilgisayarı da satın almak isteyebilir. Bu durumda sistem üzerinde, SD ürün ağacı yapısı kullanılarak alt parçalardan oluşan bir set tanımlanabilmektedir. Tek seviyeli ürün ağacı yapılabileceği gibi çok seviyeli SD ürün ağacı yapmakta mümkündür.
SD ürün ağacı fiyatlandırması, ana kalem seviyesinde veya alt kalem seviyesinde olmak üzere 2 yöntemle yapılabilir.
- Alt kalemlerde fiyatlandırma
- Ana kalemde fiyatlandırma
- Alt kalemlerde fiyatlandırma için malzeme anaverisinde “SD:Satış Org. Vr. 2” tabında yer alan kalem tipi grubuna “LUMF yapı/malzeme(aşağı)” girilmelidir.
Malzeme Numarası: 1823
Bu şekilde ana malzeme yaratıldıktan sonra alt kalemlerdeki malzemelerin Item Category Group’ları “NORM” olabilir.
Akabinde yaratmış olduğunuz bu malzemelerin “CS01” işlem kodu ile ürün ağacı oluşturulur.
Ürün ağacı yaratma işlemi tamamladıktan sonra “VA01” işlem kodu ile SD siparişinde 1823 numaralı malzeme girildikten sonra alt kalemlerin otomatik olarak geldiği ve alt kalemlerde fiyatlandırma çalıştığı görülür.
Üst Kalemin Kalem Tipi: TAP
Alt Kalemlerin Kalem Tipi: TAN
- Ana kalemde fiyatlandırma için malzeme anaverisinde “SD:Satış Org. Vr. 2” tabında yer alan kalem tipi grubuna “ERLA Yapı/malzeme(yukarı)” girilerek ana kalem oluşturulur.
Malzeme Numarası: 1826
Bir önceki alt kalem fiyatlandırmasında olduğu gibi bu senaryoda da “CS01” işlem kodu ile ürün ağacı oluşturulup, sonrasında “VA01” işlem kodu ile satış siparişi açıldığında alt kalemlerin otomatik olarak geldiğini ve fiyatlandırmada alt kalemleri dikkate almayıp sadece üst kalemin fiyatının çalıştığını görebilirsiniz.
Üst Kalemin Kalem Tipi: TAQ
Alt Kalemlerin Kalem Tipi: TAE
SD Ürün Ağacı (SD BOM) hakkında daha detaylı bilgi için “SAP SD Modülüne Giriş” kitabından yararlanabilirsiniz.
Sayfa 149 – 154
Kitabı www.kitapyurdu.com‘dan satın alabilirsiniz.
http://www.kitapyurdu.com/kitap/sap–sd-modulune-giris/377564.html&filter_name=sap%20sd
Kalem önerisi yöntemiyle Satış Siparişinde Dinamik ürün önerisi (Dynamic Product Proposal with Item Proposal Method)
Dinamik Ürün Önerisi (Dynamic Product Proposal) Satış siparişi sürecinde sistemin otomatik olarak önermiş olduğu malzemelerin satış siparişinde gelmesidir.
Satış siparişinde otomatik olarak gelen bu malzemeler müşterilerinizin ihtiyaçları doğrultusunda farklı parametreler baz alınarak getirtilebilir.
Bunlar,
- Geçmiş Siparişler (Order History) – Müşterinizin geçmişte sizden almış olduğu malzemeler baz alınarak sitem size öneride bulunabilir.
- Listelenmiş Malzemeler (Listed Materials) – Listelenmiş malzemeleriniz (VB01)varsa sistem size bu malzemeleri önerebilir.
- Hariç tutulan Malzemeler (Excluded Materials) – Hariç tutulan malzemeleriniz (VB01) varsa sistem size bu malzemeleri önerebilir.
- Kalem Önerisi (Item Proposal) – Sistemde VA51 trx ile yaratmış ve Müşteri Anaverisi’nde tayin etmiş olduğunuz Item Proposal satış siparişi sürecinde otomatik olarak çalışabilir.
- Müşteri – Malzeme Bilgi Kaydı (Customer-Material Info Record) – Sadece müşteri malzeme numarası tanımlananlar önerilebilir.
- Müşteriye Özel (Customer Specific) – Müşteriye özel durumlar varsa bu malzemeler getirilebilir.
Dinamik ürün önerisi uyarlama adımları;
Kalem Önerisi (Item Proposal) yöntemiyle siparişte müşterimize özel otomatik dinamik ürün önerisinde bulunacağımız senaryoyu örnek verecek olursak;
Sistemde VA51 işlem kodu ile Kalem Önerisi oluşturulur. (Item Proposal Number: 50000049)
Örnek Müşteri Numarası, 500012 için Müşteri Anaverisinde üst kısımda görmüş olduğunuz Item Proposal Numarası ilgili alana tayin edilir.
SPRO işlem kodu ile uyarlama ekranında
ekranın da tanımlanmış olan A Product Proposal müşteri anaverisinde tayin edilir.
Müşteri anaverisinde tanımlama yaptıktan aynı işlemler Belge türleri içinde yapılmak üzere;
ve
adımlarına geçilir ve Satış Belge Türüne de tayin edilir.
Document Procedure Satış Belge Türüne tayin edildikten sonra erişim sırası tanımlanması gerekmektedir. Bunun için yine SPRO adımlarından;
uyarlamasına gidilerek A00003 erişim sırası oluşturulur.
Aynı ekran üzerinde Access Sequence butonuna çift tıklayarak erişim sırasına gidilir.
Üst ekranda da göreceğiniz üzere sistemde bulunan standart Dinamik Ürün Önerisi fonksiyonlarını F4 tuşuna basarak görebilirsiniz.
Örneğimizde, Kalem Önerisi yöntemi ile (Item Proposal) önerilen malzemelerin otomatik olarak gelmesini istediğimiz için “SD_DPP_PRODUCT PROPOSAL” seçeneğini seçiyoruz. Şayet müşterinin önceki siparişlerinin dikkate alınıp geçmiş siparişlerdeki malzemelerin otomatik gelmesini istiyorsak burada “SD_DPP_HISTORY” seçilmesi gerekmektedir.
“SD_DPP_PRODUCT_PROPOSAL” seçildikten sonra Source alanına da “C” Item Proposal şeçilir.
İlgili uyarlamalar tamamlandıktan sonra erişim sırasının tayin edilmesi için;
uyarlamasına gidilir ve Satış Org, Dağıtım Kanalı, Bölüm, Satış Ofisi, Satış Grubu, Customer Procedure, Document Procedure bazında erişim şeması tayin edilir.
Uyarlama adımlarının tamamlanması ile VA01 işlem koduna gidilip satış siparişi oluşturulurken müşteri numarası girildikten sonra Kalem Önerisinde (VA51) tanımlamış olduğunuz malzemelerin otomatik olarak geldiğini görebilirsiniz.
SD Teslimat Türü Uyarlaması – “Muhatap Teslimat ayrıştırma”
Teslimat Türü Uyarlaması içerisinde yer alan “Muhatap Teslimat ayrıştırma” tıkı ile Satış siparişinden gelen muhatap rollerine istinaden teslimat ayrıştırma yapılabilmektedir.
Burada dikkate edilmesi gereken husus muhatap ayrıştırması yapılmak istenen muhatap türünün aşağıdaki ekran görüntüsünde de göreceğiniz üzere teslimat muhatap şemasında da bulunması gerekmektedir.
İlgili muhatap rolünün teslimat muhatap şemasında tayin edildiği kontrol edildikten sonra aşağıdaki ekran görüntüsünden de görebileceğiniz üzere 0VLK işlem kodu ile Teslimat Türü uyarlamasında bulunan “Muhatap Teslimat Ayrıştırma” alanının işaretlenmediği durumda sistemin vereceği reaksiyonu küçük bir örnek ile açıklayabiliriz.
Örnek olarak 2 farklı Satış Siparişimizde kalem verileri içinde bulunan Muhatap sekmesinde;
14068 nolu birinci satış siparişinde “VE – Satış Sorumlusu”” muhatabı bulunmamaktadır.
14068 nolu satış siparişinden farklı olarak 14069 nolu ikinci siparişte “VE – Satış Sorumlusu” muhatabı bulunmaktadır.
Böyle bir durumda ilgili teslimat türü için VL10A işlem kodu ile siparişler artalanda teslimata dönüştürülmek istendiğinde aşağıdaki ekran görüntüsünde de görüleceği üzere 2 satış siparişi için tek bir teslimat belgesi oluşturulabilecektir. (Eğer iki Satış Siparişinde de farklı “VE” muhatapları varsa sistem yine siparişleri tek bir teslimat belgesinde birleştirmeyecektir.)
Ancak ilgili teslimat türü uyarlamasında “Muhatap Teslimat ayrıştırma” alanın işaretlenmesi durumunda sistem otomatik olarak satış siparişlerini farklı teslimat belgeleri olacak şekilde ayrıştıracaktır.
Bu işlemler sırasında SHP_MOVE_ADD_PARTNER_TO_HEADER fonksiyonu kullanılmaktadır.
BAPI ile Satış Siparişi Yaratma (SALES ORDER CREATION with BAPI)
Sistemde arka planda otomatik olarak SD Siparişi oluşturmak için;
BAPI_SALESORDER_CREATEFROMDAT1 kullanılabilir.
SE37 transaction kodu ile,
Ekranda ilgili alana BAPI adınızı girdikten sonra F8 tuşuna basılır.
kırmızı ile işaretlenmiş butona basınız.
Üstteki ekranda görüldüğü üzere yatay olarak gelmiş field’larınıza bu şekilde giriş yapabileceğiniz gibi ilgili ekranda tuşuna basarakta aşağıdaki ekran görüntüsünde göreceğiniz üzere açmak istediğiniz satış siparişi parametre giriş ekranına ulaşabilirsiniz.
İlgili alanları tanımladıktan sonra bir önceki ekranınıza geri dönebilirsiniz.
Aşağıdaki ekranda göreceğiniz üzere Siparişinizin Item verilerini girmek için mavi renkli butona basınız.
Item verilerinizide girdikten sonra yeşil renkli tik butonuna basınız ve bir önceki ekranınıza tekrar geri dönünüz.
Aşağıdaki ekranda göreceğiniz üzere Siparişinizin Müşteri verilerini girmek için mavi renkli butona basınız.
İlgili veri girişlerinizi tamamladıktan sonra tekrar ana ekranınıza geri dönebilirsiniz.
İlgili ekranda girişlerinizin yapıldığını görebilirsiniz.
F8’e basınız.
13378 numaralı siparişinizin sistemde yaratıldığını görebilir ve VA02 trx ile giderek siparişinizi kontrol edebilirsiniz.
Sistemde,
BAPI_SALESORDER_CREATEFROMDAT2 ve BAPI_SALESORDER_CREATEFROMDATA BAPI’lerini de kullanabilirsiniz.
SAP’nin Yeni Nesil Analitik Çözümü, “SAP Lumira”
15 Ekim Perşembe günü bir SAP Forum’u daha geride bıraktık. Bu seneki forumun temasının da Discover Simple (Basitliği Keşfet) olduğunu düşünürsek anlaşılan o ki SAP de dillere pelesenk olmuş ve her fırsatta kullanıcılar tarafından dile getirilen kullanıcı dostu (user friendly) olma özelliğinin kaçınılmaz olduğunu kabullenmiş durumda. Özellikle son birkaç yılda çıkarmış olduğu ürünlerde performans, görsellik, kullanışlılık vb. gibi özellikleri öne çıkararak bu kabullenmişliği de ürün olarak sunmakta ve pazarlamaktadır.
SAP’nin 2014 Mayıs ayında çıkarmış olduğu ürünlerden Lumira’yı son bir hafta da biraz da Sarhan Polatateş’in ısrarları ile inceleme fırsatı buldum. Her SAP kullanıcısı gibi her ay düzenli olarak SAP desteği vermekte olduğumuz müşterilerimize hazırlamakta olduğum Hizmet Yönetim Raporlarının nasıl daha hızlı ve efektif hazırlayabileceğim soru işaretleri kafamda dolaşırken ve exceller içerisinde bunalmışken Lumira ürünü tam da ihtiyaçlarımı karşıladı diyebilirim.
https://www.sapstore.com/solutions/99008/SAP-Lumira?url_id=text-us-sapcom-lumira-1dx
link’i üzerinden SAP Lumira, Personal Edition versiyonunu bilgisayarıma indirmem ile başlayan merakım her SAP danışmanında olduğu gibi test etme ve biran evvel fonksiyonalitesini keşfetmeme neden oldu. Bunun için sizlerle de paylaşabileceğim bir test senaryosu hazırlayarak kolları sıvadım.
Aşağıdaki ekran görüntülerinde de göreceğiniz üzere kısa da olsa birkaç adımda bilgisayar donanım ve gereçlerini satan bir şirketin faturalama verilerini excel üzerinden Lumira’ya upload ederek basit bir raporu görselliği de ön plana çıkararak elde etmeyi hatta raporu pdf olarak masaüstüne kaydetmeyi anlatacağım.
Adım 1;
+New Document butonuna basılarak veri kaynağı dosya sisteme yüklenir.
Kaynaktan gelen data’lar ile ilgili ayarlar, seçimler vs. aşağıdaki ekran görüntüsünde de göreceğiniz gibi kolaylıkla yapılabilmektedir.
Verilerin Lumira’ya alımı tamamlandıktan sonra görselleştirme adımına geçilebilir. Ekran görüntülerinde de görüleceği üzere Visualize (görselleştirme) adımında veri kaynağınız içerisinde gelen parametreler ile grafiklerinizi düzenleyebilir, ekranın alt kısmında gelen + butonuna basarak birden fazla tasarım oluşturabilirsiniz.
Görselleştirme adımı tamamlandıktan sonra rapor düzenleme adımına geçebilirsiniz. Ekranın sol kısmında bir önceki adımda oluşturmuş olduğunuz grafiklerinizin, tablolarınızın vs. raporunuzda kullanım amaçlı olarak geldiğini görebilir ve sürükle bırak yöntemi ile rapor şablonunuz üzerine konumlandırabilirsiniz.
Raporunuzun tamamladığını düşündüğünüz noktada “Export As File” ile pdf formatında dışarıya alabilirsiniz.
Share adımında ise de SAP Lumira Cloud veya SAP Lumira Server üzerinden raporunuzu paylaşabilirsiniz.
Sizlerde benim gibi keşif ve merak duyguları ile SAP Lumira’ya küçük bir başlangıç yapabilirsiniz. Şimdiden çok keyif alacağınızı söyleyebilirim.
Serhan AKBOĞA
SAP SD Modülüne Giriş 