Saat pelanggan mengklik beli di situs web Anda, barang yang diinginkan bisa jadi berada di gudang, toko di seberang kota, atau bersama mitra pengiriman. Namun, pelanggan sebenarnya hanya mengharapkan dua hal, janji yang jelas dan paket sampai di depan pintu mereka. Selamat datang di episode lain Microsoft Knowledge Nuggets di M365FM. Saya Moe Peters, dan hari ini kita akan membahas Dynamics 365 Intelligent Order Management dalam bahasa yang sederhana. Kita akan mengikuti pesanan tersebut dari klik pembayaran hingga pekerjaan yang benar-benar mengirimkannya. Anggap saja ini sebagai meja pengiriman pusat di gedung perkantoran yang sibuk. Ini bukan toko daring lain dan tidak mengemas barangnya. Sistem ini hanya mengarahkan orang yang tepat dalam sistem agar pekerjaan terjadi di tempat yang tolong. Mengapa pesanan menjadi berantakan? Bayangkan Anda menjual headphone yang sama melalui situs web, toko fisik, pasar daring, dan pusat panggilan Anda.

Bagi pelanggan, semua itu hanyalah cara untuk membeli headphone. Namun, di balik layar, setiap saluran mengirimkan detail pesanan ke sistem yang benar-benar berbeda. Situs web Anda menyimpan satu catatan, titik penjualan toko menyimpan, catatan lain, pasar daring mengirim formatnya sendiri, dan agen pusat panggilan membuat pesanan di tempat lain sama sekali. Satu janji pelanggan yang sederhana terpecah menjadi beberapa bagian yang tidak saling berkomunikasi. Dan stok menambah lapisan kompleksitas lainnya. Gudang utama mungkin memiliki 20 pasang, toko di seberang kota memiliki 5, dan gudang lain juga memiliki stok. Namun lokasinya lebih jauh dengan biaya pengiriman yang lebih tinggi. Beberapa stok sudah dipesan untuk pesanan lain, barang retur, atau pelanggan di toko. Jadi melihat angka di samping produk sebenarnya tidak menyelesaikan masalah. Kemudian Anda harus memutuskan cara mengirimkan.

Apakah gudang harus mengirimkan? Apakah toko harus mengirimkan? Atau bisa ke pelanggan mengambilnya secara log? Dan jika seseorang membeli 2 barang dan tidak ada 1 lokasi pun yang memiliki keduanya, apakah Anda memiliki pesanan menjadi 2 paket atau menunggu sampai semuanya bisa dikirim bersama? Tiap pilihan memengaruhi biaya, waktu pengiriman, dan janji yang Anda berikan kepada pelanggan. Dua dekade lalu, perusahaan menjalankan tugas ini dalam sistem terpisah dengan tim terpisah. Penjualan menerima pesanan, seseorang memiksa stok, gudang menerima permintaan, mitra pengiriman menerima permintaan lain. Bagian-bagian menangani bagiannya sendiri. Itu berfungsi dengan baik saat pesanan sederhana dan volume tetap rendah. Tapi inilah masalahnya. Saat pembaruan bergerak lambat antar sistem, orang mulai mengisi kekosongan tersebut. Agen layanan pelanggan memiksa satu layar, mengirim email ke tim gudang, lalu menelpon kurir.

Sementara itu, produk bisa terjual melalui saluran lain sebelum pembaruan stok sampai ke situs web. Anda menerima pesan untuk sesuatu yang tidak bisa Anda kirimkan. Begitulah terjadinya kelebihan penjualan. Dan begitulah mengapa pilihan penyiriman makan waktu terlalu. Tim terus menyaling detail dari satu tempat ke tempat lain, dan pelanggan menerima pembaruan yang tidak jelas alih-alih jawaban pasti. Dari sisi pelanggan, kerumitan itu tidak penting karena mereka hanya menanyakan satu hal. Gimana pesanan saya? Yang benar-benar dibutuhkan perusahaan adalah satu tempat untuk melihat perjalanan pesanan di semua aplikasi bisnis yang terhubung, sementara setiap aplikasi tetap menjalankan fungsi terbaiknya. Penjalan mencatat transaksi. Mudah mengelola pengambilan dan pengemasan. Pengiriman menangani pengantar. Penagihan menangani pembayar. Tidak ada yang perlu membuang semua sistem yang ada. Yang hilang adalah koordinator di antara mereka.

