คู่มือเชิงปฏิบัติ: ย้ายจากสเปรดชีตไปสู่เครื่องมือภายในที่สร้างด้วย AI ซึ่งสะท้อนเวิร์กโฟลว์จริง — อะไรควรเปลี่ยนก่อน วิธีออกแบบอย่างปลอดภัย และแนวทางการเปิดใช้งาน
สเปรดชีตกลายเป็น “แอปเริ่มต้น” เพราะมีให้ใช้ คุ้นเคย และยืดหยุ่น ต้องการตัวติดตาม? ก็ส่งสำเนาเทมเพลต ต้องการแดชบอร์ด? เพิ่ม pivot table ต้องการ “ระบบ” เบา ๆ? เพิ่มแท็บไม่กี่อันและการจัดรูปแบบตามเงื่อนไข
ความยืดหยุ่นนั่นแหละคือกับดัก: ทันทีที่สเปรดชีตหยุดเป็นไฟล์ส่วนตัวและเริ่มถูกแชร์ มันจะค่อย ๆ กลายเป็นผลิตภัณฑ์—แต่ไม่มีการออกแบบผลิตภัณฑ์ ความปลอดภัย หรือการบำรุงรักษา
เมื่อลำดับการทำงานเติบโตขึ้น (คนมากขึ้น ขั้นตอนมากขึ้น ข้อยกเว้นเยอะขึ้น) ทีมมักจะเห็นสัญญาณเตือนแบบเดียวกัน:
นี่ไม่ใช่แค่ความรำคาญ มันสร้างความล่าช้า งานทำซ้ำ และความเสี่ยง: การอนุมัติถูกข้าม ลูกค้าได้คำตอบไม่สอดคล้อง และการรายงานกลายเป็นการเจรจารายสัปดาห์
เครื่องมือภายในคือแอปที่ออกแบบมาเพื่อกระบวนการของทีมคุณ: ฟอร์มแทนเซลล์เสรี, กฎที่ตรวจสอบความถูกต้องของข้อมูล, บทบาทและสิทธิ์ (ใครส่งได้กับใครอนุมัติได้) และ บันทึกตรวจสอบ ที่แสดงการเปลี่ยนแปลงและกู้คืนได้ เป้าหมายไม่ใช่เอาความยืดหยุ่นออก—แต่เอามันไปไว้ในที่ที่เหมาะสม
AI ไม่ได้ทำงานรกให้เป็นอัตโนมัติอย่างวิเศษ สิ่งที่มันเปลี่ยนคือความเร็ว: คุณสามารถอธิบายเวิร์กโฟลว์ สร้างเวอร์ชันแรกของฟอร์มและตรรกะ และวนปรับได้เร็วขึ้น คุณยังเป็นคนตัดสินกฎ ข้อยกเว้น และความหมายของคำว่า “เสร็จ” อยู่ดี
ไม่ใช่ทุกสเปรดชีตที่จะควรถูกแปลงเป็นแอป ผลลัพธ์ที่ได้เร็วที่สุดมักมาจากการแทนที่ชีตที่สร้างแรงเสียดทานมากที่สุด และ มีเวิร์กโฟลว์ที่ชัดเจนและมีขอบเขตจำกัดอยู่เบื้องหลัง
ใช้เช็คลิสต์นี้เพื่อตัดสินว่าสเปรดชีตเป็นผู้สมัครที่ดีหรือไม่:
ถ้าชีตได้คะแนนสูงอย่างน้อยสองข้อ มักจะคุ้มค่าที่จะแทนที่
มองหารูปแบบที่แสดงว่าสเปรดชีตกำลังยืนแทนระบบเวิร์กโฟลว์:
นี่คือสัญญาณที่ชัดเจนว่าเครื่องมือภายในที่มีฟอร์ม การอนุมัติที่ติดตามได้ และการอัปเดตสถานะอัตโนมัติจะคุ้มค่าอย่างรวดเร็ว
เลือกเวิร์กโฟลว์เดียวที่มี:
สิ่งนี้ช่วยให้การพัฒนาโฟกัสและทำให้การยอมรับง่ายขึ้นเพราะคนจะเห็นการเปลี่ยนแปลงและเหตุผลว่าทำไม
ถ้าคุณไม่แน่ใจจะเริ่มจากตรงไหน เวิร์กโฟลว์บนสเปรดชีตเหล่านี้มักแปลงเป็นเครื่องมือภายในได้ง่าย:
เลือกอันที่ความล่าช้าและความผิดพลาดมองเห็นได้ชัด—และที่การปรับปรุงเวิร์กโฟลว์จะส่งผลทันที
ก่อนจะแทนที่สเปรดชีต ให้แม็ปสิ่งที่คนทำจริง—ไม่ใช่เอกสารกระบวนการที่คนไม่ปฏิบัติจริง สเปรดชีตมักซ่อนเวิร์กโฟลว์ไว้ในแท็บ สี และความรู้แบบ “ถามซาร่าห์” ถ้าคุณสร้างแอปบนหมอกควันนั้น คุณจะสร้างความสับสนเดิมด้วยปุ่มที่สวยกว่า
เขียนเวิร์กโฟลว์เป็นขั้นตอนชัดเจน:
ระบุให้ชัดเจนว่าอะไรเป็นตัวเริ่มงาน (อีเมล ใบส่งคำขอ การประมวลผลเป็นกลุ่มประจำสัปดาห์) ข้อมูลใดจำเป็น และอะไรคือคำจำกัดความของ “เสร็จ” (อัปเดตระเบียน ส่งออกไฟล์ แจ้งเตือนถูกส่ง)
สเปรดชีตทนต่อความกำกวมเพราะคนปรับแก้ด้วยมือ เครื่องมือภายในไม่สามารถพึ่งการแก้ด้วยมือได้ จับกฎธุรกิจเป็นคำสั่งที่คุณจะเปลี่ยนเป็นการตรวจสอบและตรรกะได้ในภายหลัง:
จดบันทึกด้วยว่ากฎต่างกันตามแผนก ภูมิภาค หรือลูกค้าระดับใด ความแตกต่างเหล่านี้มักเป็นเหตุผลว่าทำไม “สเปรดชีตเดียว” ถึงถูกเพิ่มเป็นหลายสำเนา
รายการบทบาทที่เกี่ยวข้องและสิ่งที่แต่ละบทบาททำได้:
จากนั้นแม็ปการส่งต่อ: ใครส่ง ใครตรวจ ใครดำเนินการ ใครต้องเห็น ทุกการส่งต่อคือจุดที่งานติดค้าง—ดังนั้นนั่นแหละที่จำเป็นต้องมีการเตือน สถานะ และบันทึกตรวจสอบ
แม็ปเส้นทางข้อมูลตั้งแต่ต้นจนจบ:
นี่จะเป็นพิมพ์เขียวของคุณ เมื่อคุณใช้ AI สร้างแอป คุณจะมีสเปคชัดเจนให้ตรวจสอบ—ทำให้คุณยังคงควบคุมได้แทนที่จะ “ยอมรับสิ่งที่เครื่องมือสร้าง”
สเปรดชีตส่วนใหญ่เริ่มเป็น “แท็บเดียวที่ทำทุกอย่าง” มันใช้งานได้จนกว่าคุณจะต้องการการอนุมัติที่สม่ำเสมอ รายงานที่สะอาด หรือหลายคนแก้ไขพร้อมกัน โมเดลข้อมูลง่าย ๆ แก้ไขปัญหาโดยไม่ทำให้ซับซ้อน แต่ทำให้ความหมายของข้อมูลชัดเจน
แทนที่จะเป็นกริดยักษ์เดียว ให้แยกข้อมูลเป็นตารางที่สอดคล้องกับการจัดงาน:
การแยกแบบนี้ป้องกันการมีค่าซ้ำซ้อน (“Sales” สะกดหลายแบบ) และทำให้เปลี่ยนป้ายชื่อครั้งเดียวไม่ทำลายรายงาน
ให้เรคคอร์ดแต่ละรายการมี ตัวระบุ คงที่ (เช่น REQ-1042) อย่าใช้หมายเลขแถวเพราะมันเปลี่ยนได้
จากนั้นกำหนดชุด สถานะ เล็ก ๆ ที่ทุกคนเข้าใจ เช่น:
รายการสถานะทำหน้าที่มากกว่าแค่บรรยายความคืบหน้า—มันกลายเป็นกระดูกสันหลังสำหรับสิทธิ์ การแจ้งเตือน คิว และเมตริก
สเปรดชีตมักเขียนทับข้อมูล (“อัปเดตโดย” “คอมเมนต์ล่าสุด” “ลิงก์ไฟล์ใหม่”) เครื่องมือภายในควรเก็บ สิ่งที่เปลี่ยนและเมื่อใด:
คุณไม่จำเป็นต้องมีบันทึกตรวจสอบระดับองค์กรตั้งแต่วันแรก แต่ควรมีที่เก็บสำหรับการตัดสินใจและบริบท
ตารางเดียวที่มี 80 คอลัมน์ซ่อนความหมาย: กลุ่มฟิลด์ซ้ำ ข้อมูลไม่สอดคล้อง และรายงานสับสน
กฎดี ๆ: ถ้าชุดฟิลด์หนึ่งสามารถเกิดขึ้น หลายครั้ง (คอมเมนต์หลายรายการ ไฟล์แนบหลายไฟล์ การอนุมัติหลายครั้ง) มันควรเป็นตารางของตัวเอง เก็บเรคคอร์ดหลักให้เรียบง่าย และเชื่อมรายละเอียดที่เกี่ยวข้องเมื่อจำเป็น
สเปรดชีตยืดหยุ่น แต่ความยืดหยุ่นนั้นคือปัญหา: ทุกคนพิมพ์อะไรก็ได้ที่ไหนก็ได้ เครื่องมือภายในควรรู้สึกเหมือน “กรอกสิ่งที่ต้องการ” มากกว่า “หาว่าพิมพ์ตรงไหน” เป้าหมายคือการนำทางการป้อนข้อมูลที่ป้องกันความผิดพลาดก่อนเกิดขึ้น
แปลงแต่ละคอลัมน์สำคัญให้เป็นฟิลด์ฟอร์มที่มีป้ายชัดเจน ข้อความช่วย และค่าเริ่มต้นที่สมเหตุสมผล แทนที่จะใช้ “Owner” ให้ใช้ “ผู้รับผิดชอบคำขอ (คนที่ต้องตัดสิน)” และตั้งค่าเริ่มต้นเป็นผู้ใช้ปัจจุบัน แทน “Date” ให้ใช้ตัวเลือกวันที่ที่ค่าเริ่มต้นเป็นวันนี้
การเปลี่ยนแบบนี้ลดการถกเถียงเพราะผู้ใช้ไม่ต้องจำ “กฎสเปรดชีต” (แท็บไหน คอลัมน์ไหน รูปแบบไหน) เครื่องมือสอนกระบวนการเมื่อมีคนใช้มัน
การตรวจสอบเป็นความต่างระหว่าง “ข้อมูลที่เชื่อถือได้” กับ “ข้อมูลที่ต้องคอยทำความสะอาดเสมอ” การตรวจสอบยอดนิยมที่มีผลสูงรวมถึง:
เก็บข้อความผิดพลาดให้อ่านง่าย: “กรุณาเลือกแผนก” ดีกว่า “Invalid input.”
แสดงฟิลด์เฉพาะเมื่อเกี่ยวข้อง ถ้า “ประเภทค่าใช้จ่าย = เดินทาง” ให้แสดง “วันที่เดินทาง” และ “จุดหมาย” ถ้าไม่ใช่ ให้ซ่อน สิ่งนี้ลดความยาวฟอร์ม เร่งการกรอก และหลีกเลี่ยงส่วนที่กรอกไม่ครบที่สร้างความสับสนทีหลัง
ฟิลด์ตามเงื่อนไขยังช่วยมาตรฐานกรณีพิเศษโดยไม่ต้องเพิ่มแท็บพิเศษหรือคำแนะนำพิเศษที่คนมักลืม
งานธุรกิจส่วนใหญ่ทำซ้ำได้ ทำให้เส้นทางทั่วไปเร็ว:
กฎง่าย ๆ: ถ้าคนสามารถส่งงานทั่วไปให้เสร็จภายในหนึ่งนาทีโดยไม่คิด คุณได้แทนที่ความยืดหยุ่นของสเปรดชีตด้วยความชัดเจนของเวิร์กโฟลว์—โดยไม่ทำให้ช้าลง
สเปรดชีตอนุญาตทุกคนแก้ไขทุกอย่างได้ทุกเวลา ความยืดหยุ่นนั้นแหละที่ทำให้งานติด—ความเป็นเจ้าของไม่ชัดเจน การอนุมัติเกิดในแชท และ “เวอร์ชันล่าสุด” กลายเป็นข้อโต้แย้ง
เมื่อคุณแทนที่ชีตด้วยเครื่องมือภายในที่สร้างโดย AI เป้าหมายไม่ใช่ทำให้การทำงานเข้มงวด แต่คือทำให้กระบวนการจริงชัดเจน เครื่องมือจะทำงานประสานที่น่าเบื่อ ในขณะที่คนโฟกัสการตัดสินใจ
เริ่มจากเขียนสถานะที่สำคัญไม่กี่สถานะ (เช่น Draft → Submitted → Approved/Rejected → Completed) แล้วแนบกฎเวิร์กโฟลว์ไปยังสถานะเหล่านั้น:
การดำเนินงานจริงมีการทำงานซ้ำ การเลื่อนขั้น และการยกเลิกแบบวนกลับ จัดโมเดลให้ชัดเจนเพื่อไม่ให้กลายเป็น “คอมเมนต์ในสเปรดชีต” เช่น:
“เสร็จ” ควรทดสอบได้: ฟิลด์จำเป็นครบ การอนุมัติถูกบันทึก และเอาต์พุตถูกสร้าง เช่น อีเมลยืนยัน ใบสั่งซื้อ ตั๋ว หรือเรคคอร์ดส่งออกสำหรับการเงิน
ข้อยกเว้นเกิดขึ้น ให้เส้นทางแก้ไขเฉพาะผู้ดูแลระบบที่สามารถยกเลิกสถานะ แต่มีกาsบันทึกว่าใครทำ เมื่อไหร่ และทำไม เพื่อคงความยืดหยุ่นโดยไม่สูญเสียความรับผิดชอบ และมองเห็นโอกาสปรับปรุงในรอบถัดไป
AI สามารถเร่งการสร้างเครื่องมือภายในได้ แต่ทำงานได้ดีที่สุดเป็นหุ้นส่วนร่างงาน—ไม่ใช่ผู้ตัดสิน ให้มันเป็นนักพัฒนาใหม่ที่ร่างเวอร์ชันแรกเร็ว ในขณะที่คุณยังรับผิดชอบกฎ ข้อมูล และการเข้าถึง
ถ้าต้องการวิธีปฏิบัติ ตัวอย่างแพลตฟอร์มเช่น Koder.ai ออกแบบมาสำหรับ “vibe-coding” เครื่องมือภายใน: คุณอธิบายเวิร์กโฟลว์ในแชท สร้างเว็บแอปแบบ React ที่มี backend Go + PostgreSQL แล้ววนปรับด้วยโหมดวางแผน สแนปช็อต และย้อนกลับเมื่อความต้องการเปลี่ยน
ใช้ AI เพื่อสร้าง:
กุญแจคือต้องเจาะจง: AI ทำงานได้ดีเมื่อคุณให้ข้อจำกัด ชื่อ และตัวอย่างจริง
แทนที่จะพูดว่า “สร้างแอปอนุมัติ” ให้ส่งขั้นตอนจริงและเรคคอร์ดตัวอย่าง
We are replacing a spreadsheet used for purchase requests.
Roles: Requester, Manager, Finance.
Workflow:
1) Requester submits: item, vendor, amount, cost center, needed-by date, justification.
2) If amount <= 500: auto-approve. If > 500: Manager approval required.
3) If amount > 5000 OR vendor is new: Finance review required.
4) After final approval: create PO number and lock financial fields.
Provide: suggested tables, form fields, validations, and status transitions.
Here are 5 example requests: ...
ขอให้มัน “แสดงสมมติฐาน” เพื่อให้คุณเห็นการตีความที่อาจผิดเร็วขึ้น
ให้ AI สร้างคำขอทดสอบที่สมจริงรวมถึง:
สิ่งนี้ช่วยให้ตรวจสอบการตรวจสอบความถูกต้องและการแยกสาขาก่อนเปิดใช้งานจริงได้ง่ายขึ้น
ให้มนุษย์ยังคุม:
AI ร่างได้ แต่ทีมต้องตรวจ ทดสอบ และเซ็นรับรองก่อนใช้จริง
เมื่อคุณแทนที่สเปรดชีตด้วยเครื่องมือภายในที่สร้างโดย AI การกำกับดูแลหยุดเป็นเรื่องของ IT และกลายเป็นทางเลือกการออกแบบที่ใช้งานได้ เป้าหมายไม่ใช่ระเบียบวินัย—แต่ให้คนที่ถูกต้องทำงานที่ถูกต้อง พร้อมบันทึกชัดเจนของสิ่งที่เกิดขึ้น
ในสเปรดชีต “แชร์ไฟล์” มักเป็นการควบคุมเดียว ในเครื่องมือภายในคุณสามารถระบุได้:
กฎง่าย ๆ: คนส่วนใหญ่ควร ส่งและติดตาม น้อยคนกว่าให้ แก้ไข และมีเพียงกลุ่มเล็กที่ อนุมัติหรือส่งออก
สเปรดชีตสูญเสียประวัติอย่างรวดเร็ว—เซลล์เปลี่ยน คอมเมนต์หาย สำเนาพอกพูน เครื่องมือของคุณควรเก็บบันทึกตรวจสอบโดยอัตโนมัติ:
สำหรับการอนุมัติ เก็บผู้อนุมัติ เวลา การตัดสินใจ และบันทึกประกอบ นี่ช่วยประหยัดเวลาเมื่อมีคนถามว่า “ทำไมคำข้อนี้ถูกปฏิเสธ?” หลังจากนั้นสามสัปดาห์
การกำกับดูแลที่ดีคือการป้องกันเป็นหลัก:
แม้คุณจะไม่มุ่งหวังมาตรฐานเฉพาะ ให้จับภาพพื้นฐานตั้งแต่ต้น: ระยะเวลาการเก็บรักษา ใครเข้าถึงฟิลด์ละเอียดอ่อน และการตรวจสอบทบทวนอย่างไร ถ้าความต้องการเติบโตภายหลัง คุณจะมีบล็อกตัวต่อ ไม่ใช่กองไฟล์ที่แยกจากกัน
สเปรดชีตเหมาะกับงานส่วนตัว แต่มักล้มเหลวเมื่อกลายเป็นระบบที่ใช้ร่วมกัน
สัญญาณเตือนแรก ๆ ที่พบบ่อย:
เริ่มจากไฟล์ที่ทั้งสร้างแรงเสียดทานสูงและมีขอบเขตชัดเจน
ผู้สมัครที่ดีมักถูกใช้งาน ทุกสัปดาห์หรือทุกวัน และมีคะแนนสูงอย่างน้อยสองข้อจาก:
หลีกเลี่ยงการเริ่มด้วย “แทนที่สเปรดชีตการดำเนินงานทั้งหมด” — เลือกเวิร์กโฟลว์เดียวที่คุณสามารถส่งมอบและวัดผลได้
มองหารูปแบบที่บอกว่าตารางกำลังทำหน้าที่เป็นระบบเวิร์กโฟลว์:
เป้าหมายที่มีสัญญาณเหล่านี้จะได้ผลเร็ว เพราะเครื่องมือสามารถเพิ่มฟอร์ม การอนุมัติที่ติดตามได้ สถานะอัตโนมัติ และสรุปอัตโนมัติได้อย่างรวดเร็ว
จับภาพสิ่งที่คนทำจริงวันนี้ แล้วทำให้มันชัดเจน
แบบฟอร์มง่าย ๆ:
สำหรับแต่ละขั้น ระบุ:
สิ่งนี้จะกลายเป็นสเปคที่คุณใช้ตรวจสอบเมื่อเวอร์ชันแรกของแอปถูกสร้างขึ้น
แปลกฎที่ซ่อนอยู่ในสเปรดชีตเป็นคำสั่งที่ทดสอบได้
หมวดหมัติที่ควรบันทึก:
โดยทั่วไปไม่ต้องมีฐานข้อมูลซับซ้อน แค่แยกตารางจากตารางเดียวขนาดใหญ่เป็นไม่กี่ตารางที่มีความหมาย
โครงโมเดลง่าย ๆ ที่พบบ่อย:
เพิ่มเติม:
แปลงคอลัมน์เป็นฟอร์มนำทาง:
เพิ่มการป้องกันที่มีผลสูง:
เขียนสถานะที่สำคัญไม่กี่สถานะ แล้วแนบกฎเวิร์กโฟลว์:
จัดการข้อยกเว้นอย่างเป็นฟีเจอร์ชั้นหนึ่ง: ส่งกลับเพื่อแก้ไข, เลื่อนขั้นตอนเมื่อละเมิด SLA, ยกเลิกโดยเก็บประวัติไว้
AI ช่วยเร่งการสร้างเครื่องมือ แต่ควรใช้เป็นผู้ช่วยร่างงาน ไม่ใช่ผู้ตัดสินสุดท้าย
ใช้ AI เพื่อสร้าง:
จุดสำคัญคือต้องให้ข้อมูลเฉพาะเจาะจง: AI ทำงานได้ดีเมื่อมีข้อจำกัด ชื่อ และตัวอย่างจริง
ให้ AI ทำการร่างตามขั้นตอนเวิร์กโฟลว์และตัวอย่างจริง แทนที่จะบอกว่า “สร้างแอปอนุมัติ”
ตัวอย่างพรอมต์ที่ดี รวมขั้นตอนและเรคคอร์ดตัวอย่าง:
We are replacing a spreadsheet used for purchase requests.
Roles: Requester, Manager, Finance.
Workflow:
1) Requester submits: item, vendor, amount, cost center, needed-by date, justification.
2) If amount <= 500: auto-approve. If > 500: Manager approval required.
3) If amount > 5000 OR vendor is new: Finance review required.
4) After final approval: create PO number and lock financial fields.
Provide: suggested tables, form fields, validations, and status transitions.
Here are 5 example requests: ...
ขอให้ AI “แสดงสมมติฐาน” เพื่อให้คุณเห็นการตีความที่อาจผิดเร็วขึ้น
ให้ AI สร้างข้อมูลทดสอบและกรณีขอบเขตที่สมจริง เช่น:
สิ่งนี้ช่วยให้คุณตรวจสอบการตรวจสอบความถูกต้องและการแยกสาขาก่อนการเปิดใช้งานจริง
ให้มนุษย์อนุมัสติกส่วนที่เสี่ยง:
คนต้องรับผิดชอบต่อ:
AI ร่างงานได้ แต่ทีมต้องตรวจ ทดสอบ และลงนามก่อนใช้จริง
การกำกับดูแลกลายเป็นตัวเลือกการออกแบบที่จริงจังเมื่อนำสเปรดชีตไปสู่เครื่องมือภายใน
คำแนะนำหลัก:
การย้ายข้อมูลคือจุดที่ความสำเร็จหรือความล้มเหลวมักเกิดขึ้น เป้าหมายคือย้ายสิ่งที่จำเป็น พิสูจน์ว่าเครื่องมือใหม่เชื่อถือได้ และรักษาการดำเนินงานระหว่างเปลี่ยนแปลง
ขั้นตอนปฏิบัติได้จริง:
กฎง่าย ๆ: หลังตัดขาด การเปลี่ยนแปลงเกิดขึ้นที่เดียวเท่านั้น
เมื่อสเปรดชีตเป็นศูนย์กลางเพราะทุกคนเข้าถึงง่าย เครื่องมือใหม่สามารถทำได้ดีกว่าโดยเก็บเวิร์กโฟลว์ไว้จุดเดียวและเชื่อมต่อกับระบบที่คนใช้แล้ว
แนวทางปฏิบัติที่ดี:
เครื่องมือภายในมักล้มเหลวเพราะคนยังไม่ไว้วางใจ เริ่มจากการทดลองเล็ก ๆ สนับสนุนด้วยการเทรนและการปรับปรุงต่อเนื่อง
ขั้นตอนปฏิบัติ:
ถ้ากฎใดอธิบายไม่ชัดเจน อย่าอัตโนมัติ ให้เคลียร์กับเจ้าของธุรกิจก่อน
ถ้าสิ่งใดเกิดขึ้นหลายครั้ง (คอมเมนต์ ไฟล์แนบ การอนุมัติ) มักควรเป็นตารางของตัวเอง
การออกแบบแบบนี้ลดงานแก้ไขซ้ำด้วยการป้องกันความผิดพลาดตั้งแต่ต้นทาง
กำหนดความหมายของ “เสร็จ” ให้ทดสอบได้: ฟิลด์จำเป็นครบ การอนุมัติถูกบันทึก และเอาต์พุตที่ต้องเกิดถูกสร้างขึ้น (เช่น อีเมลยืนยัน PO ที่สร้างแล้ว ฯลฯ)