FD32 masuk SAP: Tutorial Area Pengendalian Kredit

Oleh: Mason Garcia Mason Garcia
Hours Updated

⚡ Ringkasan Cerdas

Pengendalian kredit di SAP Membatasi risiko piutang macet dengan menetapkan batas kredit untuk setiap pelanggan di dalam area pengendalian kredit, dan transaksi FD32 adalah tampilan klasik tempat batas tersebut dikelola.

  • 🔘 Cakupan: Satu area pengendalian kredit dapat melayani setiap kode perusahaan, atau setiap kode perusahaan dapat memiliki area pengendalian kreditnya sendiri.
  • ☑️ Transaksi: FD32 membuka data master kredit pelanggan, di mana pelanggan, area pengendalian kredit, dan bagian data dipilih terlebih dahulu.
  • ✅ Data pusat: Jumlah total membatasi kredit di semua area, sedangkan batas individu membatasi kredit di dalam area tertentu.
  • 🧪 Data status: Batas kredit, kategori risiko, dan tanggal peninjauan pada layar status menjadi dasar pengecekan kredit otomatis.
  • ️ Konfigurasi: OB45, OB38, OVFL, OB01 dan OVA8 membuat area kontrol kredit dan cek yang menggunakannya.
  • 📈 S/4HANA: FD32 tidak tersedia di SAP S/4HANA, di mana peran mitra bisnis UKM000 menggantikan master kredit klasik.
Baca Selengkapnya

Mempertahankan batas kredit pelanggan dengan FD32 di SAP

Banyaknya piutang yang belum tertagih atau piutang macet dapat berdampak besar pada kinerja perusahaan. Pengendalian kredit mengurangi risiko tersebut dengan menetapkan batas kredit untuk setiap pelanggan dan memeriksa setiap pesanan baru terhadap batas kredit tersebut.

Apa Itu Area Pengendalian Kredit? SAP?

In SAPPengelolaan kredit dan risiko berlangsung di area pengendalian kredit. Jika pengelolaan kredit terpusat, satu area pengendalian kredit dapat didefinisikan untuk semua kode perusahaan. Jika kebijakan kredit mensyaratkan pengelolaan yang terdesentralisasi, area pengendalian kredit dapat didefinisikan untuk setiap kode perusahaan atau untuk setiap kelompok kode perusahaan.

Oleh karena itu, area pengendalian kredit adalah unit organisasi yang menentukan dan mengendalikan batas kredit pelanggan. Unit ini memiliki mata uang sendiri, dan setiap piutang yang dicatat di dalamnya piutang meningkatkan eksposur kredit yang tercatat terhadapnya.

Bidang pengendalian kredit mengatur tiga hal secara khusus.

  • Membatasi: Nilai piutang maksimum yang dapat dimiliki pelanggan kapan saja di wilayah tersebut.
  • Paparan: Jumlah total item terbuka, pesanan terbuka, pengiriman terbuka, dan dokumen penagihan terbuka.
  • Reaksi: Apakah pesanan yang melanggar batas tersebut diberi peringatan, diblokir, atau diizinkan.

Data master area pengendalian kredit dikelola per pelanggan, dan panduan di bawah ini menunjukkan caranya.

Cara Mempertahankan Batas Kredit Pelanggan di FD32 (Langkah demi Langkah)

Langkah 1) Masukkan kode transaksi FD32 di SAP kolom perintah.

Kolom perintah terletak di bagian kiri atas. SAP GUI layar, seperti yang ditunjukkan di bawah ini.

SAP Kolom perintah dengan kode transaksi FD32 dimasukkan

Langkah 2) Di layar berikutnya, masukkan hal berikut.

  1. Masukkan ID pelanggan yang batas kreditnya akan dipertahankan.
  2. Masuk ke area pengendalian kredit.
  3. Pilih kotak centang Data pusat di blok pemilihan data.

Tampilan layar entri dengan ketiga entri yang telah dibuat akan terlihat seperti tangkapan layar di bawah ini.

Layar awal FD32 dengan pelanggan, area kontrol kredit, dan data Pusat yang dipilih.

Langkah 3) Pada layar berikutnya, kelola data manajemen kredit untuk pelanggan.

