Apa yang terjadi saat nama produk di bagian penjualan tidak cocok dengan nama produk di gudang dan toko daring masih menampilkan foto tahun lalu? Seseorang memesan barang yang salah. Seorang pembeli menanyakan detail yang tidak bisa ditemukan siapapun dan staff mulai meriksa. Lembar kerja, suri lama, pdf pemasok, dan lima sistem berbeda hanya untuk menjawab pertanyaan sederhana. Selamat datang di sejian pengetahuan lainnya dari M365FMIOTMDMOPeters dan hari ini kita membahas pengelolaan informasi produk Dynamics 365 atau disingkat PM. Di akhir nanti Anda akan memahami bagaimana sistem ini menyimpan satu catatan produk bersama. Bagaimana produk bisa hadir dalam berbagai bentuk dan bagaimana informasi tersebut menjangkau bagian bisnis yang membutuhkan. Satu catatan produk untuk seluruh perusahaan. Sebuah produk mungkin terlihat sederhana dari luar, hanya nama, harga, dan mungkin sebuah foto.

Di balik layar, produk yang sama menyentuh hampir setiap bagian perusahaan. Beginilah cara kerjanya. Bagian pembelian membutuhkan detail pemasok dan unit, sementara tim gudang membutuhkan informasi untuk menerima, menyimpan, dan mengambil barang. Biar penjualan membutuhkan yang paling jelas. Bagian keuangan membutuhkan pengaturan yang benar dan toko daring membutuhkan foto serta deskripsi yang akurat. Setiap tim melihat produk yang sama dari sudut pandang yang berbeda. Tanpa satu tempat bersama untuk informasi tersebut, orang sering membuat salinan mereka sendiri. Tim produk menyimpan lembar kerja. Bagian penjualan memasukkan nama yang lebih pendek dalam sistemnya. Gudang menggunakan nomor barang dengan deskripsi berbeda dan pemasaran menyimpan gambar di folder bersama sementara layanan pelanggan mencari-cari di surai lama. Pendekatan itu menciptakan perbedaan kecil di awal. Dan kemudian perbedaan itu meluas.

Bayangkan sebuah perusahaan menjual botol minum isolasi. Pemasok mengubah ukurannya dari 500 ml atau tim pembelian mendapatkan detail baru tetapi toko daring masih mencantumkan kapasitas yang lama. Bagian penjualan mengirimkan lembar spesifikasi yang salah kepada pelanggan dan staff gudang menghad label produk yang tidak cocok dengan pesanan. Tidak ada yang bermaksud menciptakan masalah. Setiap hari bekerja berdasarkan saling berbeda. Pengelolaan informasi Produk Dynamics 365 memberikan perusahaan satu definisi produk pusat. Anggaplah ini sebagai lemah reaksi bersama untuk informasi produk. Alih-alih setiap departemen menyimpan foldernya sendiri. Catatan produk menjadi tempat di mana detail yang disepakati berat. Orang-orang menggunakan definisi tersebut di seluruh pekerjaan bisnis alih-alih mengetik ulang informasi yang sama berulang kali. Nomor produk berada di pusat catatan tersebut. Hal ini membantu perusahaan mengidentifikasi produk secara konsisten meskipun tim yang berbeda menggunakan kata-kata berbeda saat membicarakannya.

Bersamaan dengan nomor itu, Anda menyimpan nama dan deskripsi serta mengidentifikasi apakah itu barang fisik yang bisa Anda stok atau layanan yang disediakan perusahaan. Catatan tersebut juga mencakup unit yang digunakan orang saat mereka membeli, menjual, menyimpan, atau menghitung produk. Satu kotak, satu buah, satu kilogram, satu liter, atau satu palet bisa berarti hal yang sangat berbeda dalam pekerjaan sehari-hari. Ketika unit-unit tersebut jelas, pekerjaan pembelian dan gudang memiliki titik awal yang jauh lebih baik. Informasi produk juga dapat membuat gambar, lampiran, kategori, atribut, serta terjemahan untuk nama dan deskripsi. Jadi catatan tersebut bisa berisi lebih dari sekadar lainnya. Catatan ini dapat membuat dokumen pemasok yang menjelaskan produk, foto yang membantu seseorang mengenalinya, deskripsi yang diterjemahkan untuk tim atau pelanggan yang menggunakan bahasa lain, serta detail seperti bahan, merek, atau instruksi penanganan.

