Berkontribusi pada dokumentasi Dynamics 365

Anda dapat berkontribusi dalam dokumentasi Microsoft untuk Dynamics 365 dengan dua cara. Jika sebuah artikel berisi informasi yang salah atau membingungkan, atau jika Anda mengetahui solusi yang baik untuk masalah yang berulang, informasikan kepada kami menggunakan fitur tautan tanggapan di dalam artikel.

Untuk sebagian besar dokumentasi kami, Anda juga dapat mengedit artikel secara langsung untuk memulai proses peninjauan.

Berikan tanggapan

Di situs web learn.microsoft.com, Anda memiliki peluang untuk memberikan tanggapan di setiap artikel Learn. Anda dapat memilih tindakan Tanggapan di bawah judul artikel di kanan atas atau salah satu opsi tanggapan di bagian bawah artikel di bagian Tanggapan. Berikan rating untuk artikel tersebut, pilih alasan tanggapan Anda, dan pertimbangkan untuk memberikan komentar. Tanggapan langsung disampaikan kepada penulis artikel dan tim yang memiliki dokumen tersebut.

Jika artikel tidak dapat diedit secara langsung, atau jika Anda tidak ingin mengedit, sebaiknya gunakan mekanisme tanggapan untuk menyampaikan pendapat Anda tentang artikel atau produk tersebut.

Kontribusi eksternal untuk dokumentasi Microsoft

File sumber untuk konten inti kami disimpan di repositori GitHub publik. Siapa pun dapat meninjaunya dan, dalam banyak kasus, mengeditnya. Kami menyambut baik saran dan koreksi dari Anda, baik dalam bentuk kontribusi langsung maupun dalam bentuk masalah GitHub, seperti melaporkan bug atau mengajukan pertanyaan. Kami hanya dapat menerima tanggapan dan kontribusi untuk konten sumber dalam bahasa Inggris.

Sebagian besar artikel memiliki ikon pensil dengan tipsalat Edit Dokumen Ini. Pilih ikon tersebut untuk membuka artikel di GitHub, lalu Anda dapat mulai mengedit. Mulai sebagai kontributor dengan panduan kontributor Microsoft Learn.

Jika Anda ingin melangkah lebih jauh dan berkontribusi dalam artikel konseptual baru, gunakan templat di https://github.com/MicrosoftDocs/dynamics365-docs-templates.

Konten panduan Dynamics 365

Konten panduan Dynamics 365 menggunakan proses yang sama dengan sebagian besar dokumentasi di Microsoft Learn. Di bagian ini, kami menyebutkan alat dan proses yang dapat Anda gunakan untuk membantu menambah panduan implementasi.

Istilah konten panduan mencakup panduan implementasi Dynamics 365, deskripsi proses bisnis, pola baru, praktik terbaik, dan arsitektur referensi. Kami menerbitkan konten panduan pertama pada bulan April 2023, dan memperbaruinya setiap dua minggu sekali. Telusuri pusat panduan, dan sampaikan kepada kami kelebihan serta kekurangannya.

Beberapa konten panduan disediakan oleh kontributor internal. Kami mendorong para ahli di komunitas untuk membantu kami menyusun praktik terbaik. Baca apakah Anda memiliki praktik terbaik atau wawasan lain yang menurut Anda harus menjadi bagian dari Microsoft Learn.

Mengapa berkontribusi?

Kami percaya bahwa konten panduan tersebut akan membantu proyek implementasi Dynamics 365 berjalan lebih cepat. Mitra dan pelanggan kami dapat menggunakan panduan ini untuk mempersiapkan implementasi dan meningkatkan keterampilan di area baru atau meningkatkan keterampilan staf baru. Pengembang perangkat lunak dapat menggunakan konten tersebut sebagai platform untuk mempromosikan kekayaan intelektual atau keahlian industri mereka.

Namun Microsoft bukan satu-satunya pakar tentang cara mengimplementasikan solusi dengan Dynamics 365. Komunitas ini berisi banyak ahli dalam berbagai aspek implementasi. Apakah Anda memiliki pola, praktik terbaik, konfigurasi, atau arsitektur integrasi yang telah terbukti berfungsi baik di beberapa implementasi? Pertimbangkan untuk membagikannya di sini di Microsoft Learn untuk membuat seluruh komunitas menjadi lebih produktif dan efisien dalam proyek implementasi mereka.

Kami berharap dapat menawarkan hadiah atau pengakuan lainnya untuk kontribusi. Untuk saat ini, kami mengenali kontributor dalam artikel dengan dua cara yang berbeda. Pelajari selengkapnya di bagian Pengakuan terhadap kontributor.

