Unit 4.docx

Nama : Dewi Napisah Sundusah NPM : 0115101101 ERP Financing and Controling - I

UNIT 4 :ACCOUNT RECEIVABLE Lesson : AR Master Records in FI Seperti halnya akun G / L dan akun vendor, akun pelanggan juga terdiri dari dua area. General Data Akun pelanggan didefinisikan untuk semua kode perusahaan di tingkat klien. General data, seperti alamat pelanggan, disimpan di sini. General data ada hanya sekali dan berkaitan dengan semua kode perusahaan yang memiliki bisnis dengan pelanggan. Company code segment Posting tidak dapat dilakukan ke akun pelanggan untuk kode perusahaan sampai pengaturan khusus kode perusahaan telah dibuat. Segmen kode perusahaan berisi informasi yang berkaitan dengan hanya satu kode perusahaan, seperti ketentuan pembayaran yang disepakati. Dengan cara yang sama seperti untuk akun G / L dan akun vendor, akun pelanggan dapat digabungkan dalam berbagai grup akun, sehingga mereka dapat diatur dan dikelola dengan lebih mudah. Akun dalam grup akun biasanya memiliki karakteristik serupa. Misalnya, Anda dapat memiliki satu grup akun untuk pelanggan domestik, satu untuk pelanggan di luar negeri, satu untuk pelanggan terafiliasi, dan satu untuk akun satu kali. Grup akun memiliki rentang nomor yang ditetapkan untuknya. Rentang angka terdiri dari dua jenis: 



Internal: Anda tidak mengisi kode pelanggan saat membuat pelanggan. Alih-alih, sistem memberi Anda kode pelanggan dari rentang nomor yang ditetapkan ke grup akun saat catatan induk pelanggan baru dibuat. Eksternal: Anda mengisi kode pelanggan saat membuat pelanggan. Kode dapat berupa alfanumerik, jika rentang nomor memungkinkan untuk itu.

Grup akun menentukan tata letak semua bagian dari catatan induk pelanggan. Artinya, mereka menentukan bidang mana yang opsional, wajib, ditampilkan, atau ditekan (disembunyikan). Lesson : Transaksi Akuntansi Harian pada Pelanggan Invoice / Credit memo Hampir semua faktur dan memo kredit dari pelanggan mencapai Piutang Dagang melalui integrasi dengan Manajemen Pesanan Penjualan. Dalam kasus luar biasa, jika tidak ada referensi ke pesanan penjualan, faktur dan memo kredit masih dapat dimasukkan menggunakan transaksi Enjoy. Layar Enjoy dokumen dibagi ke dalam area berikut: 

Work templates

  

memilih varian layar, templat penugasan akun, atau dokumen yang disimpan sebagai referensi. Header and customer data Header dokumen dan data item baris pelanggan dimasukkan di sin Line item information Item baris G / L untuk dokumen dimasukkan di sini. Information area Saldo dokumen dan informasi tentang pelanggan ditampilkan di sini. Ini juga berisi tautan ke data master dan item terbuka.

Transaksi ini juga dapat digunakan untuk membuat dokumen dalam mata uang asing. Jumlah mata uang asing diterjemahkan ke dalam mata uang lokal menggunakan nilai tukar yang ditentukan. Pembayaran masuk Pembayaran masuk dapat ditangani dengan beberapa cara di berbagai perusahaan dan negara.   

Barang-barang dihapus jika pelanggan membayar barang-barangnya secara penuh atau dengan potongan resmi dari diskon tunai. Jika ada perbedaan pembayaran kecil, ini dapat ditagih secara otomatis. Jumlah maksimum kompensasi ditentukan dalam pengaturan grup toleransi. Perbedaan pembayaran yang lebih besar (di luar toleransi) harus ditangani secara manual. Ada dua metode memposting pembayaran kurang: - Partial payment: Item ini dibayar pendek tidak jelas. Item terbuka baru dalam jumlah pembayaran dibuat di sisi kredit. Itu dibayar pendek. - Resual item: Faktur terbuka dihapus dan item terbuka baru (item residual) dalam jumlah perbedaan pembayaran dibuat.