Sebuah tempat yang dapat menerima pesanan, melihat apa yang harus dilakukan selanjutnya, dan mengarahkan pekerjaan tanpa bergantung pada rangkaian surat rimanual. Itulah masalahnya. Dynamics 365 Intelligent Order Management menjawab definisi sederhana. Sederhana tersebut. Jadi apa sebenarnya Dynamics 365 Intelligent Order Management itu? Anda pasti bertanya-tanya, dan hari ini kita akan membedahnya dengan bahasa yang sederhana. Berikut adalah definisi paling sederhana. Ini adalah aplikasi cloud yang menerima pesanan dan memandunya melalui semua sistem yang sudah digunakan perusahaan dari saat pesanan tiba hingga pemenuhan dan penagihan selesai. Bayangkan stasiun kereta yang sibuk. Kereta tiba dari berbagai arah. Penumpang membutuhkan peron yang berbeda-beda. Beberapa koneksi cepat yang lain harus menunggu. Intelligent Order Management bekerja seperti ruang kontrol stasiun. Ia tidak menjalankan kereta atau menjual tiket, tetapi ia melihat seluruh rute dan memberitahu setiap sistem apa yang harus dilakukan selanjutnya.

Microsoft membangun Intelligent Order Management di atas Dataverse. Dataverse adalah fondasi data bersama di balik banyak aplikasi Dynamics 365 dan Power Platform. Dalam bahasa sederhana, ini memberikan aplikasi bisnis satu tempat umum dan satu format umum untuk menyimpan informasi. Itu berarti pesanan tidak memiliki arti yang sangat berbeda di setiap layar dan sistem. Padahal, fondasi bersama itu memang membantu, tetapi Anda tidak perlu membeli setiap aplikasi Dynamics 365 lainnya untuk menggunakan Intelligent Order Management. Sebuah perusahaan mungkin menjalankan Dynamics 365 Finance atau Supply Chain Management. Perusahaan lain mungkin menggunakan sistem gudang yang berbeda, toko online yang berbeda, atau layanan pengiriman dari vendor lain. Aplikasi ini dapat bekerja dengan aplikasi bisnis Microsoft maupun non-Microsoft. Titik koneksi ini disebut penyedia provided. Penyedia memindahkan informasi pesanan dan pemenuhan antara Intelligent Order Management dan sistem lain.

Bayangkan penyedia sebagai penerjemahan di pembina. Satu sistem mengirimkan pesanan dalam formatnya sendiri. Penyedia memahami format tersebut, meneruskan informasi ke Intelligent Order Management, dan dapat mengirim permintaan berikutnya kembali dalam format yang dipahami sistem lain. Jadi, aplikasi ini memumpulkan informasi pesanan meski pesanan dimulai dari tempat lain. Seorang pelanggan mungkin membeli melalui situs perdagangan AIK. Pelanggan lain mungkin memesan melalui sistem titik penjualan. Pelanggan bisnis bisa mengirim pesanan elektronik lewat proses B2B. Manajemen pesanan cerdas memberi perusahaan satu tempat untuk melihat pesanan tersebut dan status pemenuhannya. Tidak semua pesanan mengikuti jalur yang sama. Satu mungkin harus menggustok terus di. Yang lain mungkin sudah ada di gudang. Yang ketiga mungkin memerlukan langkah penagian setelah pengiriman. Aplikasi melacak status itu agar tim melihat lebih dari sekadar pesanan diterima.

Mereka bisa melihat tepat di mana posisi pesanan dalam perjalanan. Inilah bagian yang terkadang terlewat kena orang-orang. Manajemen pesanan cerdas tidak mengambil alih semua pekerjaan. Ini tidak tiba-tiba menjadi layar pengambilan pekerja gudang, jaringan pengiriman kurir, atau sistem penagian tim keuangan. Aplikasi-aplikasi yang terhubung tersebut tetap menjalankan pekerjaan spesial. Manajemen pesanan cerdas mengarahkan serah terima di antara mereka. Sistem menerima permintaan, memeriksa rute, meneruskan pekerjaan, lalu memantau pembaruan berikutnya. Sekarang mari ikuti satu pesanan. Melalui jalan itu karena perjalanan pesanan membuat konsepnya lebih mudah dilihat. Perjalanan pesanan adalah aturan yang mengarahkan pekerjaan tersebut. Bayangkan pelanggan memesan dua barang dari situs Anda sore hari, dan mereka ingin keduanya dikirim besok. Toko daring menangkap pesanan, nama pelanggan, alamat pengiriman, dua lini pesanan, dan pilihan pengiriman.

Penyedia membawa pesanan itu ke manajemen pesanan cerdas dan perjalanan pesanan pun dimulai. Sebelum ada yang mencoba menuhinya, sistem memvalidasi pesanan untuk memastikan semua informasi yang diperlukan sudah ada dan sesuai aturan perusahaan. Sistem memeriksa header pesanan untuk detail pelanggan dan pengiriman. Sistem memeriksa setiap ini untuk produk dan jumlahnya. Sistem memastikan alamat cukup lengkap untuk pengiriman, dan pesanan memenuhi aturan saluran penjualan tersebut. Pemeriksaan awal itu menghentikan informasi yang salah agar tidak terus berlanjut dan menimbulkan masalah. Bayangkan pesanan tanpa nomor apartemen. Jika langsung ke gudang lalu ke kurir, seseorang mungkin baru menyadari masalahnya setelah paket gagal dikirim. Langkah validasi menangkap masalah lebih awal saat masih ada waktu untuk menghubungi pelanggan atau menahan pesanan. Akar dari pekerjaan ini adalah alur orkestrasi.

Istilah itu terdengar teknis pada sederhana. Alur orkestrasi adalah peta visual yang memberitahu manajemen pesanan cerdas apa yang harus dilakukan saat informasi pesanan tiba dan acara kembali dari sistem terkait. Anda membuat peta tersebut berdasarkan proses bisnis Anda sendiri. Alur pesanan dasar mungkin dimulai saat ada pesanan baru masuk. Ini memvalidasi tajuk dan baris. Ini mengirimkan pesanan untuk keputusan pemenuhan. Setelah itu, ia mengirimkan pesanan pemenuhan ke sistem terhubung yang tepat. Setelah pekerjaan mencapai tahap yang tepat, ia dapat mengirim informasi pesanan ke penyedia penagihan. Setiap tindakan memiliki tugas yang jatuh. Validasi tajuk pesanan, memeriksa data utama pesan. Validasi baris pesanan, memeriksa produk dan jumlah individu. Kirim ke pemenuhan, meneruskan pesanan pemenuhan ke penyedia menangani pekerjaan tersebut. Kirim ke faktur, meneruskan informasi pesanan ke penyedia penagihan.

Nama-namanya terdengar seperti label pada panel kontrol pabrik. Dan itu berguna karena setiap label memberitahu Anda apa yang terjadi pada titik tersebut dalam alur. Namun, bisnis nyata seringkali membutuhkan lebih dari satu garis lurus. Mungkin pesanan dari situs web mengikuti satu jalur, sementara pelanggan bisnis mengikuti jalur lainnya. Mungkin satu jenis produk memerlukan persetujuan yang khusus. Mungkin pesanan hanya dapat berlanjut jika langkah pertama berhasil. Manajemen pesanan cerdas menyertakan kondisi untuk pilihan semacam itu. Sebuah kondisi menciptakan jalur ya dan jalur tidak. Jika tindakan sebelumnya berhasil, pesanan dapat dilanjutkan melalui jalur ya. Jika gagal, alur dapat mengarahkan pesanan ke jalur yang berbeda. Itu tidak memperbaiki setiap masalah dengan sendirinya, tetapi memberikan respons terencana pada proses alih-alih membiarkan tim menemukan kesalahan secara kebetulan.

Ada juga pemisah splitters. Pemisah mengirimkan alur kelebih dari satu jalur berdasarkan aturan yang Anda tahu. Anda mungkin menggunakannya saat pesanan dari sumber terpisah memerlukan pemeriksaan berbeda atau saat bagian pekerjaan yang berbeda memerlukan rute berbeda. Beberapa jalur yang terpisah dapat kembali bersatu nantinya, sementara yang lain berlanjut sendiri. Tindakan khusus mencakup tugas yang unik bagi sebuah bisnis. Mungkin perusahaan memiliki sistem manufaktur sendiri atau sistem mitra yang tidak tercakup oleh tindakan standar. Tindakan khusus dapat menghubungkan langkah tersebut ke dalam alur pesanan sehingga rute tetap menunjukkan proses lengkap alih-alih menyembunyikan satu bagian dalam email atau pekerjaan manufaktur. Mari kembali ke pesanan dua barang kita. Sistem menerimanya dari situs web dan memeriksa detail pelanggan, alamat, dan nilai produk. Pesanan kemudian mencapai langkah keputusan pemenuhan.

Jika kedua barang dapat mengikuti rute yang sama, alur dapat mengirimkan permintaan pemenuhan sebagai satu kesatuan. Jika aturan perusahaan mengharuskan hasil yang berbeda, pesanan dapat mengambil jalur lain. Mungkin kedua barang tersebut memerlukan permintaan pemenuhan terpisah. Mungkin pesanan memerlukan pilihan pengiriman yang berbeda. Alur tersebut tidak menopak. Ia mengikuti aturan yang dibuat bisnis dan peristiwa yang dikembalikan oleh sistem yang terhubung. Bagian terakhir itu penting. Manajer mempercanaan cerdas dapat mengarahkan pekerjaan, tetapi sistem yang terhubung melaporkan kembali saat pekerjaan berjalan. Penyedia layanan pemenuhan dapat menerima permintaan tersebut. Penyedia layanan penagihan dapat menerima detail pesanan. Peristiwa tersebut menjaga perjalanan pesanan terus bergerak melalui alur. Jadi aplikasi ini bukanlah satu sistem bergantian raksasa. Ini adalah serangkaian aturan

Pesanan tersebut. Sistem pemenuhan menangani pemenuhan. Sistem penagihan menangani penagihan. Manajemen pesanan cerdas mengatur rutin di antara tugas-tugas tersebut. Orang yang bertanggung jawab atas proses pesanan dapat merancang alur ini langsung di dalam aplikasi. Mereka tidak perlu menulis setiap jalur sebagai kode tradisional dan tidak perlu meminta administrator TI untuk mengubah setiap aturan bisnis. Hal itu memberikan cara bagi tim rantai pasokan untuk menerahkan proses yang benar-benar. Namun perubahan tersebut tetap memerlukan kan. Alur orkestrasi tetap tidak dipublikasikan saat Anda membangun dan mengucinya. Selama tahap itu, data yang masuk tidak berjalan melalui alur tersebut. Setelah Anda mempublikasikannya, alur dan tindakannya berjalan saat datang masuk ke sistem. Setelah dipublikasikan, Anda tidak dapat mengedit alur yang sudah terbit tersebut. Jika bisnis merupakan perubahan, tim dapat menghentikan alur yang dipublikasikan yang mengembalikannya ke status belum dikasihkan.

Mereka dapat mengedit alur tersebut lalu mempublikasikan versi baru saat sudah. Pengaturan itu mendorong tim untuk menguji rute sebelum pesanan langsung melewatinya. Sebuah rute hanya berfungsi jika ia mengetahui stok apa yang benar-benar tersedia. Itu membawa kita pada informasi inventaris langsung dibalik setiap keputusan pemenuhan. Visibilitas inventaris. Melihat apa yang sebenarnya bisa Anda jual. Berikut adalah kebenaran yang sederhana. Anda tidak dapat memenuhi pesanan jika Anda tidak tahu bahwa Anda memiliki stok. Terdengar jelas, namun stok bisa tersembunyi di gudang, toko, lokasi mitra, atau di berbagai entitas hukum dalam satu perusahaan. Ketika setiap lokasi menyimpan hitungannya sendiri, Anda tidak bisa menjawab pertanyaan dasar. Apa yang bisa saya janjikan kepada pelanggan ini sekarang? Visibilitas inventaris memberikan manajemen pesanan cerdas pandangan langsung atas semua stok tersebut di seluruh jaringan pasokan Anda.