Cara berkontribusi

Anda dapat menemukan file sumber untuk konten panduan Dynamics 365 Microsoft di repositori GitHub publik. Anda juga dapat mengedit artikel di situs learn.microsoft.com/dynamics365/guidance seperti yang dijelaskan dalam panduan kontributor Microsoft Learn.

Kami menyarankan agar Anda mengirimkan koreksi dengan cara yang sama seperti Anda mengirimkan koreksi ke area Microsoft Learn lainnya. Namun, untuk mengirim konten baru, silakan unggah file Markdown untuk konten panduan baru ke repo yang berbeda, Pola dan Praktik Dynamics 365. Dengan cara ini, kami dapat memastikan bahwa arsitektur referensi atau pola Anda ditinjau ahli di bidangnya. Tersedia berbagai templat yang bisa dipilih, dan jika Anda ingin berkontribusi ke konten proses bisnis, ada proses lain yang berbeda.

Templat

Microsoft menyediakan templat di dua lokasi, bergantung pada jenis templat:

Kami akan menambahkan lebih banyak templat dan panduan seiring waktu. Sebaiknya ikuti repositori, atau simpan dan beri tanda bintang, sehingga Anda akan mendapatkan notifikasi ketika ada perubahan.

Bagikan tanggapan Anda di tab https://github.com/microsoft/dynamics365patternspractices/discussions di repositori Pola dan Praktik Dynamics 365.

Jika Anda belum memiliki akun GitHub, mulailah dengan panduan kontributor Microsoft Learn.

Tip

Telusuri file sumber kami di repo https://github.com/MicrosoftDocs/dynamics365-guidance. Pelajari cara kami menyusun berbagai jenis artikel sehingga artikel Anda mengikuti struktur yang sama. Dengan begitu, proses peninjauan berjalan lebih cepat.

Arsitektur

Kami menerima kontribusi untuk panduan arsitektur, termasuk ide solusi dan pola desain. Jika Anda memiliki praktik terbaik atau referensi implementasi, kirimkan proposal Anda ke tim Azure atau kepada kami di Dynamics 365.

Untuk menyumbangkan artikel baru ke panduan arsitektur Dynamics 365, ikuti langkah utama berikut:

Microsoft memproses artikel tersebut dan menerbitkannya sebagai bagian dari dokumentasi panduan Dynamics 365.

Untuk pengantar umum tentang konten panduan di Microsoft, lihat Azure Architecture Center. Untuk panduan kontributor, lihat kontribusi Azure Architecture Center.

Repositori GitHub dynamics365-docs-templates berisi templat Markdown berikut untuk panduan arsitektur dalam folder guidance-templates:

  • Pola arsitektur umum: Pola arsitektur umum berperan sebagai arsitektur inti dengan solusi umum yang berlaku untuk banyak skenario. Misalnya, ide solusi dapat menggunakan artikel arsitektur sebagai landasan untuk memberikan pandangan bagi industri atau solusi mitra tertentu dan menghubungkannya dengan arsitektur dari setiap ide solusi. Templat tersebut didasarkan pada templat Panduan Arsitektur Azure. Gunakan templat untuk berbagai jenis arsitektur, termasuk arsitektur referensi.

  • Ide solusi: Ide solusi adalah arsitektur "kecil" dari implementasi Dynamics 365. Ide tersebut memberikan ikhtisar singkat tentang solusi dengan layanan Dynamics 365 dan Azure. Setiap ide solusi berisi elemen-elemen berikut:

    • Sebuah diagram arsitektur
    • Sebuah aliran data
    • Komponen-komponen, yaitu daftar layanan yang digunakan
    • Kredit kontributor
    • Tautan ke langkah selanjutnya dan sumber daya terkait, seperti panduan dan arsitektur terkait

  • Solusi sampel: Solusi sampel adalah contoh beban kerja dengan arsitektur "sedang". Solusi ini menuntun pembaca dalam proses merancang solusi untuk masalah-masalah tertentu dalam implementasi Dynamics 365. Solusi sampel memberikan panduan arsitektur yang dapat ditindaklanjuti berdasarkan contoh nyata dari pelanggan. Tujuannya adalah mempersingkat kurva belajar pelanggan dengan menceritakan kisah pelanggan lain yang pernah mengalaminya. Ada bagian dari templat Ide Solusi serta tambahan bagian berikut:

    • Sebagai alternatif, layanan lain yang bisa Anda sambungkan ke dalam arsitektur sebagai gantinya
    • Pertimbangan, panduan yang memetakan ke kerangka kerja Success by Design kami dan, secara opsional, termasuk penyebarannya

  • Pola desain: Pola desain Dynamics 365 ditujukan untuk mengatasi tantangan spesifik dalam implementasi dan didasarkan pada skenario atau praktik terbaik tertentu. Gunakan templat ini untuk mengambil pola proses bisnis. Atau, gunakan templat Word pada dynamics365patternspractices/templates/business-processes.

Kontribusi proses bisnis

Istilah proses bisnis mencakup berbagai kegiatan atau tugas terstruktur, sering kali berurutan, untuk mencapai tujuan organisasi yang telah ditentukan sebelumnya. Istilah ini juga dapat merujuk pada efek kumulatif dari semua langkah menuju tujuan bisnis. Proses bisnis bersifat spesifik untuk solusi yang menyertakan Dynamics 365. Kami yakin jenis konten baru ini membuat struktur yang dapat membantu pelanggan dan mitra lebih siap dalam mengadopsi Dynamics 365. Setiap proses bisnis menyertakan diagram alur proses bisnis standar. Bagian-bagian pada dokumen ini menguraikan langkah-langkah konfigurasi dan entitas data yang digunakan dalam setiap langkah. Setiap langkah terhubung ke halaman yang relevan dalam dokumentasi produk, dan semua dokumen berisi tautan ke langkah berikutnya serta sumber daya terkait untuk membantu pembaca dalam perjalanan pembelajaran mereka.

Kami menyusun proses bisnis dalam sebuah katalog. Katalog proses bisnis adalah buku kerja Excel yang kami gunakan di Microsoft untuk mengelola dan memprioritaskan pekerjaan kami pada dokumentasi proses bisnis. Formatnya adalah Excel karena memudahkan pengurutan dan pemfilteran entri. Kami juga yakin mitra kami dapat menggunakan buku kerja Excel ini untuk mengatur perjalanan orientasi, proyek implementasi, dan proses bisnis mereka sendiri.

Unduh katalog versi terbaru dari https://aka.ms/BusinessProcessCatalog.

Nota

Jika Anda ingin berkontribusi pada proses bisnis, daftarkan pekerjaan Anda sebelum memulai untuk mengurangi risiko proses bisnis yang sama dikerjakan oleh orang lain. Untuk mendaftarkan pekerjaan, kirimkan masalah GitHub di https://github.com/microsoft/dynamics365patternspractices/issues.

Isi katalog

Katalog mendefinisikan enam tingkat konten:

  1. Proses secara menyeluruh

    Proses end-to-end mewakili alur lengkap aktivitas dari pemicu awal ke hasil akhir. Ini mencakup semua langkah perantara dan subproses yang diperlukan untuk mencapai tujuan bisnis. Kami telah mengidentifikasi 15 skenario menyeluruh. Kami menjelaskan skenario tersebut dalam istilah bisnis, bukan dalam istilah teknologi perangkat lunak.

    Untuk setiap proses menyeluruh, artikel pendahuluan menjelaskan bagaimana pendapat kami tentang proses menyeluruh. Kami mencantumkan pemangku kepentingan utama dan bagaimana Dynamics 365 membantu proses menyeluruh. Kami juga memberikan ikhtisar, dan diagram alur proses bisnis, tentang bagaimana proses menyeluruh berinteraksi dengan proses menyeluruh lainnya. Bagian pendahuluan mencantumkan prasyarat untuk mengimplementasikan solusi guna mendukung proses menyeluruh.

  2. Area proses bisnis

    Setiap skenario menyeluruh mencakup dua area proses bisnis atau lebih. Tingkat ini mewakili pengelompokan signifikan aktivitas terkait yang berkontribusi pada tujuan keseluruhan, dan memberikan cara logis untuk mengelompokkan proses bisnis. Dalam sebagian besar kasus, area proses bisnis dipisahkan oleh departemen atau fungsi pekerjaan utama dalam organisasi. Saat ini, katalog mendefinisikan lebih dari 100 area proses bisnis.

  3. Proses bisnis

    Istilah proses bisnis mencakup berbagai kegiatan atau tugas terstruktur, sering kali berurutan, untuk mencapai tujuan organisasi yang telah ditentukan sebelumnya. Istilah ini juga dapat merujuk pada efek kumulatif dari semua langkah menuju tujuan bisnis. Setiap proses bisnis menjelaskan fungsi atau proses yang didukung Dynamics 365. Sejauh ini, kami telah mengidentifikasi lebih dari 800 proses bisnis. Beberapa proses bisnis dapat diterapkan ke satu aplikasi Dynamics 365, dan dokumen untuk aplikasi tersebut mungkin sudah menjelaskan prosesnya. Dengan mengumpulkan semua proses bisnis dalam panduan ini, kami berharap dapat menyediakan satu titik masuk berisi tautan ke konten khusus produk yang relevan.

  4. Scenarios

    Dalam Dynamics 365, skenario adalah pola konfigurasi berulang yang mendukung proses bisnis tertentu. Pola mencakup skenario, industri, dan kasus penggunaan yang paling umum. Sering kali, terdapat banyak cara mengimplementasikan Dynamics 365 untuk memenuhi kebutuhan bisnis Anda. Sasaran kami dengan pola ini adalah memberikan dasar untuk implementasi Anda. Kami telah mengidentifikasi lebih dari 3000 skenario dan pola, dan kami mengharapkan jumlah tersebut tumbuh dari waktu ke waktu.

  5. Proses sistem

    Proses sistem adalah bagian dari proses bisnis yang menggunakan elemen formulir, halaman, atau UI tertentu di Dynamics 365.

  6. Kasus pengujian

Kasus pengujian adalah serangkaian kondisi dan langkah-langkah terperinci yang digunakan untuk menentukan apakah aplikasi perangkat lunak atau sistem berfungsi dengan benar. Ini adalah bagian penting dari proses pengujian perangkat lunak, yang dirancang untuk memastikan bahwa perangkat lunak memenuhi persyaratannya dan berkinerja seperti yang diharapkan. Kasus pengujian digunakan untuk mengidentifikasi cacat, memastikan kualitas, dan memverifikasi bahwa perangkat lunak berperilaku seperti yang dimaksudkan dalam berbagai kondisi.

Ada templat Word untuk setiap jenis konten. Instruksi diformat dalam warna merah yang dikelilingi oleh tanda kurung siku seperti dalam contoh berikut:[Text in red]. Hapus instruksi ini saat Anda menyelesaikan dokumen. Teks yang disorot dengan warna kuning harus diganti atau disesuaikan oleh Anda. Jangan ubah teks yang tidak disorot dengan warna kuning dan tidak diformat dengan warna merah. Frasa standar ini membantu pengguna mengenali templat sehingga mereka dapat memindai dan menemukan konten yang mereka cari dengan lebih mudah.

Dapatkan pengantar lebih lanjut tentang katalog proses bisnis di Tentang panduan proses bisnis. Secara opsional, tinjau TechTalks tempat kita berbicara tentang bagaimana Anda dapat menggunakan katalog proses bisnis dan berkontribusi pada pustaka konten.

Kirim kontribusi Anda

Secara internal, Microsoft bekerja keras untuk mengonversi catatan internal, pengalaman bertahun-tahun, dan berbagai dokumen menjadi panduan proses bisnis. Kami sangat menyambut baik kontribusi dari komunitas.

Ada beberapa templat yang berbeda untuk mengirimkan kontribusi berdasarkan jenis artikel. Kontributor harus memilih templat yang tepat sesuai jenis artikel yang ingin diberi kontribusi. Templat tersedia dalam bentuk file Word yang namanya menjelaskan jenis artikel yang cocok.

Pengakuan terhadap kontributor

Platform Microsoft Learn menunjukkan kontributor internal dan eksternal di bagian atas setiap artikel jika mereka mengirimkan kontribusi mereka melalui GitHub. Karena beberapa orang berkontribusi dengan cara lain, kami menambahkan bagian Kontributor di bagian akhir artikel.

Bagian opsional Kontributor mencantumkan kontributor utama beserta nama dan tautan ke LinkedIn atau profil lainnya yang mereka berikan. Cuplikan layar berikut ini adalah versi anonim bagian Kontributor dalam artikel Azure Architecture Center.

Cuplikan layar contoh bagian Kontributor, memperlihatkan pembuat utama ditambah tiga kontributor yang tercantum dengan tautan ke profil LinkedIn mereka.

Seperti inilah tampilannya di Markdown.

## Contributors

*This article is maintained by Microsoft. It was originally written by the following contributors.*

Principal author:

* [Author's Name](https://www.linkedin.com/in/author-account/) | Author's job title or similar  

Other contributors:

* [Contributor's Name](https://www.linkedin.com/in/contributor-account/) | Contributor's job title or similar  
* [Contributor's Name](https://www.linkedin.com/in/contributor-account/) | Contributor's job title or similar

Cara mencantumkan kontributor seperti ini bersifat opsional. Di seluruh Microsoft, sebaiknya gunakan bagian Kontributor jika kontributor eksternal mengirimkan konten baru, seperti arsitektur referensi dan pola desain, melalui sarana selain GitHub.

  • Last updated on