Layar data utama menampilkan jumlah total dan batasan individu, seperti yang terlihat pada tangkapan layar.

Layar data pusat FD32 menampilkan jumlah total dan kolom batas individu.

Langkah 4) Tekan tombol Simpan pada SAP Toolbar standar untuk menyimpan perubahan yang dilakukan pada batas kredit.

Tombol Simpan adalah ikon disket di sebelah kiri bilah alat, yang disorot di bawah ini.

Tombol simpan pada SAP bilah alat standar

Sebuah pesan di bilah status mengkonfirmasi bahwa perubahan telah dilakukan. Batas baru berlaku mulai dari pengecekan kredit berikutnya, jadi pesanan yang sudah diblokir harus dilepaskan secara terpisah.

Konfigurasi Area Pengendalian Kredit dan Hal-Hal Terkait SAP Kode T

FD32 hanya menyimpan data master. Area pengendalian kredit itu sendiri, dan pemeriksaan yang mengacu padanya, diatur dalam Kustomisasi, sehingga batasan yang tampaknya tidak berpengaruh biasanya merupakan celah konfigurasi daripada kesalahan data master.

kode-T Tujuan
OB45 Definisikan area pengendalian kredit, mata uangnya, dan kelompok pembaruannya.
OB38 Tetapkan kode perusahaan untuk area pengendalian kredit.
OVFL Tetapkan area penjualan ke area pengendalian kredit.
OB01 Definisikan kategori risiko yang tersedia di area pengendalian kredit.
OVA8 Konfigurasikan kontrol kredit otomatis untuk area kontrol kredit, kategori risiko, dan grup kredit.
FD32 / FD33 Mengubah dan menampilkan data master kredit pelanggan.
F.31 / F.35 Gambaran umum kredit dan pelaporan lembar induk kredit.
VKM1 / VKM4 Daftar dan rilis dokumen penjualan yang diblokir oleh pemeriksaan kredit.

Dua prasyarat perlu dikonfirmasi sebelum FD32 dibuka: pelanggan harus sudah ada di kode perusahaan, dan kode perusahaan harus ditugaskan ke area pengendalian kredit yang sedang dimasukkan. Jika angka eksposur terlihat salah, bukan batasnya, sisi SD dari konfigurasi akan dibahas di sini. SAP Manajemen kredit SD panduan.

ARTIKEL TERKAIT

Kolom-kolom Penting pada Layar Manajemen Kredit FD32

FD32 adalah transaksi multi-layar, dan blok pemilihan data pada layar entri menentukan layar mana yang akan terbuka. Bidang-bidang yang paling penting tercantum di bawah ini.

Layar Bidang Arti
Data pusat Jumlah total Kredit keseluruhan yang dapat diterima pelanggan di setiap area pengendalian kredit.
Data pusat Batasan individu Jumlah kredit maksimum yang dapat diterima pelanggan di dalam setiap area pengendalian kredit.
Data pusat Currency Mata uang yang batas pusatnya dipegang
Status Batas kredit Batas kredit yang diberikan di area kontrol kredit yang dimasukkan pada layar pertama.
Status Kategori risiko Kunci yang menentukan pemeriksaan kredit otomatis mana dari OVA8 yang berlaku
Status Kelompok perwakilan kredit Kelompok karyawan yang bertanggung jawab untuk memantau akun tersebut.
Status Tinjauan internal terakhir dan berikutnya Tanggal terakhir kali batasan tersebut ditinjau dan tanggal peninjauan berikutnya yang akan dilakukan
Sejarah pembayaran Data pembayaran Item yang telah diselesaikan, rata-rata hari tunggakan, dan jumlah terutang terbesar.

Jumlah total dan batasan individu bekerja bersama-sama: batasan individu membatasi setiap area, sedangkan jumlah total membatasi jumlah semua area. Menetapkan batasan individu di atas jumlah total diperbolehkan tetapi tidak memiliki efek praktis. RevTanggal yang ditampilkan akan dimasukkan ke dalam daftar kerja peninjauan kredit, jadi membiarkannya kosong akan secara otomatis menghapus akun tersebut dari daftar itu.

Manajemen Kredit di SAP S/4HANA: Apa yang Menggantikan FD32

