SD
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
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 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.
SD – İHRAÇ KAYITLI (-) KDV veya TEVKİFATLI KDV TANIMLAMA
SAP Sisteminde ürünün fiyatı üzerine %1, %8, %18 vb. olarak eklenen MWST (KDV) koşulunun yanı sıra İhracatta, İhraç Kayıtlı satışlarda veya Tevkifatlı KDV koşullarının uyarlamasında birçok yol izlenebilir. Her yiğidin farklı yoğurt yiyişi misali her danışman arkadaşımızın da bu konu da izlemekte olduğu farklı farklı uyarlamalar muhakkak vardır. Daha önceden sipariş veya faturalama belgesi hesaplama şemasında +/- vergi koşulu uyarlaması yapmamış arkadaşlarımıza ve meslektaşlarımıza yardımcı olması açısından kendi projelerimde yapmış olduğum uyarlama adımlarını sizlerle paylaşmaya çalışacağım.
Uyarlama Adımları;
V/06 İşlem kodu ile MWST koşulu kopyalanarak MWIH şeklinde yeni bir koşul oluşturulur ve ilgili hesap şemasını bağlanır.
MWS hesap anahtarı kopyalanarak yeni bir Hesap anahtarı oluşturulur;
Aynı şekilde FI tarafında da MWAS koşulu kopyanarak MWIH koşulu oluşturulur,
ve TAXTR şemasına bağlanır.
Yapılan işlemin akabinde sistemde yeni oluşturacağımız vergi hesaplaması için Vergi göstergesi yaratılır.
FTXP işlemi koduna girilir ve yeni tanımlanmak istenen Vergi göstergesi yazılarak Copy butonuna basılır ve uygun bir Vergi göstergesinden kopyalama yapılarak yeni vergi göstergesi oluşturulur.
Burada ikinci olarak tanımladığımız MWI Hesap anahtarı ve MWIH koşuluna girişini yapmak istediğimiz KDV oranı + veya – olacak şekilde nasıl bir hesaplama yapmak istiyorsak o şekilde yazılır ve Kaydedilerek ilgili ekrandan çıkılır.
FI modülünde ilgili uyarlamalar yapıldıktan sonra SD tarafında KDV uyarlamalarının yapılması gerekmektedir.
TR için daha önceden sistemde tanımlı olan MWST koşulu yeterli olacaktır.
Müşteri ve Malzeme anaverilerinde Vergi göstergesi tanımlamaları yapılmalıdır.
Aşağıdaki ekranda da göreceğiniz üzere MWST koşuluna “2” İhracat Müşterisi parametresi eklenmiştir.
Ancak burada unutulmaması gereken çok önemli bir detay söz konusudur aynı parametreler ana veride Vergi göstergesi olarak gelmemesine rağmen bu uyarlama adımında MWIH içinde tanımlanmalıdır yani;
Aynı şekilde Malzeme anaverisi içinde ilgili MWIH koşulu tanımlamaları yapılmalıdır;
Müşteri Anaverisinde,
Malzeme Anaverisinde;
İlgili adımlar tanımlandıktan sonra tek yapılması gereken SD modülü kullanıcı ekranlarından olan VK11 işlem kodu ile MWST koşulu tanımlanmalı,
MWIH koşulu için ise VK12 işlem kodu ile gidilmeli ve ilgili kombinasyonda kayıt yaratılmalıdır.
Sipariş açıldığında ilgili Vergi koşullarının çalıştığı görülebilir.
KİTAP: SAP SD Modülüne Giriş – SATIŞA ÇIKMIŞTIR !!!
SAP Satış ve Dağıtım modülünde temel bilgilere sahip, çeşitli pozisyonlarda görevlendirilebilecek iyi düzeydeki personel ihtiyacı hem Türkiye’de hem de dünyada oldukça fazla, “Satış Dağıtım Modülüne Giriş” kitabı ile okurlarımıza ve öğrencilerimize temel kavramların bulunduğu, anlaşılabilir Türkçe bir kitap hazırlamayı hedefledik.
SAP SD modülüne giriş niteliğinde, temel seviyede bilinmesi gerektiğini düşündüğümüz konulara yer verdiğimiz kitabımızda, ana kavramları anlaşılabilir düzeye indiremeye gayret ettik. Basit, kavraması kolay örneklerle konuları pekiştirmeye çalıştık. Uzun ve sıkıcı anlatımlardan kaçındık mümkün olduğu kadar resimli ve özet anlatımları tercih ettik. Yeni başlayanlara birçok önemli bilgi verdiğimiz kitabımız, aynı zamanda yıllardır danışman olarak çalışan meslektaşlarımıza da faydalanabilecekleri birçok ipucunu içermektedir. Bu özelliği ile yanınızda ayırmak istemeyeceğiniz başucu kitabı olacağı kanaatindeyiz.
YUSUF DAĞYELİ SERHAN AKBOĞA
SAP Satış ve Dağıtım (SD) modülü hakkında yazılmış birçok yabancı kaynak bulunmasına rağmen yeterince Türkçe kaynak olmamasından dolayı sıkıntılar yaşanmaktadır. Özellikle temel kavramların anlaşılması, yabancı kaynaklardan takip etmekte zorlanan kişiler için büyük bir problem oluşturur. Buna bağlı olarak anlama ve öğrenme süreleri oldukça uzayabilir veya alınan bilgiler yetersiz kalabilir. “Satış Dağıtım Modülüne Giriş” kitabı ile SD modülünü öğrenmek isteyen herkese yol gösterecek bir kaynak oluşturmaya çalıştık.
Kitabımızda aşağıdaki başlıklar yer almaktadır.
- SATIŞ & DAĞITIM Modülü ne yapar ?
- SATIŞ & DAĞITIM Organizayonel yapısı
- SATIŞ & DAĞITIM Anaverileri
- Satış Belge Yapısı
- Özel Satış İşlemleri
- Temel Özellikler
- Hesap İşlemleri
- Satış İşlemleri
- Sevkiyat İşlemleri
- Faturalama İşlemeleri
- Adım Adım SAP Query
- Adım Adım LSMW
- İpuçları
- SD Tablo Haritası
17X24 Ders Kitabı boyutunda, 528 Sayfa ve Tamamı Renklidir.
Satın alabileceğiniz internet adreslerİ ;
http://www.kitapyurdu.com/kitap/sap–sd-modulune-giris/377564.html&publisher_id=2104
http://www.yalinkitap.com/?newUrun=1&Id=1466851&CatId=bs287480&Fstate=&/SAP—SD-MODÜLÜNE-GİRİŞ
SAP SD – POS ilişkili Faturalama Türlerinin Ters Kaydının alınması
Satış ve sevkiyat işlemlerini tanımlayabilmek için sipariş türleri ve teslimat türlerinin uyarlanmasına ihtiyaç duyulduğu gibi faturalama sürecinde de faturalama belge türünün uyarlanması gerekmektedir. Satış ve dağıtım modülünde sistemin standart belge türleri kullanılabileceği gibi şirketlerin süreçlerine bağlı olarak yeni belge türleri de oluşturulabilir.
Faturalama Belge türü uyarlaması içerisinde yer alan kopyalama koşulu alanında ters kayıt faturasına kopyalanacak alanların kontrolü için kullanılan rutin bu alana tayin edilebilir. Bir örnek ile açıklayacak olursak, standart olarak POS ilişkili faturaların ters kaydı direkt olarak VF11 işlem kodu ile alınamamaktadır. Bu durumda POS ilişkili faturalama türünün (FP) ters kaydının alınabilmesi için sistemde tanımlı olarak gelen “410 – Kalem iptal çıkışı” rutini bu alana tayin edilerek POS ilişkili faturalama türlerinin ters kaydı alınabilir.