Definisi bersama harus ada sebelum penggunaan lokal. Perusahaan mendefinisikan suatu produk sekali, lalu membiarkan berbagai bagian bisnis menggunakannya sesuai kebutuhan. Catatan bersama penyimpan fakta umum secara terkumpul sementara setiap area menerapkan pengaturan bisnisnya sendiri nanti. Anda tidak perlu membangun ulang produk dari awal setiap kali tim lain membutuhkannya. Itu adalah cara kerja yang jauh lebih rapi, tetapi nama dan deskripsi saja tidak menceritakan keseluruhan kisah produk. Satu celana jin bisa berubah menjadi banyak barang setelah warna dan ukuran masuk dalam perhitungan. Master Rodak dan Varian, Pohon Keluarga Produk Jadi kapan satu produk menjadi banyak produk? Pikirkan tentang sepasang celana. Anda mungkin melihat jin sebagai satu produk, tetapi gudang tidak bisa mengambil sembarang celana jika pesanan meminta warna hitam ukuran besar. Dan bagian penjualan tidak bisa menjanjikan cin biru ukuran ekstra kecil jika kombinasi itu sebenarnya tidak ada.

Disitulah Dynamics 365 hadir dengan ide sederhana. Sistem ini memisahkan produk dasar dari Master Product. Produk sederhana adalah satu barang tetap. Bayangkan sekotak kertas printer polos yang dijual dalam satu ukuran, satu warna, dan satu format. Produk ini memiliki catatan produknya sendiri karena tidak ada pilihan yang mengubah barang tersebut. Master Product bekerja secara berbeda. Ini adalah catatan induk untuk keseluruhan keluarga produk. Ini menyimpan detail bersama dan aturan untuk pilihan yang menciptakan barang-barang terpisah. Begini cara kerjanya. Master Product Jin membawa nama, deskripsi dasar, dan informasi umum untuk setiap pasang dalam jajaran tersebut. Kemudian varian individu mengidentifikasi jin yang tepat yang dibeli, disimpan, diproduksi, atau dikirim oleh seseorang. Varian adalah barang spesifik yang dapat dijual. Untuk jin, warna biru dan ukuran medium bisa menjadi satu varian.

Warna besar bisa menjadi varian lain. Keduanya termasuk dalam keluarga produk yang sama tetapi tidak dapat dipertukar. Satu mungkin masih ada di rak gudang, sementara yang lain sudah habis. Satu mungkin menggunakan label yang berbeda. Satu mungkin memiliki kode batang seni. Struktur induk dan anak adalah ide utama. Master Product mendefinisikan keluarga semuanya. Varian Product adalah anggota individualnya. Daripada memasukkan informasi dasar yang sama berulangkali, Anda mulai dengan Master dan membuat kombinasi nyata yang dibutuhkan bisnis Anda. Izinkan saya memberikan contoh konkret. Bayangkan rangkaian jin hadir dalam warna biru, hitam, dan coklat. Jin tersebut juga hadir dalam ukuran ekstra kecil, kecil, sedang besar, ekstra besar, dan dobel ekstra besar. Jika setiap warna tersedia dalam setiap ukuran, Anda akan memiliki 18 kombinasi. Namun, bisnis jarang menjual setiap kemungkinan kombinasi.

