มีส่วนร่วมในคู่มือ Dynamics 365

คุณสามารถมีส่วนร่วมกับคู่มือ Microsoft สำหรับ Dynamics 365 ได้สองวิธีด้วยกัน หากบทความมีข้อมูลที่ไม่ถูกต้องหรือชวนให้สับสน หรือหากคุณทราบวิธีแก้ปัญหาที่ได้ผลสำหรับปัญหาที่เกิดซ้ำ ๆ คุณสามารถใช้ ลิงก์ข้อคิดเห็น ในบทความเพื่อแจ้งให้เราทราบได้

สำหรับคู่มือส่วนใหญ่ของเรา คุณสามารถ แก้ไขบทความโดยตรงได้ เพื่อเริ่มกระบวนการตรวจทาน

แสดงความคิดเห็น

ในเว็บไซต์ learn.microsoft.com บทความ Learn แต่ละบทความเป็นโอกาสให้คุณแสดงความคิดเห็น คุณสามารถเลือกการดำเนินการ ความคิดเห็น ที่อยู่ภายใต้ชื่อบทความที่ด้านบนขวาหรือตัวเลือกความคิดเห็นตัวเลือกใดตัวเลือกหนึ่งที่ด้านล่างของบทความในส่วน ความคิดเห็น ให้คะแนนบทความ เลือกเหตุผลของความคิดเห็นของคุณ และพิจารณาแสดงข้อคิดเห็น ความคิดเห็นจะถูกส่งไปยังผู้สร้างบทความและทีมที่เป็นเจ้าของเอกสาร

หากไม่สามารถแก้ไขบทความได้โดยตรง หรือหากคุณไม่สะดวกที่จะทำการแก้ไข เราขอแนะนำให้คุณใช้กลไกระบบข้อคิดเห็น เพื่อบอกเราว่าคุณคิดอย่างไรเกี่ยวกับบทความหรือผลิตภัณฑ์นั้นๆ

การมีส่วนร่วมภายนอกในคู่มือ Microsoft

ไฟล์ต้นฉบับสำหรับเนื้อหาหลักของเราถูกจัดเก็บไว้ในคลังเก็บข้อมูล GitHub สาธารณะ ทุกคนสามารถดูได้ และในหลายๆ กรณี ทุกคนสามารถแก้ไขได้ เรายินดีรับฟังข้อเสนอแนะและการแก้ไขของคุณ ทั้งในรูปแบบของการมีส่วนร่วมโดยตรงหรือปัญหาเกี่ยวกับ GitHub เพื่อรายงานข้อบกพร่องหรือถามคำถาม เราสามารถยอมรับข้อคิดเห็นและการมีส่วนร่วมกับเนื้อหาต้นฉบับเป็นภาษาอังกฤษเท่านั้น

บทความส่วนใหญ่จะมีไอคอนดินสอพร้อมคำแนะนำเครื่องมือ แก้ไขเอกสารฉบับนี้ เลือกไอคอนเพื่อเปิดบทความใน GitHub จากนั้นเริ่มทำการแก้ไข เริ่มต้นใช้งานในฐานะผู้ร่วมสร้างด้วยคู่มือผู้ร่วมสร้าง Microsoft Learn

หากคุณต้องการอ่านอย่างละเอียดและมีส่วนร่วมกับบทความแนวคิดใหม่ๆ ให้ใช้เทมเพลตที่ https://github.com/MicrosoftDocs/dynamics365-docs-templates

เนื้อหาคำแนะนำ Dynamics 365

เนื้อหาคําแนะนําของ Dynamics 365 ใช้กระบวนการเดียวกันเป็นเอกสารประกอบส่วนใหญ่ใน Microsoft Learn ในส่วนนี้ เราจะกล่าวถึงเครื่องมือและกระบวนการที่คุณสามารถใช้เพื่อช่วยเพิ่มคำแนะนำในการดำเนินการ

คำว่า เนื้อหาคำแนะนำ จะครอบคลุมคู่มือการใช้งาน Dynamics 365 คำอธิบายของกระบวนการธุรกิจ รูปแบบใหม่ แนวทางปฏิบัติที่ดีที่สุด และสถาปัตยกรรมการอ้างอิง เราเผยแพร่เนื้อหาคำแนะนำฉบับแรกในเดือนเมษายน 2023 และเพิ่มการอัปเดตทุกๆ สองสัปดาห์ เรียกดู ฮับแนวทาง และบอกให้เรารู้ว่าอะไรดีและอะไรที่ขาดหายไป

