Bagikan melalui

Berkontribusi pada dokumentasi Dynamics 365

Anda dapat berkontribusi pada dokumentasi Microsoft untuk Dynamics 365 dengan dua cara. Jika artikel berisi informasi yang salah atau membingungkan, atau jika Anda mengetahui solusi yang baik untuk masalah berulang, Anda dapat menggunakan tautan umpan balik dalam artikel untuk memberi tahu kami.

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

Berikan umpan balik

Di situs web learn.microsoft.com , setiap artikel Learn menawarkan kesempatan bagi Anda untuk memberikan umpan balik. Anda dapat memilih tindakan Umpan Balik yang ada di bawah judul artikel di kanan atas atau salah satu opsi umpan balik di bagian bawah artikel di bagian Umpan Balik . Beri artikel peringkat, pilih alasan umpan balik Anda, dan pertimbangkan untuk meninggalkan komentar. Umpan balik masuk ke penulis artikel dan tim yang memiliki dokumen.

Jika artikel tidak dapat diedit secara langsung, atau jika Anda tidak nyaman mengedit, kami mendorong Anda untuk menggunakan mekanisme umpan balik untuk memberi tahu kami apa pendapat Anda tentang artikel atau produk.

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 saran dan koreksi Anda, baik dalam bentuk kontribusi langsung atau sebagai masalah GitHub untuk melaporkan bug atau mengajukan pertanyaan. Kami hanya dapat menerima umpan balik dan kontribusi ke konten sumber dalam bahasa Inggris.

Sebagian besar artikel memiliki ikon pensil dengan tipsalat Edit Dokumen Ini. Pilih ikon untuk membuka artikel di GitHub, lalu 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.

Dokumen panduan Dynamics 365

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

Konten panduan istilah 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 kami menambahkan pembaruan setiap dua minggu. Telusuri hub panduan, dan beri tahu kami apa yang hebat dan apa yang hilang.

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

Mengapa berkontribusi?

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

Tetapi kami di Microsoft bukan satu-satunya ahli tentang cara menerapkan solusi dengan Dynamics 365. Komunitas ini mencakup orang-orang yang ahli di berbagai aspek implementasi. Apakah Anda memiliki pola, praktik terbaik, konfigurasi, atau arsitektur integrasi yang berfungsi dengan 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 Pengenalan kontributor .

Cara berkontribusi

Anda dapat menemukan file sumber untuk konten panduan Dynamics 365 Microsoft dalam 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 mengirimkan konten baru , kami meminta Anda mengunggah file Markdown untuk konten panduan baru ke repositori yang berbeda, Pola dan Praktik Dynamics 365. Dengan cara ini, kami dapat memastikan bahwa arsitektur referensi atau pola Anda ditinjau oleh pakar materi pelajaran lainnya. Ada templat yang berbeda untuk dipilih, dan jika Anda ingin berkontribusi pada konten proses bisnis, ada proses yang berbeda sama sekali.

Templat

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

Kami akan menambahkan lebih banyak templat dan panduan dari waktu ke waktu. Kami sarankan Anda mengikuti repositori, atau menyimpannya dengan bintang, sehingga Anda mendapatkan pemberitahuan saat sesuatu berubah.

Berikan umpan balik Anda pada 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 repositori https://github.com/MicrosoftDocs/dynamics365-guidance . Pelajari dari cara kami menyusun berbagai jenis artikel sehingga artikel Anda mengikuti struktur yang sama. Dengan begitu, proses peninjauan berjalan lebih cepat.

Arsitektur

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

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

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

Untuk pengenalan umum konten panduan di Microsoft, lihat Pusat Arsitektur Azure. Untuk panduan kontributor, lihat Kontribusi Azure Architecture Center.

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

  • Pola arsitektur umum: Pola arsitektur umum bertindak sebagai arsitektur inti dengan solusi umum yang berlaku untuk banyak skenario. Misalnya, ide solusi dapat menggunakan artikel arsitektur sebagai dasar untuk menyediakan perspektif bagi industri tertentu atau solusi untuk mitra, dan menghubungkan setiap ide solusi kepada arsitektur tersebut. Templat didasarkan pada templat Panduan Arsitektur Azure. Gunakan untuk berbagai jenis arsitektur, termasuk arsitektur referensi.

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

    • Diagram arsitektur
    • Aliran data
    • Komponen, yang berarti daftar layanan yang digunakan
    • Penghargaan Kontributor
    • Tautan ke langkah berikutnya dan sumber daya terkait, seperti panduan dan arsitektur terkait

  • Solusi sampel: Solusi sampel adalah contoh beban kerja dengan arsitektur "sedang". Mereka memandu pembaca melalui proses merancang solusi untuk masalah tertentu dalam implementasi Dynamics 365. Solusi sampel memberikan panduan arsitektur yang dapat diimplementasikan berdasarkan contoh dari pelanggan nyata. Tujuannya adalah untuk mempersingkat kurva pembelajaran pelanggan dengan menceritakan kepada mereka kisah pelanggan lain yang memiliki perjalanan yang sama. Mereka menyertakan bagian dari templat Ide Solusi dan menambahkan bagian berikut:

    • Alternatif, layanan lain yang dapat Anda colokkan ke 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 mengatasi tantangan tertentu dalam implementasi dan didasarkan pada skenario tertentu atau praktik terbaik. Gunakan templat ini untuk mengambil pola proses bisnis. Atau, gunakan templat Word di dynamics365patternspractices/templates/business-processes.

