กฎอนุมัติค่าใช้จ่ายที่ทีมการเงินอธิบายได้อย่างชัดเจน

ทำไมทีมการเงินต้องมีกฎอนุมัติที่ชัดเจน

กฎง่ายๆ อย่าง «ผู้จัดการอนุมัติค่าใช้จ่ายทุกรายการ» จะเริ่มใช้ไม่ได้เมื่อการใช้จ่ายครอบคลุมหลายทีม หลายงบประมาณ หรือมีวงเงินหลายระดับ ผู้จัดการฝ่ายขายอาจเข้าใจว่าทำไมพนักงานต้องพาลูกค้าไปรับประทานอาหาร แต่ก็อาจไม่รู้ว่าศูนย์ต้นทุนยังมีงบเหลือหรือไม่ หรือฝ่ายการเงินต้องตรวจสอบรายการนี้ด้วยหรือเปล่า

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

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

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

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

เขียนกฎด้วยภาษาที่เข้าใจง่าย แต่ละกฎควรอธิบายว่า:

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

ฝ่ายการเงิน ผู้จัดการ และพนักงานควรตีความกฎไปในทิศทางเดียวกัน เมื่อนโยบายได้รับการตกลงแล้ว แพลตฟอร์มแบบไม่ต้องเขียนโค้ดอย่าง AppMaster สามารถเปลี่ยนแผนผังกฎให้เป็นแบบฟอร์ม กระบวนการอนุมัติ และการแจ้งเตือนได้ โดยไม่ซ่อนการตัดสินใจด้านนโยบายไว้ในงานออกแบบหน้าจอ

เริ่มจากข้อมูลที่แต่ละคำขอต้องมี

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

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

แต่ละคำขอควรบันทึกข้อมูลพื้นฐานในรูปแบบเดียวกัน:

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

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

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

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

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

วางแผนวงเงินอนุมัติโดยไม่สร้างความสับสน

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

ใช้ช่วงจำนวนเงินสั้นๆ ที่คนจดจำได้ ผู้จัดการแผนกอาจอนุมัติคำขอได้ถึง 500 ดอลลาร์ ผู้จัดการฝ่ายการเงินอนุมัติคำขอระหว่าง 501 ถึง 2,500 ดอลลาร์ และหัวหน้าแผนกอนุมัติจำนวนเงินที่สูงกว่านั้น โดยทั่วไป ช่วงจำนวนน้อยระดับจะทำให้เกิดข้อผิดพลาดในการส่งต่อน้อยลง

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

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

ใช้ตารางง่ายๆ ระหว่างตกลงนโยบาย:

ระบุให้ชัดเจนเมื่อคนสองคนต้องอนุมัติ กำหนดว่าจะอนุมัติตามลำดับหรือพร้อมกัน และต้องได้รับการตัดสินใจจากทั้งสองคนก่อนจ่ายเงินหรือไม่ คำขอซอฟต์แวร์ราคา 1,800 ดอลลาร์อาจส่งไปยังผู้จัดการศูนย์ต้นทุนก่อน แล้วจึงส่งต่อให้ฝ่ายการเงิน คำขอราคา 3,000 ดอลลาร์ที่หักจากงบโครงการที่มีข้อจำกัดอาจต้องได้รับอนุมัติจากเจ้าของงบประมาณและฝ่ายการเงิน แม้ผู้จัดการของพนักงานจะอนุมัติแล้วก็ตาม

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

กำหนดผู้รับผิดชอบตามศูนย์ต้นทุน

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

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

ทำให้การกำหนดเจ้าของเรียบง่าย:

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

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

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

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

กำหนดกฎสำหรับผู้รับมอบหมายและการขาดงาน

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

อนุญาตให้มอบหมายได้เฉพาะเมื่อผู้อนุมัติที่ระบุชื่อเป็นผู้ตั้งค่าเอง หรือผู้ดูแลระบบฝ่ายการเงินหรือฝ่ายบุคคลที่ได้รับอนุญาตเป็นผู้ตั้งค่า บันทึกชื่อผู้รับมอบหมาย วันที่เริ่มต้น และวันที่สิ้นสุด การมอบหมายแบบไม่มีกำหนดทำให้เกิดปัญหาเมื่อสิทธิ์เก่ายังคงอยู่

