FD32 girişi SAP: Kredi Kontrol Alanı Eğitimi

⚡ Akıllı Özet

Kredi kontrolü SAP Her müşteriye bir kredi kontrol alanı içinde bir kredi limiti atayarak, tahsil edilemeyen alacaklara maruz kalma riskini sınırlandırır ve FD32 işlemi, bu limitin korunduğu klasik ekrandır.

  • 🔘 Dürbün: Bir kredi kontrol alanı tüm şirket kodlarına hizmet verebilir veya her şirket kodu kendi alanına sahip olabilir.
  • ☑️ İşlem: FD32, müşteri kredi ana verilerini açar; burada öncelikle müşteri, kredi kontrol alanı ve veri bölümleri seçilir.
  • ✅ Merkezi veriler: Toplam tutar, tüm alanlardaki kredi limitini belirlerken, bireysel limit ise herhangi bir alandaki kredi limitini belirler.
  • 🧪 Durum verileri: Durum ekranındaki kredi limiti, risk kategorisi ve inceleme tarihleri ​​otomatik kredi kontrolünü yönlendirir.
  • ️ yapılandırma: OB45, OB38, OVFL, OB01 ve OVA8, kredi kontrol alanını ve bu alanı kullanan çekleri oluşturur.
  • 📈 S/4HANA: FD32 mevcut değil. SAP S/4HANA'da, iş ortağı rolü UKM000, klasik kredi yöneticisinin yerini almıştır.

FD32 ile müşteri kredi limitini korumak SAP

Birden fazla tahsil edilemeyen alacak veya şüpheli borç, bir şirketin performansını önemli ölçüde etkileyebilir. Kredi kontrolü, her müşteri için bir kredi limiti belirleyerek ve her yeni siparişi bu limite göre kontrol ederek bu riski azaltır.

Kredi Kontrol Alanı Nedir? SAP?

In SAPKredi ve risk yönetimi, kredi kontrol alanında gerçekleşir. Kredi yönetimi merkezileştirilmişse, tüm şirket kodları için tek bir kredi kontrol alanı tanımlanabilir. Kredi politikası merkezi olmayan bir yönetimi gerektiriyorsa, her şirket kodu veya her şirket kodu grubu için ayrı bir kredi kontrol alanı tanımlanabilir.

Dolayısıyla kredi kontrol alanı, müşteri kredi limitlerini tanımlayan ve kontrol eden organizasyonel birimdir. Kendi para birimine sahiptir ve kaydedilen her alacak bu birim tarafından kontrol edilir. alacak hesapları Bu durum, söz konusu kuruma karşı kaydedilen kredi riskini artırır.

Kredi kontrol alanı özellikle üç şeyi kapsar.

  • limit: Bir müşterinin o bölgede herhangi bir zamanda elinde tutabileceği maksimum tahsil edilebilir tutar.
  • Poz: Açık kalemlerin, açık siparişlerin, açık teslimatların ve açık fatura belgelerinin toplam tutarı.
  • Reaksiyon: Sınırı aşan bir siparişin uyarı alıp almayacağı, engellenip engellenmeyeceği veya onaylanıp onaylanmayacağı.

Kredi kontrol alanı ana verileri müşteri bazında tutulur ve aşağıdaki kılavuz bunun nasıl yapıldığını göstermektedir.

FD32'de Müşteri Kredi Limitlerini Nasıl Yönetirsiniz (Adım Adım)

) 1 Adım FD32 işlem kodunu girin. SAP komut alanı.

Komut alanı, ekranın sol üst köşesinde yer almaktadır. SAP GUI Ekran, aşağıda gösterildiği gibidir.

SAP Komut alanına FD32 işlem kodu girildi.

) 2 Adım Sonraki ekranda aşağıdakileri girin.

  1. Kredi limitlerinin korunmasını istediğiniz müşterinin müşteri kimlik numarasını girin.
  2. Kredi kontrol alanına girin.
  3. Veri seçim bloğunda Merkezi veri onay kutusunu seçin.

Üç girişin de yapıldığı giriş ekranı aşağıdaki ekran görüntüsüne benzer.

FD32 başlangıç ​​ekranı, müşteri, kredi kontrol alanı ve merkezi veriler seçili olarak görüntülenir.

) 3 Adım Sonraki ekranda, müşteriye ait kredi yönetimi verilerini güncelleyin.