Mungkin warna biru hanya tersedia di ukuran ekstra kecil hingga sedang. Warna hitam bersedia di ukuran sedang hingga ekstra besar. Warna coklat dimulai dari ukuran. Dynamics 3Rs 6L dapat memperlakukan setiap kombinasi yang diizinkan sebagai variannya sendiri. Ketika seseorang menambahkan jin ke pesanan, mereka memilih dimensi yang mengidentifikasi produk yang tepat. Warna dan ukuran memberitahu sistem varian mana yang diinginkan pelanggan. Tidak perlu menebak pasangan mana yang ada dalam kotak. Pilihan tersebut disebut dimensi produk. Dynamics 3Rs Manajemen rantai pasokan mencakup dimensi di antaranya. Yaitu warna, ukuran, gaya, konfigurasi, dan versi. Perusahaan memilih dimensi yang sesuai dengan keluarga produk, lalu mengelompokkannya untuk master produk tersebut. Mari kita bahas dengan cepat. Warna itu sederhan. Biru, hitam, coklat, merah. Ukuran juga sudah tidak asing lagi. Kecil, sedang, besar, atau nomor ukuran sepatu.

Gaya dapat memisahkan produk yang berbagi nama tetapi terlihat berbeda. Pemeja mungkin hadir dalam potongan ramping. Kursi mungkin memiliki rangka standar atau sentuhan akhir yang berbeda. Konfigurasi menjelaskan rancangan atau pengaturan yang dipilih. Sebagai contoh, mesin mungkin memerlukan motor, voltase, atau rangkaian suku cadang tertentu. Dimensi konfigurasi mengidentifikasi pilihan tersebut. Versi melacak perubahan pada produk dari waktu. Hal ini paling penting bagi produsen. Bayangkan sebuah suku cadang yang tetap memiliki fungsi sama tetapi berubah setelah pembawaan teknik yang disetujui. Versi memungkinkan perusahaan membedakan versi 1 dengan versi 2 saat berpindah melalui rantai pasokan. Nah, tidak setiap master product membutuhkan kelima dimensi tersebut. Kaus mungkin hanya membutuhkan warna dan ukuran. Peralatan mungkin membutuhkan konfigurasi dan versi. Grup dimensi bertindak seperti lembar aturan untuk keluarga produsen.

Grup ini memberitahu Dynamics 365 pilihan mana yang berlaku saat membuat dan mengidentifikasi varian. Keputusan itu membentuk produk sejak awal. Anda mungkin bertanya tentang berat, tinggi, panjang, lebar, atau volume. Detail tersebut mendeskripsikan produk fisik tetapi tidak menciptakan varian. Sepasang jin bisa memiliki berat atau ukuran paket yang tercantum namun tidak mengubahnya menjadi barang yang berbeda seperti halnya warna atau ukuran. Dimensi fisik menjelaskan produk tersebut. Dimensi produk mengidentifikasi varian tertentu. Memisahkan kedua gagasan itu mencegah kebingungan nantinya. Jika gudang perlu mengetahui berapa banyak ruang yang dibutuhkan sebuah karton. Dimensi fisik akan membantu. Jika pesanan memerlukan celana jins hitam dengan dimensi produk besar, temukan varian yang tepat. Ada satu pilihan awal yang memengaruhi segala hal setelain. Bagaimana perusahaan akan membuat dan mengendalikan varian produk tersebut?

Dan itulah yang akan kita bahas selanjut. Mengonfigurasi produk tanpa menciptakan kakak. Memilih dimensi memberitahu Dynamics 365 cara mengidentifikasi varian. Namun perusahaan tetap harus memutuskan cara membuat varian tersebut. Pilihan bergantung berapa produk. Manajemen rantai pasokan mendukung tiga pendekatan utama. Varian yang telah ditentukan sebelumnya. Konfigurasi berbasis dimensi dan konfigurasi berbasis batasan. Namanya terdengar teknis, jadi izinkan saya menjelaskannya dengan bahasa sederhana. Varian yang telah ditentukan sebelumnya cocok untuk produk dengan rangkaian kombinasi terbatas yang diketahui. Bayangkan pengecernya menjual rangkaian celana jeans yang baru saja kita bahas. Perusahaan sudah tahu warna dan ukuran apa saja yang akan dibeli disimpan dan dijual. Warna biru tersedia dalam ukuran ekstra kecil-kecil. Warna hitam tersedia dalam ukuran sedang besar dan ekstra. Warna coklat tersedia dalam ukuran besar ekstra besar ganda.

Sembilan pilihan tersebut dapat dibuat sebelumnya sebagai varian terpisah. Bisnis tidak memerlukan setiap kemungkinan kombinasi warna dan ukuran. Bisnis hanya membuat kombinasi yang benar-benar ada. Hal itu menjaga katalog, tetap rapi, dan mencegah seseorang memesan celana jeans coklat ukuran ekstra kecil saat tidak ada yang memproduksinya. Varian yang telah ditentukan sebelumnya berfungsi dengan baik jika jangan baik. Perusahaan pakaian, distributor dengan ukuran pake tetap, bisnis yang menjual warna furniture standar. Mereka semua dapat menyiapkan barang yang mereka harapkan untuk ditanggung. Setiap varian ada sebagai barang yang diketahui sebelum pesanan tiba. Sehingga tim pembelian, kudang, dan staf penjualan dapat bekerja dengan pilihan produk yang jelas. Pendekatan berikutnya adalah konfigurasi berbasis di mail. Pendekatan ini sering muncul dalam manfaatnya. Bayangkan sebuah perusahaan yang membuat pompa industri.

Satu keluarga pompa mungkin menggunakan banyak suku cadang yang sama, tetapi pelanggan dapat memilih konfigurasi tertentu. Pilihan itu memengaruhi komponen mana saja yang ada dalam pompa yang sudah jadi. Dynamics 305 dapat menggunakan dimensi konfigurasi untuk mengendalikan hal tersebut. Produk menggunakan satu daftar material bersama. Oh, sering disebut sebagai BOM. Daftar material hanyalah daftar suku cadang untuk membangun sesuatu. Dalam daftar tunggal tersebut, beberapa suku cadang hanya berlaku jika pelanggan memilih konfigurasi tertentu. Misalnya, pompa yang dibuat untuk satu voltase mungkin memerlukan satu motor. Voltase yang berbeda memerlukan motor yang berbeda pun. Alih-alih memelihara daftar suku cadang terpisah. Untuk setiap kemungkinan pompa, perusahaan menyimpan satu daftar bersama. Perusahaan menandai baris mana yang termasuk dalam konfigurasi yang menandai. Saat konfigurasi yang dipilih mencapai tahap perencanaan atau produksi Dynamics 365 hanya menggunakan baris komponen yang sesuai dengan pilihan tersebut.

Hal itu menghemat banyak pengaturan duplikat. Ini juga memberi produsen cara yang lebih jelas untuk mengelola keluarga produk yang memiliki konstruksi serupa, namun berbeda dalam aspek tertentu. Dimensi mengidentifikasi produk yang dipilih. Daftar material memandu suku cadang mana saja yang termasuk dalam rakitan tersebut. Ada konfigurasi berbasis batasan konfigurasi. Pendekatan ini cocok untuk produk di mana pelanggan dapat memilih dari banyak opsi. Namun tidak semua opsi dapat bekerja dengan opsi lainnya. Bayangkan mesin kustom, peralatan laboratorium, atau produk yang dirakit dari banyak komponen. Pelanggan dapat memilih jenis daya, rumah mesin motor, opsi keselamatan, dan panel kontrol. Beberapa kombinasi berhasil, beberapa lainnya tidak. Rumah mesin tertentu mungkin tidak muat untuk motor yang lebih besar. Satu tegangan mungkin memerlukan panel kontrol tertentu. Menutup pengaman mungkin hanya cocok untuk satu ukuran mesin.

Tanpa aturan, tenaga penjualan bisa memilih kombinasi yang tidak dapat dibangun oleh pabrik. Konfigurasi berbasis batasan memasukkan aturan tersebut ke dalam model konfigurasi produk. Model ini menjelaskan pilihan yang mungkin dan aturan yang membatasinya. Saat seseorang mengonfigurasi produk, sistem akan mengarahkan mereka ke opsi yang valid. Yang mencegah pilihan yang saling bertentangan satu sama lain. Ini menghentikan pesanan yang mustahil sebelum mencapai tahap produksi. Saya ingin memperlambat di sini karena ini adalah keputusan desain awal. Perusahaan perlu memilih teknologi konfigurasi yang sesuai dengan proses bisnisnya sebelum membangun keluarga produk. Dynamics 365 tidak dapat mengubah produk dari satu model konfigurasi ke model lainnya di kemudian. Jadi, pengecer yang menjual rangkaian produk tetap sebaiknya tidak menyiapkan model produk kustom yang rumit hanya karena terdengar fleksibel.

Dan produsen yang membuat peralatan sesuai pesanan tidak boleh memaksakan setiap kemungkinan rakitan ke dalam daftar varian yang panjang jika pilihannya bergantung pada aturan. Mulailah dengan proses pembelian, penjualan, dan produksi yang nyata. Ajukan pertanyaan sederhana. Apakah kita mengetahui setiap kombinasi produk sebelum pesanan tiba? Atau apakah pelanggan membuat pilihan produk melalui serangkaian opsi yang diizinkan? Jawabannya mengarahkan bisnis menuju pendekatan yang tepat. Setelah perusahaan mengetahui apa saja bentuk produknya, Mereka butuh cara untuk mendeskripsikannya dengan jelas dan menjaga informasi tersebut. Kategori, Atribut, dan Kontrol Informasi Produk Nama produk memberitahu Anda apa sebutannya, tetapi itu saja tidak akan membantu Anda membeli, menyimpan, menjual, atau menjelaskannya kepada pelanggan. Disitulah kategori berperan. Anggap kategori seperti lorong-lorong di toko yang terorganisasi dengan baik.

Perusahaan mungkin mengelompokkan produk berdasarkan jenisnya. Oh, pakaian di satu lorong, berkakas di lorong lain, perlengkapan kantor di lorong ketiga. Atau mereka mungkin mengelompokkannya berdasarkan jenis pekerjaan yang perlu dilakukan orang. Bagaimanapun, tujuannya tetap sama. Membuat produk lebih mudah ditemukan dan dikeluar. Ambil contoh pun direkap. Tim penjualan perlu menemukannya di bawah kategori PKK Sistik. Tim produk mungkin menempatkannya dalam kategori untuk peralatan bertenaga baterai. Dan inilah intinya, satu produk bisa berada di beberapa kategori sekaligus jika kategori tersebut melayani kebutuhan bisnis yang berbeda. Intinya, jangan mencoba memasukkan setiap produk ke dalam satu folder yang sempurna. Kategori memberikan cara terstruktur bagi bisnis untuk mengatur informasi produk, mencari produk, dan bekerja dengan kelompok barang terkait. Kategori juga membantu orang menerapkan informasi yang tepat pada produk yang saling berkaitan.