Dunning Functional Sistem SAP memberi Anda alat yang secara otomatis menganalisis semua item dan item yang sudah lewat waktu. Sistem menentukan tingkat, yang sesuai dengan jumlah hari tunggakan. Level dunning menentukan dunning dan interest yang dikenakan, serta teks dunning mana yang dipilih. Sejarah dunning menyimpan catatan yang pemberitahuan dunning telah dikeluarkan. Anda dapat memicu dunning otomatis untuk satu akun, atau Anda dapat menggunakan program dunning untuk melakukan dunning otomatis untuk sejumlah akun tertentu. Dunning dikendalikan oleh prosedur dunning. Prosedur dunning harus dimasukkan ke dalam setiap akun pelanggan dan / atau vendor yang termasuk dalam dunning otomatis. Prosedur berlaku untuk pelanggan satu kali. Anda dapat menentukan sebanyak mungkin prosedur berbeda yang Anda inginkan. MySAP ERP Financials hadir dengan beberapa prosedur standar yang dapat digunakan sebagai templat untuk prosedur tambahan. Anda dapat menentukan cara melakukan ini dengan memasukkan parameter dalam program dunning. Anda dapat menggunakan parameter dari paket yang ada sebagai templat dan menyesuaikan tanggal untuk memenuhi persyaratan Anda. Parameter umum adalah kode perusahaan dan akun yang termasuk dalam proses dunning.

Dunning Run Selama proses dunning, akun dipilih dan diperiksa untuk item yang sudah lewat waktu. Sistem kemudian memeriksa apakah pemberitahuan dunning seharusnya dan menetapkan tingkat dunning yang relevan. Semua data dunnning disimpan dalam proposal dunning. Proposal draft dapat diedit, dihapus, dan dibuat ulang sesering yang diperlukan. Corresponence Korespondensi yang berkaitan dengan bisnis sehari-hari harus dicetak. Permintaan korespondensi dapat dilakukan:   

Secara otomatis ketika transaksi khusus, seperti tagihan biaya pertukaran atau perbedaan pembayaran Secara manual oleh petugas akuntansi Menggunakan program permintaan menciptakan volume korespondensi yang tinggi permintaan secara bersamaan (laporan akun berkala, dokumen internal, surat standar)

Customers Information System Sistem Informasi Piutang Usaha memungkinkan Anda untuk melakukan analisis cepat atas data akuntansi penting, seperti: Rincian tanggal jatuh tempo Riwayat pembayaran pelanggan Risiko mata uang bagi pelanggan di luar negeri Item yang sudah lewat waktu Jumlah hari yang dihabiskan pelanggan, rata-rata, untuk membayar faktur Riwayat diskon tunai pelanggan (syarat yang ditawarkan / ketentuan yang diambil) Lesson : Proses Bisnis - Integrasi dengan Manajemen Sales Order Sales Organizations and Distribution Channels Organisasi penjualan bertanggung jawab atas penjualan di mySAP ERP. Kode Perusahaan dapat ditautkan ke beberapa organisasi penjualan. Kode perusahaan 1000 IDES (Jerman) menggunakan organisasi penjualan 1000 (Frankfurt) dan 1020 (Berlin), misalnya. Ini berarti bahwa setiap transaksi terkait akuntansi di salah satu organisasi penjualan ini diposting dalam kode perusahaan 1000. Setiap organisasi penjualan dapat menggunakan saluran distribusi yang berbeda untuk menjual barang. Pada prinsipnya, saluran distribusi dapat digunakan oleh dua organisasi penjualan yang berbeda. IDES menggunakan saluran distribusi berikut:       

Final customer sales Resellers Service Factory sales Store chains Industrial customers Pharmaceutical customers

Sales Area Data in the Customer Master Record Area penjualan (distribusi organisasi penjualan, saluran distribusi, dan divisi) harus menetapkan pengaturan khusus area penjualan untuk pelanggan sebelum dapat mulai melakukan bisnis dengan pelanggan tersebut. Pengaturan ini bisa diatur dengan area penjualan tertentu Proses transaksi penjualan melibatkan semua aktivitas penjualan dalam rantai proses terintegrasi yang sempit. MySAP ERP Financials memungkinkan anak pemrosesan pesanan penjualan ini. Langkah-langkah individu dalam proses penjualan dengan demikian dipetakan oleh dokumen elektronik yang saling terkait. Proses SAP dimulai dengan penagihan pelanggan. Posting pembayaran masuk dari pelanggan sudah menjadi bagian dari mySAP ERP Financials. Pemrosesan pesanan penjualan dimulai dengan kegiatan presales. Sales Process Setelah pelanggan melakukan pemesanan, pesanan penjualan atau harus dibuat pada awal proses. Pesanan penjualan dihasilkan di tingkat rantai distribusi. Barang yang dipesan dapat dari berbagai divisi. Pesanan penjualan adalah dokumen dalam Manajemen Pesanan Penjualan dan tidak menyebabkan posting dalam akuntansi keuangan. Ketika pesanan penjualan telah diterima, sistem melakukan tanggal pengiriman yang diperlukan. Layar Entri Pesanan Penjualan terdiri dari beberapa bagian:   