Anggaplah itu seperti papan stok di pusat distribusi. Alih-alih menghubungi setiap rak dan meminta seseorang untuk memeriksa proses pesanan melihat satu tampilan bersama yang diisi oleh semua sistem Anda. Sekarang, hanya karena suatu barang muncul sebagai stok di suatu tempat, bukan berarti barang itu dapat memenuhi setiap pesan. Produk mungkin berada di gudang tetapi sudah dipesan, atau berada di toko yang bisa menjual secara lokal tetapi tidak bisa mengirim, atau terlalu jauh untuk memenuhi janji pengiriman yang dipilih pelanggan. Ada perbedaan besar antara stok yang ada di suatu tempat dan stok yang dapat memenuhi pesanan ini sekarang. Bayangkan seorang pelanggan membeli jaket secara daring dan mengingkannya besok. Gudang utama Anda sudah kehabisan stok. Tanpa data inventaris terkini, situs web Anda mungkin tetap menerima pesanan berdasarkan angka lama dan gudang kemudian menerima permintaan untuk barang yang tidak bisa dikirim sehingga pelanggan baru mengetahuinya setelah pembayaran.

Hal itu menambah pekerjaan bagi semua orang. Dengan informasi inventaris yang terhubung, manajemen pesanan cerdas melihat bahwa gudang utama tidak memiliki jaket untuk pesanan ini, tetapi toko terdekat memilikinya. Jika toko tersebut mendukung pengiriman, mereka dapat memenuhi pesanan. Jika pelanggan memilih pengambilan, toko yang sama menjadi lokasi pengambilan. Keputusan dimulai dengan pandangan yang lebih baik mengenai stok. Bagi perusahaan dengan beberapa badan hukum, pandangan ini mencakup inventaris di seluruh badan tersebut. Hal itu penting ketika Anda beroperasi di lebih dari satu negara, wilayah, atau unit bisnis, dan stok tidak berada dalam satu kumpulan catatan saja. Proses pesanan menggunakan data inventaris waktu nyata saat memutuskan jarum mana yang akan diambil. Gudang, toko, atau sumber inventaris lainnya tetap mengelola catatan stok mereka sendiri. Visibilitas inventaris membawa angka terkini ke dalam proses pesanan yang lebih luas di mana aturan pemenuhan dapat menggunakannya.

Itu membantu Anda menghindari janji berdasarkan data kemarin dan memberi layanan pelanggan jawaban yang jelas saat seseorang bertanya apakah barang masih bisa tiba tepat waktu. Alih-alih mencari di beberapa sistem dan berharap informasinya cocok. Tim pesanan melihat posisi stok yang mendorong pilihan pemenuhan. Tentu saja, melihat semua lokasi yang memungkinkan tidak menjawab setiap pertanyaan. Anda mungkin menemukan barang tersebut di lima lokasi. Satu yang terdekat dengan pelanggan, yang lain dengan stok lebih banyak. Yang ketiga, yang memungkinkan Anda mengirim kedua produk secara bersama. Seseorang atau sesuatu tetap harus memilih. Tugas itu adalah milik pengoptimalan pemenuhan.

Pemenuhan Pengoptimalan Memilih tempat terbaik untuk mengirim dari pemenuhan. Pengoptimalan membandingkan lokasi yang memungkinkan untuk sebuah pesanan dan memilih satu berdasarkan aturan yang ditetapkan perusahaan. Dalam bahasa sederhana, ini menjawab. Dari mana pesanan ini harus berasal? Terbaik tidak selalu berarti terdekat. Toko terdekat mungkin memiliki barang tersebut, tetapi pengiriman dari sana bisa memakan biaya besar. Budang yang lebih jauh mungkin sudah memiliki kedua barang yang siap dikemas bersama, dan lokasi lain mungkin memiliki stok, tetapi tidak dapat memenuhi tanggal pengiriman yang dipilih pelanggan. Setiap perusahaan harus memutuskan apa yang ingin didahulukan oleh aturan tersebut. Beberapa bisnis mengutamakan kecepatan. Yang lain ingin menjaga biaya pengiriman tetap rendah. Perusahaan mungkin juga ingin melindungi stok toko bagi pelanggan yang datang langsung atau menghindari pemecahan pesanan menjadi beberapa paket kecuali tidak ada pilihan lain.

Manajemen pesanan cerdas menggunakan strategi pemenuhan yang mencerminkan pilihan tersebut. Anggaplah itu seperti memilih rute untuk mobil pengiriman. Jalan terpendek mungkin bukan yang tercepat karena bisa ada kemacetan perbaikan jalan atau perhentian yang memakan waktu lebih langsung. Begitu pula, gedung terdekat mungkin tidak memberikan hasil pemenuhan terbaik jika biaya stok, janji layanan, dan opsi pengiriman dipertimbangkan. Meri kembali ke pelanggan yang membeli dua barang secara daring. Sebuah toko yang berjarak 10 menit memiliki barang tertentu. Budang memiliki kedua barang tersebut, tetapi lokasinya lebih jauh. Jika toko mengirim barang pertama dan gudang mengirim barang kedua, pelanggan mungkin menerima dua paket yang tepat waktu, namun biaya pengiriman jadi lebih mahal. Gudang mungkin bisa mengirim kedua barang tersebut sekaligus. Jika tanggal pengiriman yang dijanjikan tetap terpenuhi, satu paket dari lokasi tersebut bisa menjadi pilihan yang lebih baik.

Aturan dapat memprioritaskan jumlah pengiriman yang lebih sedikit dan biar. Namun jika pengiriman besok lebih penting daripada mengirim kedua barang bersamaan, sistem mungkin memilih toko untuk satu barang dan gudang untuk barang lainnya. Itulah pesanan terpisah. Pesanan terpisah bukan berarti sistem mengalami kegagalan. Itu bisa menjadi pilihan terencana ketika tidak ada satu lokasi pun yang dapat memenuhi seluruh pesanan dengan tepat. Bisnis menentukan kapan pemisahan pesanan masuk akal melalui strategi pemenuhan yang ditetapkan. Pemikiran yang sama mendukung metode beli daring kirim dari toko. Pelanggan memesan lewat situs web, tetapi toko di dekat mereka memiliki stok yang tepat dan bisa mengirimnya dengan cepat. Jadi toko tersebut menjadi sumber pemenuhan meskipun pelanggan tidak pernah mengunjunginya. Ini juga mendukung metode beli daring ambil di toko. Sistem menggunakan informasi stok dan lokasi untuk menemukan toko yang bisa memenuhi pesanan untuk pengambilan sehingga pelanggan mendapat opsi ambil lokal sementara perusahaan mengarahkan pesanan ke tempat yang tepat.

Pilihan-pilihan ini tidak harus berdiri sendiri di dalam setiap saluran penjualan. Tanpa proses keputusan pemenuhan terpusat, situs web, marketplace, dan pusat panggilan mungkin masing-masing membutuhkan aturan perutahannya sendiri. Saat bisnis mengubah kebijakan pengiriman atau mulai menggunakan toko untuk pemenuhan, tim mungkin perlu memperbarui beberapa sistem sekaligus. Optimalisasi pemenuhan menempatkan proses keputusan tersebut di satu tempat dalam perjalanan pesanan. Situs web tetap menerima pesanan, marketplace tetap menerima pesanan, dan toko tetap menjual produk. Namun perusahaan bisa mengubah cara memilih lokasi pemenuhan tanpa membangun ulang aturan di setiap saluran, memberikan Anda kontrol lebih saat stok berpindah, janji pengiriman berubah, atau opsi pemenuhan baru tersedia. Tetap saja, strategi pemenuhan hanya bisa membandingkan lokasi jika informasi yang diperlukan tiba dari sistem yang memilikinya.

Pesanan harus masuk, pembaruan stok harus tiba, dan mitra pemenuhan harus menerima tugas mereka serta melaporkan perkembangannya kembali. Pekerjaan koneksi itu bergantung pada penyedia. Penyedia dan koneksi, pintu masuk ke dalam gedung agar manajemen pesanan cerdas dapat menjalankan tugasnya. Ia memerlukan cara yang andal untuk berkomunikasi dengan segala sesuatu di sekit. Penyedia adalah hal yang mewujudkannya. Penyedia pada dasarnya adalah koneksi yang memindahkan detail pesanan dan pembaruan pemenuhan antara manajemen pesanan cerdas dan sistem lain. Informasi mengalir dua arah sehingga tidak ada yang perlu menyalin, apapun secara manual. Bayangkan sebuah gedung dengan banyak pintu pengirim. Satu pintu menerima pesanan dari toko daring Anda, pintu lain terhubung ke sistem inventaris Anda. Pintu ketiga mengirimkan pekerjaan ke gudang atau mitra pengiriman. Setiap pintu memiliki tujuan yang jelas dan penyedia mengelola informasi yang melewati setiap pintu.