Kategori memang melakukan banyak hal, tetapi tidak bisa memuat setiap detik. Disinilah atribut berperan. Untuk botol minum, atributnya mungkin mencakup bahan, kapasitas, jenis tutup, isolasi, merek, dan petunjuk perawatan. Untuk suku cadang mesin, atributnya mungkin mencakup dimensi, kebutuhan daya, rentang suhu, atau standar teknis. Atribut mengubah label yang luas menjadi informasi produk yang berguna, jenis informasi yang benar-benar Anda butuhkan untuk melakukan pekerjaanan. Kategori dapat membawa atribut yang masuk akal bagi produk di dalamnya. Pakaian membutuhkan jenis kain, ukuran, dan petunjuk pencucian. Peralatan elektronik membutuhkan tegangan, detail garansi, dan info kompatibilitas. Itu berarti tidak ada yang perlu membuat kolom acak untuk setiap catatan produk. Mereka hanya menggunakan detail yang sesuai dengan kelompok produk tersebut. Gambar dan lampiran menambahkan lapisan lain.

Foto membantu pekerja gudang, staff penjualan, atau pelanggan melihat barang yang sedang dibicarakan. Lampiran dapat membuat materi pendukung seperti dokumen pemasok, lembar spesifikasi, atau dokumen lain. Terkadang nama tertulis saja tidak cukup. Terjemahan penting saat perusahaan bekerja di tas bahasa. Nama dan deskripsi produk dapat diterjemahkan sehingga orang di pasar yang berbeda mendapatkan informasi yang masuk akal bagi mereka. Produknya tetap sama, tetapi kata-kata di sekitarnya dapat menyesuaikan dengan audien. Perusahaan juga memerlukan kendali atas siapa yang dapat mengubah informasi. Tidak setiap karyawan boleh mengedit setiap catatan produk, mengganti nama item, atau mengubah detail yang diandalkan tim lain. Dynamics 365 memungkinkan Anda menerapkan aturan akses data produk di tingkat kategori atau untuk produk individu. Misalnya, tim yang bertanggung jawab atas peralatan industri bekerja dengan kategori tersebut, sementara kelompok lain menangani produk konsumen.

Produk terbatas mungkin memerlukan kontrol yang lebih ketat daripada pelengkapan kantor biasa. Bisnis memutuskan siapa yang dapat bekerja dengan setiap area data produknya. Hal itu melindungi informasi yang diandalkan oleh banyak orang. Catatan tersebut kini mungkin sudah memiliki detail, dokumen, kategori, dan kontrol yang tepat. Namun, catatan itu masih memerlukan persetujuan sebelum bagian perusahaan yang membeli, menjual, menyimpan, atau memproduksinya dapat benar-benar. Merilis produk ke entitas legal. Definisi produk yang sudah selesai kini sudah jadi, otomatis siap digunakan oleh siapa saja. Oh, belum tentu. Sebuah perusahaan sering beroperasi melalui beberapa entitas legal, yaitu perusahaan-perusahaan terpisah di dalam bisnis yang lebih besar. Satu entitas mungkin membeli dan menyimpan produk Jerman. Entitas lain menjual produk yang sama di Amerika Serikat. Entitas ketiga memproduksinya.

Mereka semua bisa memulai dengan definisi produk bersama yang sama. Di Dynamics 365, definisi bersama tersebut menjadi produk yang dirilis saat perusahaan. Nyetujunya untuk digunakan oleh entitas legal tertentu. Anggap rilis sebagai pemberian izin kepada unit bisnis tersebut untuk membawa produk ke dalam pekerjaan sehari-hari. Produk tersebut tidak mengubah identitasnya. Nama umum, deskripsi, kategori, dimensi, dan detail bersama lainnya tetap terhubung ke definisi pusat. Tetapi setiap entitas legal dapat menambahkan pengaturan yang dibutuhkannya sebelum memesan, menjual, menyimpan, atau memproduksi produk tersebut. Atau perusahaan mungkin membeli produk tersebut dari pemasok. Perusahaan lain mungkin hanya menjualnya. Perusahaan manufaktur memerlukan pengaturan produksi, sementara perusahaan distribusi memerlukan pengaturan gudang dan inventaris. Detail penjualan berbeda dari satu entitas ke entitas lain.

