Anda telah melakukan penjualan dan mengirimkan faktur, tetapi kapan uangnya benar-benar masuk ke keringan. Dan apa yang terdiamasuk? Selamat datang di episode lain, Microsoft Knowledge Nuggets di M365FM. M, saya Merkopiters. Hari ini kita akan membahas piutang usaha Dynamics 365 dengan bahasa yang sederhana. Di akhir episode ini, Anda akan mengikuti saldo satu pelanggan dari penjualan hingga pembayaran dan Anda akan melihat apa yang dilakukan bisnis saat pembayaran tersebut terlambat. Diikut adalah definisi paling sederhananya. Piutang usaha melacak uang yang menjadi hak Anda dari pelanggan beserta pembayaran yang masuk. O, anggap saja ini sebagai lemari arsip untuk uang di dalam bisnis Anda. Setiap pelanggan mendapatkan satu folder. Folder itu berisi faktur pembayaran, tanggal jatuh tempo, dan pekerjaan tindak lanjut mereka. Emang, lembar kerja bisa mencatat hal-hal tersebut, tetapi tidak bisa menghubungkan penjualan baru, tanggal jatuh tempo yang disepakati pembayaran bank, dan keputusan kredit secara andal di seluruh perusahaan.

Dynamics di Mula UPA Finance bisa melakukan. Jadi, mari kita mulai dari awal dengan akun pelanggan. Satu, akun pelanggan. Titik awal untuk setiap faktur. Bayangkan Anda bekerja dengan pelanggan bernama Northwind Equipment. Sebelum mereka dapat memesan, Dynamics 365 membutuhkan lebih dari sekadar nama dan nomor telp. Sistem membutuhkan aturan keuangan untuk berbisnis dengan Northwind. Akun pelanggan adalah folder berlabel di lemari arsip kita. Folder ini menyimpan semua detail yang memberitahu Dynamics 365 siapa pelanggan tersebut, kemana faktur harus dikirim, bagaimana biasanya mereka membayar, dan berapa banyak kredit yang bersedia diberikan perusahaan. Itu mungkin terdengar seperti pengaturan dasar, tetapi mencegah banyak kebingungan di kemudian hari. Misalnya, akun tersebut menyimpan alamat faktur pelanggan. Alamat tersebut seringkali berbeda dengan alamat pengirim. Peralatan mungkin dikirim ke pabrik, sementara faktur dikirim ke kantor keuangan.

Akun ini juga menyimpan ketentuan bayar. Ketentuan pembayaran menjawab pertanyaan sederhana. Berapa lama waktu yang dimiliki pelanggan ini untuk? Northwind mungkin membayar dalam 30 hati. Pelanggan lain membayar di muka. Pelanggan yang lebih besar bisa menegosiasikan 60 hati. Setelah ketentuan tersebut tersimpan di akun, dinamik secara otomatis. Tidak ada yang perlu mencari utas email atau menebak apakah net 30 berarti dari tanggal pesanan, tanggal pengiriman, atau tanggal faktur. Sistem sudah mengetahui. Begini intinya. Akun pelanggan juga menyimpan metode pembayaran yang biasa digunakan. Jika Northwind membayar dengan transfer bank dan pelanggan lain membayar dengan kartu kredit, tim keuangan mengikuti proses yang tepat saat waktu pembayaran tiba. Mereka tidak perlu memperlakukan setiap pelanggan sebagai kasus yang... Lalu ada batas kredit? Batas kredit adalah jumlah maksimum yang bersedia ditanggung oleh pelanggan pada satu waktu dalam sebuah bisnis.

Bayangkan ini seperti meja resepsionis di gedung perkantoran. Resepsionis meriksa apakah seseorang diizinkan naik ke lantai lain. Bukan apakah pengunjung itu baik, hanya apakah aturan mengizinkan mereka lewat. Kegasannya sama-sama. Batas kredit memberikan batasan yang jelas antara bagian penjualan. Northwind mungkin adalah pelanggan yang kuat. Tetapi jika mereka sudah memiliki utang besar, bisnis harus berhenti sejenak sebelum menerima pesanan besar lainnya. Di balik layar, Dynamics 365 juga dapat menggunakan grup pelanggan dan profil pemostingan. Jangan biarkan istilah tersebut. Grup pelanggan hanyalah cara untuk mengelompokkan pelanggan yang serup. Retail dalam satu grup, grosir di grup lain. Dengan begitu, bisnis dapat menerapkan aturan bersama jika diperlukan. Profil pemostingan adalah aturan akutansi yang memberitahu Dynamics 365 akun keuangan mana yang harus mencatat utang saat faktor masuk.

Anda biasa tidak akan melihat proses itu sebagai tenaga penjual atau pelanggan. Namun, bagian keuangan bergantung padanya karena pembukuan memerlukan setiap jumlah di tempat yang lain. Dan inilah kekuatan yang sungguhnya. Akun pelanggan menghubungkan sisi penjualan dengan sisi keuangan. Seorang tenaga penjual dapat membuat pesanan untuk Norfin dan bagian keuangan tidak perlu memasukkan ulang informasi itu nanti. Mereka dapat melihat pelanggan ketentuan pembayaran, posisi kredit, dan jumlah. Semuanya terhumus otomatik. Itulah perbedaan antara daftar kontak dan akun pelanggan. Daftar kontak membantu Anda untuk menghubungi. Akun pelanggan mencatat hubungan keuangan termasuk aturan yang mengendalikan apa yang terjadi saat perusahaan melakukan penjualan kepada mereka. Jadi, begitu Norfin membeli sesuatu, Dynamics 365 perlu mengubah penjualan tersebut menjadi permintaan pembayaran yang tersebut.

Membuat faktur mengubah penjualan menjadi utang. Jadi, apa perbedaan antara pesan dan faktur? Pesanan menyatakan apa yang diinginkan pelanggan. Faktur menyatakan apa yang harus mereka bayar. Begini masalahnya. Faktur membuat saldo berjalan pada akun pelanggan. Setelah diposting, Anda menagih mereka secara formal dan bagian pihutang dapat melacak apa yang harus dibayar. Mari kita tinjau kembali Norfin aku. Mereka mesan 10 peralatan. Tim penjualan Anda mencatat pesanan kudang menyiapkan barang dan Anda mengirimkannya. Norfin kini memiliki peralatan tersebut. Pada titik itu, Anda memerlukan catatan yang jelas tentang apa yang mereka beli, berapa biayanya, dan kapan pembayaran jatuh temp. Catatan tersebut adalah faktur pelanggan. Sebagian besar faktur di Dynamics 365 Finance berasal langsung dari pesanan penjualan. Ini menjaga faktur tetap terikat dengan penjualan asli. Barang pelanggan, harga, jumlah, dan semua aturan yang disepakati sudah ada di dalam arsip.

Anda tidak perlu meminta seorang mengetik ulang detail tersebut ke dalam sistem perangian terpisah. Setelah barang dikirim atau layanan mencapai tahap yang harus ditagihkan, Anda membuat faktur dari pesanan penjualan tersebut. Waktu yang tepat bergantung pada cara kerja perusahaan Anda. Beberapa perusahaan menagih saat pengiriman. Yang lain setelah tahapan pekerjaan selesai, perusahaan konsultan mungkin membuat faktur setelah menyelesaikan suatu tahap penting. Dynamics 365 mengikuti proses yang sudah Anda tetapkan, Anda mungkin pernah mendengar istilah faktur slip pengepakan. Slip pengepakan mengonfirmasi apa yang secara fisik telah keluar dari gudang dan mencapai tahap pengiriman. Saat perusahaan Anda menagih berdasarkan apa yang benar-benar dikirim, faktur dapat menggunakan detail pengiriman yang telah dikonfirmasi tersebut. Hal ini menghindari masalah yang umum terjadi. Misalkan ada pesanan untuk 10 unit, tetapi hanya 8 yang dikirim hari ini karena 2 unit masih menungkus.

Jika Anda menagih dari slip pengepakan, Anda hanya membuat faktur untuk 8 unit gengit. Anda tidak menagih Norwin untuk ke 10 unit sebelum mereka menerimanya. Pesanan tetap penting, tetapi pengiriman yang dikonfirmasi memberitahu bagian penagihan apa yang harus ada di faktur ini. Namun tidak semua faktur dimulai dengan pesanan penjualan. Terkadang Anda perlu menagih biaya sekali jalan yang tidak melibatkan pengiriman. Mungkin Norwin meminta sesi pelatihan khusus. Mungkin ada biaya layanan, biaya proyek,

65 Finance mendukung faktur teks bebas. Teks bebas bukan berarti acak atau informal. Artinya faktur sebut tidak ditelitkan ke pesanan penjualan. Anda masukkan pelanggan, biaya, jumlah, detail pajak jika diperlukan, dan informasi pembayaran. Setelah diposting, itu menjadi jumlah tagian normal di akun pelanggan. Pelanggan tetap mendapatkan faktur yang sama. Bagian keuangan tetap melihat saldo yang belum dibuat. Bagaimana dengan pekerjaan yang berulang? Misalkan Norwin membayar biaya bulanan untuk pemeliharaan peralatan. Membuat faktur yang sama secara manual setiap bulan memuang waktu dan mengundang kesalahan kecil. Penagihan berlanggan yang menggunakan jadwal penagihan untuk menangani biaya berulang. Anda menyiapkan perjanjian dan waktu penagihan, lalu Dynamics 365 dapat membuat faktur saat setiap peyode penagihan tiba. Hal ini memberi Anda cara yang dapat diulang untuk menagih layanan rutin dan pelanggan menerima faktur berdasarkan jadwal yang mereka setujui.

Posting adalah momen yang mengubah status penjualan. Hal ini mencatat jumlah tersebut pada akun pelanggan NotWin sebagai utang. Hal ini juga mengirimkan jumlah tersebut ke catatan keuangan perusahaan di mana Anda dapat melihat bahwa penjualan telah ditagi dan pembayaran masih tertunda. Faktur tersebut bukan lagi draft yang bisa diubah seseorang dengan santai. Faktur tersebut sekarang menjadi bagian dari catatan. Mari kita buat lebih konkret. NotWin memesan peralatan senilai 10 ribu dolar. 8 unit kirim terlebih dahulu jadi Anda memposting faktur untuk 8 unit. Faktur tersebut menunjukkan jumlah, tanggal jatuh tempo, dan instruksi pembayaran. NotWin menerima tagihan tersebut dan Dynamics 365 mencatat jumlah yang sama sebagai terbuka di akun mereka. Catatan bersama tersebut menjaga staf penjualan, kudang, dan keuangan tetap fokus pada transaksi yang sama. Tidak ada lagi perdebatan mengenai versi yang berbeda dalam file yang berbeda, tetapi faktur hanya meminta uang.

Tugas berikutnya adalah mengenali pembayaran saat tiba dan menautkannya ke saldo terbuka yang tepat. 2-3 menerima dan mencocokkan pembayar. Menutup faktur yang tepat. Pembayarannya masuk terdengar sederhana. Saldo bank naik, jadi tugas selesai, bukan? Belum tentu. Keuangan masih perlu menjawab dua pertanyaan. Siapa yang mengirim uang dan faktur terbuka mana yang harus ditutup oleh uang tersebut? Pikirkan tentang NotWin yang membayar faktur peralatan. Bank mungkin menunjukkan pembayaran dengan referensi singkat, jumlah, dan tanggal. Tanpa mencocokkan pembayaran itu dengan saldo terbuka NotWin, sistem bisa menunjukkan uang tunai di bank sekaligus menunjukkan bahwa NotWin masih berhutang. Catatan-catatan itu harus dipertemu. Dynamics 365 Finance menangani beberapa cara pelanggan membayar. Anda mungkin menerima uang tunai, cek, pembayaran kartu kredit, transfer bank, atau WSL yang merupakan dokumen pembayaran formal dalam beberapa proses bisnis.

Setiap metode mengikuti rutinnya sendiri ke dalam catatan keuangan. Transfer bank mungkin muncul dalam laporan mutasiba. Cek mungkin perlu dicatat sebelum bank mengkeliringnya. Pembayaran kartu bisa datang melalui layanan pembayaran. Dynamics 365 memberi keuangan tempat untuk mencatat detail pembayaran terhadap akun pelanggan yang tepat. Tempat itu seringkali adalah jurnal pembayaran pelanggan. Jurnal terdengar seperti buku besar kertas, tetapi di dalam Dynamics 365 itu hanyalah tempat terkontrol untuk memasukkan dan meninjau pembayaran sebelum diposting. Keuangan mencatat pelanggan, jumlah, metode pembayaran, akun bank, dan referensi apapun yang disertakan bersama pembayaran. Lalu ada satu kata yang sering terdengar lebih surat daripada sebenarnya, yaitu penyelesaian teman. Penyelesaian berarti mencocokkan pembayaran dengan faktur yang dibayarnya. Norgwin membayar jumlah yang tepat pada faktur peralatannya.

Keuangan memilih pembayaran dan faktur terbuka tersebut lalu menyelesaikannya bersama-sama. Setelah diposting, faktur tidak lagi muncul sebagai belum dibayar. Pembayaran telah menutupnya. Saldo pelanggan turun sebesar jumlah yang sama. Ini penting karena pembayaran tanpa penyelesaian dapat menyebabkan faktur terbuka tetap ada di akun meskipun Anda sudah menerima uang tunai. Hal itu menciptakan laporan yang buruk,

mungkin Norgwin membayar sebagian jumlahnya sekarang dan setuju untuk melunas sisanya nanti. Dynamics 3 dan 5 dapat menyelesaikan jumlah yang masuk terhadap faktur sambil membiarkan bagian yang belum dibayar tetap. Faktur tidak akan hilang hanya karena ada uang yang masuk. Bagian keuangan dapat melihat dengan tepat-tepat. Itu jauh lebih baik daripada menandai faktur sebagai sudah lunas karena kesalahan lalu mencoba mengingat jumlah yang kurang dalam catatan atau spreadsheet terpisah. Bagi banyak bisnis, pembayaran bank datang dalam jumlah besar. Memeriksa setiap transfer dan setiap faktur terbuka secara manual memakan waktu, terutama saat pelanggan membayar beberapa faktur sekaligus atau mengetik referensi yang kurang jelas. Dynamics 365 memiliki jurnal rekonsiliasi pembayaran untuk pekerjaan. Tim dapat mengimpor informasi rekening koran dan menggunakannya untuk mencocokkan pembayaran bank yang masuk dengan faktur pelanggan yang terbuka.

Referensi pembayaran, jumlah, detail pelanggan, dan aturan pencocokan membantu sistem menyarankan kemana pembayaran tersebut dialokasikan. Anda tetap harus meninjau hasilnya, bagian itu penting. Otomatisasi mengurangi pencarian, namun bagian keuangan tetap bertanggung jawab memastikan pembayaran melunasi faktur yang benar. Jika pelanggan mengirim satu pembayaran untuk beberapa faktur, petugas yang memprosesnya dapat mencocokkan pembayaran tersebut di seluruh faktur terkait. Jika referensi mengarah ke dokumen yang salah, mereka dapat memperbaikinya sebelum dipostik. Tujuannya bukan untuk menghilangkan penilaian manusia, melainkan agar staff tidak menghabiskan hari mereka untuk mencari di file bank dan daftar faktur. Sekarang, bayangkan Northwind beroperasi di beberapa perusahaan dalam grup bisnis yang sama. Satu entitas hukum mungkin menjual peralatan sementara perusahaan keuangan pusat menerima pembayaran untuk seluruh grup.

Dynamics 365 mendukung pembayaran terpusat untuk situasi tersebut. Pembayaran dapat dicatat dalam satu entitas hukum atas nama entitas lainnya. Bisnis tidak perlu berpura-pura bahwa uang tersebut masuk ke perusahaan penjual terlebih dahulu atau mengelola prosesnya di luar sistem. Catat dapat menunjukkan dari mana pembayaran berasal dan utang pelanggan mana yang dilunasinya. Hal ini menjaga pekerjaan keuangan bersama tetap lebih rapi terutama saat beberapa perusahaan menggunakan satu tim kas pusat. Jadi proses pembayaran lengkap lebih dari sekadar mencatat uang di bank. Dynamics 365 menghubungkan pelanggan, pembayaran, dan faktur hingga saldo terbuka ditutup atau hingga jumlah yang tersisa memberitahu bagian keuangan bahwa masih ada pembayaran yang harus diterima. Menyelesaikan pembayaran hari ini. Pertanyaan berikutnya muncul sebelum penjualan berikutnya. Haruskah bisnis mengizinkan pelanggan untuk berhutang lebih banyak lagi?

Empat, manajemen kredit. Jadi Anda menerima pembayaran dan itu menonasi saldo. Cukup mudah bukan? Namun inilah yang ditanyakan manajemen kredit sebelum pesanan berikutnya diproses. Berapa banyak risiko lagi yang bersedia diambil oleh bisnisan? Bayangkan resepsionis hotel. Seorang tamu ingin menginap satu malam lagi, jadi staff memeriksa pemesanan, status pembayaran, dan aturan sebelum memberikan kartu kamar baru. Itulah tepatnya fungsi manajemen kredit untuk pesanan penjualan. Ini tidak menilai apakah Norwin Equipment adalah pelanggan yang baik secara keseluruh. Ini hanya meliksa posisi keuangan mereka saat ini berdasarkan aturan yang telah ditetapkan perusahaan. Salah satu aturan tersebut adalah batas kredit. Batas kredit adalah jumlah maksimum yang dapat terhutang oleh pelanggan pada satu waktu. Jadi jika Norwin memiliki batas 50 ribu dolar dan sudah berhutang 40 ribu dolar, pesanan baru senilai 20 diperhatikan.

Pelanggan tetap dapat melakukan pemesanan, tetapi bisnis Anda tidak boleh membiarkan keputusan itu lupa dari perhatian. Dynamics 365 dapat meriksa lebih dari sekadar satu waktu. Sistem ini melihat faktur yang belum dibayar berapa lama keterlambatannya, nilai pesanan penjualan baru, dan kredit yang masih tersedia bagi pelanggan tersebut. Pelanggan yang membayar tepat waktu mungkin memiliki ruang untuk kredit tambahan, sementara pelanggan lain mungkin berada di bawah batas mereka tetapi memiliki faktur yang sangat terlambat. Itu adalah risiko yang berbeda. Saat sebuah aturan terpicu, Dynamics 365 dapat menahan pesanan penjualan karena masalah kredit menjadi pesanan sebelum Anda mengirim lebih banyak barang atau menerima lebih banyak barang atau menerima lebih banyak pekerjaan yang belum dibayar. Bagian penjualan dapat melihat penahanan tersebut, bagian keuangan dapat melihat alasannya, dan tidak ada yang baru menyadari masalahnya setelah gudang mengirimkan pengiriman lagi.

Penahanan kredit bukan berarti pesanan telah ditolak selamanya. Itu berarti seseorang perumeninjonya. Mungkin Northwind mengirim bukti bahwa pembayaran sedang diproses atau manajer keuangan tahu faktur yang terlambat disebabkan oleh kesalahan, penagihan, atau pelanggan meminta peningkatan sementara karena proyek besar yang disetujui. Staff yang berwenang dapat merilis pesanan jika ada alasan yang masuk akal. Bagian itu penting, karena aturan bisnis membutuhkan ruang untuk kenyataan. Sistem dapat menghentikan keputusan otomatis, tetapi orang yang bertanggung jawab tetap memutuskan apa yang terjadi selanjutnya dan meninggalkan jejak keputusan. Disinilah bagian penjualan dan keuangan harus bekerja dengan pendangannya sah. Penjualan ingin agar pelanggan tetap bertransaksi, terutama jika pesanan itu penting, sementara keuangan perlu melindungi perusahaan dari penumpukan saldo yang mungkin tidak pernah kembali.

Tidak ada pihak yang perlu memenangkan argumen. Mereka hanya perlu melihat pesanan jumlah yang belum dibayar dan aturan kredit di satu tempat. Banyak orang mendengar manajemen kredit dan berasumsi itu berarti menolak pelanggan. Bukan begitu. Itu berarti menyepakati batasan yang aman sebelum pembayaran yang terlambat menjadi masalah yang jauh di besar. Anda masih dapat mendukung pelanggan yang baik, menyetujui pengecualian, dan menjual dengan percaya di. Anda hanya berhenti menambah utang tanpa meriksa faktanya terlebih dahulu. Setelah faktur melewati tanggal jatuh temponya, upaya pencegahan beralih menjadi tindak. Kelima, penagihan dan seketah. Mengejar pembayaran tanpa kehilangan pelanggan. Begitu tanggal jatuh tempo terlewati, tugas menguruh. Bisnis tidak lagi memutuskan apakah akan memberikan kredit atau itu. Bisnis membutuhkan cara yang jelas dan sopan untuk meminta uang yang sudah jatuh tempo.

Dynamics 365 Finance membawa pekerjaan itu ke halaman penagihan. Anggaplah ini sebagai meja kerja bersama untuk akun pelanggan yang terlambat membayar. Alih-alih, satu orang menyimpan catatan di surail yang lain melacak panggilan di lembar kerja dan orang lain meriksa faktur di keuangan, tim penagihan melihat saldo pelanggan dan semua aktivitas tindak lanjut di satu tempat. Hal itu mengubah percakapan. Agen penagihan bekerja dari daftar pelanggan yang dibuat melalui kriteria penagihan yang dapat menemukan pelanggan dengan faktur yang terlambat dalam jumlah hari tertentu, di atas jumlah tunggakan yang dipilih, atau memerlukan perhatian sesuai aturan penagihan perusahaan Anda. Jadi tim tidak perlu menebak siapa yang harus dihubungi terlebih dahulu. Untuk setiap pelanggan, agen dapat mengambil tindakan, mengirim pengingat, membuat surat penekian, mengirim surat kepada pelanggan, atau menambahkan tugas untuk panggilan telpon.

Tujuannya bukan untuk mengirim pesan pada-pada. Kebanyakan keterlambatan pembayaran dimulai dari hal yang biasa. Misalnya, faktur yang sampai ke kotak masuk yang salah, pelanggan yang memerlukan salinan, atau tim pembayaran mereka melewatkan tanggal jatuh tempat. Pengingat yang tenang bisa menyelesaikan banyak. Terkadang pelanggan membalas dengan janji untuk membayar jumlah depan. Dynamics 365 dapat mencatatnya sebagai janji bayar sehingga tim tahu ada komitmen dan dapat memeriksa apakah pembayaran tiba sesuai janji. Tanpa catatan itu, akhir berikutnya mungkin menelpon pelanggan yang sama keesokan paginya tanpa menyadari bahwa seseorang telah menyetujui tanggal tertentu. Sengketa memerlukan perhatian yang sama. Sengketa berarti pelanggan menentang seluruh atau sebagian dari faktur. Mungkin karena harganya salah, beberapa barang tidak pernah sampai, atau faktur merujuk pada pekerjaan yang tidak mereka setujui.

Tanggapan terburuk adalah membiarkan masalah itu hilang di dalam kotak masuk. Dynamics 365 dapat menandai faktur sebagai sengketa dan membuatnya tetap terlihat selama proses penagihan. Tim dapat melecek status dan pekerjaan yang diperlukan untuk menyelesaikannya alih-alih menganggap diam sebagai alasan untuk terus mengirim pengingat yang sama. Hal itu juga membantu bisnis menemukan masalah yang baru. Jika beberapa pelanggan mempermasalahkan jenis tagihan yang sama, bagian keuangan telah mempelajari sesuatu di luar satu ketelamatan pembayaran. Bagian penagihan, penjualan, pengirim, atau layan pelanggan mungkin perlu memperbaiki proses yang menyebabkan sengketa tersebut. Penagihan juga menggunakan laporan umur piutang yang mengurutkan jumlah yang belum dibayar berdasarkan berapa lama piutang tersebut. Anda mungkin melihat jumlah yang jatuh tempo sekarang lalu yang terlambat 30, 60, atau 90 bulan.

Kelompok waktu tersebut membantu tim melihat piutang mana yang perlu diperhatikan sebelum menjadi pembicaraan yang jauh lebih sempurna. Faktur yang terlambat 2 hari tidak selalu memerlukan respons yang sama dengan faktur yang belum dibayar selama 3 bulan. Bagian keuangan juga dapat menggunakan prediksi pembayaran jika tersedia untuk memperkirakan apakah faktur terbuka akan tiba tepat waktu, terlambat, atau sangat terlambat atau sangat terlambat berdasarkan data pembayaran faktur dan pelanggan sebelumnya. Laporan penualan menunjukkan apa yang telah terjadi tetapi prediksi membantu tim memutuskan di mana harus fokus sebelum keterlambatan pembayaran berikutnya menimbulkan masalah. Hal itu tidak menggantikan penisian. Ini memberikan sinyal lain bagi tim penagihan saat mereka harus memilih di antara daftar akun yang panjang. Tujuannya sederhana menagi uang dengan cara yang stabil dan terlihat sembari memperlakukan pelanggan sebagai pelanggan bukan sebagai nomor kasus.

Sekarang, mari kita masukkan seluruh perjalanan ini ke dalam satu contoh sederhana. Enam, satu faktur, satu proses yang terhubung gambaran besarnya. Jadi, mari kita lihat apa yang terjadi saat Northwind memesan di IU sistem andam prosesnya dan setelah mencapai titik penagihan yang disepakati, faktur pun dikirimkan. Akun pelanggan sudah menyimpan ketentuan pembayaran mereka jadi Dynamics 365 menghitung tanggal jatuh tempo secara otomatis dari aturan yang Anda sepakati dengan Northwind. Bagian keuangan melihat jumlah tagihan terbuka dan pelanggan pembayaran yang jelas. Itulah awal dari prosesnya. Beberapa minggu kemudian, Northwind mengirimkan pembayaran bank dengan referensi faktur. Bagian keuangan mencocokkan pembayaran dengan faktur, lalu menasingkan. Salud terbuka tertutup dan akun pelanggan kini menunjukkan bahwa bagian hubungan tersebut telah selesai. Tidak perlu lagi pemeriksaan silang seraman.

Namun, apa yang terjadi jika keadaan berbeda? Jika Northwind melewati tanggal jatuh tempo, faktur tersebut masuk ke bagian pening. Seorang agen mengirim pengingat, Northwind membalas bahwa sebagian tagihan salah dan tim mencapai perselisihan

Inilah perbedaan. Dengan Dynamics 365 Finance tidak ada yang terpisah. Pesanan penjualan, faktur, pembayaran, pemeriksaan kredit, dan pekerjaan penagihan semuanya terhubung kembali ke hubungan pelanggan yang sama jadi Anda tidak perlu mencari informasi di berbagai sistem. Itu berarti pengambilan keputusan lebih cepat dan kesan lebih sedikit. Cara lama menyebarkan cerita di berbagai spreadsheet, folder email, catatan kertas, dan file bank sehingga orang membuang waktu untuk menanyakan versi mana yang benar. Dynamics 365 menjaga cerita tetap terhubung satu tampilan pelanggan dari awal hingga akhir. Pihutang usaha berarti mengetahui siapa yang berhutang kepada Anda, kapan jatuh temponya, apa yang telah terjadi sejauh ini, dan apa yang perlu Anda lakukan selanjutnya. Jika ada bagian yang hilang, perusahaan bisa banyak menjual tetapi tetap kesulitan mengetahui di mana uang kas. Itulah mengapa proses yang terhubung ini penting.

Kesimpulan Kendalikan uang di dalam perusahaan Faktur hanyalah awal dari prosesing. Apakah pihutang Anda mengikuti uang tersebut hingga saldo ditutup atau seseorang menindak lanjuti apa yang belum dibayar? Menjaga kendali atas uang di dalam perusahaan sangat penting bagi kesehatan bisnis. Tampil kompeters, berlangganlah ke Microsoft Knowledge Magnets di M365FM lalu tonton episode Dynamics 365 Finance terkait di layar Anda untuk terus membangun pemahaman dalam bahasa yang sederhana.