SD-CAS
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
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
SAP SD Modülüne Giriş 