Aturan bisnis lokal pun berbeda. Rilis mengungkinkan setiap entitas legal menyiapkan produk untuk pekerjaannya sendiri tanpa membuat definisi produk yang sepenuhnya terpisah. Bayangkan sebuah perusahaan yang menjual botol minum yang sama di beberapa negara. Tim produk membuat satu definisi produk pusat. Kemudian perusahaan merilisnya ke entitas legal di Inggris. Dan entitas tersebut menambahkan pengaturan yang dibutuhkannya untuk membeli dan menyimpan botol tersebut. Nantinya produk yang sama dirilis ke entitas legal Kanada. Tempat staff melengkapi pengaturan untuk penjualan dan inventaris lokal. Kedua perusahaan menggunakan produk yang sama. Mereka tidak perlu memulai dari awal dengan detail nama, deskripsi, dan keluarga produk. Mereka hanya melengkapi informasi yang menjadi bagian dari entitas mereka sedih. Pemisahan ini menjaga fakta bersama dan pekerjaan bisnis lokal tetap pada tempatnya.

Definisi produk bersama menjawab, oh apa produk ini? Oh produk yang dirilis menjawab. Oh bagaimana perusahaan spesifik ini akan menggunakannya? Terdengar seperti perbedaan kecil dalam kata-kata, tetapi ini mencegah banyak pekerjaan duplikat ketika bisnis beroperasi di berbagai entitas legal. Dynamics 365 dapat merilis produk ke satu entitas legal atau beberapa entitas sekaligus. Hal itu membantu saat perusahaan memperkenalkan rangkaian produk standar di banyak unit bisnis. Namun rilis sekarang bukan lagi langkah klik dan lupakan. Setiap entitas legal mungkin memerlukan detail tambahan agar timnya dapat bekerja dengan produk tersebut dengan aman. Ruang kerja pemeliharaan produk yang dirilis membantu memantau proses tersebut. Ruang kerja ini menampilkan produk yang baru dirilis dan memeriksa apakah pengaturan yang diperlukan untuk entitas legal tersebut sudah lengkap. Jika seseorang masih perlu menambahkan atribut, kategori, pengaturan pesanan, atau terjemahan produk, ruang kerja ini menyediakan tempat untuk menemukan pekerjaan tersebut dan bukan pekerjaan tersebut dan bukan relevanan.

Ini juga membantu tim menemukan kasus perubahan produk yang belum selesai. Hal itu penting karena sebuah produk mungkin terlihat siap dari tampilan pusat sementara pengaturan lokal masih belum lengkap. 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. Jadi, rilis tidak menyalin produk ke dunia yang terpisah. Rilis menghubungkan satu definisi produk yang disetujui ke entitas legal lalu memberikan ruang bagi entitas tersebut untuk menerapkan detail operasional sendiri. Setelah itu terjadi, informasi produk dapat masuk ke dalam pekerjaan terkait pesanan, stok, dan kebutuhan pelanggan. Jadi, bagaimana PIM menghubungkan pekerjaan seputar suatu produk? Jadi, bagaimana pengelolaan informasi produk benar-benar bukan pekerjaan seputar suatu produk? Berikut adalah definisi yang paling sederhana.

PIM tidak menjalankan setiap proses bisnis dengan sendirinya. Sebaliknya, PIM menyediakan informasi produk yang dibutuhkan oleh proses-proses. Anggaplah ini sebagai lemari arsip utama untuk data produk. Seorang pembeli perlu menemukan barang yang tepat pada pesanan pembelian. Tim gudang memerlukan barang yang benar saat menerima atau mengambil stok. Dan memerlukan detail produk yang harus ada pada pesanan penawaran. Dan aplikasi Dynamics 365 lainnya mungkin juga memerlukan data produk. BIM memberikan semua tim tersebut satu titik awal yang sama menuju sumber kebenaran tunggal. Sekarang, dari mana data produk itu berasal? Definisi produk dapat dimulai di dalam Dynamics 365 Supply Chain Management. Itu berfungsi dengan baik ketika perusahaan mengelola informasi produk di sana sejak awal. Namun, banyak bisnis sudah menggunakan sistem lain untuk pengembangan produk atau catatan produk. Misalnya, data produk bisa berasal dari sistem manajemen siklus hidup produk, yang sering disebut PLM.

