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

นิตยสารมีความหลากหลายของบทความรวมถึง, ในสิ่งอื่น ๆ, สิ่งทางเทคนิคมาก, บทสัมภาษณ์และข่าวอุตสาหกรรม. ผมแนะนำให้คุณเพิ่มฟีดของคุณ.

ถ้าคุณมีผลิตภัณฑ์หรือบริการที่ขาย, นอกจากนี้ยังจะพิจารณาโฆษณาบนเว็บไซต์. มันเป็นปิดเริ่มต้นแข็งแรง มีหลายคู่พันตามองมันแล้ว. ที่มีการเติบโต.

สุดท้าย, ถ้าคุณได้คันที่จะเขียนบางสิ่งบางอย่าง และได้รับมันออกหน้าผู้ชมขนาดใหญ่, เวลาและสถานที่ขูด.

</สิ้นสุด>

สมัครสมาชิกไปยังบล็อกของฉัน.

หมายมิลเลอร์มากกว่าที่ ผู้ใช้ SharePoint ได้โพสต์บทความใหม่ล่าสุดของฉันเกี่ยวกับการใช้ SharePoint ออกแบบเพื่อแก้ไขงานดีขึ้นบนเว็บไซต์ของเขา. เช็คเอาท์.

ในบทความนี้, ฉันพูดคุยเกี่ยวกับการออกแบบ และ, รายละเอียดมากกว่า, วิธีการตั้งค่ากระบวนการทดสอบที่เชื่อถือได้ และทำซ้ำโดยใช้ลักษณะการทำงานของ SharePoint (รายการที่กำหนดเอง, แม่แบบไซต์). บทความผู้ใช้เป้าหมาย, แต่วิธีดีสำหรับนักพัฒนามากเกินไป.

</สิ้นสุด>

สมัครสมาชิกไปยังบล็อกของฉัน.

สัปดาห์ที่แล้ว, ฉันกำลังทำงานหาวิธีการ วนรอบ และใช้เครื่องจักรรัฐ โดยใช้ SharePoint Designer และได้กล่าวถึง, เป็นกัน, ว่า ผมคงจะเขียนบล็อกเกี่ยวกับการบันทึกกระแสดีกว่า.

ดี, อย่างไร Rajput เมือชนะฉันนั้น. มีลักษณะ.

บันทึกข้อมูลบันทึกลงในรายการที่กำหนดเองน่า superior ไปใช้ประวัติเวิร์กโฟลว์เป็นประจำ:

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

มีความเสี่ยงบางอย่าง / downsides:

• เวิร์กโฟลว์ที่กำลังทำงานอยู่มากมาย มีบันทึกมากมายอาจทำให้ข้อมูลที่มากเกินไปจะถูกเขียนลงในรายการ.
• บางทีคุณ * ทำ * ต้องอัตโนมัติล้าง. คุณไม่ได้รับที่คุณลักษณะ ด้วยวิธีการนี้ (โดยไม่ต้องเขียนโค้ด).
• รักษาความปลอดภัยไม่ยุ่งยาก. การเขียนรายการ, ผู้ใช้ต้องมีสิทธิ์. ที่หมายความ ว่า มันคงไม่เหมาะสมใด ๆ "อย่างเป็นทางการ" ตรวจสอบเนื่องจากผู้ใช้สามารถค้นพบรายการ และแก้ไข. นี้ที่สามารถเอาชนะ ด้วยการเขียนโปรแกรมแบบกำหนดเองบางอย่าง.

</สิ้นสุด>

สมัครสมาชิกไปยังบล็อกของฉัน.

ซึ่งสัปดาห์ที่ผ่านมาฉันเสร็จปิดหลักฐานของโครงการสำหรับลูกค้าในแมนฮัตตัน. ในขณะที่ดำเนินการแก้ปัญหา, ผมวิ่งมาคงอื่นของ Kpi MOSS (ดูที่นี่สำหรับเรื่อง KPI ก่อนหน้านี้และแก้ปัญหาของฉัน).

