Tanya Jawab Umum alat migrasi
Alat migrasi untuk aturan pembuatan rekaman otomatis dan perjanjian tingkat layanan (SLA)
Siapa yang dapat mengakses atau menjalankan alat migrasi?
Administrator dan pengguna yang memiliki peran manajer CSR dapat menjalankan alat migrasi.
Apakah aturan termigrasi diaktifkan secara otomatis setelah migrasi?
Tidak. Anda harus mengaktifkan aturan yang dimigrasikan secara manual setelah migrasi selesai.
Apakah saya tetap dapat menggunakan aturan lama setelah tenggat waktu penghentian?
Ya. Aturan warisan aktif terus berjalan setelah batas waktu penghentian, hingga dinonaktifkan. Namun, pengalaman penyuntingan dan dukungan berhenti setelah penghentian.
Dapatkah saya mengaktifkan aturan yang memiliki status migrasi "tidak lengkap"?
Tidak. Aturan yang dimigrasikan diaktifkan hanya jika Anda mengalihkan tombol Tandai sebagai selesai ke Ya setelah Anda meninjau aturan yang tidak lengkap dan memperbaiki masalah yang ada. Saat itulah aturan dianggap berhasil dimigrasikan.
Apakah aturan lama dinonaktifkan setelah saya bermigrasi?
- Untuk pembuatan rekaman otomatis, ya. Saat Anda mengaktifkan aturan pembuatan rekaman otomatis yang dimigrasikan di Antarmuka Terpadu, aturan warisan yang sesuai dinonaktifkan.
- Untuk SLA, tidak. Saat Anda mengaktifkan aturan SLA yang dimigrasikan di Antarmuka Terpadu, aturan warisan yang sesuai tetap aktif, karena kedua aturan dapat hidup berdampingan.
Apa yang dimaksud dengan status migrasi "tidak lengkap"?
- Di bagian Ringkasan: Proses migrasi keseluruhan tidak dapat berhasil menyelesaikan migrasi semua aturan yang dipilih.
- Di samping aturan: Aturan gagal, atau aturan tidak dapat dimigrasikan sepenuhnya (yaitu, satu atau beberapa item atau kondisi gagal dimigrasikan).
Di mana saya dapat menemukan daftar aturan yang dimigrasi sebagian yang dilacak dalam alat migrasi?
Aturan yang dimigrasikan sebagian, atau yang diidentifikasi sebagai dimigrasikan tidak lengkap, tidak dianggap dimigrasikan sepenuhnya. Oleh karena itu, mereka dilacak di bawah Tertunda di bagian Ringkasan . Hanya aturan yang berhasil menyelesaikan migrasi yang dihitung di bawah Dimigrasikan.
Apakah alat migrasi mendukung formulir atau bidang kustom?
- Untuk pembuatan rekaman otomatis, ya. Alat migrasi mendukung entitas, bidang, atribut, dan konfigurasi kustom.
- Untuk SLA, tidak. Alat migrasi tidak sepenuhnya mendukung entitas, bidang, atribut, dan konfigurasi kustom. Untuk menyelesaikan migrasi, pengguna harus memodifikasi alur penyesuaian, alur kerja, plugin, atau kode kustom lainnya yang ada pada entitas, bidang, atribut, dan konfigurasi kustom.
Apakah saya memerlukan lisensi Power Automate terpisah sebelum menjalankan migrasi?
Tidak. Untuk informasi selengkapnya tentang pedoman lisensi, buka Apa itu dan Microsoft Power Apps Power Automate hak penggunaan untuk aplikasi Dynamics 365?
Beberapa aturan saya tidak lengkap atau dimigrasi sebagian. Apa yang harus saya lakukan
Anda dapat menggunakan detail masalah untuk memperbaiki aturan di klien web dan kemudian menjalankan kembali migrasi, atau memperbaiki aturan yang dimigrasikan langsung di Antarmuka Terpadu.
Dapatkah saya menjalankan ulang alat migrasi untuk aturan migrasi tertentu?
Ya, Anda dapat menjalankan ulang alat migrasi untuk aturan tertentu yang dimigrasikan, berdasarkan kriteria berikut:
- Untuk aturan yang tidak lengkap atau aturan yang gagal migrasi: Pilih aturan yang sama saat Anda menjalankan ulang alat migrasi. Alat ini secara otomatis mengganti aturan yang tidak lengkap atau gagal yang ada dengan aturan yang baru dimigrasikan.
- Untuk aturan yang berhasil dimigrasikan:Hapus aturan yang dimigrasikan di Antarmuka Terpadu sebelum Anda menjalankan kembali alat migrasi.
Setelah migrasi selesai, apa yang terjadi pada rekaman SLA yang ada yang terkait dengan SLA warisan?
- Jika SLA lama dinonaktifkan setelah migrasi: Timer akan terus berjalan hingga status terminal untuk rekaman SLA tersebut. Namun, fungsionalitas Selesaikan dan Jeda tidak akan berfungsi.
- Jika SLA warisan masih dalam status Aktif: Rekaman SLA yang ada yang terkait dengan SLA warisan akan terus berfungsi seperti yang diharapkan.
- Jika Anda ingin menggunakan SLA yang dibuat di aplikasi Antarmuka Terpadu pada rekaman yang ada: Anda harus memperbarui bidang SLA secara manual ke SLA Antarmuka Terpadu atau menulis plugin untuk memperbarui rekaman. Misalnya, logika plugin mungkin Modern Flow atau Workflow.
Untuk informasi tentang aturan atau alur yang dimigrasikan dalam pembuatan rekaman otomatis modern, buka FAQ tentang pembuatan rekaman otomatis modern.
Masalah konversi kondisi yang diketahui
Bagian ini menjelaskan skenario utama di mana aturan atau item tidak berhasil menyelesaikan migrasi.
Jika item atau kondisi aturan saya memiliki entitas yang terkait di dalam klausa grup bersarang (dan/atau), akankah akan dimigrasi ke Antarmuka Terpadu?
Tidak. Saat ini kami hanya mendukung satu tingkat hierarki entitas terkait. Item atau kondisi aturan tersebut dapat berhasil dimigrasikan hanya jika Anda menghapus entitas terkait apa pun dalam klausul grup sebelum Anda bermigrasi. Jika Anda tidak mengambil tindakan apa pun, aturan akan gagal selama langkah pemeriksaan Pramigrasi. Jika Anda memilih untuk melanjutkan migrasi, aturan akan memiliki kondisi kosong untuk item terkait.
Contoh: Entitas terkait dalam klausul grup berlapis
Tampilan klien web pramigrasi
Legenda:
a. Judul item.
Tampilan Antarmuka Terpadu pasca-migrasi
Legenda:
2a. "_FailedMigration" ditambahkan ke judul item yang dimigrasikan.
2b. Placeholder standar yang sama, Created On Equals 2200-01-01, ditambahkan ke kondisi.
Mengapa item aturan atau kondisi saya dengan bidang DateType yang menggunakan operator Not-On gagal selama pemeriksaan pramigrasi dan migrasi aktual?
Operator Not-On untuk tipe data Tanggal tidak didukung di Antarmuka Terpadu. Oleh karena itu, ini tidak didukung sebagai bagian dari migrasi. Untuk memperbaiki masalah ini, Anda dapat mengubah item atau kondisi lama dari {not-on selecteddate} menjadi {selecteddate kurang dari dan selecteddate lebih besar dari di} klien web sebelum menjalankan kembali alat migrasi untuk aturan yang sesuai.
Contoh: Bidang DateType yang menggunakan operator Not-On
Tampilan klien web pramigrasi
Legenda:
a. Judul item.
Tampilan Antarmuka Terpadu pasca-migrasi
Legenda:
2a. "_FailedMigration" ditambahkan ke judul item yang dimigrasikan.
2b. Kondisi Created On Equals 2200-01-01 ditambahkan ke kondisi.
Mengapa data dalam bidang DateTime saya berubah selama migrasi?
Tidak ada bidang waktu terpisah di Antarmuka Terpadu. Oleh karena itu, bidang DateTime akan berubah dari kontrol kalender menjadi bidang teks. Input harus dalam format tertentu, seperti yang ditunjukkan pada bidang teks dalam contoh berikut.
Contoh: Bidang DateTime
Tampilan klien web pramigrasi
Legenda:
a. Bidang tanggal dan waktu pramigrasi .
b. Bidang Tanggal Pramigrasi saja .
Tampilan Antarmuka Terpadu pasca-migrasi
Legenda:
a. Bidang tanggal dan waktu pascamigrasi .
b. Bidang Tanggal pascamigrasi saja .
Mengapa beberapa bidang operator saya kosong di Antarmuka Terpadu pasca-migrasi?
Untuk tipe data pencarian, hanya operator sama, tidak sama, null, dan bukan null yang didukung di Antarmuka Terpadu dan alat migrasi. Operator di bawah dan tidak di bawah tidak didukung di Antarmuka Terpadu, dan oleh karena itu tidak didukung di alat migrasi. Setiap kondisi yang memiliki operator di bawah atau tidak di bawah diterjemahkan sebagai entitas terkait setelah migrasi. Mereka ditampilkan sebagai kosong di Antarmuka Terpadu dan tidak dapat diedit.
Contoh: Bidang operator di bawah dan tidak di bawah
Tampilan klien web pramigrasi
Legenda:
sebuah.Di bawah operator.
Tampilan Antarmuka Terpadu pasca-migrasi
Legenda:
b. Bidang operator kosong.
Catatan
Batasan berikut berlaku ketika kondisi ditentukan di Pusat Layanan pelanggan:
- Kontrol pemilih Tanggal & Waktu tidak lagi tersedia dalam kondisi. Namun, Anda masih dapat mengedit tanggal dan waktu di bidang teks.
- Hanya satu tingkat hierarki entitas terkait yang didukung. Namun, Anda dapat memilih entitas terkait berlapis dalam aplikasi.
- Entitas terkait di dalam grup klausul dan/atau tidak didukung.
- Operator Not-on untuk tipe data Tanggal tidak didukung.
- Untuk jenis data Pencarian , hanya operator sama , tidak sama, null , dan bukan null yang didukung. Operator di bawah dan tidak di bawah tidak didukung.
Dapatkah saya memigrasikan aturan lagi setelah diaktifkan?
- Untuk aturan pembuatan rekaman otomatis, ya. Anda dapat memigrasikan aturan yang diaktifkan lagi, tetapi Anda harus menonaktifkannya terlebih dahulu dan menghapusnya dari Antarmuka Terpadu.
- Untuk SLA, tidak. Setelah aturan SLA yang dimigrasikan diaktifkan, aturan tersebut ditautkan ke entitas lain (seperti kasus) atau sedang digunakan. Secara default, aturan yang diaktifkan telah berhasil dimigrasikan. Sebelum dapat memigrasikan aturan yang diaktifkan lagi, Anda harus menghapusnya. Namun, ada batasan untuk aturan SLA Antarmuka Terpadu. Setelah aturan dikaitkan dengan kasus atau entitas (yaitu, setelah diaktifkan sekali), Anda tidak dapat menghapusnya, bahkan jika dinonaktifkan. Oleh karena itu, aturan tidak dapat dimigrasikan lagi jika sebelumnya telah diaktifkan atau diterapkan.
Dapatkah saya memigrasikan aturan SLA standar yang tidak digunakan lagi?
Tidak. Alat migrasi hanya mendukung aturan SLA yang ditingkatkan. Aturan SLA standar telah tidak digunakan lagi. Mereka tidak lagi didukung di Antarmuka Terpadu, dan oleh karena itu tidak didukung di alat migrasi. Untuk informasi lebih lanjut, buka SLA standar di Dynamics 365 Customer Service tidak digunakan lagi.
Masalah yang diketahui
Penghentian properti saluran
Jika Anda telah menggunakan properti saluran apa pun dalam penyesuaian aturan lama, alat migrasi tidak akan berhasil memigrasikan aturan tersebut. Tidak ada solusi umum yang dapat diterapkan untuk memperbaiki kesenjangan ini untuk semua pengguna. Solusinya sangat bergantung pada cara Anda menggunakan properti saluran dalam aturan lama.
Perbedaan perilaku saat opsi "Buat kasus untuk aktivitas yang terkait dengan kasus yang diselesaikan" dipilih
- Perilaku warisan: Jika email memiliki kasus terkait yang telah diselesaikan sejak waktu yang ditentukan, kasus yang diselesaikan diaktifkan kembali secara default. Tidak diperlukan penyesuaian.
- Perilaku modern: Jika email memiliki kasus terkait yang telah diselesaikan sejak waktu yang ditentukan, kasus baru dibuat secara default. Kustomisasi diperlukan untuk mengaktifkan kembali kasus yang ada alih-alih membuat kasus baru.
Perbedaan perilaku saat opsi "Buat kasus jika ada hak yang valid untuk pelanggan" dipilih
- Perilaku warisan: Jika pengirim email tidak memiliki hak yang valid, dan email memiliki kasus terkait, kasus terkait yang ada akan diperbarui.
- Perilaku modern: Jika pengirim email tidak memiliki hak yang valid, tidak ada alur yang dipanggil.
Kesenjangan paritas antara alur kerja dan Power Automate alur (hanya berlaku untuk penyesuaian tindakan item aturan)
- Ekspresi "Pertama bukan null" tidak dapat dimigrasikan secara otomatis. Namun, penyesuaian dapat diterapkan secara manual ke alur untuk migrasi.
- Pemetaan nama tampilan rekaman pencarian ke bidang string tidak dapat dimigrasikan secara otomatis. Namun, penyesuaian dapat diterapkan secara manual ke alur untuk migrasi.
- Bidang pihak aktivitas yang digunakan sebagai bidang sumber tidak didukung dalam alur.
Masalah Alur yang Diketahui
Aturan yang dimigrasikan memiliki karakter @ tambahan untuk kolom dengan jenis string @
Jika alur kerja aturan pembuatan rekaman otomatis warisan disesuaikan dan memiliki karakter @ teks biasa di bidang string, Anda akan melihat dua @, bukan satu pada migrasi. Misalnya, jika Anda menambahkan alamat email dalam teks biasa di kolom deskripsi kasus, karakter @ akan diperlakukan sebagai karakter khusus dan dimigrasikan sebagai @@.
Ini karena @ diidentifikasi sebagai karakter khusus untuk ekspresi dinamika apa pun, seperti @triggerOutputs()?[ body/_emailsender_value] dalam aliran migrasi.
Solusinya adalah dengan menghapus @ tambahan secara manual dalam alur yang dimigrasikan.
Migrasi tidak mendukung beberapa item atau kondisi yang memiliki "berlaku kapan" yang sama dalam SLA yang sama
Di klien web, beberapa item dapat ditentukan yang memiliki kondisi "berlaku kapan" yang sama dan kriteria keberhasilan yang berbeda untuk SLA. Namun, kemampuan yang sama tidak didukung di Antarmuka Terpadu. Oleh karena itu, selama migrasi, tidak ada item SLA berikutnya dari jenis ini yang memiliki kondisi "berlaku ketika" yang sama dibuat.
Cuplikan layar berikut menunjukkan skenario yang tidak didukung di Antarmuka Terpadu. Dua kondisi "berlaku ketika" yang ditampilkan memiliki kriteria keberhasilan yang berbeda.
Masalah atribut jenis pihak aktivitas selama konversi alur kerja ke alur kerja
Atribut jenis pihak aktivitas yang ditetapkan ke bidang jenis pihak aktivitas lain tidak akan dimigrasikan selama konversi alur kerja ke alur, karena Power Automate saat ini tidak mendukung skenario ini. (Bidang yang paling sering terpengaruh adalah Bidang Kepada, Dari , CC , dan BCC dalam email.) Meskipun migrasi aturan tidak akan gagal, nilai data untuk bidang jenis pihak aktivitas tersebut yang bergantung pada atribut jenis pihak aktivitas lain akan kosong setelah migrasi.
Contoh: Atribut jenis pihak aktivitas
Tampilan klien web pramigrasi
Legenda:
a. Bidang Dari adalah bidang jenis pihak aktivitas yang ditetapkan atribut jenis pihak aktivitas lain, Bcc {(Email)}. Ini akan kosong setelah migrasi.
b. Bidang Kepada akan dimigrasikan.
Tampilan Antarmuka Terpadu pasca-migrasi
Legenda:
sebuah.Ke lapangan.
Pemeriksaan "Pertama Bukan Null" dalam ekspresi dalam alur kerja lama tidak didukung selama konversi alur kerja ke alur kerja
Dalam alur kerja warisan, bidang pencarian dapat dipetakan dengan beberapa ekspresi tempat Anda memeriksa dan menetapkan ekspresi "Pertama Bukan Null", seperti yang ditunjukkan dalam contoh klien web yang mengikuti. Karena batasan yang diketahui dalam perancang alur kerja warisan, pendekatan ini tidak didukung sebagai bagian dari konversi alur kerja ke alur. Oleh karena itu, konverter alur kerja menetapkan ekspresi pertama tanpa melakukan pemeriksaan null. Kemudian menghapus semua ekspresi yang tersisa, terlepas dari apakah mereka memiliki nilai non-null. Dalam contoh berikut, alur hanya akan memiliki Regarding(Email) di bidang Pelanggan dalam langkah ini.
Contoh: Ekspresi "Pertama Bukan Null"
Tampilan pramigrasi
Legenda:
sebuah.Tampilan klien web: Dalam alur kerja, bidang Pelanggan memiliki {Regarding(Email); Kontak(Buat (Kasus)); Pelanggan (Buat (Kasus)).}
Di Antarmuka Terpadu, bidang Pelanggan hanya memiliki Mengenai(Email), terlepas dari apakah itu null.
Penting
Jika Anda masih mengalami masalah dengan alat migrasi, hubungi administrator atau Dukungan Microsoft.
Baca juga
Tanya Jawab Umum tentang pembuatan rekaman otomatis