Microsoft membangun sendiri beberapa konektor ini. Mereka menyebutnya penyedia pihak pertama. Mereka menghubungkan manajemen pesanan cerdas dengan aplikasi seperti Dynamics 365 Supply Jet Management, Dynamics 365 Commerce atau Dynamics 365 Commerce atau Dynamics 365 Commerce. Layanan inventaris dan pemenuhan di dalam manajemen pesanan cerdas juga menggunakan penyedia ini untuk bertukar data. Sekarang Anda mungkin sudah memiliki sistem lain. Disitulah penyedia pihak ketiga berperan. Mereka menghubungkan layanan yang tidak dibangun oleh Microsoft. Mungkin itu platform Eniaga Anda yang sudah ada marketplace, perusahaan logistik atau sistem gudang. Intinya bukan memaksa Anda menggunakan satu rangkaian aplikasi. Aw, tujuannya adalah agar Anda dapat menghubungkan sistem yang sudah sesuai dengan Anda. Di balik layar, penyedia ini menggunakan konektor power automate. Power platform memiliki lebih dari 200 konektor siap pakai jadi Anda memiliki banyak titik awal.

Dan jika tidak ada yang cocok, Anda dapat membangun penyedia sendiri. Setiap aplikasi yang terhubung tetap menjalankan tugasnya masing-masing. Toko daring Anda mencatat pembelian. Sistem inventaris melacak stok. Mitra pemenuhan mengemas dan mengirimkan pesanan. Sistem penagihan menangani keuangan. Manajemen pesanan cerdas mengordinasikan pesan dan langkah selanjutnya di antara semuanya. Setelah sistem tersebut membagikan pembaruan, bisnis Anda dapat melihat apa yang terjadi di seluruh proses pesanan. Tidak perlu lagi mencari informasi melalui layar yang terpisah. Wawasan dan gambaran yang lebih besar. Informasi yang dibagikan tersebut memberi Anda gambaran yang jauh lebih jelas tentang pekerjaan pesanan. Manajemen pesanan cerdas menyertakan dashboard Power BI yang menyatukan metrik pesanan dan pemenuhan di satu tempat. Layanan pelanggan dapat menemukan pesanan yang berhenti bergerak. Operasional dapat menemukan rute yang terblokir atau keterlambatan.

Dan pemimpin bisnis dapat mencari pora di seluruh proses. Tanpa tampilan tersebut, keterlambatan mungkin tampak sebagai masalah yang terisolasi. Namun seada tak digabungkan, tim Anda mungkin menyadari bahwa banyak pesanan melambat di mitra pemenuhan tertentu atau opsi. Pengiriman tertentu menimbulkan lebih banyak pengecualian daripada yang diharapkan. dashboard tidak memperbaiki masalah dengan sendirinya, tetapi membantu orang mengetepat kemana harus mencari. Ingat kembali gedung perkantor. Manajemen pesanan cerdas menyatukan meja depan yang menerima permintaan, papan stok yang menunjukkan ketersediaan, perencana rute yang memilih lokasi pemenuhan, dan ruang pelaporan tempat tim dapat memantau pergerakan semuanya. Setiap bagian memiliki tugas berbeda, tetapi pesanan menghubungkan semuanya.

Kesimpulan satu pesanan satu perjalanan yang terkoordinasi. Terima kasih telah bergabung dengan saya untuk awasan singkat. Manajemen pesanan cerdas mengetahkan rute langsung tunggal melalui seluruh proses Anda, mulai dari pencatatan awal hingga penagihan akhir. Perlangganan di platform podcast favorit Anda dan tonton episode berikut. Anda akan melihat persis bagaimana Dynamics 365 dan Power Platform menangani pekerjaan di balik layar.