พื้นหลัง: เราใช้ SharePoint Designer ลำดับงานแบบกระบวนการทางธุรกิจนานหลายเดือนค่อนข้างซับซ้อน. ตาม chugged ตาม, มันจะอัพเดตข้อมูลบางรัฐในรายการ. Kpi ใช้ข้อมูลนี้เพื่อทำการโมโจ.

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

เรายังอยากแสดง Kpi บางที่ตรวจสอบสุขภาพโดยรวมของกระบวนการทางธุรกิจที่เป็นโดยข้อมูลสถานะของลำดับงาน และดูการใช้ Kpi.

ขั้นตอนสุดท้าย, เราใช้รายการ KPI ที่ทำนับจากมุมมองรายการในไซต์ (เมื่อเทียบกับการดึงจากแหล่งข้อมูลอื่น, เช่น excel หรือ SQL).

ปัญหา: แค่, สมมติว่า เราได้มีความคิดพื้นฐานว่าในโลกที่ผลิต, เราต้องการให้แม่แบบไซต์. เงินสำรองของไซต์ใหม่โดยปิด "กระบวนการทางธุรกิจ" แม่แบบ.

ปัญหาคือ ว่า คุณไม่สามารถดูเหมือนจะได้ KPI ที่ทำงานด้วยวิธี. เมื่อฉันสร้างไซต์ใหม่ที่ยึดตามแม่แบบรายการ KPI และ kpi ของ web part, ข้อมูล KPI ของไซต์ใหม่ไม่. จุดรายการ KPI ของไซต์ใหม่ที่แหล่งใดคุณกำหนดเมื่อคุณแรกบันทึกเป็นแม่แบบ.

โดยใช้ตัวอย่าง:

• สร้างไซต์ใหม่ และสร้างความสมบูรณ์แบบ. เว็บไซต์นี้มีข้อมูล KPI.
• บันทึกที่เป็นแม่.
• สร้างไซต์ใหม่ และถ้าออกแบบพื้นฐาน.
• รายการ KPI ของไซต์ใหม่นี้’ แหล่งชี้ไปแม่แบบไซต์, ไม่ไซต์ปัจจุบัน.

การ instantiation แก้ไข URL.

พยายามที่จะแก้ปัญหานี้ โดยการระบุ URL แบบย่อเมื่อกำหนด kpi ของรายการ. อย่างไรก็ตาม, สับสนอื่น ๆ ที่ทำงาน.

ฉันต้องการคู่เหล่านี้ปัญหา"" บล็อกข้อความที่ มีบางชนิดของโซลูชัน, แต่ในกรณีนี้ ไม่มีคนดี. ดีสุดที่ฉันสามารถคิดคือ คุณต้องเข้าไปในไซต์ใหม่จัดเตรียม และแก้ไขทุกอย่างด้วยตนเอง. UI ทำให้ที่นี่ได้ยากเนื่องจากการเปลี่ยนแปลง URL ของรายการแหล่งทำให้เกิดการฟื้นฟู, ดังนั้นคุณจะต้องกำหนดสิ่งทั้งหมดตั้งแต่.

ถ้าใครรู้วิธีที่ดีกว่าการจัดการนี้, โปรดแสดงความคิดเห็น.

</สิ้นสุด>

เมื่อเร็ว ๆ นี้ฉันได้เรียนรู้ว่า มันเป็นไปได้ และแม้จะค่อนข้างสะดวกในการสร้างเวิร์กโฟลว์เครื่องสถานะโดยใช้ SharePoint Designer. ความจำเป็นเป็นแม่ของสิ่งประดิษฐ์และสิ่งที่ดี และผมต้องสัปดาห์นี้ที่มองหาการประดิษฐ์. บังเอิญ, ฉันมาข้าม โพสต์ฟอรั่ม MSDN นี้ เป็นอย่างดี. ประสบการณ์ส่วนบุคคลของฉันสัปดาห์นี้และที่ "อิสระยืนยัน" ยืดความแข็งแรงให้ความเชื่อมั่นของฉัน. ฉันจะเขียนเกี่ยวกับเรื่องนี้ยาวมากขึ้นด้วยเช่นเป่าเต็ม, แต่นี่คือส่วนสำคัญของมัน:

• วิธีการใช้ข้อเท็จจริงที่ว่า ลำดับงานสามารถเปลี่ยนเป็นรายการ, จึงเรียกลำดับงานใหม่. ฉันได้ตามปกติถือว่านี้เป็นการรบกวน และแม้แต่ blogged เกี่ยวกับการใช้อุปกรณ์สัญญาณ การจัดการ.
• SharePoint ให้ลำดับงานอิสระหลายทำงานอยู่กับรายการเฉพาะ.

การกำหนดค่า:

• สถานะของการออกแบบ (เช่น, รัฐและวิธีเปลี่ยนสถานะจากหนึ่งไป).
• นำแต่ละรัฐเป็นลำดับงานที่แยกต่างหาก.
• ตั้งค่าคอนฟิกของเวิร์กโฟลว์เหล่านี้รัฐจะดำเนินการตอบสนองต่อการเปลี่ยนแปลงใด ๆ ในรายการ.

ลำดับแต่ละสถานะตามรูปนี้คร่าว ๆ:

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

นอกเหนือจากสวัสดิการชัดเจน สามารถสร้างลำดับงานรัฐ declarative เครื่อง, ทั้งหมดที่ยอดเยี่ยมสำหรับสร้าง Kpi และสนใจข้อมูลสถานะ มุมมอง.

มันไม่ได้คืนเงินที่ค่อนข้างพบ — standard workflow history tracking is even more useless than normal 🙂 That’s easily remedied, อย่างไรก็ตาม. เก็บของคุณตรวจสอบชนิดข้อมูลทั้งหมดในรายการแบบกำหนดเอง. ที่อาจเป็นความคิดที่ดีสำหรับวานิลลากระแสงานตามลำดับ, but that’s for another blog post 🙂

ผมเรียกนี้เป็น "mea culpa" เนื่องจากมี, แต่น่าเสียดาย, กล่าวว่า หลายครั้งบนเวที และอื่น ๆ ต้องใช้ visual studio เพื่อสร้างลำดับงานสถานะเครื่อง. ซึ่งก็ไม่เป็นความจริง.

</สิ้นสุด>

สมัครสมาชิกไปยังบล็อกของฉัน.

จำเป็นต้องทำการวนสิ้นสุดลำดับงาน SharePoint Designer. รูปแบบใช้งานทั่วไปเช่นนี้เป็นสาเหตุของปัญหา:

• สร้างเวิร์กโฟลว์ และเชื่อมโยงกับรายการ.
• ระบุว่า ควรเริ่มต้นสร้างสินค้าใหม่และการปรับปรุงของรายการที่มีอยู่.
• ขั้นตอนในเวิร์กโฟลว์การปรับปรุงเขตข้อมูลใน "รายการปัจจุบัน".
• เนื่องจากการเปลี่ยนแปลงรายการปัจจุบัน, เวิร์กโฟลว์เริ่มต้นใหม่.

เพื่อป้องกันการวนรอบนี้เจ็ดชั่วโคตร, ใช้เซมาฟอร์แบบง่าย ๆ:

• เพิ่มคอลัมน์ของไซต์ (หรือคอลัมน์รายการ/รีถ้าคุณไม่ได้ใช้ชนิดเนื้อหา).
• ซ่อนจากการแก้ไขเพจ (ง่าย ๆ หากผ่านคุณสมบัติของคอลัมน์ของไซต์, ไม่เป็นเรื่องง่ายถ้าคอลัมน์รายการ).
• ในเวิร์กโฟลว์, ตรวจสอบดูว่าค่าของเซมาฟอร์คอลัมน์ว่าง.
• ถ้ามันเป็นค่าว่าง, ตั้งค่าเป็นค่าไม่ว่างเปล่า และดำเนินการ.
• ถ้าจะไม่ว่าง, จบการทำงานทันที.

นี้จะกลายเป็นโซลูชันค่อนข้าง nuanced, ทั้งนี้ขึ้นอยู่กับความต้องการทางธุรกิจและอื่น ๆ, แต่มีรูปแบบการงานได้เมื่อคุณต้องการมัน.

</สิ้นสุด>

สมัครสมาชิกไปยังบล็อกของฉัน.

ขณะที่หลายคนรู้จัก, แม่แบบการฝึกอบรมพนักงาน ที่ Microsoft จัดเตรียมไว้ที่นี่ มีข้อผิดพลาดที่เราสามารถทำซ้ำขั้นตอนต่อไป:

• สร้างคลาสที่ มีขนาดสูงสุดของ 10 นักเรียน.
• การลงทะเบียน –> ทั้งหมดที่มีที่นั่งอย่าง decrements โดยหนึ่ง. ผลลัพธ์: 9 ที่นั่งพร้อมใช้งาน.
• ถอนการลงทะเบียน: –> ข้อผิดพลาด. ที่นั่งว่างทั้งหมดควรเพิ่มค่าหนึ่ง. มันไม่ได้. ผลลัพธ์: 9 มีที่นั่งตาม SharePoint, แต่ในความเป็นจริง, มีอยู่ 10 ที่นั่งพร้อมใช้งาน.

โซลูชั่น: ใช้ SharePoint Designer เพื่อแก้ไขการเวิร์กโฟลว์.

แรก, เปิดเว็บไซต์. รายการโฟลเดอร์สำหรับฉันมีลักษณะเช่นนี้:

ถ้าเรามีลักษณะที่ "ผู้เข้าร่วมประชุมลงทะเบียน" เวิร์กโฟลว์, เราเห็นว่า มีขั้นตอนการติดป้าย "บังคับใช้นโยบายที่นั่ง". ลักษณะเช่นนี้:

ขั้นตอนนี้ในเวิร์กโฟลว์ปรับปรุงสินค้า โดยการเพิ่มจำนวนการ "กรอกรายละเอียดลงนั่ง" ข้อมูลเมตาของคอลัมน์ในหลักสูตร. ถ้าเราดึงค่าที่ละเอียด, เราเห็นสิ่งนี้:

นั่นคือข้อมูลทั้งหมดที่เราจำเป็นต้องแก้ไขเวิร์กโฟลว์ unregistration.

หากเราพลิกผ่านไปยังเวิร์กโฟลว์ unregistration, ขั้นตอนการลำดับงานไม่เหมือนกัน. เพิ่มเป็นดังนี้:

1: ขยาย "ผู้เข้าร่วมประชุม unregistration" และเปิด XOML (ดูที่หน้าจอแรกที่ยิงถ้าคุณสูญเสียไป).

2: เพิ่มตัวแปรใหม่ของเวิร์กโฟลว์, "ใหม่เติมนั่ง" ประเภท "ตัวเลข".

3: กำหนดค่าให้ "ใหม่กรอกรายละเอียดลงนั่ง" ดังที่แสดง:

4: พร่องที่นั่งเติมโดย 1:

5: ปรับปรุงรายการหลักสูตรที่เกี่ยวข้อง:

6: แน่ใจว่าขั้นตอนทั้งหมดอยู่ในลำดับที่เหมาะสม. สำหรับฉัน, โดยมีลักษณะดังนี้:

7: เสร็จสิ้นการให้เวิร์กโฟลว์ re-build มัน.

8: การทดสอบ.

</สิ้นสุด>

สมัครสมาชิกไปยังบล็อกของฉัน.

หนึ่งรูปแบบเกิดใหม่ที่พบในโซลูชั่นของ SharePoint ใช้ SharePoint Designer ลำดับงานและการรับเหตุการณ์.

นี่คือสถานการณ์สมมติทางธุรกิจไปใส่ในบริบท:

• ผมอัพโหลดเอกสารไป lib เอกสาร.
• ผมเตะปิดหลายขั้นตอนเวิร์กโฟลว์ที่สร้างโดยใช้ SharePoint Designer.
• ในบางจุดที่, เวิร์กโฟลว์กำหนดงานให้คน (ผ่านการเก็บรวบรวมข้อมูลจากผู้ใช้ หรือมอบหมายงาน).
• เราต้องการใช้ KPI การติดตามระยะงานที่กำลังรอความสมบูรณ์. KPI แสดงสีเขียวสำหรับงานที่เสร็จสมบูรณ์หรือครบกำหนดมากกว่า 3 วันถัดไป. แสดงสีเหลืองถ้างานไม่ครบกำหนดวันพรุ่งนี้ หรือวันนี้. แสดงสีแดงถ้างานเลย.
• นี่คือไพ่ที่: ต้องวันที่ไดรฟ์ที่ KPI ต้องระวังฮอลิเดย์.

ฉันไม่สามารถคำนวณกำหนดวันหยุดตามวันที่ในลำดับงาน SharePoint Designer ได้อย่างง่ายดายมาก. ผมจะต้องสร้างการดำเนินการเอง หรือใช้เครื่องมือของบุคคลที่ 3. อย่างไรก็ตาม, ง่ายพอเพื่อคำนวณวันดังกล่าวในการรับเหตุการณ์. ผสานสองคนด้วยกัน และได้รับรูปแบบดังนี้:

• กำหนดใช่ซ่อน/คอลัมน์คอลัมน์ในไลบรารีเอกสารไซต์ไม่มีป้ายชื่อว่า "DoCalcualteDueDate".
• เตรียมใช้งานเท็จ.
• ในเวลาที่เหมาะสมในลำดับ (เช่น. ก่อน "รวบรวมข้อมูล" การกระทำ), กำหนดค่าให้เป็น True.
• ItemUpdate การ() รับเหตุการณ์ดูว่า "DoCalculateDueDate" เป็นความจริง. ตั้งแต่รับเหตุการณ์ทำงานปรับปรุงทุก, "DoCalculateDueDate" เป็นเท็จโดยปกติ.
• เมื่อลำดับงานกำหนด DoCalculateDueDate ให้จริง, รับเหตุการณ์คำนวณกำหนดวันหยุดตามวัน.
• เมื่อรับเหตุการณ์ไม่คำนวณนี้, มันตั้งค่าสถานะ DoCalculateDueDate เท็จ.

ในสุด, SPD ลำดับการติดต่อสื่อสาร ด้วยการรับเหตุการณ์ผ่านเซมาฟอร์ DoCalculateDueDate และเรามีวันหยุดตามกำหนดวันที่ที่กำหนดให้ในขณะนี้ถูกต้องทั้งหมดในชีวิตของเวิร์กโฟลว์. SharePoint Designer ควบคุมเมื่อมีกำหนดวันครบกำหนดแต่ตัวรับสัญญาณเหตุการณ์ดำเนินการคำนวณที่แท้จริงและกำหนด.

</สิ้นสุด>

สมัครสมาชิกไปยังบล็อกของฉัน.

โปรแกรมปรับปรุง: ฉันได้วิจัยวิธีการฝังลำดับ SPD เป็นคำจำกัดความของไซต์. โซ่ฟอรั่ม MSDN นี้มีข้อมูลบางอย่างที่น่าสนใจ. ไม่ใช่ข้อสรุป, แต่จุดเส้นทางผ่านป่า.

ฉันกำลังนำบทความนี้มีเล็กน้อย oddball "สังเกตพฤติกรรม" ผมว่า leery น้อยของวาดบทสรุปจากลูกค้าเป้าหมาย. มีเวิร์กโฟลว์ SPD … temperamental.

คนมักจะมีคำถามว่า / สงสัย / fretting มากกว่า ย้ายลำดับเบสจากที่หนึ่งไปยังอีก. วันนี้, ผมตามขั้นตอนเหล่านี้ และทำข้อสังเกตเหล่านี้:

• สร้างเวิร์กโฟลว์ที่ใช้ SharePoint Designer ในไซต์กับไลบรารีเอกสาร.
• ไลบรารีเอกสารที่เกี่ยวข้องเอกสารหลายที่ห้องพักแล้ว.
• บันทึกไซต์เป็นแม่แบบ.
• เมื่อบันทึกไซต์เป็นแม่แบบ, บันทึกเนื้อหาเช่น.
• สร้างไซต์ใหม่ในคอลเลกชันไซต์เดียวกันที่ใช้แม่แบบนั้น.

ณ จุดนี้, ฉันพยายามที่จะเรียกใช้ลำดับงาน. ทันทีหยุดเอง ด้วยการบันทึกข้อความ, "ล้มเหลวในการเริ่มต้น".

คราวนี้. มีความคาดหวังต่ำเมื่อมันมาถึงรอบ ๆ ลำดับเบส.

ฉันอย่างต่อเนื่อง:

• เปิดไซต์ใน SharePoint Designer.
• มีตัวอย่างลำดับงาน. ดูเหมือนดี.
• ฉันคลิก "เสร็จสิ้น".
• ฉันเรียกใช้ลำดับงาน.

คราวนี้, ทำงานดี.

ฉันจะเพิ่มว่า ลำดับงานนี้ใช้ "รวบรวมข้อมูลจากผู้ใช้" การกระทำที่เป็นกระทำที่ค่อนข้างซับซ้อนภายใต้กระโปรงหน้ารถ.

ผมสรุปอย่างที่กระบวนการ "เสร็จสิ้น" เกิดกระแสเบสจะถูกเชื่อมโยงลำดับเบสกับไลบรารีเอกสารใหม่. ผมยังสรุป XOML การและสิ่งประดิษฐ์อื่น ๆ XML จะสมเหตุสมผล "หลวม". พวกเขาไม่สุดแน่นควบคู่ไลบรารีเอกสาร.

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

ถ้าคุณกำลังอ่านข้อความนี้ และแนวโน้ม, โปรดแสดงความคิดเห็น หรือ อีเมล์ผม เรื่องของการโยกย้าย SharePoint Designer. ฉันยินดีจะปรับปรุงบัญชีนี้ ด้วยข้อมูลเชิงลึกใด ๆ จึง นำเสนอ.

</สิ้นสุด>

สมัครสมาชิกไปยังบล็อกของฉัน.

มักจะเป็นประโยชน์ในการจัดเก็บข้อมูลสถานะในรายการแบบกำหนดเองเช่นรหัสการอนุมัติที่ควรจัดการสินค้าได้โดยตรง โดยผู้ใช้ไม่. เป็นสถานการณ์ทางธุรกิจทั่วไป. ฉันได้ทำงานในโครงการปีนี้ที่สร้างวันสถานะและการแจ้งเตือนต่าง ๆ ผ่านกระแสงาน SharePoint Designer ที่แล้ว ขับรถทราบ และสนับสนุนกระบวนการทางธุรกิจครั้งสำคัญโดยทั่วไป.

ใช้ชนิดเนื้อหาของไซต์ / คอลัมน์เพื่อให้บรรลุผลดังนี้.

สร้างชนิดเนื้อหาของเว็บไซต์ที่ มีคอลัมน์สถานะดังที่:

หมายเหตุสถานะ" (สำหรับการสาธิต)" เขตข้อมูลที่ด้านล่าง.

ถัดไป, คลิกที่ชื่อคอลัมน์ถึงคุณสมบัติของคอลัมน์. เลือก "ซ่อนอยู่ (จะไม่ปรากฏในแบบฟอร์ม)" ในส่วนการตั้งค่าคอลัมน์ที่แสดง:

นี้เอาฟิลด์ออกจากฟอร์มแก้ไข/ปรับปรุงมาตรฐาน. อย่างไรก็ตาม, มันยังคงมีอยู่ในมุมมอง, Kpi, คุณต้องการใช้งานโมเดลวัตถุและที่ใด, รวมทั้งลำดับ SPD.

</สิ้นสุด>

สมัครสมาชิกไปยังบล็อกของฉัน.