Sistem PLM membantu tim mengelola produk melalui pekerjaan desain dan pengembangannya. Ada juga manajemen data produk atau PDM yang menangani data produk dan dokumen terkait. Beberapa perusahaan bahkan menggunakan sistem PM terpisah sebelum informasi produk masuk ke manajemen rantai pasokan. Tila kabar baiknya, Dynamics 365 dapat mengimpor definisi produk dari sistem tersebut. Itu berarti Anda tidak perlu mengetik ulang detail produk yang sama hanya karena produk berpindah dari desain ke pekerjaan rantai pasokan. Supply Chain Management dapat menjadi tempat yang menyimpan data produk utama untuk instansi lainnya juga. Hal ini penting bagi perusahaan besar yang memiliki lebih dari satu instan. Satu instansi mengelola definisi produk pusat, lalu mengekspor dan mengimpor data tersebut ke instansi lainnya. Microsoft menyediakan entitas data untuk pertukaran semacam ini atau cara terstruktur untuk memindahkan data yang ditentukan antar sistem.

Namun, isi ada lagi. Microsoft Dataverse memperluas jadu distribusi tersebut. Dataverse adalah layanan data cloud bersama Microsoft yang digunakan oleh banyak aplikasi bisnis. Manajemen rantai pasok dapat mengekspor definisi produk ke Dataverse dan aplikasi bisnis lain seperti Dynamics 365 Sales dapat menggunakan data produk tersebut. Nah, itu tidak berarti setiap aplikasi tiba-tiba melakukan pekerjaan yang sama. PIM mengatur dan memelihara informasi produk. Dynamics 365 Sales menangani pekerjaan penjualan. Aplikasi lain menangani tugas layanan pelanggan, niaga, keuangan manufaktur, atau operasional mereka sendiri. Mereka dapat menggunakan data produk terkait, tetapi setiap aplikasi tetap memiliki tujuan. Mari kita lihat alur praktisnya. Tim produk membuat atau mengimpor definisi produk baru. Bisnis merilisnya ke entitas hukum yang membutuhkannya. Entitas-entitas tersebut menyelesaikan pengantaran mereka.

Bagian pembelian dapat bekerja dengan item yang list. Staff gudang dapat menerima dan menanganinya. Bagian penjualan dapat merujuk ke produk yang benar alih-alih membuat versinya sendiri. Hasilnya terlihat dalam momen-momen biasa. Pembeli memesan item yang tepat. Pelanggan melihat detail yang tepat. Pekerja gudang dapat mencocokkan pesanan dengan stok di depan mereka. Ketika informasi produk berubah, tim miliki rute yang lebih jelas untuk menggunakan detail yang disetujui saat ini alih-alih mengejar salinan lama. Hal itu mengurangi kesalahan pemesanan, informasi usang, dan pengembalian barang yang disebabkan oleh detail produk yang salah. Manajemen informasi produk adalah bagian yang menjaga definisi produk tetap teratur sementara platform yang terhubung lainnya memanfaatkan informasi tersebut. Kesimpulan satu kisah produk bersama di Dynamics. Tiga rat, enam lima produk information management mengubah ide produk menjadi satu catatan terkontrol yang dapat digunakan oleh entitas hukum dan tim bisnis dalam pekerjaan mereka.

Itulah informasi singkat untuk Anda hari ini. Berlangganan di platform podcast favorit Anda dan bagikan ini kepada seorang yang sedang mempelajari Dynamics 3. Kemudian lanjutkan ke episode berikutnya untuk melihat bagaimana semua blok bangunan terhubung di seluruh.