กฎที่ใช้งานได้จริงอาจอนุญาตให้ผู้จัดการแผนกมอบหมายผู้รับผิดชอบหนึ่งคนเป็นเวลาไม่เกิน 30 วันระหว่างการลาที่วางแผนไว้ หากขาดงานนานกว่านั้น ฝ่ายการเงินควรตรวจสอบและต่ออายุการมอบหมาย วิธีนี้ทำให้ทีมมีจุดตรวจสอบที่ชัดเจนว่าผู้รับมอบหมายยังมีอำนาจที่เหมาะสมหรือไม่

ทำให้เส้นทางการอนุมัติชัดเจน

เวิร์กโฟลว์ควรแสดงผู้อนุมัติเดิมควบคู่กับผู้ที่ปฏิบัติหน้าที่แทน บันทึกช่วงเวลาที่มอบหมายและเวลาอนุมัติ เมื่อฝ่ายการเงินหรือผู้ตรวจสอบมาตรวจสอบรายการภายหลัง จะเห็นได้ว่าผู้จัดการไม่ได้อนุมัติด้วยตนเอง และผู้แทนได้รับอนุญาตให้ดำเนินการ

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

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

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

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

วางแผนเส้นทางกรณียกเว้นก่อนทำให้เกิดความล่าช้า

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

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

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

กำหนดเจ้าของสำหรับแต่ละกรณียกเว้น

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

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

เพิ่มกำหนดเวลาตอบกลับและการยกระดับ

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

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

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

ลองเดินตามคำขอที่เกิดขึ้นจริง

ผู้ประสานงานฝ่ายการตลาดส่งคำขอสมัครซอฟต์แวร์รายปีราคา 1,200 ดอลลาร์ แบบฟอร์มถามชื่อผู้ขาย จำนวนเงิน วัตถุประสงค์ทางธุรกิจ วันที่ต่ออายุ และศูนย์ต้นทุนฝ่ายการตลาด ผู้ประสานงานแนบใบเสนอราคาจากผู้ขายและอธิบายว่าเครื่องมือนี้ช่วยจัดทำรายงานแคมเปญ

เวิร์กโฟลว์อ่านจำนวนเงินและศูนย์ต้นทุนก่อนส่งการแจ้งเตือน ตามกฎที่ตกลงกัน การซื้อระหว่าง 1,000 ถึง 2,500 ดอลลาร์ต้องได้รับอนุมัติจากเจ้าของศูนย์ต้นทุนและผู้ตรวจสอบฝ่ายการเงิน คำขอจึงส่งไปยังเจ้าของงบประมาณฝ่ายการตลาดก่อน

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

หากทั้งสองฝ่ายอนุมัติ ระบบจะบันทึกการตัดสินใจ ชื่อผู้อนุมัติ และเวลา ผู้ประสานงานได้รับการอัปเดตสถานะและดำเนินการซื้อได้ หากฝ่ายการเงินปฏิเสธคำขอ บันทึกจะเก็บเหตุผลไว้ เช่น «ใช้เครื่องมือรายงานเดิมไปก่อนจนกว่าสัญญาปัจจุบันจะสิ้นสุด»

เมื่อเจ้าของศูนย์ต้นทุนไม่อยู่

หากเจ้าของฝ่ายการตลาดลางาน ผู้รับมอบหมายจะปฏิบัติหน้าที่ได้เฉพาะเมื่อเจ้าของตั้งค่าการมอบหมายไว้ล่วงหน้า และช่วงเวลาดังกล่าวครอบคลุมวันที่ลา ผู้รับมอบหมายจะได้รับข้อความแจ้งว่ากำลังทำหน้าที่แทนเจ้าของฝ่ายการตลาด

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

เมื่อคำขอต้องใช้ข้อยกเว้น

ผู้ประสานงานอาจขอข้อยกเว้นหากผู้ขายต้องการรับเงินก่อนกระบวนการตรวจสอบปกติจะเสร็จ หรือการซื้ออยู่นอกวงเงินตามนโยบาย แบบฟอร์มควรบังคับให้ระบุหมายเหตุสั้นๆ เกี่ยวกับข้อยกเว้นและแนบหลักฐาน เช่น กำหนดเวลาในใบเสนอราคาของผู้ขาย

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

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

หลีกเลี่ยงข้อผิดพลาดทั่วไปของกฎอนุมัติ

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

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

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

การตรวจสอบไม่กี่ข้อช่วยป้องกันความสับสนส่วนใหญ่ได้:

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

ข้อสุดท้ายช่วยป้องกันผลประโยชน์ทับซ้อน ผู้ขออาจเลือกศูนย์ต้นทุนที่จะหักค่าใช้จ่ายได้ แต่เวิร์กโฟลว์ควรเลือกผู้อนุมัติจากกฎที่ได้รับอนุมัติ ผู้จัดการฝ่ายขายที่ส่งคำขออาหารกับลูกค้าราคา 900 ดอลลาร์ภายใต้ศูนย์ต้นทุนฝ่ายขายควรถูกส่งไปยังเจ้าของงบประมาณ ไม่ใช่เมนูรายชื่อผู้จัดการที่อาจอนุมัติให้ได้ง่าย

เขียนกฎด้วยภาษาที่คนสามารถทดสอบและอธิบายได้ ตัวอย่างเช่น «คำขอที่เกิน 5,000 ดอลลาร์ต้องได้รับอนุมัติจากเจ้าของศูนย์ต้นทุนและฝ่ายการเงิน การเดินทางที่จองหลังเกิดเหตุฉุกเฉินอาจไม่ต้องขออนุมัติล่วงหน้า แต่พนักงานต้องส่งใบเสร็จและเหตุผลเป็นลายลักษณ์อักษรภายในสองวันทำการ»

ตรวจสอบอย่างรวดเร็วก่อนสร้างแบบฟอร์ม

แบบฟอร์มแก้กฎที่ไม่ชัดเจนไม่ได้ จัดทำแผนผังการอนุมัติที่เสนอไว้ในเอกสารสั้นๆ ซึ่งฝ่ายการเงิน เจ้าของงบประมาณ และฝ่ายปฏิบัติการอ่านได้ง่าย

เริ่มจากความเป็นเจ้าของ ศูนย์ต้นทุนที่ใช้งานอยู่ทุกแห่งต้องมีผู้อนุมัติที่ระบุชื่อและเส้นทางสำรองเมื่อไม่อยู่ หลีกเลี่ยงป้ายกำกับอย่าง «หัวหน้าแผนก» เว้นแต่บริษัทจะดูแลรายชื่อตำแหน่งนั้นให้เป็นปัจจุบัน หากศูนย์ต้นทุนฝ่ายการตลาดไม่มีเจ้าของ ให้ตัดสินใจว่าคำขอจะหยุด ส่งไปยังฝ่ายการเงิน หรือส่งต่อให้ผู้รับมอบหมายชั่วคราว

เปรียบเทียบแต่ละวงเงินกับคำขอที่ผ่านมา ตรวจสอบตัวอย่างจำนวนไม่มากจากเดือนหรือไตรมาสล่าสุด โดยเรียงตามจำนวนเงิน ศูนย์ต้นทุน และประเภทค่าใช้จ่าย วิธีนี้จะเปิดเผยกฎที่ฟังดูสมเหตุสมผลแต่สร้างการอนุมัติที่ไม่จำเป็น หากการต่ออายุซอฟต์แวร์ส่วนใหญ่อยู่สูงกว่าเกณฑ์ 500 ดอลลาร์เพียงเล็กน้อย ฝ่ายการเงินอาจเสียเวลาอนุมัติรายการทั่วไปมากเกินไป แทนที่จะตรวจสอบการใช้จ่ายที่ผิดปกติ

ทดสอบกฎที่เขียนไว้กับกรณีที่ยุ่งยาก:

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

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

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

สร้างเวิร์กโฟลว์จากกฎที่ตกลงกันแล้ว

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

แยกนโยบายออกจากรูปแบบหน้าจอ การเปลี่ยนวงเงินจาก 500 เป็น 750 ดอลลาร์ หรือการกำหนดเจ้าของศูนย์ต้นทุนคนใหม่ ควรเป็นการเปลี่ยนกฎ ไม่ใช่การสร้างแบบฟอร์มทั้งหมดใหม่

สร้างการส่งต่อก่อนหน้าส่งคำขอ

สร้างเงื่อนไขการส่งต่อก่อน คำขอที่ต่ำกว่า 250 ดอลลาร์อาจส่งให้ผู้จัดการศูนย์ต้นทุน คำขอระหว่าง 250 ถึง 2,000 ดอลลาร์อาจต้องผ่านผู้จัดการและฝ่ายการเงิน คำขอที่เกิน 2,000 ดอลลาร์อาจต้องมีหัวหน้าแผนกอนุมัติเพิ่ม อาหารกับลูกค้าอาจต้องมีใบเสร็จและการตรวจสอบจากฝ่ายการเงินทุกจำนวนเงิน

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

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

ทดสอบคำขอที่คนส่งจริง

ก่อนเปิดใช้งาน ฝ่ายการเงินควรทดสอบกรณีสมจริงในแอปพลิเคชัน:

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

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

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