Ekran görüntüsünde de görüldüğü gibi, merkezi veri ekranında toplam tutar ve bireysel limit yer almaktadır.

FD32 merkezi veri ekranı, toplam tutarı ve bireysel limit alanlarını göstermektedir.

) 4 Adım Kaydet düğmesine basın. SAP Kredi limitlerinde yapılan değişiklikleri kaydetmek için standart araç çubuğu.

Kaydet düğmesi, araç çubuğunun solunda yer alan ve aşağıda vurgulanan disk simgesidir.

Kaydet düğmesi SAP standart araç çubuğu

Durum çubuğundaki bir mesaj, değişikliklerin yapıldığını doğrular. Yeni limit, bir sonraki kredi kontrolünden itibaren geçerli olacaktır, bu nedenle zaten bloke edilmiş bir siparişin ayrı olarak serbest bırakılması gerekir.

Kredi Kontrol Alanı Yapılandırması ve İlgili Konular SAP T kodları

FD32 yalnızca ana verileri korur. Kredi kontrol alanı ve ona danışan kontroller özelleştirme ayarlarında yapılandırılır; bu nedenle, etkisiz gibi görünen bir limit genellikle ana veri hatasından ziyade bir yapılandırma eksikliğinden kaynaklanır.

T kodu Amaç
OB45 Kredi kontrol alanını, para birimini ve güncelleme grubunu tanımlayın.
OB38 Kredi kontrol alanına bir şirket kodu atayın.
OVFL Bir satış bölgesini bir kredi kontrol bölgesine atayın.
OB01 Kredi kontrol alanında mevcut olan risk kategorilerini tanımlayın.
OVA8 Kredi kontrol alanı, risk kategorisi ve kredi grubu için otomatik kredi kontrolünü yapılandırın.
FD32 / FD33 Müşteri kredi ana verilerini değiştirin ve görüntüleyin
F.31 / F.35 Kredi genel görünümü ve kredi ana tablosu raporlaması
VKM1 / VKM4 Kredi kontrolü nedeniyle bloke edilen satış belgelerini listeleyin ve serbest bırakın.

FD32'yi açmadan önce iki ön koşulun doğrulanması önemlidir: Müşterinin şirket kodunda zaten mevcut olması ve şirket kodunun girilen kredi kontrol alanına atanmış olması gerekir. Maruziyet rakamı limit yerine yanlış görünüyorsa, yapılandırmanın SD tarafı şu şekilde ele alınır: SAP SD kredi yönetimi Kılavuz.

FD32 Kredi Yönetimi Ekranlarındaki Temel Alanlar

FD32 çok ekranlı bir işlemdir ve giriş ekranındaki veri seçim bloğu hangi ekranların açılacağına karar verir. En önemli alanlar aşağıda listelenmiştir.

Ekran Alan anlam
Merkezi veriler Toplam miktar Müşterinin tüm kredi kontrol alanlarında alabileceği toplam kredi miktarı.
Merkezi veriler Bireysel sınır Müşterinin herhangi bir kredi kontrol alanı içinde alabileceği maksimum kredi miktarı.
Merkezi veriler Para birimi Merkez limitlerinin tutulduğu para birimi
Durum Kredi limiti İlk ekranda girilen kredi kontrol alanında verilen limit.
Durum Risk kategorisi OVA8'in hangi otomatik kredi kontrolünü uygulayacağına karar veren anahtar.
Durum Kredi temsilcisi grubu Hesabın takibinden sorumlu çalışan grubu.
Durum Son ve bir sonraki iç değerlendirme Limitin en son gözden geçirildiği ve bir sonraki gözden geçirme tarihinin belirlendiği tarihler.
Ödeme geçmişi Ödeme verileri Ödenen kalemler, ortalama gecikme süresi ve en büyük ödenmemiş tutar

Toplam tutar ve bireysel limit birlikte çalışır: bireysel limit herhangi bir alanı sınırlar, toplam tutar ise tüm alanların toplamını sınırlar. Bireysel limiti toplam tutarın üzerine çıkarmak kabul edilebilir ancak pratikte bir etkisi yoktur. RevGörüntüleme tarihleri ​​kredi inceleme çalışma listesine eklenir, bu nedenle bu tarihleri ​​boş bırakmak hesabı sessizce listeden kaldırır.

Kredi Yönetimi SAP S/4HANA: FD32'nin Yerini Ne Alıyor?