เนื้อหาคำแนะนำบางส่วนจัดทำโดยผู้มีส่วนร่วมภายใน เราสนับสนุนให้ผู้เชี่ยวชาญเฉพาะทางในชุมชนช่วยเรากำหนดแนวปฏิบัติที่ดีที่สุด อ่านต่อถ้าคุณมีแนวทางปฏิบัติที่ดีที่สุดหรือข้อมูลเชิงลึกอื่น ๆ ที่คุณคิดว่าควรจะเป็นส่วนหนึ่งของ Microsoft Learn

ทำไมต้องมีส่วนร่วม

เราเชื่อว่าเนื้อหาคำแนะนำใหม่จะช่วยให้ดำเนินโครงการปรับใช้งาน Dynamics 365 ได้เร็วขึ้น คู่ค้าและลูกค้าของเราสามารถใช้คำแนะนำเพื่อเตรียมความพร้อมสำหรับการปรับใช้งานและเพื่อเพิ่มทักษะในด้านใหม่ๆ หรือเพิ่มทักษะให้กับพนักงานใหม่ นักพัฒนาซอฟต์แวร์สามารถใช้เนื้อหาดังกล่าวเป็นแพลตฟอร์มเพื่อส่งเสริมทรัพย์สินทางปัญญาหรือความเชี่ยวชาญในอุตสาหกรรมของตน

แต่พวกเราที่ Microsoft ไม่ใช่ผู้เชี่ยวชาญเพียงรายเดียวเกี่ยวกับวิธีนำโซลูชันไปใช้กับ Dynamics 365 ชุมชนนี้ประกอบด้วยคนที่เป็นผู้เชี่ยวชาญในแง่มุมต่างๆ ของการปรับใช้งาน คุณมีรูปแบบ แนวทางปฏิบัติที่ดีที่สุด การกำหนดค่า หรือสถาปัตยกรรมการผสานรวมที่ทำงานได้ดีในการปรับใช้งานหลายๆ แบบหรือไม่ พิจารณาแชร์ที่นี่บน Microsoft Learn เพื่อทําให้ชุมชนทั้งหมดมีประสิทธิภาพและมีประสิทธิภาพมากยิ่งขึ้นในโครงการการใช้งานของพวกเขา

เราหวังว่าจะสามารถเสนอรางวัลหรือการยอมรับอื่น ๆ สําหรับการร่วมสร้าง ในตอนนี้ เรารู้จักผู้สนับสนุนในบทความด้วยสองวิธีที่แตกต่างกัน เรียนรู้เพิ่มเติมเกี่ยวกับส่วนการรู้จำผู้มีส่วนร่วม

วิธีการมีส่วนร่วม

คุณสามารถค้นหาไฟล์ต้นฉบับสําหรับเนื้อหาคําแนะนําของ Microsoft Dynamics 365 ในที่เก็บ GitHub สาธารณะ คุณยังสามารถแก้ไขบทความในไซต์ learn.microsoft.com/dynamics365/guidance ตามที่อธิบายไว้ใน คู่มือผู้ร่วมสร้าง Microsoft Learn

เราขอแนะนําให้คุณส่ง การแก้ไข แบบเดียวกับที่คุณ ส่งการแก้ไข ไปยังพื้นที่อื่น ๆ ของ Microsoft Learn อย่างไรก็ตาม ในการส่งเนื้อหา ใหม่ เราขอให้คุณอัปโหลดไฟล์ Markdown ของคุณสำหรับเนื้อหาคำแนะนำใหม่ไปยังคลังเก็บข้อมูลใหม่ นั่นก็คือ รูปแบบและแนวทางปฏิบัติของ Dynamics 365 ด้วยวิธีนี้ เราจึงสามารถมั่นใจได้ว่า สถาปัตยกรรมอ้างอิง หรือ รูปแบบ ได้รับการตรวจสอบโดยผู้เชี่ยวชาญเฉพาะด้านอื่นๆ มีเทมเพลตต่างๆ ให้เลือก และถ้าคุณต้องการมีส่วนร่วมกับเนื้อหากระบวนการธุรกิจ ก็จะมีกระบวนการที่แตกต่างออกไปโดยสิ้นเชิง

เทมเพลต

Microsoft มีเทมเพลตในสองตำแหน่ง ขึ้นอยู่กับชนิดของเทมเพลต

  • เทมเพลต Markdown อยู่ในคลังเก็บข้อมูล https://github.com/MicrosoftDocs/dynamics365-docs-templates

  • เทมเพลต Word และ PowerPoint อยู่ในคลังเก็บข้อมูล รูปแบบและแนวทางปฏิบัติของ Dynamics 365

    • โฟลเดอร์ /templates/business-processes/ มีเทมเพลต Word สำหรับบทความกระบวนการธุรกิจ เราขอเชิญผู้เชี่ยวชาญในเนื้อหาทั้งหมดมาช่วยเราเขียน โฟลเดอร์ยังมีไฟล์ Excel ที่มีรายการกระบวนการธุรกิจที่เราได้ระบุเอาไว้ รายการดังกล่าวจะพัฒนาไปตามกาลเวลา

    • โฟลเดอร์ /graphics/ มีไฟล์ PowerPoint สำหรับแต่ละสถานการณ์สมมติตั้งแต่ต้นจนจบ ซึ่งคุณสามารถเพิ่มไดอะแกรมของคุณเองได้

เราจะเพิ่มเทมเพลตและคำแนะนำเมื่อเวลาผ่านไป เราขอแนะนำให้คุณติดตามคลังเก็บข้อมูล หรือบันทึกโดยติดดาว เพื่อที่คุณจะได้รับการแจ้งเตือนเมื่อมีการเปลี่ยนแปลงบางอย่าง

แชร์ข้อคิดเห็นของคุณในแท็บ https://github.com/microsoft/dynamics365patternspractices/discussions ในคลังเก็บข้อมูลรูปแบบและแนวทางปฏิบัติของ Dynamics 365

ถ้าคุณยังไม่มีบัญชี GitHub ให้เริ่มต้นด้วยคู่มือผู้ร่วมสร้าง Microsoft Learn

Tip

เรียกดูไฟล์ต้นฉบับของเราใน https://github.com/MicrosoftDocs/dynamics365-guidance คลังเก็บข้อมูล เรียนรู้จากวิธีที่เราจัดโครงสร้างบทความประเภทต่างๆ เพื่อให้บทความของคุณมีโครงสร้างเดียวกัน ด้วยวิธีนี้ กระบวนการตรวจสอบจะทำงานเร็วขึ้น

สถาปัตยกรรม

เรายินดีให้คำแนะนำด้านสถาปัตยกรรม รวมถึงไอเดียเกี่ยวกับโซลูชันและรูปแบบการออกแบบ หากคุณมีแนวทางปฏิบัติที่ดีที่สุดหรือมีการใช้ข้อมูลอ้างอิง ให้ส่งข้อเสนอของคุณไปยังทีม Azure หรือส่งให้เราใน Dynamics 365

หากต้องการมีส่วนร่วมกับบทความใหม่ในแนวทางดังกล่าวของ Dynamics 365 ให้ดำเนินการตามขั้นตอนหลักเหล่านี้:

Microsoft ดำเนินการเกี่ยวกับบทความและเผยแพร่เป็นส่วนหนึ่งของคู่มือคำแนะนำ Dynamics 365

สำหรับคำแนะนำทั่วไปเกี่ยวกับเนื้อหาคำแนะนำที่ Microsoft โปรดดู Azure Architecture Center สำหรับคู่มือผู้มีส่วนร่วม โปรดดูที่ การสนับสนุน Azure Architecture Center

คลังเก็บข้อมูล GitHub dynamics365-docs-templates มีเทมเพลต Markdown ต่อไปนี้สำหรับคำแนะนำด้านสถาปัตยกรรมในโฟลเดอร์ guidance-templates:

  • รูปแบบสถาปัตยกรรมโดยทั่วไป: รูปแบบสถาปัตยกรรมโดยทั่วไปทำหน้าที่เป็นสถาปัตยกรรมหลักที่มีโซลูชันทั่วๆ ไปที่ใช้กับหลายๆ สถานการณ์ ตัวอย่างเช่น ไอเดียเกี่ยวกับโซลูชันสามารถสร้างขึ้นจากบทความทางสถาปัตยกรรมเพื่อทำความเข้าใจเกี่ยวกับอุตสาหกรรมใดอุตสาหกรรมหนึ่งหรือโซลูชันของคู่ค้า และเชื่อมโยงไปยังสถาปัตยกรรมจากไอเดียโซลูชันแต่ละข้อ เทมเพลตนี้จะขึ้นอยู่กับ เทมเพลต Azure Architecture Guide ใช้สำหรับสถาปัตยกรรมประเภทต่างๆ รวมถึงสถาปัตยกรรมอ้างอิง

  • ไอเดียเกี่ยวกับโซลูชัน: ไอเดียเกี่ยวกับโซลูชันเป็นสถาปัตยกรรม "ขนาดเล็ก" ของการใช้งาน Dynamics 365 นำเสนอภาพรวมคร่าวๆ ของโซลูชันด้วย Dynamics 365 และบริการ Azure แนวคิดการแก้ปัญหาแต่ละรายการประกอบด้วยองค์ประกอบต่อไปนี้:

    • แผนภาพสถาปัตยกรรม
    • กระแสข้อมูล
    • คอมโพเนนต์ หมายถึงรายการบริการที่มีการนำไปใช้
    • เครดิตผู้มีส่วนร่วม
    • ลิงก์ไปยังขั้นตอนถัดไปและแหล่งข้อมูลที่เกี่ยวข้อง เช่น คู่มือและสถาปัตยกรรมที่เกี่ยวข้อง

  • โซลูชันตัวอย่าง: โซลูชันตัวอย่างคือเวิร์กโหลดตัวอย่างที่มีสถาปัตยกรรมแบบ "ปานกลาง" ซึ่งจะคอยแนะนำผู้อ่านตลอดกระบวนการของการออกแบบโซลูชันเพื่อแก้ปัญหาต่างๆ ในการใช้งาน Dynamics 365 โซลูชันตัวอย่างจะให้คำแนะนำเกี่ยวกับสถาปัตยกรรมที่นำไปใช้ได้จริงโดยอิงจากตัวอย่างของลูกค้าจริงๆ เป้าหมายคือการทำให้ระยะเวลาในการเรียนรู้ของลูกค้าสั้นลงโดยบอกเล่าเรื่องราวของลูกค้ารายอื่นๆ ที่เคยผ่านมาแล้ว โดยจะรวมส่วนต่างๆ จากเทมเพลต ไอเดียเกี่ยวกับโซลูชัน และเพิ่มส่วนต่างๆ ต่อไปนี้

    • หรือบริการอื่นๆ ที่คุณสามารถเสียบต่อเข้ากับสถาปัตยกรรมแทนได้
    • ข้อควรพิจารณา แนวทางที่เชื่อมโยงกับกรอบงานความสำเร็จตามการออกแบบของเรา และอาจรวมถึงการปรับใช้หรือไม่ก็ได้

  • รูปแบบการออกแบบ: รูปแบบการออกแบบ Dynamics 365 จัดการกับความท้าทายในการใช้งาน และขึ้นอยู่กับสถานการณ์เฉพาะหรือแนวทางปฏิบัติที่ดีที่สุด ใช้เทมเพลตนี้เพื่อบันทึกรูปแบบกระบวนการทางธุรกิจ หรือใช้เท็มเพลต Word ที่ dynamics365patternspractices/templates/business-processes ก็ได้

การสนับสนุนกระบวนการทางธุรกิจ

คำว่า กระบวนการธุรกิจ ครอบคลุมกิจกรรมหรืองานต่างๆ ที่มีโครงสร้างและมักจะจัดลำดับอย่างหลากหลายเพื่อให้บรรลุเป้าหมายขององค์กรที่กำหนดไว้ล่วงหน้า คำนี้ยังอาจหมายถึงผลลัพธ์สะสมของขั้นตอนทั้งหมดที่ดำเนินไปสู่เป้าหมายทางธุรกิจ กระบวนการทางธุรกิจมีความเฉพาะเจาะจงสำหรับโซลูชันที่มี Dynamics 365 เราเชื่อว่าชนิดเนื้อหาใหม่นี้สร้างโครงสร้างที่จะช่วยให้ลูกค้าและคู่ค้าเตรียมพร้อมได้ดียิ่งขึ้นเพื่อปรับใช้ Dynamics 365 แต่ละกระบวนการทางธุรกิจมีแผนภาพของโฟลว์กระบวนการธุรกิจมาตรฐาน ส่วนต่างๆ ของเอกสารสรุปขั้นตอนการกำหนดค่าและเอนทิตี้ข้อมูลที่ใช้ในแต่ละรายการ แต่ละขั้นตอนจะลิงก์ไปยังหน้าที่เกี่ยวข้องในคู่มือใช้ผลิตภัณฑ์ และเอกสารทั้งหมดมีลิงก์ไปยังขั้นตอนถัดไปและทรัพยากรที่เกี่ยวข้องเพื่อช่วยผู้อ่านตลอดการเดินทางไปสู่การเรียนรู้

เราได้วางโครงสร้างกระบวนการธุรกิจในแค็ตตาล็อกแล้ว แค็ตตาล็อกกระบวนการธุรกิจคือเวิร์กบุ๊ก Excel ที่ Microsoft ใช้ในการจัดระเบียบและจัดลำดับความสำคัญของเราในเอกสารกระบวนการธุรกิจ รูปแบบคือ Excel เนื่องจากช่วยให้การเรียงลำดับและกรองรายการสามารถทำได้ง่าย นอกจากนี้ เราเชื่อว่าคู่ค้าของเราสามารถใช้เวิร์กบุ๊ก Excel เพื่อจัดระเบียบเส้นทางการออนบอร์ด โครงการดำเนินงาน และกระบวนการธุรกิจของตนเองได้

ดาวน์โหลดรุ่นล่าสุดของแค็ตตาล็อกได้จาก https://aka.ms/BusinessProcessCatalog

Note

หากคุณต้องการมีส่วนร่วมกับกระบวนการธุรกิจ ให้ลงทะเบียนงานของคุณก่อนที่คุณจะเริ่มลดความเสี่ยงที่บุคคลอื่นกำลังทำงานในกระบวนการธุรกิจเดียวกัน หากต้องการลงทะเบียนงานของคุณ โปรดส่งปัญหา GitHub ได้ที่ https://github.com/microsoft/dynamics365patternspractices/issues

แค็ตตาล็อกมีอะไรบ้าง

แค็ตตาล็อกกําหนดเนื้อหาหกระดับ:

  1. กระบวนการตั้งแต่ต้นจนจบ

    กระบวนการแบบ end-to-end แสดงถึงโฟลว์ที่สมบูรณ์ของกิจกรรมจากทริกเกอร์เริ่มต้นไปยังผลลัพธ์สุดท้าย ซึ่งครอบคลุมขั้นตอนระดับกลางและกระบวนการย่อยทั้งหมดที่จําเป็นเพื่อให้บรรลุวัตถุประสงค์ทางธุรกิจ เราได้ระบุ 15 สถานการณ์สมมติสำหรับกระบวนการตั้งแต่ต้นจนจบ เราอธิบายสถานการณ์สมมติในแง่ธุรกิจ ไม่ใช่ในแง่ของเทคโนโลยีซอฟต์แวร์

    สำหรับกระบวนการตั้งแต่ต้นจนจบแต่ละกนะบวนการ บทความแนะนำจะอธิบายว่าเรามีแนวคิดเกี่ยวกับกระบวนการตั้งแต่ต้นจนจบอย่างไร เราแสดงรายชื่อผู้เกี่ยวข้องหลักๆ และวิธีการที่ Dynamics 365 เข้ามาช่วยเหลือในกระบวนการตั้งแต่ต้นจนจบ นอกจากนี้ เรายังให้ภาพรวม พร้อมด้วยแผนภาพโฟลว์กระบวนการธุรกิจ ว่ากระบวนการตั้งแต่ต้นจนจบนั้นมีปฏิสัมพันธ์กับกระบวนการตั้งแต่ต้นจนจบอื่นๆ อย่างไรบ้าง บทนำจะแสดงข้อกำหนดเบื้องต้นสำหรับการนำโซลูชันไปใช้เพื่อสนับสนุนกระบวนการตั้งแต่ต้นจนจบ

  2. ด้านต่างๆ ของกระบวนการทางธุรกิจ

    แต่ละสถานการณ์สมมติของกระบวนการตั้งแต่ต้นจนจบครอบคลุมด้านต่างๆ ของกระบวนการทางธุรกิจไม่น้อยกว่าสองด้าน ระดับนี้แสดงถึงการจัดกลุ่มที่สําคัญของกิจกรรมที่เกี่ยวข้องซึ่งมีส่วนร่วมในวัตถุประสงค์โดยรวม และนําเสนอวิธีการเชิงตรรกะในการจัดกลุ่มกระบวนการทางธุรกิจ ในกรณีส่วนใหญ่ ด้านต่างๆ ของกระบวนการธุรกิจจะถูกแยกตามฟังก์ชันงานหรือแผนกหลักๆ ในองค์กร ในปัจจุบัน แค็ตตาล็อกกําหนดพื้นที่กระบวนการทางธุรกิจมากกว่า 100 พื้นที่

  3. กระบวนการทางธุรกิจ

    คำว่า กระบวนการธุรกิจ ครอบคลุมกิจกรรมหรืองานต่างๆ ที่มีโครงสร้างและมักจะจัดลำดับอย่างหลากหลายเพื่อให้บรรลุเป้าหมายขององค์กรที่กำหนดไว้ล่วงหน้า คำนี้ยังอาจหมายถึงผลลัพธ์สะสมของขั้นตอนทั้งหมดที่ดำเนินไปสู่เป้าหมายทางธุรกิจ กระบวนการธุรกิจแต่ละกระบวนการอธิบายฟังก์ชันหรือกระบวนการที่ Dynamics 365 ให้การสนับสนุน จนถึงตอนนี้เราได้ระบุกระบวนการทางธุรกิจมากกว่า 800 กระบวนการ บางส่วนนำไปใช้กับแอป Dynamics 365 เดียว และคู่มือสำหรับแอปนั้นอาจมีคำอธิบายกระบวนการไว้แล้ว ด้วยการรวบรวมกระบวนการธุรกิจทั้งหมดไว้ในคู่มือนี้ เราหวังว่าคู่มือจะเป็นจุดเริ่มต้นจุดเดียวที่มีลิงก์ไปยังเนื้อหาเฉพาะผลิตภัณฑ์ต่างๆ ที่เกี่ยวข้อง

  4. สถานการณ์สมมติ

    ใน Dynamics 365 สถานการณ์เป็นรูปแบบของการกําหนดค่าที่ทําซ้ําได้ซึ่งสนับสนุนกระบวนการทางธุรกิจเฉพาะ ซึ่งประกอบด้วยกรณีการใช้งานที่พบได้บ่ายๆ สถานการณ์ และอุตสาหกรรมต่างๆ บ่อยครั้งที่คุณสามารถปรับใช้งาน Dynamics 365 เพื่อตอบสนองความต้องการทางธุรกิจของคุณได้หลายวิธี เป้าหมายที่เราตั้งเอาไว้เกี่ยวกับรูปแบบคือ การจัดเตรียมพื้นฐานสำหรับการนำไปใช้งาน เราได้ระบุสถานการณ์และรูปแบบมากกว่า 3,000 แบบ และเราคาดว่าตัวเลขนั้นจะขยายเมื่อเวลาผ่านไป

  5. กระบวนการของระบบ

    กระบวนการของระบบคือส่วนของกระบวนการทางธุรกิจที่ใช้ฟอร์ม หน้า หรือองค์ประกอบ UI เฉพาะใน Dynamics 365

  6. กรณีการทดสอบ

กรณีการทดสอบคือชุดโดยละเอียดของเงื่อนไขและขั้นตอนที่ใช้เพื่อกําหนดว่าแอปพลิเคชันซอฟต์แวร์หรือฟังก์ชันของระบบถูกต้องหรือไม่ เป็นส่วนสําคัญของกระบวนการทดสอบซอฟต์แวร์ซึ่งออกแบบมาเพื่อให้แน่ใจว่าซอฟต์แวร์เป็นไปตามข้อกําหนดและดําเนินการตามที่คาดไว้ กรณีการทดสอบถูกใช้เพื่อระบุข้อบกพร่องตรวจสอบให้แน่ใจว่ามีคุณภาพและตรวจสอบว่าซอฟต์แวร์ทํางานตามที่ตั้งใจไว้ภายใต้เงื่อนไขต่าง ๆ

มีเทมเพลต Word สําหรับเนื้อหาแต่ละชนิด คําแนะนําถูกจัดรูปแบบเป็นสีแดงล้อมรอบด้วยวงเล็บสี่เหลี่ยมดังในตัวอย่างต่อไปนี้:[Text in red] ลบคําแนะนําเหล่านี้เมื่อคุณจบเอกสาร ข้อความที่ถูกไฮไลต์ด้วยสีเหลืองจะต้องถูกแทนที่หรือปรับโดยคุณ อย่าเปลี่ยนข้อความที่ไม่มีการไฮไลต์เป็นสีเหลือง และไม่ได้จัดรูปแบบเป็นสีแดง วลีมาตรฐานเหล่านี้ช่วยให้ผู้ใช้จดจําเทมเพลตเพื่อให้พวกเขาสามารถสแกนและค้นหาเนื้อหาที่พวกเขากําลังมองหาได้ง่ายขึ้น

รับคำแนะนำเพิ่มเติมเกี่ยวกับแค็ตตาล็อกกระบวนการทางธุรกิจได้ที่ เกี่ยวกับคู่มือกระบวนการทางธุรกิจ หรือตรวจสอบ TechTalks ที่เราพูดคุยเกี่ยวกับวิธีที่คุณสามารถใช้แค็ตตาล็อกกระบวนการทางธุรกิจและมีส่วนร่วมในไลบรารีเนื้อหา

ส่งการมีส่วนร่วมของคุณ

ภายใน Microsoft นั้น เรากำลังทำงานอย่างหนักเพื่อแปลงบันทึกภายใน ประสบการณ์หลายต่อหลายปี และเอกสารต่างๆ ให้เป็นคำแนะนำเกี่ยวกับกระบวนการทางธุรกิจ เรายินดีเป็นอย่างยิ่งกับการมีส่วนร่วมจากชุมชน

มีเทมเพลตที่แตกต่างกันสำหรับส่งการมีส่วนร่วมตามชนิดของบทความ ผู้มีส่วนร่วมต้องเลือกเทมเพลตที่ถูกต้องให้กับชนิดบทความที่เหมาะสมซึ่งต้องการมีส่วนร่วม เทมเพลตจะสามารถใช้งานเป็นไฟล์ Word ที่ตั้งชื่อไว้เพื่ออธิบายชนิดของบทความที่จะใช้เทมเพลต

การรู้จำผู้มีส่วนร่วม

แพลตฟอร์ม Microsoft Learn แสดงทั้งผู้สนับสนุนภายในและภายนอกที่ด้านบนของแต่ละบทความหากส่งการสนับสนุนผ่าน GitHub บางคนมีส่วนร่วมด้วยวิธีอื่น เราจึงเพิ่มส่วน ผู้มีส่วนร่วม ที่ส่วนท้ายของบทความ

ส่วนผู้มีส่วนร่วมที่เป็นทางเลือกจะแสดงรายชื่อผู้มีส่วนร่วมหลักๆ พร้อมชื่อและลิงก์ไปยังโปรไฟล์ LinkedIn หรือโปรไฟล์อื่นๆ หากมีการระบุไว้ ภาพหน้าจอต่อไปนี้เป็นรุ่นที่ไม่เปิดเผยตัวตนของส่วนผู้มีส่วนร่วมในบทความ Azure Architecture Center

ภาพหน้าจอของตัวอย่างส่วนผู้สนับสนุน ที่แสดงผู้เขียนหลักรวมถึงผู้สนับสนุนสามรายที่แสดงรายการพร้อมลิงก์ไปยังโปรไฟล์ LinkedIn ของพวกเขา

ตัวอย่างหน้าตาใน 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

การลงรายชื่อเป็นผู้มีส่วนร่วมด้วยวิธีนี้เป็นวิธีที่ไม่บังคับ ภายใน Microsoft เราแนะนำให้ใช้ส่วนผู้มีส่วนร่วม ถ้าผู้มีส่วนร่วมภายนอกส่งเนื้อหาใหม่ด้วยวิธีอื่นที่ไม่ใช่ GitHub เช่น สถาปัตยกรรมอ้างอิงและรูปแบบการออกแบบ ผ่านวิธีอื่นที่ไม่ใช่ GitHub

  • Last updated on