การอนุมัติ

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

สิ่งที่ขั้นตอนการอนุมัติทำ

1. มันคำนวณว่าใครต้องอนุมัติ โดยอิงจากนโยบายที่คุณเขียนไว้
2. มันจะส่งคำขอไปยังพวกเขาทางอีเมล และจัดรายการคำขอในกล่องขาเข้าของ การอนุมัติ
3. มันจะรอจนกว่าจะมีคนตัดสินใจเพียงพอ หรือจนกว่าจะแทบจะไม่มีเวลาเหลือ
4. มันจะบันทึกผลลัพธ์แล้ว workflow จะดำเนินการต่อในเส้นทางที่ตรงกัน

การทำงานที่หยุดพักจะแสดงว่าใครตอบกลับจนถึงตอนนี้ ตัวอย่างเช่น 1/2 ได้อนุมัติ

ใครสามารถอนุมัติได้บ้าง

คุณตั้งชื่อผู้อนุมัติในนโยบายของขั้นตอน ซึ่งแต่ละรายการจะต้องเป็นหนึ่งในนี้:

รายการ	ความหมาย
user:<id>	คนหนึ่งใน workspace ของคุณ
role:<name>	ทุกคนใน workspace ของคุณที่มีบทบาทนั้น
team:<slug>	ทุกคนในทีมที่อยู่ใน workspace ของคุณด้วย
responsibility:<key>	ทุกคนใน workspace ของคุณที่มีความรับผิดชอบนั้น เช่น responsibility:vendor contracts
agent:<name>	เอเจนต์ AI ที่ตรวจสอบคำขอและลงคะแนน

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

ความรับผิดชอบคือป้ายสั้น ๆ ที่เจ้าของ workspace ให้กับสมาชิกใน Settings → Workspace → Members (ดู Workspace profile and people). ตัวอักษรตัวใหญ่และช่องว่างเพิ่มเติมไม่สำคัญ ดังนั้น responsibility:Finance จะค้นหาผู้ที่ถูกระบุไว้ภายใต้ finance. หากไม่มีใครมีความรับผิดชอบเมื่อขั้นตอนเริ่มต้น คำขอไม่สามารถถูกส่งไปยังใครได้ ดังนั้นขั้นตอนจะรายงานว่าไม่สามารถหาผู้อนุมัติได้แทนที่จะรอ การยับยั้ง (veto) จะต้องระบุชื่อคน (user:) หรือบทบาท (role:) ไม่ใช่ความรับผิดชอบ ใครก็ตามที่สามารถแก้ไขสมาชิกสามารถเพิ่มความรับผิดชอบได้ ดังนั้นจึงไม่สามารถไว้วางใจให้ตัดสินใจว่าใครจะหยุดคำขอได้ด้วยตนเอง

ต้องมีผู้เห็นด้วยกี่คน

การตั้งค่า	สิ่งที่มันทำ
quorum	จำนวนการอนุมัติที่ต้องการ อาจเป็นตัวเลขหรือ all.
stages	ถามกลุ่มหนึ่งหลังจากอีกกลุ่มหนึ่ง ตัวอย่างเช่นผู้จัดการในขั้นแรก หลังจากนั้นกฎหมาย
veto	คนที่การปฏิเสธเพียงคนเดียวหยุดคำขอในทันที
min_humans	จำนวนการอนุมัติที่ต้องมาจากคน ขณะเอเจนต์สามารถลงคะแนนได้ แต่ไม่สามารถตัดสินใจได้เพียงลำพัง

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

ข้อจำกัดเวลา การเตือน และการเร่งด่วน

การตั้งค่า	สิ่งที่มันทำ
timeout	ระยะเวลาที่จะรอสำหรับแต่ละขั้นตอน ตัวอย่างเช่น 2d. ค่าเริ่มต้นคือเจ็ดวัน
on_timeout	สิ่งที่เกิดขึ้นเมื่อเวลาหมด: timed_out (ค่าเริ่มต้น), rejected หรือ approved.
remind_after	ส่งการเตือนหนึ่งครั้งไปยังใครที่ยังไม่ได้ตอบ
escalation	หลังจากเวลาที่ตั้งไว้ ยังสามารถถามเพิ่มเติมได้

เวลาเขียนเป็นตัวเลขพร้อมกับ s, m, h หรือ d, ตัวอย่างเช่น 36h.

ตัวอย่างทั้งหมด:

{
  "stages": [
    { "approvers": "role:manager" },
    { "approvers": "team:legal", "quorum": "all" }
  ],
  "veto": ["role:general-counsel"],
  "remind_after": "1d",
  "timeout": "3d",
  "escalation": { "after": "2d", "approvers": "role:director" }
}

การตอบสนอง

เปิด การอนุมัติ เพื่อดูสิ่งที่รอคุณอยู่ใน workspace ปัจจุบัน สำหรับแต่ละคำขอ คุณสามารถ:

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

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

อีเมลจะเชื่อมโยงโดยตรงไปยังคำขอ หาก workspace ของคุณใช้การบูรณาการกับ Slack คุณยังสามารถส่งข้อความถึงบอทได้: approve 1a2b3c4d, หรือ reject 1a2b3c4d too expensive. รหัสอยู่ในอีเมล หากบอทตอบกลับว่ามีคำขอมากกว่าหนึ่งรายการที่ตรงกับรหัสนั้น ให้ตอบกลับจาก การอนุมัติ แทน

การเลือกขั้นตอนถัดไป

การเชื่อมต่อแต่ละรายการที่ออกจากขั้นตอนการอนุมัติสามารถระบุผลลัพธ์ที่ดำเนินการได้: approved, approved_with_changes, rejected, timed_out หรือ unresolvable.

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

unresolvable หมายถึงไม่สามารถถามใครได้ — ตัวอย่างเช่น บทบาทที่คุณระบุไม่มีสมาชิก แทงบอลหยุดทันทีแทนที่จะรอให้ไม่มีใคร

ขั้นตอนการตัดสินใจ

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

จำนวน	เส้นทาง	ผู้อนุมัติ	Quorum
> 10000	review	team:finance	2
(อะไรก็ได้)	auto

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

การอนุมัติการกระทำภายในขั้นตอนเอเจนต์

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

บันทึก

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