Klasik SD kredi yönetimi mevcut değil. SAP S/4HANA. Yerini şu ürün almıştır: SAP Finansal Tedarik Zinciri Yönetiminin bir parçası olan Kredi Yönetimi ve buna bağlı olarak işlem kodları değişmektedir.

  • Ana veriler: Kredi verileri, FD32 yerine BP veya UKM_BP işlemiyle yönetilen UKM000 rolündeki iş ortağına aktarılır.
  • segmentler: Kredi kontrol alanı, kredi segmenti ile değiştirilir ve limitler alan başına değil, segment başına tutulur.
  • Engellenen belgeler: UKM_MY_DCDS'deki belgelenmiş kredi kararları, klasik serbest bırakma listelerinin yerini almaktadır.
  • Tablolar: Klasik KNKA ve KNKK kredi ana tablolarının yerini UKMBP_CMS tabloları alırken, S066 ve S067 risk yapıları da değiştiriliyor.
  • Dönüşüm: Sistem dönüşümü sırasında mevcut kredi ana verileri taşınır, bu nedenle limitlerin yeniden girilmesine gerek kalmaz.

Hâlâ koşan var mı? SAP ERP Merkezi Bileşeni, FD32'yi yukarıda açıklandığı gibi aynen korur ve kavramlar sorunsuz bir şekilde aktarılır: her iki tarafta da bir limit, bir risk kategorisi ve bir maruz kalma rakamı bulunur. İş ortağı rolünün ayrıntılı bir açıklaması burada yayınlanmıştır. SAP Topluluk makalesi hakkında SAP Kredi Yönetimi. Sonraki aşamalarda, aynı müşteri bakiyeleri yönlendirir. ihtar ve kapsanan düzeltme işlemleri silinmiş öğeleri sıfırlama.

SSS

Otomatik kredi kontrolü, ilgili risk kategorisine ait ayarlara bağlı olarak uyarı, hata veya teslimat engellemesi ile tepki verir. Engellenen satış belgeleri, bir kredi temsilcisi tarafından onaylanana veya reddedilene kadar bir onay listesinde kalır.

Statik kontrol, limiti toplam açık kalemler, siparişler, teslimatlar ve faturalama belgeleriyle karşılaştırır. Dinamik kontrol ise bir kredi ufku ekler, böylece bu ufkun ötesinde planlanan siparişler göz ardı edilir. Her ikisi de risk kategorisine göre yapılandırılır.

Risk bilgileri, güncelleme hatası sonrasında uyumsuz hale gelebilecek özet yapılarda tutulmaktadır. Yeniden düzenleme raporu RVKRED77, etkilenen müşteriler ve kredi kontrol alanları için kredi değerlerini yeniden oluşturur ve ardından rakamlar açık kalemlerle tekrar eşleşir.

Klasik kredi verileri, genel müşteri ana veri görünümlerinde değil, kendi tablolarında yer alır: KNKA merkezi verileri, KNKK ise her kredi kontrol alanı için bir kaydı tutar. Bu nedenle veriler, müşteri oluşturma ekranları üzerinden değil, FD32 üzerinden yönetilir.

Makine öğrenimi modelleri, ödeme davranışını, gecikme günlerini ve dış derecelendirmeleri puanlayarak bir limit veya risk kategorisi önerir ve tahsilat iş listelerini ödeme olasılığına göre sıralar. Önerinin kredi ana sistemine ulaşmadan önce insan onayına ihtiyacı vardır.

Evet. Asistanlar gibi... GitHub Yardımcı Pilotu Toplu kredi limiti yüklemesinin ve risk raporunun arkasındaki sorguların ABAP, toplu giriş veya betik kodunu taslak haline getirin. Oluşturulan her programı önce bir sanal istemci ortamında test edin.

Limit, kredi kontrol alanının para biriminde tutulur ve bu alan tanımlandığında sabitlenir. Diğer para birimlerinde kaydedilen belgeler, risk limit ile karşılaştırılmadan önce o para birimine çevrilir.

Kredi ana verilerinde yapılan her değişiklik kaydedilir ve değişiklik belgeleri müşteri ve kredi kontrol alanı için listelenebilir. Kayıtta eski değer, yeni değer, kullanıcı ve tarih gösterilir; bu da kredi kararlarının denetiminde normalde istenen bilgidir.

Bu yazıyı şu şekilde özetleyin: