WEBVTT 00:00:00.000 --> 00:00:04.240 Apa yang terjadi saat seorang di kantor membutuhkan laptop baru, bahan baku produksi, atau jasa kebersihan? 00:00:04.720 --> 00:00:10.380 Di banyak perusahaan, cara lama, berarti menggunakan email, spreadsheet, formulir kertas, dan seseorang yang mencoba melacak faktur berminggu-minggu kemudian. 00:00:10.700 --> 00:00:14.100 Selamat datang di episode lain dari Microsoft Knowledge Nuggets di M305FM. 00:00:14.520 --> 00:00:18.220 Saya Mirko Peters, dan hari ini kita akan membahas pengadaan dan penyediaan procurement and sourcing, 00:00:18.520 --> 00:00:21.380 yaitu proses terhubung yang digunakan perusahaan untuk membeli barang dan jasa Defender. 00:00:22.100 --> 00:00:24.100 Bayangkan seperti satu meja resepsionis di gedung perkantuan. 00:00:24.660 --> 00:00:28.660 Setiap permintaan, persetujuan, pesanan, pengiriman faktur, dan pembayaran luat di tempat yang sama. 00:00:28.660 --> 00:00:34.380 Kita akan mengikuti satu proses pembelian, mulai dari permintaan pertama hingga kontrol yang bekerja di balik layar. 00:00:35.160 --> 00:00:37.480 Satu, apa yang sebenarnya dicakup oleh pengadaan dan penyediaan? 00:00:38.400 --> 00:00:42.720 Pengadaan dan penyediaan mungkin terdengar seperti istilah yang rumit untuk sekadar membeli barang dan memang tentang membeli, 00:00:42.800 --> 00:00:44.720 tetapi kedua kata tersebut menggambarkan tugas yang berbeda. 00:00:45.060 --> 00:00:47.680 Penyediaan adalah pekerjaan untuk menemukan dan memilih vendor yang tepat. 00:00:48.000 --> 00:00:51.640 Bayangkan sebuah perusahaan yang membutuhkan sarung tangan, helm papan tanda keselamatan, dan kacamatan. 00:00:52.040 --> 00:00:53.280 Sebelum ada yang melakukan pemesanan, 00:00:53.280 --> 00:01:00.100 seseorang harus memutuskan siapa yang bisa menyediakan produk yang tepat dengan harga yang dapat diterima pada tanggal yang dapat diterima pada tanggal yang diminta dengan disetujui perusahaan. 00:01:00.200 --> 00:01:00.760 Belah penyediaan. 00:01:01.200 --> 00:01:04.020 Pengadaan dimulai begitu perusahaan perlu mengelola pembelian yang sebenarnya. 00:01:04.540 --> 00:01:08.400 Ini mencakup permintaan, persetujuan, pesanan pembelian, pengiriman faktur, dan pembayaran. 00:01:09.100 --> 00:01:10.880 Bersama-sama, proses ini disebut source to pay. 00:01:11.760 --> 00:01:13.280 Nama tersebut menggambarkan alur yang lengkap. 00:01:13.280 --> 00:01:21.780 Bisnis mengidentifikasi kebutuhan, memilih pemasok, mengirim pesanan, menerima barang atau jasa, mendapatkan faktur dari vendor, lalu bagian keuangan, membayar vendor tersebut. 00:01:22.220 --> 00:01:23.500 Setiap langkah terhubung ke langkah berikut. 00:01:23.880 --> 00:01:27.720 Anda mungkin menganggapnya sudah jelas, tetapi banyak bisnis masih menjalankan langkah-langkah ini di tempat yang terhubung. 00:01:28.060 --> 00:01:33.480 Seorang karyawan mengirim permintaan lewat email, manajer menyetujuinya lewat pesan obrolan, pembeli mencatat detail pesanan di spreadsheet, 00:01:34.000 --> 00:01:35.740 gudang memeriksa catatan pengiriman kertas, 00:01:35.920 --> 00:01:38.700 bagian utang menerima faktur yang tidak memiliki tautan jelas ke pesanan. 00:01:38.700 --> 00:01:41.800 Dan orang-orang tetap bisa membeli barang dengan cara itu, tetapi mereka kehilangan jajak. 00:01:42.240 --> 00:01:45.160 Seorang pembeli tidak bisa mengetahui bahwa gudang sudah menerima sebagian dari pesanan. 00:01:45.360 --> 00:01:49.400 Bagian keuangan bisa saja membayar faktur yang sama dua kali jika faktur itu datang melalui dua saluran yang berbeda. 00:01:49.580 --> 00:01:52.480 Manajer hanya mengetahui biaya tersebut setelah uang keluar dari perusahaan. 00:01:53.580 --> 00:01:57.600 Jika seorang bertanya siapa yang menyetujuinya, jawabannya berarti pencairan panjang melalui kotak masuk email. 00:01:57.980 --> 00:02:00.880 Dynamics 365 menyatukan jajak tersebut ke dalam satu platform yang teru. 00:02:01.340 --> 00:02:08.260 Pengadaan dan penyediaan di dalam Dynamics 365, Supply Chain Management, tempat perusahaan menangani pergerakan dan ketersediaan barang, 00:02:08.260 --> 00:02:13.960 serta terhubung dengan keuangan dan utang usaha untuk mencatat faktur, melacak utang, dan memproses pembayaran. 00:02:14.560 --> 00:02:16.540 Jadi bagian pembelian tidak bekerja sendiri, serta terpisah. 00:02:17.040 --> 00:02:20.980 Udang dapat mencatat bahwa barang telah tiba, keuangan dapat melihat faktur yang terkait dengan pembelian tersebut, 00:02:21.460 --> 00:02:25.320 dan utang usaha dapat mencocokkan apa yang dipesan, apa yang dipesan dengan apa yang tiba, dan apa yang ditegikan vendor. 00:02:26.800 --> 00:02:30.720 Setiap tim hanya melihat bagian yang mereka perlukan, sementara pembelian tetap menjadi satu catatan yang selektur. 00:02:31.120 --> 00:02:32.180 Terdapat dua jenis pembelian. 00:02:32.540 --> 00:02:36.640 Pengadaan langsung mencakup barang atau layanan yang terkait dengan apa yang diproduksi atau dijual oleh perusahaan. 00:02:36.640 --> 00:02:40.560 Pembuat furnitur yang membeli kayu, skrup, dan kain sedang membeli material langsung. 00:02:41.080 --> 00:02:43.440 Jadi tanpa material tersebut, perusahaan tidak dapat membuat produk yang dijual. 00:02:43.880 --> 00:02:46.640 Pengadaan tidak langsung mencakup hal-hal yang menjaga bisnis tetap berjalan, 00:02:46.980 --> 00:02:48.960 tetapi tidak menjadi bagian dari barang yang dijual, 00:02:49.140 --> 00:02:53.040 seperti laptop, perabot kantor, pelatihan, perbaikan, pembersihan, perangkat lunak, atau nasihat hukum. 00:02:53.420 --> 00:02:55.740 Keduanya penting, tetapi seringkali dimulai dengan cara yang berbeda. 00:02:55.980 --> 00:02:58.820 Permintaan produksi dapat memberitahu perusahaan bahwa mereka membutuhkan lebih banyak sukunya. 00:02:58.820 --> 00:03:00.720 Seorang karyawan dapat meminta monitor barang. 00:03:01.020 --> 00:03:02.960 Seorang manajer fasilitas mungkin membutuhkan layanan perbaikan. 00:03:02.960 --> 00:03:07.120 Dynamics 3.5 menangani semua kebutuhan berbeda ini sambil menjaga jalur pembelian tetap jelas. 00:03:07.640 --> 00:03:09.740 Mari kita gunakan satu contoh sederhana sepanjang episode ini. 00:03:10.420 --> 00:03:13.580 Bayangkan seorang manajer gudang melihat timnya membutuhkan perlengkapan keselamatan baru. 00:03:14.340 --> 00:03:16.780 Beberapa helm rusak dan persediaan sarung tangan pelindung nipis. 00:03:17.300 --> 00:03:19.400 Manajer tersebut membutuhkan perlengkapan yang cukup untuk tim, 00:03:19.480 --> 00:03:21.640 dan perusahaan membutuhkan catatan yang jelas sebelum dana di alakasi. 00:03:21.920 --> 00:03:23.600 Pembelian tersebut dimulai dari sebuah kebutuhan, 00:03:23.600 --> 00:03:26.120 dan setiap pembelian yang terkontrol dimulai saat seorang pembelian suatu. 00:03:26.560 --> 00:03:28.740 Dua, dari permintaan internal ke vendor yang tepat. 00:03:28.740 --> 00:03:32.040 Beginilah cara seluruh proses pembelian dimulai. 00:03:32.520 --> 00:03:35.120 Manajer gudang Anda melihat kebutuhan akan perlengkapan keselamatan, 00:03:35.260 --> 00:03:38.460 dan catatan pertama yang dibuat di dalam Dynamics 3.5 adalah permintaan pembelian. 00:03:38.840 --> 00:03:41.320 Permintaan pembelian adalah permohonan internal untuk membeli sesuatu. 00:03:41.820 --> 00:03:44.580 Hal ini memberitahu perusahaan apa yang dibutuhkan seseorang berapa jumlahnya, 00:03:44.660 --> 00:03:46.140 dan seringkali kemana-mana tersebut harus dikirim. 00:03:46.680 --> 00:03:49.200 Perhatikan bahwa permintaan ini belum menjanjikan apapun kepada vendor. 00:03:49.740 --> 00:03:52.880 Perbedaan tersebut menjaga bagian awal pembelian tetap di bawah kendali perusahaan. 00:03:53.480 --> 00:03:56.800 Manajer gudang dapat meminta 20 helm dan beberapa kotak sarung tangan, 00:03:56.800 --> 00:04:00.240 tetapi tidak ada pemasok yang menerima pesanan sampai orang yang tepat meninjaunya. 00:04:01.120 --> 00:04:03.440 Untuk pembelian umum, permintaan dapat dimulai dari katalog produk. 00:04:03.840 --> 00:04:06.320 Anggap katalog sebagai rak belanja yang disetujui perusahaan Anda. 00:04:06.940 --> 00:04:09.420 Alih-alih mengetik permintaan samar seperti sarung tangan keselamatan, 00:04:09.680 --> 00:04:12.080 karyawan dapat memilih produk yang disetujui dengan deskripsi, 00:04:12.600 --> 00:04:14.220 pilihan pemasok, dan harga yang sudah tertera. 00:04:14.760 --> 00:04:17.800 Hal itu menghemat waktu, tetapi juga mencegah orang membeli produk sembarangan 00:04:17.800 --> 00:04:19.080 yang tidak memenuhi aturan perusahaan. 00:04:19.540 --> 00:04:21.560 Namun tidak semua permintaan cocok dimasukkan ke dalam katalog. 00:04:21.860 --> 00:04:23.700 Perusahaan mungkin memerlukan perbaikan satu kali, 00:04:23.700 --> 00:04:26.780 pelatihan konsultan, atau layanan yang tidak disimpan sebagai produk fisik. 00:04:27.420 --> 00:04:28.980 Dalam hal itu, dynamics tiga adalah pengadaan. 00:04:29.940 --> 00:04:31.820 Kategori pengadaan mengelompokkan pengeluaran berdasarkan jenis. 00:04:32.420 --> 00:04:34.340 Misalnya, perusahaan dapat menggunakan kategori seperti 00:04:34.340 --> 00:04:37.620 perlengkapan keselamatan, perbaikan gedung, layanan hukum, atau peralatan komputer. 00:04:38.160 --> 00:04:39.800 Pemohon dapat mendeskripsikan kebutuhannya 00:04:39.800 --> 00:04:41.500 dan menempatkannya dalam kategori yang tepat, 00:04:41.640 --> 00:04:43.040 bahkan jika tidak ada nomor barang di rak. 00:04:43.700 --> 00:04:45.980 Tentu saja, sebuah permintaan tidak boleh langsung menjadi pembelian 00:04:45.980 --> 00:04:47.240 hanya karena seseorang mengekwi kiri. 00:04:47.500 --> 00:04:49.160 Perusahaan dapat menetapkan batas pengeluaran, 00:04:49.160 --> 00:04:53.500 permintaan kecil untuk sarung tangan mungkin akan diteruskan ke manajer gudang. 00:04:53.880 --> 00:04:55.840 Permintaan yang lebih besar untuk peralatan keselamatan 00:04:55.840 --> 00:04:59.060 mungkin juga memerlukan persetujuan dari pemilik anggaran departemen atau tim pembelian. 00:04:59.440 --> 00:05:01.060 Rute tersebut dapat berubah berdasarkan jumlah, 00:05:01.240 --> 00:05:03.580 departemen, atau aturan pembelian yang terkait dengan jenis pengeluaran. 00:05:03.780 --> 00:05:07.140 Artinya, orang tidak perlu mengingat setiap aturan persetujuan sendiri. 00:05:08.440 --> 00:05:11.160 Dynamics 365 mengirimkan permintaan melalui jalur yang tepat, 00:05:11.300 --> 00:05:13.700 sementara permintaan tersebut tetap menyimpan riwayatnya di dalam sistem. 00:05:14.200 --> 00:05:16.580 Misalkan manajer meminta peralatan dalam jumlah besar 00:05:16.580 --> 00:05:19.180 dan perusahaan belum mengetahui vendor mana yang harus dipilih, 00:05:19.760 --> 00:05:23.040 bagian pembelian dapat membuat permintaan penawaran harga yang sering disebut RFQ. 00:05:23.300 --> 00:05:26.100 RFQ meminta beberapa vendor untuk mengajukan penawaran bagi kebutuhan. 00:05:26.460 --> 00:05:31.300 Pembeli minkan persyaratan seperti jenis helm, ukuran sarung tangan, jumlah, dan tanggal pengiriman yang diminta. 00:05:31.520 --> 00:05:33.420 Setiap vendor dapat memberikan harga dan ketentuan mereka. 00:05:33.680 --> 00:05:36.480 Mungkin satu vendor biayanya lebih murah, tetapi tidak dapat mengirim selama tiga minggu. 00:05:36.480 --> 00:05:39.320 Vendor lain biayanya sedikit lebih mahal, tetapi dapat menyediakan semua yang sela-sela. 00:05:39.500 --> 00:05:41.240 Pembeli dapat membandingkan jawaban tersebut sebelumnya. 00:05:41.240 --> 00:05:43.220 Harga mempunyai tetapi bukan satu yang dapat mengirimkan. 00:05:43.460 --> 00:05:46.420 Tanggal pengiriman, detail produk, diskon, dan kemampuan vendor sendiri 00:05:46.420 --> 00:05:48.840 dalam memenuhi permintaan semuanya memengaruhi pilihan. 00:05:49.480 --> 00:05:52.120 Sistem menjaga penawaran tetap terhubung dengan permintaan alih-alih 00:05:52.120 --> 00:05:54.060 membiarkan perbandingan terkubur dalam rangkaian email. 00:05:54.680 --> 00:05:58.400 Sebelum pembeli memilih siapapun, Dynamics 365 juga menyimpan catatan vendor. 00:05:59.220 --> 00:06:02.520 Catatan vendor berisi detail perusahaan yang diperlukan untuk pembelian 00:06:02.520 --> 00:06:05.900 seperti nama vendor dan informasi yang digunakan untuk hubungan bisnis. 00:06:06.760 --> 00:06:09.160 Katalog vendor dapat menampilkan produk yang dipasok oleh vendor 00:06:09.160 --> 00:06:11.080 dan vendor dapat menerbitkan katalog tersebut 00:06:11.080 --> 00:06:12.940 untuk membantu menjaga informasi tetap terkini. 00:06:13.540 --> 00:06:16.040 Untuk kontrol yang lebih ketat, produk dapat memiliki daftar vendor yang bisa. 00:06:16.580 --> 00:06:19.240 Daftar ini memberitahu pembeli vendor mana yang telah disetujui perusahaan 00:06:19.240 --> 00:06:19.900 untuk produk tersebut. 00:06:20.240 --> 00:06:23.060 Hal ini memandu pilihan dan dapat mencegah seseorang memilih pemasok 00:06:23.060 --> 00:06:24.780 yang tidak pernah ingin digunakan oleh perusahaan. 00:06:25.240 --> 00:06:27.260 Beberapa hubungan vendor juga melibatkan persyaratan 00:06:27.260 --> 00:06:28.560 yang dinegosiasikan sebelumnya. 00:06:28.560 --> 00:06:30.760 Perjanjian pembelian mencatat kesepakatan jangka panjang 00:06:30.760 --> 00:06:31.620 antara perusahaan dan vendor. 00:06:31.920 --> 00:06:33.880 Perusahaan mungkin setuju untuk membeli sejumlah kuantitas 00:06:33.880 --> 00:06:36.040 atau menghabiskan sejumlah nominal selama periode tertentu 00:06:36.040 --> 00:06:37.520 dan vendor menyetujui ketentuan terkait. 00:06:38.080 --> 00:06:40.320 Perjanjian dagang mencatat harga atau diskon vendor 00:06:40.320 --> 00:06:41.800 yang berlaku selama tanggal tertentu. 00:06:42.480 --> 00:06:44.400 Jadi, jika vendor peralatan keselamatan telah setuju 00:06:44.400 --> 00:06:46.240 untuk memberikan harga lebih rendah untuk sarung tangan 00:06:46.240 --> 00:06:47.300 selama 6 bulan ke depan, 00:06:47.440 --> 00:06:49.340 Dynamics 365 dapat menyimpan pengaturan tersebut 00:06:49.340 --> 00:06:50.980 alih-alih meminta setiap pembelian untuk mengingatnya. 00:06:52.080 --> 00:06:53.800 Perjanjian rabat juga dapat melacak kasus 00:06:53.800 --> 00:06:55.440 di mana vendor memberikan pengembalian dana 00:06:55.440 --> 00:06:56.540 setelah perusahaan mencapai jumlah 00:06:56.540 --> 00:06:58.040 atau perusahaan mencapai jumlah tertentu. 00:06:58.040 --> 00:07:00.400 Sampai titik ini, perusahaan tahu apa yang dibutuhkannya, 00:07:00.520 --> 00:07:01.420 siapa yang dapat menyediakannya, 00:07:01.520 --> 00:07:02.280 dan ketentuan apa yang berlaku. 00:07:03.020 --> 00:07:03.840 Pencerahan telah berakhir, 00:07:03.940 --> 00:07:05.420 tetapi vendor masih memerlukan pesanan resmi. 00:07:06.720 --> 00:07:08.060 Ketiga, pesanan pembelian. 00:07:08.340 --> 00:07:09.600 Janji tertulis dari perusahaan. 00:07:10.460 --> 00:07:12.220 Pembeli telah memilih vendor peralatan keselamatan. 00:07:12.460 --> 00:07:14.160 Sekarang perusahaan memerlukan pesanan pembelian 00:07:14.160 --> 00:07:15.180 yang biasa disebut sebagai PR. 00:07:15.540 --> 00:07:17.240 Pesanan pembelian adalah dokumen resmi 00:07:17.240 --> 00:07:18.680 yang memberi tahu vendor secara tepat 00:07:18.680 --> 00:07:19.820 apa yang ingin dibeli oleh perusahaan. 00:07:20.220 --> 00:07:21.360 Dokumen ini menyebutkan vendor, 00:07:21.480 --> 00:07:22.720 mencantumkan barang atau layanan, 00:07:22.720 --> 00:07:24.480 menunjukkan kuantitas dan harga yang disepakati, 00:07:24.580 --> 00:07:25.720 serta menyertakan tanggal pengiriman 00:07:25.720 --> 00:07:26.560 dan ketentuan pembayar. 00:07:26.820 --> 00:07:27.560 Untuk gudang kami, 00:07:27.760 --> 00:07:29.280 PO mungkin mencantumkan 20 helm, 00:07:29.460 --> 00:07:30.480 10 kotak sarung tangan, 00:07:30.600 --> 00:07:32.160 dan tanggal pengiriman untuk hari selasa depan. 00:07:32.380 --> 00:07:33.540 Ini mengubah keputusan pembelian 00:07:33.540 --> 00:07:34.380 menjadi catatan yang jelas 00:07:34.380 --> 00:07:35.440 yang dapat digunakan oleh kedua belak. 00:07:35.780 --> 00:07:37.460 Tidak perlu ada yang menembak jenis sarung tangan mana, 00:07:37.680 --> 00:07:38.600 yang diminta perusahaan, 00:07:38.860 --> 00:07:40.060 berapa jumlah unit yang diharapkan, 00:07:40.180 --> 00:07:41.800 atau harga mana yang disepakati pembeli dengan vendor. 00:07:42.380 --> 00:07:44.040 Pesanan pembelian dapat dimulai dengan beberapa jatuh. 00:07:44.400 --> 00:07:45.560 Paling sering, pesanan berasal dari 00:07:45.560 --> 00:07:46.660 permintaan pembelian yang disetujui. 00:07:47.260 --> 00:07:49.140 Manager gudang meminta peralatan keselamatan 00:07:49.140 --> 00:07:50.960 pihak yang berwenang menyetujui permintaan tersebut 00:07:50.960 --> 00:07:52.480 dan bagian pembelian mengubahnya menjadi PO. 00:07:52.820 --> 00:07:54.140 Ini juga bisa berasal dari perjanjian pembeli. 00:07:54.680 --> 00:07:56.300 Jika perusahaan sudah mengatur kesepakatan 00:07:56.300 --> 00:07:57.920 jangka panjang dengan vendor keselamatan, 00:07:58.160 --> 00:07:59.420 pembeli dapat membuat pesanan rilis 00:07:59.420 --> 00:08:00.600 berdasarkan perjanjian tersebut 00:08:00.600 --> 00:08:02.220 alih-alih menyusun setiap detail dari awal. 00:08:02.420 --> 00:08:03.900 Terkadang permintaan menciptakan pesanan tersebut. 00:08:04.120 --> 00:08:05.660 Perusahaan mungkin berencana membeli material 00:08:05.660 --> 00:08:07.260 karena mengantisipasi kebutuhan produksi 00:08:07.260 --> 00:08:08.140 di masa mendatang, 00:08:08.260 --> 00:08:09.620 dan Dynamics 365 dapat membuat 00:08:09.620 --> 00:08:11.200 rencana pesanan pembelian dari permintaan tersebut. 00:08:11.660 --> 00:08:13.400 Ketika perusahaan melilis pesanan yang direncanakan, 00:08:13.520 --> 00:08:14.740 pesanan itu menjadi pesanan pembelian yang lain. 00:08:15.200 --> 00:08:16.160 Lalu ada pembelian langsung. 00:08:16.620 --> 00:08:18.160 Pembeli dapat membuat PO secara manual 00:08:18.160 --> 00:08:20.000 jika tidak ada permintaan, perjanjian, 00:08:20.180 --> 00:08:21.900 atau rencana permintaan sebelumnya. 00:08:22.280 --> 00:08:24.100 Hal ini dapat terjadi ketika pembeli sudah mengetahui 00:08:24.100 --> 00:08:25.340 apa yang dibutuhkan perusahaan dan vendor 00:08:25.340 --> 00:08:26.200 mana yang akan menyediakan. 00:08:26.680 --> 00:08:28.400 Titik awal yang berbeda, tujuan yang sama. 00:08:29.040 --> 00:08:30.480 Sebelum pesanan pembelian dilanjutkan, 00:08:30.760 --> 00:08:32.060 perusahaan dapat meminta persetujuan. 00:08:32.620 --> 00:08:33.560 Pembeli menyiapkan pesanan, 00:08:33.680 --> 00:08:35.680 tetapi pesanan mungkin memerlukan persetujuan internal 00:08:35.680 --> 00:08:37.600 berdasarkan aturan jumlah otomatis perusahaan 00:08:37.600 --> 00:08:38.360 sebelum sampai ke vendor. 00:08:39.080 --> 00:08:40.260 Hal itu memisahkan dua keputusan. 00:08:40.520 --> 00:08:42.520 Pertama, perusahaan menyetujui komitmennya sendiri 00:08:42.520 --> 00:08:44.320 lalu perusahaan mengonfirmasi pesanan kepada vendor 00:08:44.320 --> 00:08:45.620 menunjukkan bahwa kedua belah pihak 00:08:45.620 --> 00:08:46.720 telah menyepakati akan terjadi. 00:08:47.580 --> 00:08:49.600 PO yang telah dikonfirmasi lebih dari sekadar catatan internal. 00:08:49.960 --> 00:08:52.100 Dokumen ini mencatat bahwa pesanan telah sampai ke vendor 00:08:52.100 --> 00:08:53.940 dan terdapat kesepakatan terkait pembelian tersebut. 00:08:54.840 --> 00:08:56.780 Dynamics 365 juga menghindarkan pembeli 00:08:56.780 --> 00:08:58.200 dari mengetik ulang informasi yang sama 00:08:58.200 --> 00:09:00.180 setiap kali mereka memesan dari vendor yang sudah dikenal. 00:09:00.780 --> 00:09:02.240 Catatan vendor dapat mengisi detail 00:09:02.240 --> 00:09:04.280 seperti informasi pengiriman ketentuan pembayaran 00:09:04.280 --> 00:09:05.500 dan pengaturan umum lainnya. 00:09:05.800 --> 00:09:06.940 Pembeli tetap memeriksa pesanan 00:09:06.940 --> 00:09:08.920 dan dapat mengubah detail saat situasi memerlukannya 00:09:08.920 --> 00:09:11.300 namun informasi standar sudah tersedia di tempat yang tepat. 00:09:11.740 --> 00:09:12.820 Hal itu mengurangi pengetikan 00:09:12.820 --> 00:09:14.460 dan menjaga pesanan berulang tetap konsisten. 00:09:14.960 --> 00:09:17.240 Pengiriman tidak selalu terjadi dalam satu kotak pada satu hari. 00:09:17.760 --> 00:09:19.480 Bayangkan vendor memiliki semua sarung tangan sekarang 00:09:19.480 --> 00:09:20.800 tetapi hanya setengah dari helm yang siap. 00:09:21.160 --> 00:09:22.580 Jadwal pengiriman memungkinkan perusahaan 00:09:22.580 --> 00:09:23.740 membagi satu pesanan pembelian 00:09:23.740 --> 00:09:25.440 menjadi pengiriman terencana di tanggal yang berbeda. 00:09:25.900 --> 00:09:28.300 PO dapat menunjukkan bahwa 10 helm tiba selasa depan, 00:09:28.400 --> 00:09:29.780 10 sisanya tiba seminggu kemudian 00:09:29.780 --> 00:09:31.860 dan sarung tangan tiba bersama pengiriman pertama. 00:09:32.400 --> 00:09:33.540 Satu pesanan tetap terhubung 00:09:33.540 --> 00:09:35.140 sementara rencana pengiriman disesuaikan 00:09:35.140 --> 00:09:36.340 dengan apa yang sebenarnya bisa terjadi. 00:09:36.780 --> 00:09:38.620 Beberapa pembelian tidak pernah sampai ke perusahaan sama sekali. 00:09:39.500 --> 00:09:40.580 Pengiriman langsung berarti 00:09:40.580 --> 00:09:42.760 vendor mengirimkan produk langsung ke perusahaan 00:09:42.760 --> 00:09:44.220 yaitu pelanggan IOTMSS. 00:09:44.940 --> 00:09:45.580 Sebagai contoh, 00:09:45.780 --> 00:09:47.080 sebuah bisnis menjual barang khusus 00:09:47.080 --> 00:09:48.600 tetapi tidak menyimpannya di gudang sendiri. 00:09:49.080 --> 00:09:50.620 Bisnis tersebut dapat membuat pesanan penjualan 00:09:50.620 --> 00:09:52.480 untuk pelanggan pesan pembelian terkait untuk vendor. 00:09:53.160 --> 00:09:54.980 Vendor mengirim langsung ke pelanggan sementara. 00:09:55.340 --> 00:09:56.300 Dynamics 3an 5 00:09:56.300 --> 00:09:58.140 menghubungkan langkah penjualan dan pembelian 00:09:58.140 --> 00:09:59.140 yang terkait di balik layar. 00:09:59.880 --> 00:10:01.440 Ini menghindari pemberhentian yang tidak perlu 00:10:01.440 --> 00:10:03.180 di gudang milik perusahaan IOTMSS 00:10:03.180 --> 00:10:04.600 dan menjaga pesanan pelanggan 00:10:04.600 --> 00:10:06.020 serta pesanan vendor tetap terikat. 00:10:06.500 --> 00:10:08.100 Sehingga orang dapat melacak barang yang sama 00:10:08.100 --> 00:10:09.140 di kedua sisi transaksi. 00:10:09.760 --> 00:10:11.440 Pesan pembelian dapat mencakup lebih dari sekali item utama. 00:10:11.960 --> 00:10:13.060 Beberapa produkan item terkait. 00:10:13.640 --> 00:10:14.600 Saat perusahaan memesan helm, 00:10:14.760 --> 00:10:16.480 perusahaan mungkin juga memerlukan visor pengganti 00:10:16.480 --> 00:10:17.640 atau suku cadang pemasangan. 00:10:18.440 --> 00:10:20.700 Dynamics 365 dapat menyarankan item pelengkap 00:10:20.700 --> 00:10:22.080 yang mungkin diperlukan opsional 00:10:22.080 --> 00:10:24.360 atau disertakan tanpa biaya tambahan. 00:10:25.080 --> 00:10:26.520 Pembeli melihat kebutuhan terkait 00:10:26.520 --> 00:10:27.940 saat membuat pesanan alih-alih 00:10:28.140 --> 00:10:29.800 semukannya setelah pengiriman utama tiba. 00:10:30.380 --> 00:10:30.900 Ada biaya-biaya. 00:10:31.540 --> 00:10:32.900 Biaya angkut penangan dan biaya serupa 00:10:32.900 --> 00:10:34.460 juga dapat dimasukkan ke dalam pesan pembelian. 00:10:35.220 --> 00:10:36.620 Biaya dapat berlaku untuk seluruh pesanan 00:10:36.620 --> 00:10:37.800 atau untuk lini pesanan tertentu 00:10:37.800 --> 00:10:39.580 tergantung pada bagaimana perusahaan perlu mencetan. 00:10:39.960 --> 00:10:40.620 Hal itu penting 00:10:40.620 --> 00:10:42.040 karena harga produk yang murah 00:10:42.040 --> 00:10:43.160 tidak menunjukkan biaya penuh 00:10:43.160 --> 00:10:44.600 jika pengiriman menambah biaya yang besar. 00:10:45.220 --> 00:10:46.620 Mencatat biaya tersebut bersama pesanan 00:10:46.620 --> 00:10:48.580 menjaga agar biaya tetap terhubung dengan pembelian 00:10:48.580 --> 00:10:50.420 alih-alih memisahkannya dalam catatan terpisah. 00:10:50.900 --> 00:10:52.580 Masa kini memiliki pesanan terkonfirmasi 00:10:52.580 --> 00:10:54.780 dengan barang, harga, tanggal, dan ketentuan yang jelas. 00:10:55.300 --> 00:10:56.460 Namun pesanan terkonfirmasi 00:10:56.460 --> 00:10:57.740 hanya mencatat apa yang diharapkan terjadi. 00:10:59.060 --> 00:11:01.040 Dynamics 305 tetap membutuhkan bukti 00:11:01.040 --> 00:11:02.560 saat barang atau jasa benar-benar tiba. 00:11:04.730 --> 00:11:06.490 Empat, menerima barang dan meriksa faktur. 00:11:08.150 --> 00:11:10.170 Truk tiba di gudang membawa helm dan sarung tangan. 00:11:10.710 --> 00:11:12.170 Sebelum ada yang menandai pesanan selesai, 00:11:12.490 --> 00:11:14.570 tim gudang perlu memeriksa apa yang sebenarnya tiba. 00:11:15.070 --> 00:11:16.450 Mereka mencatat kedatangan 00:11:16.450 --> 00:11:18.330 membandingkan pengiriman dengan pesanan pembelian 00:11:18.330 --> 00:11:20.590 dan memposting penerimaan produk terhadap pesanan tersebut. 00:11:20.970 --> 00:11:22.610 Penerimaan produk hanyalah cara sistem 00:11:22.610 --> 00:11:24.230 untuk mencatat bahwa barang telah tiba. 00:11:24.790 --> 00:11:25.470 Ini ada 10 barang. 00:11:26.290 --> 00:11:28.710 PO mencantumkan 20 helm dan 10 kotak sarung tangan. 00:11:28.850 --> 00:11:30.390 Tetapi pengemudi hanya mengirimkan 10 helm 00:11:30.390 --> 00:11:31.830 dan ke 10 kotak sarung tangan tersebut. 00:11:32.190 --> 00:11:33.910 Gudang memposting apa yang sebenarnya diterima, 00:11:34.110 --> 00:11:35.610 bukan apa yang diharapkan perusahaan akan tiba. 00:11:35.910 --> 00:11:38.290 10 helm sisanya tetap terbuka pada pesanan pembelian 00:11:38.290 --> 00:11:39.470 sampai pemasok mengirimkannya 00:11:39.470 --> 00:11:40.850 atau pembeli mengubah pesanan tersebut. 00:11:40.970 --> 00:11:41.910 Itu menjaga catatan tetap apa. 00:11:42.350 --> 00:11:43.630 Setelah penerimaan produk diposting, 00:11:43.750 --> 00:11:44.570 pesanan pembelian berubah. 00:11:45.090 --> 00:11:46.890 Sistem kini memisahkan jumlah yang dipesan 00:11:46.890 --> 00:11:47.870 dari jumlah yang diterima, 00:11:47.870 --> 00:11:50.030 sehingga pembeli, staf gudang, dan keuangan 00:11:50.030 --> 00:11:51.390 dapat melihat status pesanan 00:11:51.390 --> 00:11:52.410 tanpa perlu saling menelpon. 00:11:52.910 --> 00:11:53.610 Untuk barang stok, 00:11:53.690 --> 00:11:55.070 penerimaan juga memperbarui inventaris. 00:11:56.170 --> 00:11:57.770 Sarung tangan muncul sebagai stok yang tersedia 00:11:57.770 --> 00:11:59.090 siap untuk digunakan oleh tim gudang. 00:11:59.990 --> 00:12:01.490 Jika barang tersebut ditujukan 00:12:01.490 --> 00:12:02.730 untuk proyek tertentu, 00:12:03.030 --> 00:12:04.530 aset tetap atau pengiriman langsung, 00:12:04.690 --> 00:12:06.210 Dynamics 365 dapat mencatat 00:12:06.210 --> 00:12:07.650 pembelian terhadap penggunaan tersebut. 00:12:08.530 --> 00:12:09.390 Perusahaan mengetahui dari sekadar 00:12:09.390 --> 00:12:10.350 cara kita membeli sarung tangan. 00:12:10.850 --> 00:12:12.130 Perusahaan tahu apakah sarung tangan tiba, 00:12:12.210 --> 00:12:12.950 berapa banyak yang tiba, 00:12:13.050 --> 00:12:14.330 dan di mana barang itu ditempatkan. 00:12:14.330 --> 00:12:16.530 Namun, tidak semua pembelian 00:12:16.530 --> 00:12:17.450 sampai di demagamuat. 00:12:17.870 --> 00:12:18.770 Bayangkan perusahaan menyewa 00:12:18.770 --> 00:12:19.990 pelatih keselamatan untuk sehari, 00:12:20.210 --> 00:12:21.190 membayar akses perangkat lunak, 00:12:21.450 --> 00:12:22.510 atau mendatangkan layanan perbaikan 00:12:22.510 --> 00:12:22.970 dari luar. 00:12:23.430 --> 00:12:24.130 Tidak ada barang fisik, 00:12:24.230 --> 00:12:25.150 tidak ada palet untuk dihitung, 00:12:25.330 --> 00:12:26.250 dan tidak ada kedatangan gudang 00:12:26.250 --> 00:12:26.890 untuk didaftarkan. 00:12:27.570 --> 00:12:28.410 Untuk layanan dan pembelian 00:12:28.410 --> 00:12:29.090 non-fisik lainnya, 00:12:29.210 --> 00:12:30.090 perusahaan dapat menggunakan 00:12:30.090 --> 00:12:31.010 jalur yang lebih sederhana. 00:12:31.470 --> 00:12:32.150 Tergantung pada cara 00:12:32.150 --> 00:12:33.070 pengaturan pembeliannya, 00:12:33.250 --> 00:12:34.170 perusahaan dapat mendaftarkan 00:12:34.170 --> 00:12:35.410 penerimaan pada pesanan pembelian 00:12:35.410 --> 00:12:36.190 tanpa langkah gudang, 00:12:36.490 --> 00:12:37.310 atau langsung beralih 00:12:37.310 --> 00:12:38.270 ke faktur pemasok. 00:12:39.410 --> 00:12:40.570 Pertanyaan yang sama tetap berlaku. 00:12:41.110 --> 00:12:41.850 Apakah perusahaan menerima 00:12:41.850 --> 00:12:42.890 apa yang disepakati untuk dibeli? 00:12:44.030 --> 00:12:44.990 Untuk layanan pelatihan, 00:12:45.230 --> 00:12:45.730 jawabannya mungkin 00:12:45.730 --> 00:12:46.790 bahwa pelatihan telah dilaksanakan. 00:12:47.370 --> 00:12:47.850 Untuk perbaikan, 00:12:47.950 --> 00:12:48.730 seseorang mengonfirmasi 00:12:48.730 --> 00:12:49.570 bahwa pekerjaan telah sasad. 00:12:49.850 --> 00:12:50.570 Catatan tersebut tidak 00:12:50.570 --> 00:12:51.850 memerlukan kota atau kode batang 00:12:51.850 --> 00:12:52.450 untuk membuktikan 00:12:52.450 --> 00:12:53.370 bahwa perusahaan telah merimas. 00:12:53.570 --> 00:12:54.690 Kemudian faktur vendor tiba. 00:12:55.910 --> 00:12:57.110 Faktur masuk ke utang usaha 00:12:57.110 --> 00:12:58.650 bagian dari Dynamics 365 00:12:58.650 --> 00:12:59.750 yang mencatat utang perusahaan 00:12:59.750 --> 00:13:00.270 kepada vendor 00:13:00.270 --> 00:13:01.670 dan menyiapkan pembayaran. 00:13:02.610 --> 00:13:03.390 Faktur tertaut kembali 00:13:03.390 --> 00:13:04.170 kepesanan pembelian 00:13:04.170 --> 00:13:05.390 sehingga utang usaha 00:13:05.390 --> 00:13:06.210 tidak memperlakukannya 00:13:06.210 --> 00:13:07.310 sebagai tagihan terisolasi 00:13:07.310 --> 00:13:07.890 tanpa riwayat. 00:13:08.410 --> 00:13:09.490 Disinilah pemeriksaan sederhana 00:13:09.490 --> 00:13:10.310 mencegah banyak masalah. 00:13:10.950 --> 00:13:11.730 Dynamics 365 00:13:11.730 --> 00:13:12.650 bandingkan tiga hal. 00:13:12.870 --> 00:13:13.730 Apa yang dipesan perusahaan, 00:13:13.790 --> 00:13:14.730 apa yang diterima perusahaan, 00:13:14.850 --> 00:13:15.890 dan apa yang ditagihkan vendor. 00:13:16.510 --> 00:13:17.390 Orang menyebut ini pencocok. 00:13:17.610 --> 00:13:18.150 Pasal mudahnya, 00:13:18.230 --> 00:13:18.870 apakah tagihan tersebut 00:13:18.870 --> 00:13:19.530 selain dengan kesepakatan? 00:13:19.930 --> 00:13:20.650 Pesanan pembelian mungkin 00:13:20.650 --> 00:13:21.550 menunjukkan 20 helm 00:13:21.550 --> 00:13:22.370 dengan harga yang disepakat. 00:13:22.910 --> 00:13:23.630 Tanda terima produk 00:13:23.630 --> 00:13:24.330 mungkin menunjukkan 00:13:24.330 --> 00:13:25.530 baru 10 helm yang tiba sejauh. 00:13:26.010 --> 00:13:27.070 Jika vendor mengirim faktur 00:13:27.070 --> 00:13:27.850 untuk 20 item, 00:13:27.990 --> 00:13:28.830 sistem dapat menunjukkan 00:13:28.830 --> 00:13:29.630 perbedaannya sebelum 00:13:29.630 --> 00:13:30.350 perusahaan membayar. 00:13:30.790 --> 00:13:31.610 Itu mengotomatiskan 00:13:31.610 --> 00:13:32.390 pencocokan tiga harap. 00:13:32.990 --> 00:13:33.950 Ketiga catatan tersebut 00:13:33.950 --> 00:13:34.890 adalah pesanan pembelian, 00:13:35.090 --> 00:13:35.790 tanda terima produk, 00:13:35.970 --> 00:13:36.410 dan faktur. 00:13:36.990 --> 00:13:38.050 Ketika ketiganya sesuai, 00:13:38.150 --> 00:13:38.830 utang usaha memiliki 00:13:38.830 --> 00:13:39.690 jalan yang jelas ke depan. 00:13:40.190 --> 00:13:41.110 Saat harga berbeda, 00:13:41.230 --> 00:13:41.710 jumlah faktur 00:13:41.710 --> 00:13:43.050 melebihi jumlah tanda terima 00:13:43.050 --> 00:13:43.950 atau muncul baris 00:13:43.950 --> 00:13:45.010 yang tidak dipesan siapapun, 00:13:45.330 --> 00:13:46.250 perusahaan dapat berhenti 00:13:46.250 --> 00:13:46.830 dan menyelidiki. 00:13:47.390 --> 00:13:48.350 Mungkin vendor mengirim faktur 00:13:48.350 --> 00:13:48.790 terlalu cepat. 00:13:49.150 --> 00:13:49.930 Mungkin biaya angkut 00:13:49.930 --> 00:13:51.110 muncul sebagai jumlah terpisah 00:13:51.110 --> 00:13:52.090 yang perlu diperiksa oleh pembeli. 00:13:52.630 --> 00:13:53.130 Mungkin vendor 00:13:53.130 --> 00:13:54.130 hanya salah mengetik jumlah. 00:13:54.730 --> 00:13:55.370 Intinya bukan untuk 00:13:55.370 --> 00:13:56.330 berasumsi adanya buruk. 00:13:56.810 --> 00:13:57.730 Sistem mengotomatiskan. 00:13:58.070 --> 00:13:58.650 Penemuan perbedaan 00:13:58.650 --> 00:13:59.230 saat perusahaan 00:13:59.230 --> 00:13:59.970 masih bisa mengajukan 00:13:59.970 --> 00:14:00.810 pertanyaan dengan jelas, 00:14:01.070 --> 00:14:01.830 bukan setelah pembayaran 00:14:01.830 --> 00:14:02.570 keluar dari bank. 00:14:03.270 --> 00:14:03.890 Tiap faktur juga 00:14:03.890 --> 00:14:04.670 memerlukan tempat 00:14:04.670 --> 00:14:05.750 dalam catatan keuangan 00:14:05.750 --> 00:14:07.330 perusahaan yang otomatis. 00:14:07.810 --> 00:14:08.730 Hal itu mengotomatiskan 00:14:08.730 --> 00:14:09.670 tugas di usia akutansi. 00:14:10.190 --> 00:14:10.630 Tugas tersebut 00:14:10.630 --> 00:14:11.030 memberitahu 00:14:11.030 --> 00:14:11.690 Dynamics 365 00:14:11.690 --> 00:14:12.630 cara mencatat biaya. 00:14:13.190 --> 00:14:14.050 Sarung tangan keselamatan 00:14:14.050 --> 00:14:14.570 mungkin termasuk 00:14:14.570 --> 00:14:15.670 dalam biaya operasional gudang. 00:14:16.310 --> 00:14:16.990 Forklip baru mungkin 00:14:16.990 --> 00:14:17.570 termasuk dalam 00:14:17.570 --> 00:14:18.590 akun aset tetap. 00:14:19.150 --> 00:14:19.790 Pembelian proyek 00:14:19.790 --> 00:14:20.690 mungkin perlu dicatat 00:14:20.690 --> 00:14:21.470 biayanya terhadap 00:14:21.470 --> 00:14:22.050 proyek tersebut. 00:14:22.630 --> 00:14:23.290 Satu faktur bahkan 00:14:23.290 --> 00:14:23.970 bisa dibagi kelebih 00:14:23.970 --> 00:14:24.670 dari satu tempat. 00:14:25.310 --> 00:14:25.690 Misalnya, 00:14:26.110 --> 00:14:26.870 jika dua tim gudang 00:14:26.870 --> 00:14:27.510 berbagi pesanan 00:14:27.510 --> 00:14:28.070 sarung tangan, 00:14:28.210 --> 00:14:29.070 perusahaan dapat membagi 00:14:29.070 --> 00:14:29.890 biayanya di antara 00:14:29.890 --> 00:14:30.710 departemen mereka. 00:14:31.470 --> 00:14:32.030 Bagian keuangan 00:14:32.030 --> 00:14:32.850 kemudian dapat melihat 00:14:32.850 --> 00:14:34.010 kemana uang itu pergi 00:14:34.010 --> 00:14:34.710 tanpa harus menyusun 00:14:34.710 --> 00:14:35.410 ulang jawaban tersebut 00:14:35.410 --> 00:14:36.010 dan tidak diskusi 00:14:36.010 --> 00:14:36.550 faktur yang sama. 00:14:37.030 --> 00:14:37.830 Setelah faktur cocok 00:14:37.830 --> 00:14:38.350 dan pemeriksaan 00:14:38.350 --> 00:14:39.050 yang diperlukan selesai, 00:14:39.130 --> 00:14:39.750 faktur dapat melalui 00:14:39.750 --> 00:14:40.530 proses persetujuan. 00:14:41.110 --> 00:14:41.770 Membukukan faktur 00:14:41.770 --> 00:14:42.530 akan mencatat jumlah 00:14:42.530 --> 00:14:43.390 yang harus dibayar perusahaan 00:14:43.390 --> 00:14:43.870 kepada vendor 00:14:43.870 --> 00:14:44.610 di bagian utang usaha. 00:14:44.830 --> 00:14:45.270 Tagian tersebut 00:14:45.270 --> 00:14:45.910 sekarang menjadi utang. 00:14:46.170 --> 00:14:46.670 Cara pembayaran 00:14:46.670 --> 00:14:47.370 membantu menentukan 00:14:47.370 --> 00:14:47.990 kapan tagian terus. 00:14:48.310 --> 00:14:49.410 Utang usaha dapat menyiapkan 00:14:49.410 --> 00:14:50.350 faktur yang jatuh tempo 00:14:50.350 --> 00:14:51.010 untuk pembayaran 00:14:51.010 --> 00:14:51.810 dan setelah perusahaan 00:14:51.810 --> 00:14:52.770 memproses pembayaran itu, 00:14:52.910 --> 00:14:53.670 Dynamis 365 itu, 00:14:53.810 --> 00:14:54.430 Dynamis 365 00:14:54.430 --> 00:14:55.630 akan menghapus saldo vendor 00:14:55.630 --> 00:14:56.410 untuk faktur tersebut. 00:14:56.530 --> 00:14:57.570 Pesan kini telah beralih 00:14:57.570 --> 00:14:58.850 dari pengiriman yang diharapkan 00:14:58.850 --> 00:14:59.790 menjadi biaya yang tercatat 00:14:59.790 --> 00:15:00.950 dan pembayaran yang diselesaikan. 00:15:01.210 --> 00:15:01.330 Namun, 00:15:01.390 --> 00:15:02.030 jejak ini menarik sekarang 00:15:02.030 --> 00:15:02.770 membayar satu tagian. 00:15:03.130 --> 00:15:03.690 Hal ini memberikan 00:15:03.690 --> 00:15:04.350 perusahaan catatan 00:15:04.350 --> 00:15:04.990 yang dapat digunakan 00:15:04.990 --> 00:15:05.770 untuk setiap keputusan 00:15:05.770 --> 00:15:06.630 dan serah terima tersebut. 00:15:07.390 --> 00:15:07.690 Kelima, 00:15:07.830 --> 00:15:08.570 visibilitas kontrol 00:15:08.570 --> 00:15:09.330 dan keputusan vendor 00:15:09.330 --> 00:15:09.810 yang lebih baik. 00:15:10.710 --> 00:15:11.450 Catatan pembelian 00:15:11.450 --> 00:15:12.110 yang terhubung juga 00:15:12.110 --> 00:15:12.950 memungkinkan perusahaan 00:15:12.950 --> 00:15:13.650 mengendalikan pembelian 00:15:13.650 --> 00:15:14.310 sebelum masalah sampai 00:15:14.310 --> 00:15:14.810 ke bagian keuang. 00:15:15.310 --> 00:15:15.990 Kebijakan pembelian 00:15:15.990 --> 00:15:16.870 menetapkan aturan dasar. 00:15:17.410 --> 00:15:18.290 Kebijakan ini memandu 00:15:18.290 --> 00:15:19.470 apa yang boleh diminta karyawan, 00:15:19.610 --> 00:15:20.570 vendor mana yang dapat digunakan 00:15:20.570 --> 00:15:21.310 dan kapan pembelian 00:15:21.310 --> 00:15:22.170 memerlukan persetujuan 00:15:22.170 --> 00:15:23.150 sebelum dana perusahaan digunakan. 00:15:23.610 --> 00:15:24.130 Pikirkan tentang 00:15:24.130 --> 00:15:24.850 permintaan peralaman. 00:15:25.350 --> 00:15:25.890 Perusahaan mungkin 00:15:25.890 --> 00:15:26.810 mewajibkan staf gudang 00:15:26.810 --> 00:15:27.530 untuk memilih produk 00:15:27.530 --> 00:15:28.590 keselamatan yang disetujui 00:15:28.590 --> 00:15:29.570 sementara hanya tim pembelian 00:15:29.570 --> 00:15:30.290 yang dapat memilih vendor. 00:15:31.150 --> 00:15:32.310 Pesanan penggantian kecil 00:15:32.310 --> 00:15:32.930 mungkin memerlukan 00:15:32.930 --> 00:15:33.670 satu persetujuan, 00:15:33.990 --> 00:15:34.730 tetapi pesanan besar 00:15:34.730 --> 00:15:35.590 untuk tim baru mungkin 00:15:35.590 --> 00:15:36.590 memerlukan pemilik anggaran 00:15:36.590 --> 00:15:37.530 dan manajer pembelian. 00:15:38.430 --> 00:15:38.930 Aturan tersebut 00:15:38.930 --> 00:15:39.810 tertamu di dalam prosesnya. 00:15:40.150 --> 00:15:40.850 Karyawan tidak perlu 00:15:40.850 --> 00:15:41.970 mencari dokumen kebijakan, 00:15:42.510 --> 00:15:43.250 mendebak siapa yang harus 00:15:43.250 --> 00:15:44.090 menyetujui sesuatu 00:15:44.090 --> 00:15:44.930 atau meneruskan email 00:15:44.930 --> 00:15:45.790 sampai ada yang membalas. 00:15:46.650 --> 00:15:47.450 Dynamics 365 00:15:47.450 --> 00:15:48.910 dapat mengarahkan permintaan 00:15:48.910 --> 00:15:49.870 berdasarkan departemen 00:15:49.870 --> 00:15:51.170 jumlah jenis pembelian 00:15:51.170 --> 00:15:51.970 atau kebijakan 00:15:51.970 --> 00:15:53.090 yang terkait dengannya. 00:15:53.570 --> 00:15:54.250 Jalur tersebut-sebut 00:15:54.250 --> 00:15:54.770 alur kerja. 00:15:55.290 --> 00:15:56.090 Alur kerja memberikan 00:15:56.090 --> 00:15:56.670 permintaan, 00:15:56.890 --> 00:15:57.550 pesanan pembelian, 00:15:57.730 --> 00:15:58.770 dan faktur jalur yang jelas 00:15:58.770 --> 00:15:59.370 dari satu orang 00:15:59.370 --> 00:16:00.110 ke orang berikutnya. 00:16:00.670 --> 00:16:01.230 Setiap orang dapat 00:16:01.230 --> 00:16:02.370 menyetujui, menolak, 00:16:02.610 --> 00:16:03.330 atau mengirim kembali 00:16:03.330 --> 00:16:04.290 catatan untuk perubahan 00:16:04.290 --> 00:16:05.270 dan sistem mencatat 00:16:05.270 --> 00:16:05.910 tindakan tersebut. 00:16:06.530 --> 00:16:07.050 Tidak perlu lagi 00:16:07.050 --> 00:16:07.570 bertanya-tanya 00:16:07.570 --> 00:16:08.330 apakah persetujuan 00:16:08.330 --> 00:16:08.790 sudah terjadi 00:16:08.790 --> 00:16:09.550 dalam rati email yang men. 00:16:09.770 --> 00:16:10.330 Ini juga membantu 00:16:10.330 --> 00:16:10.950 ketika seorang sedang 00:16:10.950 --> 00:16:11.390 tidak ada di teman. 00:16:11.730 --> 00:16:12.610 Pekerjaan tidak hilang 00:16:12.610 --> 00:16:13.510 di kotak masuk outlook 00:16:13.510 --> 00:16:14.110 orang tersebut 00:16:14.110 --> 00:16:14.590 tanpa tanda 00:16:14.590 --> 00:16:15.830 di mana prosesnya terhenti. 00:16:16.690 --> 00:16:17.370 Perusahaan dapat melihat 00:16:17.370 --> 00:16:17.930 langkah saat ini 00:16:17.930 --> 00:16:18.630 dan mengambil tindakan. 00:16:18.910 --> 00:16:20.170 Vendor juga dapat ikut 00:16:20.170 --> 00:16:21.150 serta saat perusahaan 00:16:21.150 --> 00:16:22.070 menggunakan portal vendor. 00:16:22.450 --> 00:16:23.390 Portal vendor memberikan 00:16:23.390 --> 00:16:24.110 tempat bagi vendor 00:16:24.110 --> 00:16:25.070 untuk melihat permintaan 00:16:25.070 --> 00:16:25.850 penawaran atau pesanan 00:16:25.850 --> 00:16:26.670 pembelian yang dibagikan 00:16:26.670 --> 00:16:27.050 kepada mereka. 00:16:27.350 --> 00:16:28.230 Mereka dapat menanggapi 00:16:28.230 --> 00:16:29.170 permintaan penawaran 00:16:29.170 --> 00:16:29.770 dan mereka dapat 00:16:29.770 --> 00:16:30.570 mengonfirmasi pesanan 00:16:30.570 --> 00:16:31.150 secara langsung 00:16:31.150 --> 00:16:31.750 saat perusahaan 00:16:31.750 --> 00:16:32.530 mengirinkan permintaan 00:16:32.530 --> 00:16:33.030 konfirmasi. 00:16:33.550 --> 00:16:34.390 Hal itu memberikan dokumen 00:16:34.390 --> 00:16:35.010 yang sama bagi kedua 00:16:35.010 --> 00:16:35.510 belah pihak untuk 00:16:35.510 --> 00:16:35.930 di gunakan sebuah. 00:16:36.210 --> 00:16:36.930 Alih-alih pembeli 00:16:36.930 --> 00:16:38.270 mengirim PDF menunggu balasan 00:16:38.270 --> 00:16:39.330 lalu mengutik ulang balasan 00:16:39.330 --> 00:16:39.930 ke dalam sistem 00:16:39.930 --> 00:16:41.150 vendor dapat mengonfirmasi 00:16:41.150 --> 00:16:42.250 detail melalui proses 00:16:42.250 --> 00:16:43.050 yang terhubung. 00:16:43.830 --> 00:16:44.570 Pembeli dapat melihat 00:16:44.570 --> 00:16:45.290 tanggapan tanpa harus 00:16:45.290 --> 00:16:46.990 menyusun ulang catatan secara langsung. 00:16:47.090 --> 00:16:47.630 Setelah pembelian 00:16:47.630 --> 00:16:48.670 diproses melalui sistem 00:16:48.670 --> 00:16:49.910 perusahaan juga mengumpulkan 00:16:49.910 --> 00:16:50.670 informasi berguna 00:16:50.670 --> 00:16:51.370 tanpa perlu membuat 00:16:51.370 --> 00:16:52.070 lembar kerja lagi. 00:16:52.890 --> 00:16:53.630 Analisis pengeluaran 00:16:53.630 --> 00:16:54.710 menjawab pertanyaan sederhana 00:16:54.710 --> 00:16:55.890 ke mana pergi nyawa tersebut. 00:16:56.690 --> 00:16:57.370 Manager pembelian 00:16:57.370 --> 00:16:58.490 dapat meninjau pengeluaran 00:16:58.490 --> 00:16:59.230 berdasarkan vendor 00:16:59.230 --> 00:17:00.510 produk kategori pengadaan 00:17:00.510 --> 00:17:01.110 atau departemen. 00:17:01.510 --> 00:17:02.210 Mungkin perusahaan 00:17:02.210 --> 00:17:03.170 mengirim membeli sarung tangan 00:17:03.170 --> 00:17:03.910 dari satu pemasok 00:17:03.910 --> 00:17:04.610 tetapi catatan 00:17:04.610 --> 00:17:05.290 menunjukkan beberapa 00:17:05.290 --> 00:17:06.050 tim membeli sarung tangan 00:17:06.050 --> 00:17:07.050 serupa dengan vendor yang berbeda. 00:17:07.550 --> 00:17:08.350 Mungkin suatu departemen 00:17:08.350 --> 00:17:09.350 menghabiskan lebih banyak biaya 00:17:09.350 --> 00:17:10.230 untuk perbedaan yang diperkirakan. 00:17:10.670 --> 00:17:11.210 Detail tersebut 00:17:11.210 --> 00:17:12.090 memberi perusahaan alasan 00:17:12.090 --> 00:17:13.030 untuk mengajukan pertanyaan 00:17:13.030 --> 00:17:13.630 yang lebih baik sebelum 00:17:13.630 --> 00:17:14.210 pembelian berikutnya. 00:17:14.690 --> 00:17:15.590 Analisis kinerja vendor 00:17:15.590 --> 00:17:16.310 melihat sisi vendor 00:17:16.310 --> 00:17:17.190 dari cerita yang sama. 00:17:17.670 --> 00:17:18.870 Pembeli dapat membandingkan 00:17:18.870 --> 00:17:19.950 hasil pembelian dan pengiriman 00:17:19.950 --> 00:17:20.590 saat memutuskan 00:17:20.590 --> 00:17:21.370 siapa yang akan menerima 00:17:21.370 --> 00:17:22.010 pesanan di masalah. 00:17:22.210 --> 00:17:23.210 Harga murah di atas kertas 00:17:23.210 --> 00:17:24.310 mungkin tidak terlihat menarik 00:17:24.310 --> 00:17:25.330 jika vendor berulang kali 00:17:25.330 --> 00:17:26.050 terlambat mengirim 00:17:26.050 --> 00:17:26.730 mengirim pesanan 00:17:26.730 --> 00:17:27.330 yang tidak lengkap 00:17:27.330 --> 00:17:28.010 atau tidak memenuhi 00:17:28.010 --> 00:17:28.870 ketentuan yang disepakat. 00:17:29.430 --> 00:17:30.250 Perusahaan dapat menggunakan 00:17:30.250 --> 00:17:31.310 catatan pembeliannya sendiri 00:17:31.310 --> 00:17:32.110 saat meninjau hubungan 00:17:32.110 --> 00:17:32.830 dengan vendor tersebut. 00:17:33.170 --> 00:17:34.030 Kemudian ada jejak audit. 00:17:34.390 --> 00:17:35.310 Jejak audit memungkinkan 00:17:35.310 --> 00:17:36.070 seseorang menelusuri 00:17:36.070 --> 00:17:37.010 pembelian melalui rewitan. 00:17:37.450 --> 00:17:38.170 Mereka dapat mulai 00:17:38.170 --> 00:17:39.010 dengan permintaan awal 00:17:39.010 --> 00:17:40.330 melihat siapa yang menyetujuinya 00:17:40.330 --> 00:17:41.310 meninjau pesanan pembelian 00:17:41.310 --> 00:17:42.170 memeriksa tanda terima 00:17:42.170 --> 00:17:42.870 menemukan faktur 00:17:42.870 --> 00:17:44.090 dan melihat pembayaran yang mulasinya. 00:17:44.550 --> 00:17:45.110 Catatan tersebut 00:17:45.110 --> 00:17:46.030 membantu tim keuangan 00:17:46.030 --> 00:17:46.550 dan audit 00:17:46.550 --> 00:17:47.450 tetapi juga membantu 00:17:47.450 --> 00:17:47.910 orang biasa 00:17:47.910 --> 00:17:48.650 menjawab pertanyaan 00:17:48.650 --> 00:17:49.130 sehari-hari. 00:17:49.530 --> 00:17:50.270 Mengapa kita membeli ini? 00:17:50.550 --> 00:17:51.290 Siapa yang menyevendorin? 00:17:51.610 --> 00:17:52.410 Apakah barangnya sudah sampai? 00:17:52.730 --> 00:17:53.710 Apakah fakturnya sudah dibayar? 00:17:54.130 --> 00:17:54.610 Jawabannya ada 00:17:54.610 --> 00:17:55.470 pada catatan pembelian. 00:17:56.150 --> 00:17:56.850 Kembali ke gedung kantor 00:17:56.850 --> 00:17:57.330 di awal tadi. 00:17:58.210 --> 00:17:58.810 Meja pembelian 00:17:58.810 --> 00:17:59.710 dan maga penerimaan 00:17:59.710 --> 00:18:00.570 dan meja keuangan 00:18:00.570 --> 00:18:01.550 memiliki tugas berbeda 00:18:01.550 --> 00:18:02.390 tetapi mereka semua 00:18:02.390 --> 00:18:03.070 melihat bagian dari 00:18:03.070 --> 00:18:03.790 pembelian yang sama 00:18:03.790 --> 00:18:05.330 alih-alih mengoper kertas lepas 00:18:05.330 --> 00:18:06.270 antar ruangan terpisah. 00:18:08.350 --> 00:18:09.090 Manager gudang kita 00:18:09.090 --> 00:18:10.150 permintaan TMS kita 00:18:10.150 --> 00:18:11.390 untuk helm dan sarung tangan 00:18:11.390 --> 00:18:12.050 sekarang memiliki 00:18:12.050 --> 00:18:12.770 riwayat lengkap. 00:18:13.410 --> 00:18:13.970 Permintaan tersebut 00:18:13.970 --> 00:18:14.970 mengikuti kebijakan perusahaan. 00:18:15.450 --> 00:18:16.510 Orang yang tepat telah menyetujuinya. 00:18:16.870 --> 00:18:18.010 Fender masuk peralatan tersebut. 00:18:18.630 --> 00:18:19.090 Staff gudang 00:18:19.090 --> 00:18:19.890 mencatat pengiriman. 00:18:20.670 --> 00:18:21.130 Akun hutang 00:18:21.130 --> 00:18:21.910 mencocokkan faktur 00:18:21.910 --> 00:18:22.470 dan membayarnya. 00:18:23.150 --> 00:18:24.030 Satu perbedaan sederhana 00:18:24.030 --> 00:18:24.970 menjaga semua 00:18:24.970 --> 00:18:25.890 blok bangunan ini tetap jelas. 00:18:26.590 --> 00:18:27.190 Sourcing membantu 00:18:27.190 --> 00:18:27.870 perusahaan memilih 00:18:27.870 --> 00:18:28.910 dari siapa untuk membeli 00:18:28.910 --> 00:18:29.810 sementara pengadaan 00:18:29.810 --> 00:18:30.610 mengelola apa yang terjadi 00:18:30.610 --> 00:18:31.210 setelah perusahaan 00:18:31.210 --> 00:18:32.150 memutuskan untuk membeli. 00:18:33.330 --> 00:18:33.890 Kesimpulan 00:18:33.890 --> 00:18:34.990 Satu catatan terhubung 00:18:34.990 --> 00:18:35.970 dari prospek hingga pembayar. 00:18:36.370 --> 00:18:37.050 Inilah gambar besar. 00:18:37.450 --> 00:18:38.270 Pengadaan dan sourcing 00:18:38.270 --> 00:18:39.330 mengambil semua serah terima 00:18:39.330 --> 00:18:39.890 yang tersebar itu 00:18:39.890 --> 00:18:40.450 dan mengubahnya 00:18:40.450 --> 00:18:41.610 menjadi satu proses perusahaan itu. 00:18:42.010 --> 00:18:42.910 Permintaan tidak hilang 00:18:42.910 --> 00:18:43.570 di kotak masuk. 00:18:43.730 --> 00:18:44.530 Persetujuan tidak hanya 00:18:44.530 --> 00:18:45.910 tersimpan dalam ingatan seseorang. 00:18:46.230 --> 00:18:46.990 Dan faktur tidak tiba 00:18:46.990 --> 00:18:47.850 tanpa hubungan yang jelas 00:18:47.850 --> 00:18:48.930 dengan keputusan dibaliknya. 00:18:49.590 --> 00:18:50.070 Sebaliknya, 00:18:50.190 --> 00:18:50.790 perusahaan memiliki 00:18:50.790 --> 00:18:51.750 satu catatan terhubung 00:18:51.750 --> 00:18:52.450 yang mengikuti pembelian 00:18:52.450 --> 00:18:52.950 hingga selesai. 00:18:53.250 --> 00:18:53.870 Hal itu memberi Anda 00:18:53.870 --> 00:18:54.370 jawaban yang jelas 00:18:54.370 --> 00:18:54.990 yang Anda membutuhkan. 00:18:55.290 --> 00:18:56.130 Anda dapat melihat pesanan 00:18:56.130 --> 00:18:56.670 sebagai pembeli. 00:18:56.970 --> 00:18:58.070 Gudang melihat apa yang diharapkan. 00:18:58.490 --> 00:18:59.330 Bagian keuangan mengetahui 00:18:59.330 --> 00:19:00.210 apa yang harus dibayar perusahaan. 00:19:00.450 --> 00:19:01.170 Dan manajer melihat 00:19:01.170 --> 00:19:01.810 dengan tepat kemana 00:19:01.810 --> 00:19:02.470 pengeluaran berjalan. 00:19:02.730 --> 00:19:03.710 Pembelian masih melibatkan 00:19:03.710 --> 00:19:04.710 orang, vendor, barang, 00:19:04.850 --> 00:19:05.950 layanan, dan keputusan. 00:19:06.550 --> 00:19:07.410 Dynamics tidak menghilangkan 00:19:07.410 --> 00:19:07.970 hal-hal tersebut. 00:19:08.450 --> 00:19:09.430 Ini menyimpan catatan mereka 00:19:09.430 --> 00:19:10.030 secara bersamaan 00:19:10.030 --> 00:19:10.450 sehingga Anda 00:19:10.450 --> 00:19:11.130 lebih sedikit masalah 00:19:11.130 --> 00:19:11.890 yang belum terselesaikan 00:19:11.890 --> 00:19:12.630 dan lebih sedikit kejut. 00:19:12.830 --> 00:19:13.710 Berlanggananlah di platform 00:19:13.710 --> 00:19:14.650 podcast favorit Anda 00:19:14.650 --> 00:19:16.150 dan bagikan potongan pengetahuan ini 00:19:16.150 --> 00:19:17.050 kepada seseorang yang mulai 00:19:17.050 --> 00:19:17.850 mempelajari Dynamics 00:19:17.850 --> 00:19:18.430 di Gunsourcing.