Header data Header data , combine with position data Item details

Lesson : Credit Management Credit Control Area Unit organisasi yang digunakan untuk kontrol kredit adalah area kontrol kredit. Area kontrol kredit dapat diberikan ke kode perusahaan individu (organisasi terdesentralisasi) atau ke grup kode perusahaan (organisasi terpusat). Area pengendalian kredit umumnya dikelola oleh departemen kredit terpisah, yang dibagi menjadi beberapa kelompok perwakilan kredit. Setiap kelompok terdiri dari beberapa perwakilan kredit. Credit Mangement Master Data Departemen kredit membuat catatan induk manajemen kredit yang terpisah. Ini adalah perpanjangan dari catatan induk pelanggan. Data yang relevan untuk manajemen kredit dapat dipantau dan dipelihara melalui catatan induk manajemen kredit yang terpisah.Catatan induk manajemen kredit terdiri dari unsur-unsur berikut:  Data umum, yang relevan untuk semua bidang kontrol kredit.  Data area kontrol kredit, yang hanya relevan untuk area kontrol kredit tertentu.  Tinjauan umum, yang berisi data paling penting dari semua bagian.

Credit Control Process Kontrol kredit dilakukan sebagai berikut di IDES: 1. Ketika pesanan dilakukan, batas kredit pelanggan akan terlampaui. Jika ini tidak terjadi, proses penjualan dapat dilakukan dengan cara biasa. 2. Jika batas kredit terlampaui, pesanan diblokir untuk pengiriman dan departemen kredit harus bertindak. Perwakilan kredit yang bertanggung jawab dapat diberitahu secara otomatis melalui surat jarak jauh, atau secara teratur dapat menggunakan daftar semua pesanan yang diblokir. 3. Perwakilan kredit kemudian mengklarifikasi situasi, baik dengan menggunakan sistem informasi kredit atau dengan menelepon pelanggan. 4. Setelah klarifikasi dibuat, perwakilan kredit merilis pesanan, dan transaksi dapat diproses dalam SD dengan cara biasa. Jika perwakilan kredit memutuskan untuk tidak melepaskan pesanan, pesanan ditolak. Lesson : Closing Operation in Customers Closing Operation for Customer Pada awal tahun fiskal baru, program keseimbangan akumulasi dijalankan, Yang Memastikan melakukan keseimbangan pada rekening nasabah dilakukan ke depan untuk tahun fiskal baru. Periode posting tahun fiskal lama kemudian diblokir dan periode khusus untuk jurnal penutup dibuka. Setelah itu, konfirmasi saldo dikirim, dokumen mata uang asing dinilai, dan penyesuaian nilai dilakukan untuk estimasi beban utang buruk, dan piutang usaha direklasifikasi ke dalam kategori pendek dan jangka panjang untuk laporan keuangan. Periode khusus dapat ditutup. Konfirmasi saldo, penilaian mata uang asing dan pengelompokan ulang dilakukan dengan cara yang sama seperti dalam hutang dagang. Karena alasan ini, konsentrasi pelajaran ini dilakukan. Value Adjustment Parameters Anda dapat menggunakan program penilaian untuk melakukan penyesuaian nilai. Program ini berfungsi seperti program dunning dan pembayaran. Setiap proses penilaian diidentifikasi oleh tanggal proses dan bidang identifikasi. (Run date and Identification Fields) Anda dapat menentukan bagaimana penilaian dilakukan dengan memasukkan parameter untuk menjalankan penilaian. Anda dapat menggunakan parameter menjalankan penilaian yang ada sebagai templat. Parameter ini mencakup metode penilaian, area penilaian, dan spesifikasi pengiriman. Penilaian akun dan dokumen dalam parameter dan membuat proposal penilaian, yang dapat diedit, jika perlu. Penilaian dapat berupa:  Dimasukkan secara manual dalam dokumen pada tanggal awal (penyesuaian nilai individual)  Ditentukan menggunakan kunci penyesuaian nilai yang terkandung dalam catatan induk pelanggan.