WEBVTT 00:00:00.000 --> 00:00:05.860 Apa yang terjadi saat nama produk di bagian penjualan tidak cocok dengan nama produk di gudang dan toko daring masih menampilkan foto tahun lalu? 00:00:06.440 --> 00:00:07.560 Seseorang memesan barang yang salah. 00:00:08.260 --> 00:00:12.300 Seorang pembeli menanyakan detail yang tidak bisa ditemukan siapapun dan staff mulai meriksa. 00:00:12.760 --> 00:00:17.660 Lembar kerja, suri lama, pdf pemasok, dan lima sistem berbeda hanya untuk menjawab pertanyaan sederhana. 00:00:18.720 --> 00:00:24.060 Selamat datang di sejian pengetahuan lainnya dari M365FMIOTMDMOPeters 00:00:24.060 --> 00:00:29.280 dan hari ini kita membahas pengelolaan informasi produk Dynamics 365 atau disingkat PM. 00:00:30.000 --> 00:00:33.300 Di akhir nanti Anda akan memahami bagaimana sistem ini menyimpan satu catatan produk bersama. 00:00:33.760 --> 00:00:38.240 Bagaimana produk bisa hadir dalam berbagai bentuk dan bagaimana informasi tersebut menjangkau bagian bisnis yang membutuhkan. 00:00:39.440 --> 00:00:41.300 Satu catatan produk untuk seluruh perusahaan. 00:00:42.300 --> 00:00:46.660 Sebuah produk mungkin terlihat sederhana dari luar, hanya nama, harga, dan mungkin sebuah foto. 00:00:47.140 --> 00:00:50.280 Di balik layar, produk yang sama menyentuh hampir setiap bagian perusahaan. 00:00:50.700 --> 00:00:51.820 Beginilah cara kerjanya. 00:00:52.220 --> 00:00:54.500 Bagian pembelian membutuhkan detail pemasok dan unit, 00:00:54.680 --> 00:00:58.080 sementara tim gudang membutuhkan informasi untuk menerima, menyimpan, dan mengambil barang. 00:00:58.500 --> 00:00:59.580 Biar penjualan membutuhkan yang paling jelas. 00:00:59.580 --> 00:01:03.940 Bagian keuangan membutuhkan pengaturan yang benar dan toko daring membutuhkan foto serta deskripsi yang akurat. 00:01:04.260 --> 00:01:06.460 Setiap tim melihat produk yang sama dari sudut pandang yang berbeda. 00:01:06.740 --> 00:01:10.200 Tanpa satu tempat bersama untuk informasi tersebut, orang sering membuat salinan mereka sendiri. 00:01:10.500 --> 00:01:11.780 Tim produk menyimpan lembar kerja. 00:01:12.440 --> 00:01:14.260 Bagian penjualan memasukkan nama yang lebih pendek dalam sistemnya. 00:01:14.600 --> 00:01:16.760 Gudang menggunakan nomor barang dengan deskripsi berbeda 00:01:16.760 --> 00:01:21.500 dan pemasaran menyimpan gambar di folder bersama sementara layanan pelanggan mencari-cari di surai lama. 00:01:22.040 --> 00:01:24.120 Pendekatan itu menciptakan perbedaan kecil di awal. 00:01:24.240 --> 00:01:25.460 Dan kemudian perbedaan itu meluas. 00:01:25.460 --> 00:01:28.000 Bayangkan sebuah perusahaan menjual botol minum isolasi. 00:01:29.140 --> 00:01:33.080 Pemasok mengubah ukurannya dari 500 ml atau tim pembelian mendapatkan detail baru 00:01:33.080 --> 00:01:35.460 tetapi toko daring masih mencantumkan kapasitas yang lama. 00:01:36.840 --> 00:01:40.480 Bagian penjualan mengirimkan lembar spesifikasi yang salah kepada pelanggan dan staff gudang 00:01:40.480 --> 00:01:42.240 menghad label produk yang tidak cocok dengan pesanan. 00:01:42.900 --> 00:01:44.200 Tidak ada yang bermaksud menciptakan masalah. 00:01:44.680 --> 00:01:46.160 Setiap hari bekerja berdasarkan saling berbeda. 00:01:46.840 --> 00:01:47.880 Pengelolaan informasi 00:01:47.880 --> 00:01:51.860 Produk Dynamics 365 memberikan perusahaan satu definisi produk pusat. 00:01:52.540 --> 00:01:54.960 Anggaplah ini sebagai lemah reaksi bersama untuk informasi produk. 00:01:55.420 --> 00:01:57.500 Alih-alih setiap departemen menyimpan foldernya sendiri. 00:01:57.640 --> 00:01:59.980 Catatan produk menjadi tempat di mana detail yang disepakati berat. 00:02:00.520 --> 00:02:03.180 Orang-orang menggunakan definisi tersebut di seluruh pekerjaan bisnis 00:02:03.180 --> 00:02:05.580 alih-alih mengetik ulang informasi yang sama berulang kali. 00:02:06.220 --> 00:02:08.140 Nomor produk berada di pusat catatan tersebut. 00:02:08.860 --> 00:02:11.440 Hal ini membantu perusahaan mengidentifikasi produk secara konsisten 00:02:11.440 --> 00:02:14.020 meskipun tim yang berbeda menggunakan kata-kata berbeda saat membicarakannya. 00:02:14.020 --> 00:02:17.540 Bersamaan dengan nomor itu, Anda menyimpan nama dan deskripsi 00:02:17.540 --> 00:02:20.240 serta mengidentifikasi apakah itu barang fisik yang bisa Anda stok 00:02:20.240 --> 00:02:22.000 atau layanan yang disediakan perusahaan. 00:02:22.540 --> 00:02:24.580 Catatan tersebut juga mencakup unit yang digunakan orang 00:02:24.580 --> 00:02:26.760 saat mereka membeli, menjual, menyimpan, atau menghitung produk. 00:02:27.020 --> 00:02:29.460 Satu kotak, satu buah, satu kilogram, satu liter, atau satu palet 00:02:29.460 --> 00:02:31.260 bisa berarti hal yang sangat berbeda dalam pekerjaan sehari-hari. 00:02:31.440 --> 00:02:33.880 Ketika unit-unit tersebut jelas, pekerjaan pembelian dan gudang 00:02:33.880 --> 00:02:35.200 memiliki titik awal yang jauh lebih baik. 00:02:35.660 --> 00:02:39.080 Informasi produk juga dapat membuat gambar, lampiran, kategori, atribut, 00:02:39.080 --> 00:02:41.160 serta terjemahan untuk nama dan deskripsi. 00:02:41.160 --> 00:02:43.960 Jadi catatan tersebut bisa berisi lebih dari sekadar lainnya. 00:02:44.040 --> 00:02:46.620 Catatan ini dapat membuat dokumen pemasok yang menjelaskan produk, 00:02:46.760 --> 00:02:48.660 foto yang membantu seseorang mengenalinya, 00:02:49.000 --> 00:02:50.820 deskripsi yang diterjemahkan untuk tim atau pelanggan 00:02:50.820 --> 00:02:51.840 yang menggunakan bahasa lain, 00:02:52.220 --> 00:02:54.840 serta detail seperti bahan, merek, atau instruksi penanganan. 00:02:56.060 --> 00:02:57.800 Definisi bersama harus ada sebelum penggunaan lokal. 00:02:58.120 --> 00:02:59.760 Perusahaan mendefinisikan suatu produk sekali, 00:03:00.020 --> 00:03:02.420 lalu membiarkan berbagai bagian bisnis menggunakannya sesuai kebutuhan. 00:03:02.840 --> 00:03:04.960 Catatan bersama penyimpan fakta umum secara terkumpul 00:03:04.960 --> 00:03:07.260 sementara setiap area menerapkan pengaturan bisnisnya sendiri nanti. 00:03:07.860 --> 00:03:10.180 Anda tidak perlu membangun ulang produk dari awal setiap kali tim lain 00:03:10.180 --> 00:03:10.880 membutuhkannya. 00:03:12.160 --> 00:03:14.140 Itu adalah cara kerja yang jauh lebih rapi, 00:03:14.480 --> 00:03:17.980 tetapi nama dan deskripsi saja tidak menceritakan keseluruhan kisah produk. 00:03:18.820 --> 00:03:20.880 Satu celana jin bisa berubah menjadi banyak barang 00:03:20.880 --> 00:03:23.000 setelah warna dan ukuran masuk dalam perhitungan. 00:03:24.020 --> 00:03:26.180 Master Rodak dan Varian, Pohon Keluarga Produk 00:03:26.180 --> 00:03:29.500 Jadi kapan satu produk menjadi banyak produk? 00:03:30.140 --> 00:03:31.140 Pikirkan tentang sepasang celana. 00:03:31.380 --> 00:03:33.460 Anda mungkin melihat jin sebagai satu produk, 00:03:33.740 --> 00:03:35.700 tetapi gudang tidak bisa mengambil sembarang celana 00:03:35.700 --> 00:03:37.660 jika pesanan meminta warna hitam ukuran besar. 00:03:37.660 --> 00:03:42.000 Dan bagian penjualan tidak bisa menjanjikan cin biru ukuran ekstra kecil jika kombinasi itu sebenarnya tidak ada. 00:03:42.440 --> 00:03:44.780 Disitulah Dynamics 365 hadir dengan ide sederhana. 00:03:45.500 --> 00:03:47.480 Sistem ini memisahkan produk dasar dari Master Product. 00:03:47.880 --> 00:03:49.440 Produk sederhana adalah satu barang tetap. 00:03:50.300 --> 00:03:52.980 Bayangkan sekotak kertas printer polos yang dijual dalam satu ukuran, 00:03:53.300 --> 00:03:54.640 satu warna, dan satu format. 00:03:55.180 --> 00:03:58.600 Produk ini memiliki catatan produknya sendiri karena tidak ada pilihan yang mengubah barang tersebut. 00:03:59.020 --> 00:04:00.340 Master Product bekerja secara berbeda. 00:04:00.820 --> 00:04:02.840 Ini adalah catatan induk untuk keseluruhan keluarga produk. 00:04:03.440 --> 00:04:06.740 Ini menyimpan detail bersama dan aturan untuk pilihan yang menciptakan barang-barang terpisah. 00:04:06.740 --> 00:04:07.900 Begini cara kerjanya. 00:04:08.300 --> 00:04:13.280 Master Product Jin membawa nama, deskripsi dasar, dan informasi umum untuk setiap pasang dalam jajaran tersebut. 00:04:13.680 --> 00:04:18.640 Kemudian varian individu mengidentifikasi jin yang tepat yang dibeli, disimpan, diproduksi, atau dikirim oleh seseorang. 00:04:18.880 --> 00:04:20.480 Varian adalah barang spesifik yang dapat dijual. 00:04:20.840 --> 00:04:23.040 Untuk jin, warna biru dan ukuran medium bisa menjadi satu varian. 00:04:23.320 --> 00:04:24.480 Warna besar bisa menjadi varian lain. 00:04:24.720 --> 00:04:27.700 Keduanya termasuk dalam keluarga produk yang sama tetapi tidak dapat dipertukar. 00:04:28.020 --> 00:04:30.600 Satu mungkin masih ada di rak gudang, sementara yang lain sudah habis. 00:04:30.920 --> 00:04:32.120 Satu mungkin menggunakan label yang berbeda. 00:04:32.500 --> 00:04:33.600 Satu mungkin memiliki kode batang seni. 00:04:33.600 --> 00:04:35.500 Struktur induk dan anak adalah ide utama. 00:04:35.820 --> 00:04:37.100 Master Product mendefinisikan keluarga semuanya. 00:04:37.640 --> 00:04:39.240 Varian Product adalah anggota individualnya. 00:04:39.660 --> 00:04:45.040 Daripada memasukkan informasi dasar yang sama berulangkali, Anda mulai dengan Master dan membuat kombinasi nyata yang dibutuhkan bisnis Anda. 00:04:45.820 --> 00:04:47.220 Izinkan saya memberikan contoh konkret. 00:04:47.640 --> 00:04:50.000 Bayangkan rangkaian jin hadir dalam warna biru, hitam, dan coklat. 00:04:50.000 --> 00:04:54.360 Jin tersebut juga hadir dalam ukuran ekstra kecil, kecil, sedang besar, ekstra besar, dan dobel ekstra besar. 00:04:54.360 --> 00:04:57.700 Jika setiap warna tersedia dalam setiap ukuran, Anda akan memiliki 18 kombinasi. 00:04:58.020 --> 00:05:00.140 Namun, bisnis jarang menjual setiap kemungkinan kombinasi. 00:05:00.460 --> 00:05:02.580 Mungkin warna biru hanya tersedia di ukuran ekstra kecil hingga sedang. 00:05:02.720 --> 00:05:04.440 Warna hitam bersedia di ukuran sedang hingga ekstra besar. 00:05:04.680 --> 00:05:05.700 Warna coklat dimulai dari ukuran. 00:05:05.960 --> 00:05:09.740 Dynamics 3Rs 6L dapat memperlakukan setiap kombinasi yang diizinkan sebagai variannya sendiri. 00:05:09.740 --> 00:05:13.660 Ketika seseorang menambahkan jin ke pesanan, mereka memilih dimensi yang mengidentifikasi produk yang tepat. 00:05:13.880 --> 00:05:16.460 Warna dan ukuran memberitahu sistem varian mana yang diinginkan pelanggan. 00:05:16.780 --> 00:05:18.300 Tidak perlu menebak pasangan mana yang ada dalam kotak. 00:05:18.300 --> 00:05:20.620 Pilihan tersebut disebut dimensi produk. 00:05:21.460 --> 00:05:22.180 Dynamics 3Rs 00:05:22.180 --> 00:05:25.020 Manajemen rantai pasokan mencakup dimensi di antaranya. 00:05:25.440 --> 00:05:28.280 Yaitu warna, ukuran, gaya, konfigurasi, dan versi. 00:05:28.820 --> 00:05:31.040 Perusahaan memilih dimensi yang sesuai dengan keluarga produk, 00:05:31.460 --> 00:05:33.340 lalu mengelompokkannya untuk master produk tersebut. 00:05:33.340 --> 00:05:34.500 Mari kita bahas dengan cepat. 00:05:34.920 --> 00:05:35.640 Warna itu sederhan. 00:05:36.140 --> 00:05:37.280 Biru, hitam, coklat, merah. 00:05:37.740 --> 00:05:38.860 Ukuran juga sudah tidak asing lagi. 00:05:39.340 --> 00:05:42.180 Kecil, sedang, besar, atau nomor ukuran sepatu. 00:05:42.640 --> 00:05:45.360 Gaya dapat memisahkan produk yang berbagi nama tetapi terlihat berbeda. 00:05:45.820 --> 00:05:47.260 Pemeja mungkin hadir dalam potongan ramping. 00:05:47.260 --> 00:05:50.040 Kursi mungkin memiliki rangka standar atau sentuhan akhir yang berbeda. 00:05:50.500 --> 00:05:52.800 Konfigurasi menjelaskan rancangan atau pengaturan yang dipilih. 00:05:53.280 --> 00:05:56.580 Sebagai contoh, mesin mungkin memerlukan motor, voltase, atau rangkaian suku cadang tertentu. 00:05:57.020 --> 00:05:59.280 Dimensi konfigurasi mengidentifikasi pilihan tersebut. 00:05:59.820 --> 00:06:01.460 Versi melacak perubahan pada produk dari waktu. 00:06:01.660 --> 00:06:03.640 Hal ini paling penting bagi produsen. 00:06:04.060 --> 00:06:08.020 Bayangkan sebuah suku cadang yang tetap memiliki fungsi sama tetapi berubah setelah pembawaan teknik yang disetujui. 00:06:08.380 --> 00:06:12.660 Versi memungkinkan perusahaan membedakan versi 1 dengan versi 2 saat berpindah melalui rantai pasokan. 00:06:12.660 --> 00:06:15.160 Nah, tidak setiap master product membutuhkan kelima dimensi tersebut. 00:06:15.660 --> 00:06:17.240 Kaus mungkin hanya membutuhkan warna dan ukuran. 00:06:17.940 --> 00:06:20.240 Peralatan mungkin membutuhkan konfigurasi dan versi. 00:06:20.740 --> 00:06:23.380 Grup dimensi bertindak seperti lembar aturan untuk keluarga produsen. 00:06:23.640 --> 00:06:28.160 Grup ini memberitahu Dynamics 365 pilihan mana yang berlaku saat membuat dan mengidentifikasi varian. 00:06:28.660 --> 00:06:30.400 Keputusan itu membentuk produk sejak awal. 00:06:30.840 --> 00:06:34.080 Anda mungkin bertanya tentang berat, tinggi, panjang, lebar, atau volume. 00:06:34.080 --> 00:06:38.020 Detail tersebut mendeskripsikan produk fisik tetapi tidak menciptakan varian. 00:06:38.560 --> 00:06:44.020 Sepasang jin bisa memiliki berat atau ukuran paket yang tercantum namun tidak mengubahnya menjadi barang yang berbeda seperti halnya warna atau ukuran. 00:06:44.800 --> 00:06:46.200 Dimensi fisik menjelaskan produk tersebut. 00:06:46.780 --> 00:06:48.840 Dimensi produk mengidentifikasi varian tertentu. 00:06:49.320 --> 00:06:51.460 Memisahkan kedua gagasan itu mencegah kebingungan nantinya. 00:06:52.000 --> 00:06:54.640 Jika gudang perlu mengetahui berapa banyak ruang yang dibutuhkan sebuah karton. 00:06:55.020 --> 00:06:56.040 Dimensi fisik akan membantu. 00:06:56.660 --> 00:07:00.380 Jika pesanan memerlukan celana jins hitam dengan dimensi produk besar, temukan varian yang tepat. 00:07:00.380 --> 00:07:02.820 Ada satu pilihan awal yang memengaruhi segala hal setelain. 00:07:02.820 --> 00:07:06.160 Bagaimana perusahaan akan membuat dan mengendalikan varian produk tersebut? 00:07:06.460 --> 00:07:07.680 Dan itulah yang akan kita bahas selanjut. 00:07:08.820 --> 00:07:10.640 Mengonfigurasi produk tanpa menciptakan kakak. 00:07:11.280 --> 00:07:14.540 Memilih dimensi memberitahu Dynamics 365 cara mengidentifikasi varian. 00:07:14.920 --> 00:07:17.640 Namun perusahaan tetap harus memutuskan cara membuat varian tersebut. 00:07:18.080 --> 00:07:19.060 Pilihan bergantung berapa produk. 00:07:19.680 --> 00:07:22.240 Manajemen rantai pasokan mendukung tiga pendekatan utama. 00:07:22.820 --> 00:07:24.280 Varian yang telah ditentukan sebelumnya. 00:07:24.440 --> 00:07:28.400 Konfigurasi berbasis dimensi dan konfigurasi berbasis batasan. 00:07:28.400 --> 00:07:31.360 Namanya terdengar teknis, jadi izinkan saya menjelaskannya dengan bahasa sederhana. 00:07:31.360 --> 00:07:35.500 Varian yang telah ditentukan sebelumnya cocok untuk produk dengan rangkaian kombinasi terbatas yang diketahui. 00:07:35.580 --> 00:07:38.220 Bayangkan pengecernya menjual rangkaian celana jeans yang baru saja kita bahas. 00:07:38.420 --> 00:07:41.420 Perusahaan sudah tahu warna dan ukuran apa saja yang akan dibeli disimpan dan dijual. 00:07:41.780 --> 00:07:43.680 Warna biru tersedia dalam ukuran ekstra kecil-kecil. 00:07:43.980 --> 00:07:45.900 Warna hitam tersedia dalam ukuran sedang besar dan ekstra. 00:07:46.100 --> 00:07:48.640 Warna coklat tersedia dalam ukuran besar ekstra besar ganda. 00:07:48.980 --> 00:07:52.000 Sembilan pilihan tersebut dapat dibuat sebelumnya sebagai varian terpisah. 00:07:52.380 --> 00:07:55.140 Bisnis tidak memerlukan setiap kemungkinan kombinasi warna dan ukuran. 00:07:55.140 --> 00:07:57.160 Bisnis hanya membuat kombinasi yang benar-benar ada. 00:07:57.620 --> 00:08:02.980 Hal itu menjaga katalog, tetap rapi, dan mencegah seseorang memesan celana jeans coklat ukuran ekstra kecil saat tidak ada yang memproduksinya. 00:08:03.520 --> 00:08:05.860 Varian yang telah ditentukan sebelumnya berfungsi dengan baik jika jangan baik. 00:08:06.040 --> 00:08:10.900 Perusahaan pakaian, distributor dengan ukuran pake tetap, bisnis yang menjual warna furniture standar. 00:08:11.420 --> 00:08:13.400 Mereka semua dapat menyiapkan barang yang mereka harapkan untuk ditanggung. 00:08:13.840 --> 00:08:16.400 Setiap varian ada sebagai barang yang diketahui sebelum pesanan tiba. 00:08:16.880 --> 00:08:20.500 Sehingga tim pembelian, kudang, dan staf penjualan dapat bekerja dengan pilihan produk yang jelas. 00:08:20.920 --> 00:08:23.180 Pendekatan berikutnya adalah konfigurasi berbasis di mail. 00:08:23.180 --> 00:08:24.900 Pendekatan ini sering muncul dalam manfaatnya. 00:08:25.140 --> 00:08:26.900 Bayangkan sebuah perusahaan yang membuat pompa industri. 00:08:27.460 --> 00:08:31.800 Satu keluarga pompa mungkin menggunakan banyak suku cadang yang sama, tetapi pelanggan dapat memilih konfigurasi tertentu. 00:08:32.260 --> 00:08:35.040 Pilihan itu memengaruhi komponen mana saja yang ada dalam pompa yang sudah jadi. 00:08:35.980 --> 00:08:39.400 Dynamics 305 dapat menggunakan dimensi konfigurasi untuk mengendalikan hal tersebut. 00:08:39.720 --> 00:08:41.740 Produk menggunakan satu daftar material bersama. 00:08:42.480 --> 00:08:43.660 Oh, sering disebut sebagai BOM. 00:08:44.260 --> 00:08:46.880 Daftar material hanyalah daftar suku cadang untuk membangun sesuatu. 00:08:47.500 --> 00:08:52.040 Dalam daftar tunggal tersebut, beberapa suku cadang hanya berlaku jika pelanggan memilih konfigurasi tertentu. 00:08:52.040 --> 00:08:55.580 Misalnya, pompa yang dibuat untuk satu voltase mungkin memerlukan satu motor. 00:08:55.900 --> 00:08:57.740 Voltase yang berbeda memerlukan motor yang berbeda pun. 00:08:58.120 --> 00:08:59.840 Alih-alih memelihara daftar suku cadang terpisah. 00:09:00.140 --> 00:09:02.500 Untuk setiap kemungkinan pompa, perusahaan menyimpan satu daftar bersama. 00:09:02.840 --> 00:09:05.440 Perusahaan menandai baris mana yang termasuk dalam konfigurasi yang menandai. 00:09:05.440 --> 00:09:09.060 Saat konfigurasi yang dipilih mencapai tahap perencanaan atau produksi Dynamics 365 00:09:09.060 --> 00:09:11.520 hanya menggunakan baris komponen yang sesuai dengan pilihan tersebut. 00:09:11.860 --> 00:09:13.220 Hal itu menghemat banyak pengaturan duplikat. 00:09:13.220 --> 00:09:17.920 Ini juga memberi produsen cara yang lebih jelas untuk mengelola keluarga produk yang memiliki konstruksi serupa, 00:09:18.120 --> 00:09:19.460 namun berbeda dalam aspek tertentu. 00:09:20.060 --> 00:09:21.960 Dimensi mengidentifikasi produk yang dipilih. 00:09:22.460 --> 00:09:25.460 Daftar material memandu suku cadang mana saja yang termasuk dalam rakitan tersebut. 00:09:25.800 --> 00:09:27.400 Ada konfigurasi berbasis batasan konfigurasi. 00:09:27.760 --> 00:09:31.060 Pendekatan ini cocok untuk produk di mana pelanggan dapat memilih dari banyak opsi. 00:09:31.320 --> 00:09:33.240 Namun tidak semua opsi dapat bekerja dengan opsi lainnya. 00:09:33.680 --> 00:09:37.380 Bayangkan mesin kustom, peralatan laboratorium, atau produk yang dirakit dari banyak komponen. 00:09:38.040 --> 00:09:42.060 Pelanggan dapat memilih jenis daya, rumah mesin motor, opsi keselamatan, dan panel kontrol. 00:09:42.060 --> 00:09:44.740 Beberapa kombinasi berhasil, beberapa lainnya tidak. 00:09:45.500 --> 00:09:47.560 Rumah mesin tertentu mungkin tidak muat untuk motor yang lebih besar. 00:09:48.080 --> 00:09:50.140 Satu tegangan mungkin memerlukan panel kontrol tertentu. 00:09:50.460 --> 00:09:52.560 Menutup pengaman mungkin hanya cocok untuk satu ukuran mesin. 00:09:53.020 --> 00:09:56.660 Tanpa aturan, tenaga penjualan bisa memilih kombinasi yang tidak dapat dibangun oleh pabrik. 00:09:57.000 --> 00:10:00.520 Konfigurasi berbasis batasan memasukkan aturan tersebut ke dalam model konfigurasi produk. 00:10:00.960 --> 00:10:03.500 Model ini menjelaskan pilihan yang mungkin dan aturan yang membatasinya. 00:10:03.960 --> 00:10:07.280 Saat seseorang mengonfigurasi produk, sistem akan mengarahkan mereka ke opsi yang valid. 00:10:07.280 --> 00:10:09.640 Yang mencegah pilihan yang saling bertentangan satu sama lain. 00:10:09.640 --> 00:10:12.580 Ini menghentikan pesanan yang mustahil sebelum mencapai tahap produksi. 00:10:13.100 --> 00:10:15.700 Saya ingin memperlambat di sini karena ini adalah keputusan desain awal. 00:10:16.320 --> 00:10:21.320 Perusahaan perlu memilih teknologi konfigurasi yang sesuai dengan proses bisnisnya sebelum membangun keluarga produk. 00:10:21.960 --> 00:10:26.140 Dynamics 365 tidak dapat mengubah produk dari satu model konfigurasi ke model lainnya di kemudian. 00:10:26.380 --> 00:10:32.220 Jadi, pengecer yang menjual rangkaian produk tetap sebaiknya tidak menyiapkan model produk kustom yang rumit hanya karena terdengar fleksibel. 00:10:32.220 --> 00:10:39.560 Dan produsen yang membuat peralatan sesuai pesanan tidak boleh memaksakan setiap kemungkinan rakitan ke dalam daftar varian yang panjang jika pilihannya bergantung pada aturan. 00:10:40.240 --> 00:10:42.940 Mulailah dengan proses pembelian, penjualan, dan produksi yang nyata. 00:10:43.320 --> 00:10:44.120 Ajukan pertanyaan sederhana. 00:10:44.540 --> 00:10:47.180 Apakah kita mengetahui setiap kombinasi produk sebelum pesanan tiba? 00:10:47.540 --> 00:10:50.520 Atau apakah pelanggan membuat pilihan produk melalui serangkaian opsi yang diizinkan? 00:10:50.860 --> 00:10:52.840 Jawabannya mengarahkan bisnis menuju pendekatan yang tepat. 00:10:53.440 --> 00:10:55.500 Setelah perusahaan mengetahui apa saja bentuk produknya, 00:10:55.500 --> 00:10:58.680 Mereka butuh cara untuk mendeskripsikannya dengan jelas dan menjaga informasi tersebut. 00:10:59.220 --> 00:11:02.320 Kategori, Atribut, dan Kontrol Informasi Produk 00:11:02.320 --> 00:11:05.060 Nama produk memberitahu Anda apa sebutannya, 00:11:05.220 --> 00:11:09.400 tetapi itu saja tidak akan membantu Anda membeli, menyimpan, menjual, atau menjelaskannya kepada pelanggan. 00:11:09.960 --> 00:11:11.240 Disitulah kategori berperan. 00:11:11.900 --> 00:11:14.640 Anggap kategori seperti lorong-lorong di toko yang terorganisasi dengan baik. 00:11:15.220 --> 00:11:16.980 Perusahaan mungkin mengelompokkan produk berdasarkan jenisnya. 00:11:17.460 --> 00:11:21.200 Oh, pakaian di satu lorong, berkakas di lorong lain, perlengkapan kantor di lorong ketiga. 00:11:21.620 --> 00:11:24.160 Atau mereka mungkin mengelompokkannya berdasarkan jenis pekerjaan yang perlu dilakukan orang. 00:11:24.160 --> 00:11:25.880 Bagaimanapun, tujuannya tetap sama. 00:11:26.340 --> 00:11:27.780 Membuat produk lebih mudah ditemukan dan dikeluar. 00:11:28.300 --> 00:11:29.180 Ambil contoh pun direkap. 00:11:29.520 --> 00:11:31.580 Tim penjualan perlu menemukannya di bawah kategori PKK Sistik. 00:11:31.860 --> 00:11:34.900 Tim produk mungkin menempatkannya dalam kategori untuk peralatan bertenaga baterai. 00:11:35.320 --> 00:11:38.980 Dan inilah intinya, satu produk bisa berada di beberapa kategori sekaligus 00:11:38.980 --> 00:11:41.740 jika kategori tersebut melayani kebutuhan bisnis yang berbeda. 00:11:42.520 --> 00:11:45.520 Intinya, jangan mencoba memasukkan setiap produk ke dalam satu folder yang sempurna. 00:11:46.460 --> 00:11:49.660 Kategori memberikan cara terstruktur bagi bisnis untuk mengatur informasi produk, 00:11:49.660 --> 00:11:52.540 mencari produk, dan bekerja dengan kelompok barang terkait. 00:11:52.540 --> 00:11:56.220 Kategori juga membantu orang menerapkan informasi yang tepat pada produk yang saling berkaitan. 00:11:56.340 --> 00:11:59.100 Kategori memang melakukan banyak hal, tetapi tidak bisa memuat setiap detik. 00:11:59.640 --> 00:12:00.660 Disinilah atribut berperan. 00:12:01.320 --> 00:12:06.820 Untuk botol minum, atributnya mungkin mencakup bahan, kapasitas, jenis tutup, isolasi, merek, dan petunjuk perawatan. 00:12:07.400 --> 00:12:12.360 Untuk suku cadang mesin, atributnya mungkin mencakup dimensi, kebutuhan daya, rentang suhu, atau standar teknis. 00:12:13.060 --> 00:12:16.220 Atribut mengubah label yang luas menjadi informasi produk yang berguna, 00:12:16.280 --> 00:12:18.800 jenis informasi yang benar-benar Anda butuhkan untuk melakukan pekerjaanan. 00:12:18.800 --> 00:12:22.540 Kategori dapat membawa atribut yang masuk akal bagi produk di dalamnya. 00:12:23.380 --> 00:12:26.120 Pakaian membutuhkan jenis kain, ukuran, dan petunjuk pencucian. 00:12:26.500 --> 00:12:30.180 Peralatan elektronik membutuhkan tegangan, detail garansi, dan info kompatibilitas. 00:12:30.820 --> 00:12:33.820 Itu berarti tidak ada yang perlu membuat kolom acak untuk setiap catatan produk. 00:12:34.260 --> 00:12:36.560 Mereka hanya menggunakan detail yang sesuai dengan kelompok produk tersebut. 00:12:36.960 --> 00:12:38.540 Gambar dan lampiran menambahkan lapisan lain. 00:12:38.600 --> 00:12:43.400 Foto membantu pekerja gudang, staff penjualan, atau pelanggan melihat barang yang sedang dibicarakan. 00:12:43.840 --> 00:12:48.540 Lampiran dapat membuat materi pendukung seperti dokumen pemasok, lembar spesifikasi, atau dokumen lain. 00:12:48.960 --> 00:12:51.240 Terkadang nama tertulis saja tidak cukup. 00:12:51.860 --> 00:12:53.920 Terjemahan penting saat perusahaan bekerja di tas bahasa. 00:12:54.500 --> 00:12:59.100 Nama dan deskripsi produk dapat diterjemahkan sehingga orang di pasar yang berbeda mendapatkan informasi yang masuk akal bagi mereka. 00:12:59.420 --> 00:13:02.160 Produknya tetap sama, tetapi kata-kata di sekitarnya dapat menyesuaikan dengan audien. 00:13:02.520 --> 00:13:05.220 Perusahaan juga memerlukan kendali atas siapa yang dapat mengubah informasi. 00:13:05.380 --> 00:13:11.280 Tidak setiap karyawan boleh mengedit setiap catatan produk, mengganti nama item, atau mengubah detail yang diandalkan tim lain. 00:13:12.160 --> 00:13:17.440 Dynamics 365 memungkinkan Anda menerapkan aturan akses data produk di tingkat kategori atau untuk produk individu. 00:13:17.440 --> 00:13:23.520 Misalnya, tim yang bertanggung jawab atas peralatan industri bekerja dengan kategori tersebut, sementara kelompok lain menangani produk konsumen. 00:13:24.000 --> 00:13:27.260 Produk terbatas mungkin memerlukan kontrol yang lebih ketat daripada pelengkapan kantor biasa. 00:13:28.100 --> 00:13:31.220 Bisnis memutuskan siapa yang dapat bekerja dengan setiap area data produknya. 00:13:31.720 --> 00:13:33.660 Hal itu melindungi informasi yang diandalkan oleh banyak orang. 00:13:33.660 --> 00:13:37.460 Catatan tersebut kini mungkin sudah memiliki detail, dokumen, kategori, dan kontrol yang tepat. 00:13:37.760 --> 00:13:43.020 Namun, catatan itu masih memerlukan persetujuan sebelum bagian perusahaan yang membeli, menjual, menyimpan, atau memproduksinya dapat benar-benar. 00:13:43.720 --> 00:13:45.220 Merilis produk ke entitas legal. 00:13:45.760 --> 00:13:49.700 Definisi produk yang sudah selesai kini sudah jadi, otomatis siap digunakan oleh siapa saja. 00:13:50.420 --> 00:13:50.980 Oh, belum tentu. 00:13:52.180 --> 00:13:57.280 Sebuah perusahaan sering beroperasi melalui beberapa entitas legal, yaitu perusahaan-perusahaan terpisah di dalam bisnis yang lebih besar. 00:13:57.720 --> 00:13:59.700 Satu entitas mungkin membeli dan menyimpan produk Jerman. 00:13:59.920 --> 00:14:02.020 Entitas lain menjual produk yang sama di Amerika Serikat. 00:14:02.020 --> 00:14:03.380 Entitas ketiga memproduksinya. 00:14:03.760 --> 00:14:06.060 Mereka semua bisa memulai dengan definisi produk bersama yang sama. 00:14:06.440 --> 00:14:10.720 Di Dynamics 365, definisi bersama tersebut menjadi produk yang dirilis saat perusahaan. 00:14:10.860 --> 00:14:13.280 Nyetujunya untuk digunakan oleh entitas legal tertentu. 00:14:13.840 --> 00:14:18.060 Anggap rilis sebagai pemberian izin kepada unit bisnis tersebut untuk membawa produk ke dalam pekerjaan sehari-hari. 00:14:18.380 --> 00:14:20.440 Produk tersebut tidak mengubah identitasnya. 00:14:21.120 --> 00:14:25.540 Nama umum, deskripsi, kategori, dimensi, dan detail bersama lainnya tetap terhubung ke definisi pusat. 00:14:25.600 --> 00:14:31.460 Tetapi setiap entitas legal dapat menambahkan pengaturan yang dibutuhkannya sebelum memesan, menjual, menyimpan, atau memproduksi produk tersebut. 00:14:31.460 --> 00:14:33.840 Atau perusahaan mungkin membeli produk tersebut dari pemasok. 00:14:34.140 --> 00:14:35.160 Perusahaan lain mungkin hanya menjualnya. 00:14:35.360 --> 00:14:40.340 Perusahaan manufaktur memerlukan pengaturan produksi, sementara perusahaan distribusi memerlukan pengaturan gudang dan inventaris. 00:14:40.780 --> 00:14:43.000 Detail penjualan berbeda dari satu entitas ke entitas lain. 00:14:43.340 --> 00:14:44.540 Aturan bisnis lokal pun berbeda. 00:14:45.120 --> 00:14:50.700 Rilis mengungkinkan setiap entitas legal menyiapkan produk untuk pekerjaannya sendiri tanpa membuat definisi produk yang sepenuhnya terpisah. 00:14:51.220 --> 00:14:54.260 Bayangkan sebuah perusahaan yang menjual botol minum yang sama di beberapa negara. 00:14:54.660 --> 00:14:56.720 Tim produk membuat satu definisi produk pusat. 00:14:56.720 --> 00:15:00.220 Kemudian perusahaan merilisnya ke entitas legal di Inggris. 00:15:00.780 --> 00:15:04.480 Dan entitas tersebut menambahkan pengaturan yang dibutuhkannya untuk membeli dan menyimpan botol tersebut. 00:15:05.000 --> 00:15:07.480 Nantinya produk yang sama dirilis ke entitas legal Kanada. 00:15:07.940 --> 00:15:10.740 Tempat staff melengkapi pengaturan untuk penjualan dan inventaris lokal. 00:15:11.280 --> 00:15:12.640 Kedua perusahaan menggunakan produk yang sama. 00:15:13.040 --> 00:15:16.940 Mereka tidak perlu memulai dari awal dengan detail nama, deskripsi, dan keluarga produk. 00:15:16.940 --> 00:15:20.200 Mereka hanya melengkapi informasi yang menjadi bagian dari entitas mereka sedih. 00:15:20.480 --> 00:15:23.900 Pemisahan ini menjaga fakta bersama dan pekerjaan bisnis lokal tetap pada tempatnya. 00:15:24.620 --> 00:15:27.200 Definisi produk bersama menjawab, oh apa produk ini? 00:15:27.960 --> 00:15:29.100 Oh produk yang dirilis menjawab. 00:15:29.500 --> 00:15:31.300 Oh bagaimana perusahaan spesifik ini akan menggunakannya? 00:15:31.740 --> 00:15:37.400 Terdengar seperti perbedaan kecil dalam kata-kata, tetapi ini mencegah banyak pekerjaan duplikat ketika bisnis beroperasi di berbagai entitas legal. 00:15:37.920 --> 00:15:42.160 Dynamics 365 dapat merilis produk ke satu entitas legal atau beberapa entitas sekaligus. 00:15:42.340 --> 00:15:46.620 Hal itu membantu saat perusahaan memperkenalkan rangkaian produk standar di banyak unit bisnis. 00:15:46.940 --> 00:15:50.340 Namun rilis sekarang bukan lagi langkah klik dan lupakan. 00:15:51.080 --> 00:15:55.560 Setiap entitas legal mungkin memerlukan detail tambahan agar timnya dapat bekerja dengan produk tersebut dengan aman. 00:15:56.160 --> 00:15:59.000 Ruang kerja pemeliharaan produk yang dirilis membantu memantau proses tersebut. 00:15:59.360 --> 00:16:04.800 Ruang kerja ini menampilkan produk yang baru dirilis dan memeriksa apakah pengaturan yang diperlukan untuk entitas legal tersebut sudah lengkap. 00:16:05.040 --> 00:16:09.100 Jika seseorang masih perlu menambahkan atribut, kategori, pengaturan pesanan, atau terjemahan produk, 00:16:09.100 --> 00:16:13.540 ruang kerja ini menyediakan tempat untuk menemukan pekerjaan tersebut dan bukan pekerjaan tersebut dan bukan relevanan. 00:16:13.540 --> 00:16:17.080 Ini juga membantu tim menemukan kasus perubahan produk yang belum selesai. 00:16:17.520 --> 00:16:22.180 Hal itu penting karena sebuah produk mungkin terlihat siap dari tampilan pusat sementara pengaturan lokal masih belum lengkap. 00:16:22.540 --> 00:16:28.940 Ruang kerja ini memberikan daftar praktis kepada entitas legal mengenai produk yang memerlukan perhatian alih-alih membiarkan orang mencari-membiarkan orang mencari melalui daftar yang panjang. 00:16:29.240 --> 00:16:31.740 Jadi, rilis tidak menyalin produk ke dunia yang terpisah. 00:16:32.360 --> 00:16:38.320 Rilis menghubungkan satu definisi produk yang disetujui ke entitas legal lalu memberikan ruang bagi entitas tersebut untuk menerapkan detail operasional sendiri. 00:16:38.320 --> 00:16:44.240 Setelah itu terjadi, informasi produk dapat masuk ke dalam pekerjaan terkait pesanan, stok, dan kebutuhan pelanggan. 00:16:44.640 --> 00:16:46.460 Jadi, bagaimana PIM menghubungkan pekerjaan seputar suatu produk? 00:16:46.960 --> 00:16:50.220 Jadi, bagaimana pengelolaan informasi produk benar-benar bukan pekerjaan seputar suatu produk? 00:16:50.540 --> 00:16:52.060 Berikut adalah definisi yang paling sederhana. 00:16:52.580 --> 00:16:54.700 PIM tidak menjalankan setiap proses bisnis dengan sendirinya. 00:16:55.160 --> 00:16:58.000 Sebaliknya, PIM menyediakan informasi produk yang dibutuhkan oleh proses-proses. 00:16:58.220 --> 00:17:00.880 Anggaplah ini sebagai lemari arsip utama untuk data produk. 00:17:01.520 --> 00:17:04.040 Seorang pembeli perlu menemukan barang yang tepat pada pesanan pembelian. 00:17:04.040 --> 00:17:07.300 Tim gudang memerlukan barang yang benar saat menerima atau mengambil stok. 00:17:08.320 --> 00:17:10.620 Dan memerlukan detail produk yang harus ada pada pesanan penawaran. 00:17:11.160 --> 00:17:14.000 Dan aplikasi Dynamics 365 lainnya mungkin juga memerlukan data produk. 00:17:14.560 --> 00:17:17.860 BIM memberikan semua tim tersebut satu titik awal yang sama menuju sumber kebenaran tunggal. 00:17:18.660 --> 00:17:20.240 Sekarang, dari mana data produk itu berasal? 00:17:20.760 --> 00:17:24.420 Definisi produk dapat dimulai di dalam Dynamics 365 Supply Chain Management. 00:17:24.980 --> 00:17:28.360 Itu berfungsi dengan baik ketika perusahaan mengelola informasi produk di sana sejak awal. 00:17:28.720 --> 00:17:32.300 Namun, banyak bisnis sudah menggunakan sistem lain untuk pengembangan produk atau catatan produk. 00:17:32.600 --> 00:17:36.340 Misalnya, data produk bisa berasal dari sistem manajemen siklus hidup produk, yang sering disebut PLM. 00:17:36.340 --> 00:17:40.380 Sistem PLM membantu tim mengelola produk melalui pekerjaan desain dan pengembangannya. 00:17:41.000 --> 00:17:44.780 Ada juga manajemen data produk atau PDM yang menangani data produk dan dokumen terkait. 00:17:45.560 --> 00:17:49.740 Beberapa perusahaan bahkan menggunakan sistem PM terpisah sebelum informasi produk masuk ke manajemen rantai pasokan. 00:17:50.160 --> 00:17:54.260 Tila kabar baiknya, Dynamics 365 dapat mengimpor definisi produk dari sistem tersebut. 00:17:54.680 --> 00:17:59.580 Itu berarti Anda tidak perlu mengetik ulang detail produk yang sama hanya karena produk berpindah dari desain ke pekerjaan rantai pasokan. 00:17:59.580 --> 00:18:04.260 Supply Chain Management dapat menjadi tempat yang menyimpan data produk utama untuk instansi lainnya juga. 00:18:05.060 --> 00:18:07.500 Hal ini penting bagi perusahaan besar yang memiliki lebih dari satu instan. 00:18:07.740 --> 00:18:12.260 Satu instansi mengelola definisi produk pusat, lalu mengekspor dan mengimpor data tersebut ke instansi lainnya. 00:18:12.780 --> 00:18:18.120 Microsoft menyediakan entitas data untuk pertukaran semacam ini atau cara terstruktur untuk memindahkan data yang ditentukan antar sistem. 00:18:18.120 --> 00:18:19.100 Namun, isi ada lagi. 00:18:19.560 --> 00:18:21.640 Microsoft Dataverse memperluas jadu distribusi tersebut. 00:18:22.100 --> 00:18:25.960 Dataverse adalah layanan data cloud bersama Microsoft yang digunakan oleh banyak aplikasi bisnis. 00:18:25.960 --> 00:18:33.380 Manajemen rantai pasok dapat mengekspor definisi produk ke Dataverse dan aplikasi bisnis lain seperti Dynamics 365 Sales dapat menggunakan data produk tersebut. 00:18:34.040 --> 00:18:36.160 Nah, itu tidak berarti setiap aplikasi tiba-tiba melakukan pekerjaan yang sama. 00:18:36.900 --> 00:18:38.860 PIM mengatur dan memelihara informasi produk. 00:18:39.440 --> 00:18:41.820 Dynamics 365 Sales menangani pekerjaan penjualan. 00:18:41.820 --> 00:18:46.620 Aplikasi lain menangani tugas layanan pelanggan, niaga, keuangan manufaktur, atau operasional mereka sendiri. 00:18:46.980 --> 00:18:50.260 Mereka dapat menggunakan data produk terkait, tetapi setiap aplikasi tetap memiliki tujuan. 00:18:50.560 --> 00:18:51.680 Mari kita lihat alur praktisnya. 00:18:52.140 --> 00:18:54.400 Tim produk membuat atau mengimpor definisi produk baru. 00:18:54.400 --> 00:18:57.300 Bisnis merilisnya ke entitas hukum yang membutuhkannya. 00:18:57.860 --> 00:18:59.520 Entitas-entitas tersebut menyelesaikan pengantaran mereka. 00:18:59.920 --> 00:19:01.560 Bagian pembelian dapat bekerja dengan item yang list. 00:19:01.840 --> 00:19:03.440 Staff gudang dapat menerima dan menanganinya. 00:19:03.900 --> 00:19:07.340 Bagian penjualan dapat merujuk ke produk yang benar alih-alih membuat versinya sendiri. 00:19:07.860 --> 00:19:09.320 Hasilnya terlihat dalam momen-momen biasa. 00:19:09.460 --> 00:19:10.920 Pembeli memesan item yang tepat. 00:19:11.220 --> 00:19:12.400 Pelanggan melihat detail yang tepat. 00:19:12.500 --> 00:19:14.980 Pekerja gudang dapat mencocokkan pesanan dengan stok di depan mereka. 00:19:15.480 --> 00:19:20.740 Ketika informasi produk berubah, tim miliki rute yang lebih jelas untuk menggunakan detail yang disetujui saat ini alih-alih mengejar salinan lama. 00:19:20.740 --> 00:19:26.420 Hal itu mengurangi kesalahan pemesanan, informasi usang, dan pengembalian barang yang disebabkan oleh detail produk yang salah. 00:19:27.060 --> 00:19:33.500 Manajemen informasi produk adalah bagian yang menjaga definisi produk tetap teratur sementara platform yang terhubung lainnya memanfaatkan informasi tersebut. 00:19:34.800 --> 00:19:36.740 Kesimpulan satu kisah produk bersama di Dynamics. 00:19:37.460 --> 00:19:41.420 Tiga rat, enam lima produk information management mengubah ide produk menjadi satu catatan terkontrol 00:19:41.420 --> 00:19:44.240 yang dapat digunakan oleh entitas hukum dan tim bisnis dalam pekerjaan mereka. 00:19:44.820 --> 00:19:46.280 Itulah informasi singkat untuk Anda hari ini. 00:19:46.280 --> 00:19:50.420 Berlangganan di platform podcast favorit Anda dan bagikan ini kepada seorang yang sedang mempelajari Dynamics 3. 00:19:50.900 --> 00:19:54.660 Kemudian lanjutkan ke episode berikutnya untuk melihat bagaimana semua blok bangunan terhubung di seluruh.