Manajemen kredit SD klasik tidak tersedia di SAP S/4HANA. Sistem ini digantikan oleh... SAP Manajemen Kredit, bagian dari Manajemen Rantai Pasokan Keuangan, dan kode transaksi berubah sesuai dengan hal tersebut.

  • Data master: Data kredit dialihkan ke mitra bisnis dalam peran UKM000, yang dikelola dengan transaksi BP atau UKM_BP, bukan FD32.
  • Segmen: Area pengendalian kredit digantikan oleh segmen kredit, dan batasan kredit ditetapkan per segmen, bukan per area.
  • Dokumen yang diblokir: Keputusan kredit yang terdokumentasi dalam UKM_MY_DCDS menggantikan daftar rilis klasik.
  • Tabel: Tabel master kredit klasik KNKA dan KNKK digantikan oleh tabel UKMBP_CMS, dan struktur eksposur S066 dan S067 juga diganti.
  • Konversi: Data master kredit yang ada dimigrasikan selama konversi sistem, sehingga batasan tidak perlu dimasukkan lagi.

Apakah masih ada yang berlari? SAP Komponen Pusat ERP mempertahankan FD32 persis seperti yang dijelaskan di atas, dan konsep-konsepnya diterapkan dengan rapi: batasan, kategori risiko, dan angka eksposur ada di kedua sisi. Deskripsi terperinci tentang peran mitra bisnis dipublikasikan di sini. SAP Artikel komunitas tentang SAP Manajemen KreditDi hilir, saldo pelanggan yang sama mendorong menghindar dan koreksi kliring yang tercakup dalam mengatur ulang item yang telah dihapus.

Pertanyaan Umum Demo Slot

Pemeriksaan kredit otomatis akan bereaksi dengan peringatan, kesalahan, atau pemblokiran pengiriman, tergantung pada pengaturan untuk kategori risiko tersebut. Dokumen penjualan yang diblokir akan tetap berada dalam daftar rilis hingga perwakilan kredit menyetujui atau menolaknya.

Pemeriksaan statis membandingkan batas kredit dengan total item terbuka, pesanan, pengiriman, dan dokumen penagihan. Pemeriksaan dinamis menambahkan jangka waktu kredit, sehingga pesanan yang dijadwalkan di luar jangka waktu tersebut akan diabaikan. Keduanya dikonfigurasi per kategori risiko.

Eksposur tercatat dalam struktur ringkasan yang dapat bergeser setelah terjadi kesalahan pembaruan. Laporan reorganisasi RVKRED77 membangun kembali nilai kredit untuk pelanggan yang terpengaruh dan area pengendalian kredit, setelah itu angka-angka tersebut kembali sesuai dengan item yang masih terbuka.

Data kredit klasik tersimpan dalam tabel tersendiri dan bukan dalam tampilan master pelanggan umum: KNKA menyimpan data pusat dan KNKK menyimpan satu catatan per area kontrol kredit. Itulah mengapa data tersebut dikelola melalui FD32 dan bukan melalui layar pembuatan pelanggan.

Model pembelajaran mesin menilai perilaku pembayaran, jumlah hari tunggakan, dan peringkat eksternal untuk mengusulkan batasan atau kategori risiko, dan mereka memberi peringkat daftar tugas penagihan berdasarkan kemungkinan pembayaran. Usulan tersebut masih memerlukan persetujuan manusia sebelum sampai ke master kredit.

Ya. Asisten seperti Kopilot GitHub Susun draf kode ABAP, input batch, atau skrip di balik pemuatan batas kredit massal dan kueri di balik laporan eksposur. Uji setiap program yang dihasilkan terlebih dahulu di klien sandbox.

Batas kredit ditetapkan dalam mata uang wilayah pengendalian kredit, yang ditentukan saat wilayah tersebut ditetapkan. Dokumen yang diposting dalam mata uang lain akan diterjemahkan ke mata uang tersebut sebelum eksposur dibandingkan dengan batas kredit.

Setiap perubahan pada data kredit dicatat, dan dokumen perubahan dapat dicantumkan untuk pelanggan dan area pengendalian kredit. Catatan tersebut menunjukkan nilai lama, nilai baru, pengguna, dan tanggal, yang merupakan hal yang biasanya diminta dalam audit keputusan kredit.

Ringkaslah postingan ini dengan: