Hutang Usaha di SAP FI

⚡ Ringkasan Cerdas

Hutang Usaha di SAP FI mencatat setiap kewajiban vendor, mulai dari data master hingga entri faktur dan pembayaran hingga rekonsiliasi, dan setiap posting memperbarui General Account. Ledger melalui akun rekonsiliasi yang ditugaskan kepada vendor.

  • 🔘 Cakupan: Hutang Usaha adalah SAP Buku besar pembantu FI untuk vendor, mencakup faktur, persetujuan, pembayaran, dan pelaporan vendor.
  • ☑️ Proses: Submodul ini menjalankan lima tahapan: data master vendor, penanganan faktur, pembayaran, analisis dan rekonsiliasi akun, serta laporan.
  • ✅ Data master: Catatan vendor mencakup segmen umum, kode perusahaan, dan organisasi pembelian, dan segmen kode perusahaan berisi akun rekonsiliasi.
  • 🧪 Transaksi: FK01, FB60, FB65, F-53, F110, FBL1N dan FK10N mencakup pembuatan, penagihan, pembayaran dan analisis.
  • ️ Integrasi: Pesanan pembelian dan penerimaan barang dari Manajemen Material, ditambah data bank, menjadi masukan untuk item terbuka vendor yang sama.
  • 📈 S/4HANA: Transaksi BP menggantikan layar vendor FK dan XK, dan jurnal universal ACDOCA menggantikan tabel indeks klasik.

Submodul Hutang Usaha di SAP FI

Setiap pembelian yang dilakukan perusahaan pada akhirnya menjadi kewajiban yang harus dicatat, disetujui, dibayar, dan direkonsiliasi. SAP FI, pekerjaan itu termasuk dalam submodul Hutang Usaha.

Apa itu Hutang Usaha (Accounts Payable)? SAP FI?

Hutang Usaha adalah submodul dari SAP FI digunakan untuk mengelola dan mencatat data akuntansi untuk semua vendor. Sistem ini menangani faktur vendor, persetujuan, pembayaran, dan aktivitas terkait lainnya.

Setiap postingan yang dibuat di Akun Hutang Usaha diperbarui di Akun Umum. Ledger Selain itu, submodul Hutang Usaha juga menyediakan fitur laporan dan perkiraan yang tracvendor k item dan pembayaran yang belum dibayar.

Akun Hutang Usaha berfungsi sebagai buku besar pembantu. Saldo untuk masing-masing vendor dicatat dalam buku besar pembantu, sedangkan Saldo Umum dicatat dalam buku besar pembantu. Ledger Hanya memuat total yang dikumpulkan pada akun rekonsiliasi yang ditugaskan kepada setiap vendor. Desain tersebut menjaga agar bagan akun tetap ringkas bahkan ketika ribuan vendor digunakan.

Karena kewajiban yang sama timbul dari aktivitas pembelian, Akun Hutang tidak dapat berdiri sendiri.

  • Manajemen Bahan: Pesanan pembelian dan penerimaan barang menciptakan dokumen referensi yang digunakan untuk pencocokan verifikasi faktur.
  • Umum Ledger: Akun rekonsiliasi mencatat total hutang, dan akun beban atau persediaan mencatat entri penyeimbang.
  • Perbankan: Pembayaran keluar dan proses pembayaran menghasilkan posting bank dan media pembayaran.
  • Piutang usaha: Submodul cermin untuk pelanggan menggunakan logika kliring dan item terbuka yang sama seperti yang digunakan di piutang.

Proses Hutang di SAP

Proses-proses utama yang dibahas dalam submodul ini adalah:

  • Kelola data master vendor.
  • Penanganan faktur
  • pembayaran
  • Analisis dan rekonsiliasi akun
  • Laporan

Berikut adalah daftar tutorial yang mengajarkan proses di atas, dikelompokkan berdasarkan tahapannya.

1. Memelihara Data Induk Pemasok

2. Penanganan Faktur

3. Pembayaran

4. Analisis Akun, Rekonsiliasi, dan Laporan

Transaksi Utama Codes untuk Hutang Usaha di SAP FI

Sebagian besar pekerjaan Hutang Usaha sehari-hari dilakukan melalui sejumlah kecil kode transaksi, yang dimasukkan di kolom perintah pada SAP GUITabel di bawah ini mengelompokkannya berdasarkan tahapan proses.

kode-T Tujuan Tahap
FK01 / FK02 / FK03 Membuat, mengubah, dan menampilkan vendor di tampilan akuntansi. Data master
XK01 / MK01 Buat vendor secara terpusat, atau hanya untuk organisasi pembelian. Data master
FK04 Menampilkan riwayat perubahan catatan vendor. Data master
FK05 / FK06 Blokir vendor, atau tandai vendor untuk dihapus. Data master
FB60 / F-43 Unggah faktur vendor tanpa referensi pesanan pembelian. Penanganan faktur
MIRO Verifikasi dan posting faktur terhadap pesanan pembelian dan tanda terima barang. Penanganan faktur
FB65 Unggah memo kredit vendor Penanganan faktur
F-53 / F-58 Kirimkan pembayaran keluar, dengan atau tanpa cek tercetak. pembayaran
F110 Jalankan program pembayaran otomatis untuk banyak item yang belum dibayar. pembayaran
F-44 Saling pisahkan item terbuka vendor. pembayaran
FBL1N / FK10N Tampilkan item baris vendor, atau saldo vendor berdasarkan periode. Sampel
FBRA Atur ulang dokumen kliring Sampel

Dua proses yang berdekatan menggunakan kembali item terbuka yang sama: menghindar mengejar apa yang sudah terlambat, dan pemeliharaan nilai tukar menyediakan nilai tukar yang digunakan untuk menerjemahkan faktur vendor dalam mata uang asing.

Data Induk Vendor dan Akun Rekonsiliasi di SAP AP

Tidak ada transaksi yang dapat diposting di Akun Hutang Usaha sampai vendor tersebut ada. Catatan vendor disimpan dalam tiga segmen, dan setiap segmen dimiliki oleh bagian bisnis yang berbeda.

Ruas tabel Konten khas
Data Umum LFA1 Nama, alamat, negara, nomor pajak. Berlaku untuk seluruh klien.
Data kode perusahaan LFB1 Rekonsiliasi akun, syarat pembayaran, metode pembayaran, data penagihan.
Membeli data organisasi LFM1 Mata uang pesanan, Incoterms, dan ketentuan pembelian lainnya.

Akun rekonsiliasi, yang disimpan di bidang AKONT dari segmen kode perusahaan, adalah penghubung antara buku besar pembantu dan buku besar umum. Ledger. Tidak dapat diposting secara langsung. Setiap faktur yang diposting terhadap vendor akan memperbaruinya secara otomatis, sehingga jumlah semua saldo vendor selalu sama dengan saldo yang tertera pada akun rekonsiliasi.

Item terbuka tercatat dalam tabel indeks sekunder BSIK selama belum dibayar dan dipindahkan ke BSAK setelah diselesaikan, itulah sebabnya penyelesaian yang tidak terduga harus direset sebelum item tersebut dapat dibayar kembali. set tabel FI yang lebih lebar Mengikuti pola item terbuka dan item yang sudah diselesaikan yang sama.

Grup akun vendor menentukan rentang nomor mana yang digunakan untuk mengambil nomor akun dan bidang mana yang wajib diisi, opsional, atau disembunyikan pada layar data master, jadi ada baiknya untuk menentukannya sebelum vendor pertama dibuat.

Hutang Usaha di SAP S/4HANA: Mitra Bisnis dan Jurnal Universal

Akun Hutang adalah salah satu bidang yang SAP S/4HANA mengalami perubahan yang paling terlihat, sehingga layar klasik yang dijelaskan di atas berperilaku berbeda pada sistem yang telah dikonversi.

  • Satu transaksi data master: Transaksi vendor FK, XK, dan MK tidak lagi dikelola secara terpisah. Transaksi tersebut dialihkan ke transaksi BP, di mana pemasok berperan sebagai mitra bisnis dan segmen akuntansi serta pembelian menjadi peran pada mitra tersebut.
  • Terminologi pemasok: Objek tersebut disebut sebagai pemasok di S/4HANA, meskipun tabel-tabel yang mendasarinya, yaitu LFA1, LFB1, dan LFM1, masih ditulis oleh mitra bisnis.
  • Satu tabel jurnal: ACDOCA, jurnal universal, menyimpan item baris yang sebelumnya tersebar di BSEG, BSIK, dan BSAK. Tabel indeks lama tetap tersedia sebagai tampilan kompatibilitas sehingga laporan yang ada tetap berjalan.
  • Aplikasi Fiori: Aplikasi Kelola Item Baris Pemasok, Saldo Pemasok, dan proposal pembayaran menyajikan data yang sama seperti FBL1N, FK10N, dan F110 di browser.

Proses entri faktur itu sendiri sebagian besar tidak berubah. FB60, FB65, F-53 dan F110 masih tersedia, dan tugas akhir bulan seperti revaluasi mata uang asing terus memproses item terbuka vendor. Sisi kredit buku besar ditangani secara terpisah melalui pengendalian kredit pelanggan.

Pertanyaan Umum Demo Slot

Akun Hutang Usaha mencatat apa yang perusahaan berutang kepada pemasoknya, sedangkan piutang mencatat apa yang pelanggan berutang kepada perusahaan. Keduanya merupakan buku besar pembantu dari SAP FI, keduanya melakukan posting melalui akun rekonsiliasi, dan keduanya menggunakan logika penyelesaian item terbuka yang sama.

MIRO digunakan ketika faktur merujuk pada pesanan pembelian, karena melakukan pencocokan tiga arah antara pesanan, penerimaan barang, dan faktur. FB60 memposting faktur FI murni tanpa latar belakang logistik, seperti tagihan utilitas atau biaya profesional.

Indikator buku besar khusus mengalihkan posting vendor dari akun rekonsiliasi normal ke akun alternatif. Uang muka, wesel, dan jaminan menggunakannya, sehingga uang muka kepada vendor dilaporkan secara terpisah dari hutang dagang biasa.

Ketentuan pembayaran pada faktur mencantumkan tanggal dasar dan jumlah hari. Tanggal jatuh tempo dihitung dari tanggal dasar tersebut, dan proses pembayaran kemudian memilih setiap item yang tanggal jatuh temponya berada dalam parameter proses tersebut.

Pemeriksaan faktur duplikat membandingkan kode perusahaan, vendor, mata uang, nomor referensi, tanggal faktur, dan jumlah dengan dokumen yang sudah ada. Fitur ini diaktifkan di master vendor dan dikonfigurasi per kode perusahaan, serta memberikan peringatan atau memblokir sebelum dokumen diposting.

Manajemen Material menyediakan pesanan pembelian dan penerimaan barang, Pengendalian menerima penetapan biaya pada pos pengeluaran, Akuntansi Aset mencatat pembelian yang dikapitalisasi, dan Sumber Daya Manusia memasukkan kewajiban penggajian melalui peta akun simbolikping.

Pembelajaran mesin membaca faktur yang dipindai dan menyarankan vendor, kode pajak, dan penetapan biaya, menandai kemungkinan duplikasi yang terlewatkan oleh pemeriksaan standar, dan memberi skor pada proposal pembayaran untuk anomali. Manusia masih menyetujui posting tersebut, sehingga model tersebut memberi peringkat, bukan membuat keputusan.

Kopilot GitHub menyusun kode di sekitarnya dengan baik — laporan ABAP atas tabel vendor, panggilan BAPI_ACC_DOCUMENT_POST, atau Python yang merekonsiliasi berkas bank. Setiap cuplikan yang dihasilkan masih perlu diuji terhadap panjang kolom dan aturan posting yang sebenarnya.

Ringkaslah postingan ini dengan: