เราได้ทำการตรวจสอบ "ขั้นตอนการอนุมัติ" อย่างมากเพื่ออนุมัติการเผยแพร่และการแก้ไข SOP ใหม่ Dive สามารถเก็บข้อมูลภาษาที่เขียน SOP ได้แล้ว และการแปลและการอ่านออกเสียงจะดำเนินการบนพื้นฐานของภาษานั้น

1. ทำการปรับปรุงขั้นตอนการอนุมัติอย่างมากขึ้น

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

ตอนนี้มีความเป็นไปได้ที่จะให้ขั้นตอนการอนุมัติระดับบริษัท

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

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

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

ผู้อนุมัติสามารถระบุได้ตามตำแหน่ง เช่น ตำแหน่งงานหรือคุณสมบัติ

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

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

เมื่อคุณระบุเงื่อนไขหลายรายการในขั้นตอนเดียว ใครก็ตามที่ตรงกับเงื่อนไขใดเงื่อนไขหนึ่งจะกลายเป็นผู้สมัคร (ตัวอย่างเช่น: ผู้บังคับบัญชาโดยตรง หรือ ผู้ถือครองคุณสมบัติมาตรฐาน) ขั้นตอนสามารถติดป้ายกำกับด้วยชื่อเช่น "ผู้บังคับบัญชาโดยตรง" หรือ "ผู้จัดการความปลอดภัย"

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

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

ตอนนี้คุณสามารถเลือกขั้นตอนการอนุมัติและเหตุผลในการแก้ไขเมื่อเผยแพร่

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

• สำหรับขั้นตอนที่มีเครื่องหมาย "เลือก 1 คนเมื่อเริ่มต้น" คุณระบุผู้อนุมัติจริงจากผู้สมัคร
• หากคุณสังกัดกลุ่มหลายกลุ่ม คุณเลือก "ควรใช้สังกัดใดเป็นมาตรฐาน?" ผู้อนุมัติเช่น "ผู้บังคับบัญชาโดยตรง" ถูกกำหนดโดยสังกัดที่คุณเลือกที่นี่
• หากมีขั้นตอนที่ไม่สามารถกำหนดผู้อนุมัติได้ ระบบจะแสดงขั้นตอนนั้นและไม่เริ่มคำขอ
• หากมีผู้อนุมัติที่ไม่สามารถดูโฟลเดอร์ปลายทาง เราจะแจ้งให้คุณทราบ

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

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

ตอนนี้คุณสามารถระบุตำแหน่งที่เริ่มต้นใหม่หลังจากถูกตีกลับ และถอนคำขอได้

ก่อนหน้านี้ เมื่อ SOP ที่ถูกตีกลับได้รับการแก้ไขและขอใหม่ มันต้องเริ่มจากขั้นตอนแรก ในรุ่นปรับปรุงนี้ ผู้ตีกลับ ตอนนี้สามารถเลือก "เริ่มต้นใหม่" หรือ "อาจเริ่มต้นใหม่จากขั้นตอนของฉัน (ในกรณีของการแก้ไขเล็กน้อย)" ค่าเริ่มต้นคือ "เริ่มต้นใหม่"

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

เจ้าของสามารถตั้งค่ากฎการอนุมัติได้ตอนนี้

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

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

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

ผลกระทบต่อการตั้งค่าที่มีอยู่

ขั้นตอนการอนุมัติที่ตั้งค่าก่อนหน้านี้ในกลุ่มจะ ได้รับการโอนสอบต่อแบบเดิมว่า "ขั้นตอนการอนุมัติของกลุ่มนั้น" ผู้อนุมัติ ลำดับขั้นตอน และการอนุมัติไม่เปลี่ยนแปลง สิ่งที่เปลี่ยนแปลงคือตำแหน่งที่คุณแก้ไข: แทนที่จะใช้เมนู "[...]" ของกลุ่ม "การตั้งค่าขั้นตอนการอนุมัติ" ตอนนี้คุณแก้ไขจาก "ขั้นตอนการอนุมัติ" บนแถบเป้าหมายของการจัดการผู้ใช้

2. ตอนนี้คุณสามารถตั้งค่า "ภาษาต้นฉบับ" ของ SOP ได้

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

SOP ตอนนี้มี ภาษาต้นฉบับ และการแปลและการอ่านออกเสียงจะดำเนินการบนพื้นฐานของภาษานั้น การอ่านออกเสียงของ SOP ไม่เปลี่ยนแปลงโดยยึดตามภาษาที่แสดงของหน้าจอผู้ชม

ตั้งค่าสำหรับแต่ละ SOP

ในหน้าจอแก้ไข SOP ให้เปิด "ข้อมูลพื้นฐาน" และเลือก "ภาษาต้นฉบับ" ใน "การตั้งค่าการเล่นและการแสดงผล" สิ่งนี้ไม่ดำเนินการแปล มันระบุภาษาที่ทำหน้าที่เป็นพื้นฐานสำหรับการแปลและการอ่านออกเสียง

ตั้งค่าเริ่มต้นสำหรับ SOP ที่คุณสร้างจากนี้ไป

สำหรับสาขาต่างประเทศและสถานการณ์อื่นๆ ที่ทั้งทีมสร้าง SOP ในภาษาท้องถิ่น คุณสามารถตั้งค่าเริ่มต้นในการตั้งค่า "ภาษาของ SOP ที่จะสร้างขึ้น" ใน อภิธานศัพท์เฉพาะทาง (ผู้ดูแลทีมหรือสูงกว่า) สิ่งนี้ไม่ส่งผลกระทบต่อ SOP ที่สร้างแล้ว

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

3. ตอนนี้คุณสามารถแปลช่องว่างใน อภิธานศัพท์เฉพาะทาง ทั้งหมดได้

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

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

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

4. การปรับปรุงอื่นๆ

ตัวเลือกคำถามและค่าที่ถือว่า "ปกติ" ในการตรวจสอบตอนนี้ได้รับการแปล

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

รายการภาษาตอนนี้แสดงในสคริปต์ต้นฉบับของมัน

บนหน้าจอเพื่อเลือกภาษาในการแปล ก่อนหน้านี้เฉพาะชื่อภาษาญี่ปุ่นหรืออังกฤษเท่านั้นที่แสดง แต่ตอนนี้ ภาษาจะแสดงในสคริปต์ต้นฉบับของมัน (ตัวอย่างเช่น ภาษาเวียดนามเป็น Tiếng Việt) ตามภาษาแสดงหน้าจอ หน้าจอภาษาญี่ปุ่นจะดำเนินต่อไปแสดงชื่อภาษาญี่ปุ่นตามเดิม สิ่งนี้ช่วยให้พนักงานท้องถิ่นหาภาษาของตนเองได้ง่ายขึ้น

ขอบคุณที่ใช้ Dive ต่อไป