Kontribusi proses bisnis

Istilah proses bisnis mencakup berbagai terstruktur, sering diurutkan, aktivitas atau tugas untuk mencapai tujuan organisasi yang telah ditentukan. Istilah ini juga dapat merujuk pada efek kumulatif dari semua langkah yang berkembang menuju tujuan bisnis. Proses bisnis khusus untuk solusi yang mencakup Dynamics 365. Kami percaya jenis konten baru ini menciptakan struktur yang membantu pelanggan dan mitra lebih siap untuk mengadopsi Dynamics 365. Setiap proses bisnis mencakup diagram alur proses bisnis standar. Bagian dari langkah-langkah konfigurasi kerangka dokumen dan entitas data yang digunakan di masing-masing. Setiap langkah menautkan ke halaman yang relevan dalam dokumentasi produk, dan semua dokumen memiliki tautan ke langkah berikutnya dan sumber daya terkait untuk membantu pembaca di sepanjang perjalanan pembelajaran mereka.

Kami menyusun proses bisnis dalam katalog. Katalog proses bisnis adalah buku kerja Excel yang kami gunakan di Microsoft untuk menata dan memprioritaskan pekerjaan kami pada dokumentasi proses bisnis. Formatnya adalah Excel karena memudahkan untuk mengurutkan dan memfilter entri. Kami juga percaya mitra kami dapat menggunakan buku kerja Excel untuk mengatur perjalanan onboarding mereka, proyek implementasi mereka, dan proses bisnis mereka sendiri.

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

Nota

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

Apa yang dikandung katalog

Katalog mendefinisikan enam tingkat konten:

  1. Proses end-to-end

    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 end-to-end. Kami menjelaskan skenario dalam istilah bisnis, bukan dalam hal teknologi perangkat lunak.

    Untuk setiap proses menyeluruh, artikel pendahuluan menjelaskan bagaimana kami memandang proses menyeluruh. Kami mencantumkan pemangku kepentingan utama dan bagaimana Dynamics 365 membantu proses end-to-end. Kami juga memberikan gambaran umum, bersama dengan diagram alur proses bisnis, tentang bagaimana proses end-to-end berinteraksi dengan proses end-to-end lainnya. Pengenalan, mencantumkan prasyarat untuk menerapkan solusi untuk mendukung proses secara menyeluruh.

  2. Area proses bisnis

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

  3. Proses bisnis

    Istilah proses bisnis mencakup berbagai terstruktur, sering diurutkan, aktivitas atau tugas untuk mencapai tujuan organisasi yang telah ditentukan. Istilah ini juga dapat merujuk pada efek kumulatif dari semua langkah yang berkembang 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 berlaku untuk satu aplikasi Dynamics 365, dan dokumentasi untuk aplikasi mungkin sudah menjelaskan prosesnya. Dengan mengumpulkan semua proses bisnis di sini dalam panduan, kami berharap untuk memberikan satu titik masuk dengan tautan ke konten khusus produk yang relevan.

  4. Skenario

    Di Dynamics 365, skenario adalah pola konfigurasi berulang yang mendukung proses bisnis tertentu. Mereka mencakup kasus penggunaan, skenario, dan industri yang paling umum. Seringkali, ada banyak cara untuk menerapkan Dynamics 365 untuk memenuhi kebutuhan bisnis Anda. Tujuan kami dengan pola adalah untuk memberikan garis besar 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 tipe 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 pengenalan 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.

Kirimkan kontribusi Anda

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

Ada templat yang berbeda untuk mengirimkan kontribusi berdasarkan jenis artikel. Kontributor harus memilih templat yang tepat untuk jenis artikel yang sesuai yang ingin mereka kontribusikan. Templat tersedia sebagai file Word yang dinamai untuk menjelaskan jenis artikel apa templat yang dimaksudkan.

Pengakuan terhadap kontributor

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

Bagian Kontributor opsional mencantumkan kontributor utama dengan namanya dan tautan ke LinkedIn atau profil lain jika mereka menyediakannya. Cuplikan layar berikut adalah versi anonim dari bagian Kontributor di 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

Terdaftar sebagai kontributor dengan cara ini bersifat opsional. Di seluruh Microsoft, sebaiknya gunakan bagian Kontributor jika kontributor eksternal mengirimkan konten baru, seperti arsitektur referensi dan pola desain, melalui cara lain selain GitHub.

  • Last updated on