การรับค่าจ้างที่ทำงานแล้วสำหรับธุรกิจค้าปลีก, F&B และเครือร้านค้า: การจัดการกะที่ยืดหยุ่นเป็นอย่างไร?

Do Huy Leการรับค่าจ้างที่ทำงานแล้วสำหรับธุรกิจค้าปลีก, F&B และเครือร้านค้า: การจัดการกะที่ยืดหยุ่นเป็นอย่างไร?Tổng Giám Đốc

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

> หมายเหตุ: นี่เป็นกรอบการทำงาน – เทคนิคเพื่อการอ้างอิง ไม่ใช่สูตรการคำนวณเงินเดือนหรือคำแนะนำทางกฎหมายสำหรับทุกธุรกิจ นโยบายเวลาทำงาน, การพักระหว่างกะ, การทำงานล่วงเวลา, เบี้ยเลี้ยง, ค่าคอมมิชชั่น, เงินทิป, การเก็บรักษา, ขีดจำกัด และการตัดสินใจต้องได้รับการยืนยันจาก HR, การจ่ายเงินเดือน, กฎหมาย, บัญชี และผู้ให้บริการการรับค่าจ้างที่ทำงานแล้วตามรูปแบบจริง

> คำอธิบายศัพท์: การรับค่าจ้างที่ทำงานแล้ว (รับเงินตามวันที่ทำงานแล้ว) · POS (ระบบขายหน้าร้าน) · HRIS (ระบบข้อมูลทรัพยากรบุคคล) · การจ่ายเงินเดือน (การคำนวณเงินเดือน) · F&B (บริการอาหารและเครื่องดื่ม) · shift/กะ (กะทำงาน) · cutoff (จุดสิ้นสุดรอบ) · pilot (การทดลองใช้) · UAT (การทดสอบการยอมรับของผู้ใช้) · KPI (ตัวชี้วัดประสิทธิภาพ) · tip (เงินทิป)

ทำไมการรับค่าจ้างที่ทำงานแล้วในธุรกิจค้าปลีกและ F&B ถึงยากกว่าการใช้เวลาทำงานที่มีอัตราค่าจ้าง?

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

รายได้ก็ไม่ใช่แค่ส่วนเดียว ขึ้นอยู่กับนโยบาย, พนักงานอาจมี:

• เงินเดือนตามเดือน, วัน หรือชั่วโมง;

• เบี้ยเลี้ยงกะกลางคืน, อาหารกะ, ตำแหน่ง หรือร้านค้า;

• เงินทำงานล่วงเวลาที่ได้รับการอนุมัติ;

• ค่าคอมมิชชั่นการขาย;

• โบนัสยอดขาย, ความขยัน หรือคุณภาพ;

• เงินทิปที่ถูกจัดสรรตามกฎระเบียบ;

• การปรับปรุงที่เกิดขึ้นในช่วงสิ้นรอบ

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

1. แผนที่ข้อมูลการรับค่าจ้างที่ทำงานแล้วของเครือร้านค้า

2. การจัดกลุ่มพนักงานก่อนออกแบบนโยบาย

(อุตสาหกรรมอื่น: ดู การรับค่าจ้างที่ทำงานแล้วสำหรับธุรกิจการผลิตหลายกะ และ การรับค่าจ้างที่ทำงานแล้วสำหรับโลจิสติกส์, คลังสินค้า และการจัดส่ง.)

พนักงานเต็มเวลาตามกะ

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

พนักงานพาร์ทไทม์

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

พนักงานชั่วคราว

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

พนักงานขายที่มีค่าคอมมิชชั่น

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

ผู้จัดการร้านค้าและผู้จัดการกะ

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

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

3. ตารางกะ, กะจริง และการทำงานที่ได้รับการอนุมัติเป็นสามชั้นที่แตกต่างกัน

(แนวคิดพื้นฐาน: ดู การทำงานที่ได้รับการอนุมัติคืออะไร?.)

ตารางกะ

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

กะจริง

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

4. โมเดลข้อมูลกะขั้นต่ำ

แต่ละกะหรือช่วงการทำงานควรมี:

• employee_id ที่เสถียร;

• employer_id หรือหน่วยงานที่จ่ายเงินเดือน;

• brandid, regionid, store_id;

• assignment_id;

• shiftid และ workdate;

• เวลาที่คาดว่าจะเริ่ม/สิ้นสุด;

• เวลาจริงที่เริ่ม/สิ้นสุด;

• จำนวนเวลาพักตามนโยบาย;

• regularminutes, overtimeminutes หากได้รับการระบุ;

• บทบาทจริงในกะ;

• สถานะข้อยกเว้นและเหตุผล;

• สถานะการอนุมัติ;

• ผู้อนุมัติ, เวลาที่อนุมัติ;

• record_version และเวลาที่อัปเดต

ทำไมต้องมี work_date?

กะตั้งแต่ 22.00 น. ถึง 6.00 น. ของวันถัดไปเกี่ยวข้องกับสองวันในปฏิทิน ระบบต้องตกลงกันว่ากะนั้นเป็นของวันธุรกิจใด โดยเฉพาะเมื่อปิดรอบเงินเดือน หาก POS บันทึกตามวันทำธุรกรรม, การบันทึกเวลาทำงานบันทึกตามวันเริ่มต้น แต่การจ่ายเงินเดือนบันทึกตามวันสิ้นสุด การตรวจสอบจะไม่ตรงกัน

ทำไมต้องมีเวอร์ชันข้อมูล?

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

5. การจัดการการเปลี่ยนกะอย่างถูกต้อง

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

ระบบต้องบันทึก:

• กะเดิมและผู้ที่ได้รับการจัดสรรในตอนแรก;

• ผู้ที่เสนอและผู้ที่รับ;

• เวลาที่เสนอ;

• ผู้อนุมัติ;

• เวลาที่มีผล;

• ผลลัพธ์การบันทึกเวลาจริง;

• เหตุผลในการยกเลิกหรือเปลี่ยนแปลง;

• เวอร์ชันก่อน/หลัง

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

6. กะแตก, กะซ้อน และการทำงานสองร้านในวันเดียว

กะแตก

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

กะซ้อน

กะซ้อนอาจเกิดจากตารางผิด, การเปลี่ยนกะ หรือการป้อนข้อมูลด้วยตนเอง เครื่องมือขีดจำกัดต้องบล็อกเวลาที่ซ้ำก่อนคำนวณรายได้

การสนับสนุนหลายร้าน

พนักงานหนึ่งคนอาจทำงานเช้าที่ร้าน A และเย็นที่ร้าน B ต้องรู้ว่า:

• หน่วยงานใดจ่ายเงินเดือน;

• หน่วยงานใดรับผิดชอบค่าใช้จ่าย;

• อัตราค่าจ้าง/บทบาทใดที่ใช้;

• ใครอนุมัติแต่ละช่วงการทำงาน;

• เวลาทั้งหมดในวันนั้นถูกต้องหรือไม่;

• ข้อมูลถูกนำเข้าสู่รอบการจ่ายเงินเดือนหนึ่งหรือหลายรอบ

ไม่ควรสร้างสองประวัติพนักงานแยกเพียงเพราะคนทำงานที่สองร้าน ควรมี employee_id หนึ่งและหลายบันทึกการมอบหมายที่มีวันที่มีผล

7. การโยกย้ายพนักงานระหว่างร้านค้าและแบรนด์

การโยกย้ายอาจเป็นระยะสั้นตามกะหรือระยะยาวตามการตัดสินใจ แต่ละกรณีต้องมี effectivefrom และ effectiveto ที่ชัดเจน

การโยกย้ายในหน่วยงานเดียวกัน

มักมีผลต่อหน่วยงานที่รับผิดชอบค่าใช้จ่าย, ร้านค้าที่อนุมัติการทำงาน, บทบาท และเบี้ยเลี้ยง

การโยกย้ายต่างหน่วยงาน

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

การโยกย้ายไปยังบทบาทอื่น

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

9. รายได้จาก POS ไม่ใช่เงินเดือนที่ได้รับ

POS บันทึกกิจกรรมการขาย ไม่ใช่การจ่ายเงินเดือน ใบแจ้งหนี้หนึ่งใบอาจ:

• โดยหลายคนร่วมกันให้บริการ;

• ถูกป้อนภายใต้บัญชีผู้จัดการกะ;

• ถูกยกเลิก, คืน หรือปรับปรุง;

• เป็นของยอดขายร้านค้าแทนที่จะเป็นบุคคล;

• เกิดขึ้นก่อนแต่ชำระเงินหลัง;

• รวมภาษี, ค่าธรรมเนียมการจัดส่ง หรือรายการที่ไม่คำนวณค่าคอมมิชชั่น

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

10. เงินทิป, เงินสดที่เคาน์เตอร์ และการเก็บเงินต้องแยกออกจากกัน

เงินทิป

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

เงินสดที่เคาน์เตอร์

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

การเก็บเงินจากแพลตฟอร์มการจัดส่ง

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

การออกแบบระบบควรแยกอย่างน้อย:

• storecashcollected;

• cashhandoverstatus;

• tippoolamount และสถานะการจัดสรรหากมี;

• eligibleearningamount;

• ewatransactionamount;

• payment_status

11. สูตรแนวคิดการคำนวณขีดจำกัด

โมเดลที่แนะนำ:

$$
\text{รายได้ที่มีคุณสมบัติเพียงพอ} = \text{การทำงานตามเวลาที่ได้รับการอนุมัติ} + \text{เบี้ยเลี้ยงที่มีคุณสมบัติเพียงพอ} + \text{รายการที่เปลี่ยนแปลงที่ยืนยันแล้ว}
$$

$$
\text{ขีดจำกัดที่สามารถใช้ได้} = \text{รายได้ที่มีคุณสมบัติเพียงพอ} \times \text{อัตราที่อนุญาต} - \text{รายการที่เก็บรักษา} - \text{ที่ได้รับ/กำลังดำเนินการ}
$$

นี่ไม่ใช่สูตรที่ใช้โดยอัตโนมัติ ส่วนประกอบต่างๆ ต้องได้รับการยืนยันตามนโยบายของธุรกิจ เครื่องมือขีดจำกัดยังต้องตรวจสอบ:

• สถานะความสัมพันธ์การทำงาน;

• ร้านค้า/หน่วยงานปัจจุบัน;

• รอบเงินเดือนและวันที่ cutoff;

• ขีดจำกัดตามครั้ง/วัน/รอบหากมี;

• การทำธุรกรรมที่กำลังดำเนินการ;

• การปรับปรุงการทำงานที่มาช้า;

• เวอร์ชันนโยบาย;

• การล็อกความเสี่ยงหรือการล็อกด้วยเหตุผล

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

12. การอนุมัติการทำงานแบบกระจาย: เร็วแต่ต้องควบคุม

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

กลไกที่ควรมี

• cutoff อนุมัติตามวันหรือหลังจากกะ;

• คิวข้อยกเว้นแทนการแก้ไขโดยตรงโดยไม่มีร่องรอย;

• จำกัดสิทธิ์ตามร้านค้าและเวลาที่มีผล;

• ไม่ให้อนุมัติการทำงานของตนเอง;

• การอนุมัติระดับสองสำหรับการปรับปรุงใหญ่หรือช้า;

• dashboard ร้านค้าที่ไม่ได้อนุมัติ;

• log ก่อน/หลังสำหรับทุกการเปลี่ยนแปลง;

• การแจ้งเตือนการอนุมัติแบบกลุ่มที่ผิดปกติ

13. การรวมกับซอฟต์แวร์การจัดตาราง, การบันทึกเวลา, POS และการจ่ายเงินเดือน

(ข้อกำหนดข้อมูลและสถาปัตยกรรม: ดู การรวมการรับค่าจ้างที่ทำงานแล้วกับการบันทึกเวลา, การจ่ายเงินเดือน และ ERP.)

รหัสระบุตัวตน

ไม่เชื่อมต่อด้วยชื่อสกุล, หมายเลขโทรศัพท์ หรือชื่อร้านค้าที่แสดง ต้องมีรหัสที่เสถียร:

• employee_id;

• legalentityid;

• brand_id;

• store_id;

• assignment_id;

• shift_id;

• payrollperiodid;

• earning_code;

• transaction_id

เหตุการณ์ที่มาผิดลำดับ

คำขอเปลี่ยนกะอาจอัปเดตหลังจากข้อมูลการบันทึกเวลา หรืออุปกรณ์ร้านค้าซิงค์ล่าช้า แต่ละเหตุการณ์ควรมี eventid, เวลาที่เกิดขึ้นที่แหล่ง, เวลาที่ระบบรับ และ recordversion ไม่ควรใช้กฎ “บันทึกที่มาหลังสุดถูกต้องเสมอ” หากขาดเวอร์ชันและสถานะธุรกิจ

14. การตรวจสอบตามพนักงาน – ร้านค้า – วัน – รอบเงินเดือน

(รายละเอียด: ดู การตรวจสอบการทำธุรกรรมการรับค่าจ้างที่ทำงานแล้วกับการจ่ายเงินเดือนและบัญชี.)

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

หกชั้นการตรวจสอบ

1. HRIS และการมอบหมาย;

2. ตารางกะ/การบันทึกเวลา;

3. การทำงานและรายได้ที่ได้รับการอนุมัติ;

4. ขีดจำกัดและการทำธุรกรรมการรับค่าจ้างที่ทำงานแล้ว;

5. ผลลัพธ์การชำระเงิน;

6. การจ่ายเงินเดือน, ERP และบัญชี

ความแตกต่างที่ต้องตรวจพบ

• มีกะแต่พนักงานลาออกแล้ว;

• การบันทึกเวลาผิดร้านค้าหรืออยู่นอกวันที่มอบหมาย;

• สองกะซ้อนเวลา;

• การเปลี่ยนกะได้รับการอนุมัติแต่การทำงานยังอยู่กับคนเดิม;

• การทำงานถูกแก้ไขหลังจากสร้างขีดจำกัดแล้ว;

• รายการรายได้ถูกโหลดสองครั้ง;

• การทำธุรกรรมสำเร็จแต่ขาดการจ่ายเงินเดือน;

• การชำระเงินสำเร็จแต่การรับค่าจ้างที่ทำงานแล้วยังบันทึกว่ากำลังดำเนินการ;

• การทำธุรกรรมคืนยังไม่ได้อัปเดต;

• ผิดรอบเพราะกะข้ามคืน;

• ยอดรวมตรงแต่ผิดคนหรือผิดร้านค้า

แต่ละความแตกต่างต้องมีรหัสเคส, ระดับ, เจ้าของ, กำหนดเวลา, หลักฐาน, สาเหตุราก และผู้อนุมัติปิด

15. การจัดการการทำงานที่ถูกแก้ไขหลังจากพนักงานได้รับเงินแล้ว

นี่เป็นสถานการณ์ที่ต้องทดสอบก่อนการใช้งานจริง

กระบวนการที่แนะนำ:

1. ระบบรับเวอร์ชันการทำงานใหม่;

2. เปรียบเทียบกับเวอร์ชันที่ใช้สร้างขีดจำกัด;

3. คำนวณส่วนต่าง;

4. ตรวจสอบการทำธุรกรรมที่เกี่ยวข้อง;

5. หากยังไม่ได้จ่าย, อัปเดตขีดจำกัดหรือหยุดคำขอ;

6. หากจ่ายแล้ว, สร้างเคสจัดการตามนโยบาย;

7. แจ้งให้พนักงานทราบอย่างโปร่งใสหากสิทธิ์ถูกกระทบ;

8. บันทึกค่าทั้งหมดก่อน/หลังและการตัดสินใจจัดการ

ไม่ควรลบประวัติอย่างเงียบๆ หรือหักเงินจากเงินเดือนโดยไม่มีหลักฐาน, การแจ้งเตือน และกลไกการตอบกลับ การจัดการต้องเป็นไปตามนโยบาย, สัญญา และข้อบังคับที่ใช้; ต้องมีกลไกการตอบกลับ/การร้องเรียนสำหรับพนักงาน

16. การควบคุมความเสี่ยงและการฉ้อโกงเฉพาะเครือร้านค้า

(กรอบเต็ม: ดู การจัดการความเสี่ยงและการป้องกันการฉ้อโกงในการรับค่าจ้างที่ทำงานแล้ว.)

สัญญาณที่ควรติดตาม

• พนักงานหลายคนบันทึกเวลาจากอุปกรณ์เดียวกันที่ผิดปกติ;

• การเช็คอิน/เช็คเอาท์ไกลจากร้านค้าเมื่อมีนโยบายใช้ตำแหน่ง;

• ระยะเวลากะเกินขีดจำกัดหรือซ้อนร้านค้า;

• ผู้จัดการปรับปรุงแบบกลุ่มก่อน cutoff;

• กะถูกสร้างและอนุมัติหลังจากสิ้นสุดแล้ว;

• ยอดขายหรือค่าคอมมิชชั่นเพิ่มขึ้นผิดปกติ;

• คนหนึ่งแก้ไขการทำงานและอนุมัติข้อยกเว้น;

• เปลี่ยนบัญชีรับเงินแล้วทำธุรกรรมทันที;

• พนักงานหลายคนใช้บัญชีรับเดียวกัน;

• จำนวนการทำธุรกรรมหรือความถี่เพิ่มขึ้นอย่างรวดเร็ว

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

การแยกหน้าที่

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

17. การปกป้องข้อมูลการบันทึกเวลา, ตำแหน่ง และพฤติกรรมการซื้อขาย

(กรอบความปลอดภัย: ดู การรักษาความปลอดภัยข้อมูลและความเป็นส่วนตัวเมื่อดำเนินการรับค่าจ้างที่ทำงานแล้ว.)

การดำเนินการเครืออาจจัดการข้อมูลระบุตัวตน, ตารางทำงาน, ตำแหน่ง, อุปกรณ์, การทำธุรกรรม POS และบัญชีรับเงิน ธุรกิจต้องระบุ:

• วัตถุประสงค์ของแต่ละฟิลด์ข้อมูล;

• หลักฐานและบทบาทของฝ่ายที่จัดการ;

• ข้อมูลใดที่จำเป็นต้องส่งต่อให้การรับค่าจ้างที่ทำงานแล้ว;

• ใครสามารถดูข้อมูลรายละเอียด;

• ระยะเวลาการเก็บรักษา;

• กลไกการกำหนดสิทธิ์, การบันทึก log และการเข้ารหัส;

• กระบวนการตอบสนองคำขอของเจ้าของข้อมูล;

• วิธีการจัดการเมื่อสิ้นสุดสัญญากับผู้ให้บริการ;

• กระบวนการตอบสนองเหตุการณ์

กฎหมายคุ้มครองข้อมูลส่วนบุคคลหมายเลข 91/2025/QH15 และพระราชกฤษฎีกา 356/2025/NĐ-CP มีผลบังคับใช้ตั้งแต่วันที่ 1/1/2026 ธุรกิจควรตรวจสอบกระบวนการข้อมูลจริงกับฝ่ายกฎหมายและความปลอดภัย; ไม่ควรส่งต่อใบแจ้งหนี้ทั้งหมด, รายการสินค้าที่ลูกค้าซื้อ หรือประวัติตำแหน่งที่ละเอียดไปยังการรับค่าจ้างที่ทำงานแล้วเมื่อวัตถุประสงค์เพียงต้องการจำนวนการทำงานที่ได้รับการอนุมัติ

18. ประสบการณ์ของพนักงานที่ร้านค้า

ผู้ใช้ต้องเห็นคำตอบสั้นๆ สำหรับสี่คำถาม:

1. ฉันมีจำนวนการทำงาน/ชั่วโมงที่ได้รับการอนุมัติเท่าไหร่?

2. ขีดจำกัดปัจจุบันคือเท่าไหร่?

3. ฉันได้รับเงินเท่าไหร่และการทำธุรกรรมอยู่ในสถานะใด?

4. หากการทำงานผิดหรือยังไม่ได้รับเงิน ฉันติดต่อใคร?

การจัดสายการสนับสนุน

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

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

19. KPI การทดลองใช้สำหรับธุรกิจค้าปลีกและ F&B

ข้อมูล

• อัตรากะที่มี employeeid, storeid และการมอบหมายที่ถูกต้อง;

• อัตราการทำงานที่ได้รับการอนุมัติถูกต้องตาม cutoff;

• อัตราการเปลี่ยนกะที่อัปเดตก่อนคำนวณขีดจำกัด;

• อัตรากะซ้อน, ขาดการบันทึก หรือผิดร้านค้า;

• จำนวนการปรับปรุงหลังการอนุมัติ;

• ความสดของข้อมูล;

• อัตราการจัดการอัตโนมัติ

ประสบการณ์และการดำเนินงาน

• อัตราพนักงานที่มีคุณสมบัติเปิดใช้งาน;

• อัตราการทำธุรกรรมสำเร็จ;

• เวลารับเงิน;

• อัตราการละทิ้งระหว่างกระบวนการ;

• ตั๋วต่อ 1,000 การทำธุรกรรม;

• อัตราตั๋วที่เกี่ยวข้องกับการทำงานผิด;

• เวลาการจัดการและอัตราการเปิดใหม่;

• ระดับความเข้าใจขีดจำกัด, ค่าธรรมเนียม และการตัดสินใจ

ทรัพยากรบุคคลและการเงิน

• จำนวนคำขอเบิกเงินสดด้วยตนเอง;

• ค่าใช้จ่ายการดำเนินงานต่อผู้ใช้/การทำธุรกรรม;

• อัตราพนักงานที่ทำงานตามตาราง;

• การขาดงานและการลาออกตาม cohort;

• มูลค่าความแตกต่างหลังการตรวจสอบ;

• การฉ้อโกงที่ได้รับการยืนยัน;

• อัตราการแจ้งเตือนผิด/บล็อกผิด

เมื่อประเมินผลกระทบต่อการสรรหา, การขาดงาน หรือการลาออก ต้องเปรียบเทียบกลุ่ม/cohort และควบคุมฤดูกาล, การเปิดตัว, เงินเดือน, โบนัส, ผู้จัดการร้านค้า และพื้นที่ ไม่ควรโยงการเปลี่ยนแปลงทั้งหมดก่อน–หลังกับการรับค่าจ้างที่ทำงานแล้ว

20. รายการตรวจสอบ UAT สำหรับเครือร้านค้า

ตารางและการทำงาน

• [ ] กะปกติ, กะกลางคืน และกะข้ามวัน

• [ ] กะแตกที่มีสองช่วงเวลา

• [ ] สองกะซ้อนกัน

• [ ] การเปลี่ยนกะที่ได้รับการอนุมัติและถูกปฏิเสธ

• [ ] ผู้รับกะมีการทำงาน, ผู้ยกเลิกไม่ถูกคำนวณ

• [ ] พนักงานทำงานสองร้านค้าในวันเดียว

• [ ] ขาดการเช็คอินหรือเช็คเอาท์

• [ ] อุปกรณ์ร้านค้าขาดการเชื่อมต่อ, ซิงค์ล่าช้า

• [ ] การแก้ไขการทำงานก่อนและหลัง cutoff

รายได้

• [ ] เงินเดือนตามเวลาที่ถูกต้องตามอัตราและเวอร์ชัน

• [ ] การทำงานล่วงเวลาที่รอการอนุมัติไม่ถูกคำนวณล่วงหน้า

• [ ] เบี้ยเลี้ยงตามกะ/ตำแหน่งที่ถูกต้องตามเงื่อนไข

• [ ] ใบแจ้งหนี้ที่ยกเลิก/คืนไม่สร้างค่าคอมมิชชั่นผิด

• [ ] เงินทิปและเงินที่เคาน์เตอร์ไม่ถูกผสมในขีดจำกัด

• [ ] รายการปรับปรุงไม่ถูกโหลดซ้ำ

ขีดจำกัดและการทำธุรกรรม

• [ ] เฉพาะรายการที่มีคุณสมบัติเพียงพอถูกคำนวณ

• [ ] การทำธุรกรรมที่กำลังดำเนินการถูกเก็บที่

• [ ] การส่งคำขอซ้ำไม่จ่ายสองครั้ง

• [ ] Timeout สร้างสถานะ “ไม่ชัดเจน”, ไม่ถือว่าล้มเหลวโดยอัตโนมัติ

• [ ] การเปลี่ยนบัญชีรับเงินมีการยืนยันและเวลาควบคุม

• [ ] พนักงานที่ลาออกหรือถูกล็อกชั่วคราวไม่สร้างการทำธุรกรรมใหม่

การจ่ายเงินเดือนและการตรวจสอบ

• [ ] กะข้ามคืนเข้าสู่รอบที่ถูกต้อง

• [ ] การทำธุรกรรมการรับค่าจ้างที่ทำงานแล้วเข้าสู่คน, หน่วยงาน และรอบเงินเดือนที่ถูกต้อง

• [ ] ไฟล์/API การจ่ายเงินเดือนป้องกันการโหลดซ้ำ

• [ ] การทำธุรกรรมคืนถูกจัดการอย่างถูกต้อง

• [ ] สามารถย้อนกลับจากการจ่ายเงินเดือนไปยังกะและเวอร์ชันการทำงาน

• [ ] ยอดรวมตรงและรายละเอียดแต่ละพนักงานก็ตรง

21. การออกแบบการทดลองใช้และการขยายตามกลุ่มร้านค้า

(แผนการมาตรฐาน: ดู แผนการทดลองใช้การรับค่าจ้างที่ทำงานแล้ว 90 วันสำหรับธุรกิจ.)

เลือกจุดทดลองใช้

ควรเลือกกลุ่มที่มี:

• ความต้องการพนักงานที่ชัดเจน;

• ผู้จัดการร้านค้าที่ร่วมมือ;

• ตารางกะและการบันทึกเวลาที่ค่อนข้างสะอาด;

• กฎการจ่ายเงินเดือนที่ไม่มีข้อยกเว้นมากเกินไป;

• จำนวนเพียงพอที่จะวัดแต่ยังสนับสนุนได้;

• ตัวแทนของโมเดลที่คาดว่าจะขยาย

ไม่ควรเลือกเฉพาะร้านค้าที่ “ดีที่สุด” เพราะผลลัพธ์อาจไม่สะท้อนความเป็นจริงของเครือ และไม่ควร go-live ครั้งแรกในช่วงเทศกาลหรือการเปิดตัวหากระบบยังไม่ได้รับการทดสอบ

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

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

ขยายตาม wave

รวมร้านค้าที่มี:

• แบรนด์/หน่วยงานเดียวกัน;

• ซอฟต์แวร์การบันทึกเวลาและ POS เดียวกัน;

• นโยบายกะ, เงินเดือน และเบี้ยเลี้ยงเดียวกัน;

• โมเดลการจัดการเดียวกัน;

• กระบวนการจ่ายเงินเดือนเดียวกัน;

• ความสามารถในการสนับสนุนเดียวกัน

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

22. ข้อผิดพลาดที่พบบ่อย

ใช้ตารางที่คาดการณ์แทนการทำงานจริง

การเปลี่ยนกะ, การลาออกทันที และการสนับสนุนจุดอื่นจะทำให้ขีดจำกัดผิด

ใช้การเช็คอิน/เช็คเอาท์แรก–สุดท้ายสำหรับกะแตก

ช่วงพักยาวอาจถูกคำนวณเป็นเวลาทำงาน

ใช้รายได้จาก POS เพื่อสรุปรายได้

รายได้ไม่ใช่ค่าคอมมิชชั่นโดยอัตโนมัติและอาจถูกยกเลิก/คืนได้

ผสมเงินสดที่เคาน์เตอร์กับเงินเดือน

นี่เป็นสองกระแสเงินที่ต่างกัน ต้องแยกระบบและตรวจสอบ

การอนุมัติการทำงานล่าช้าแต่สัญญาขีดจำกัดตามเวลาจริง

ความเร็วของการรับค่าจ้างที่ทำงานแล้วขึ้นอยู่กับความเร็วและคุณภาพของข้อมูลแหล่ง

ให้ผู้จัดการมีสิทธิ์มากเกินไป

คนหนึ่งที่แก้ไขการทำงานและอนุมัติและปิดความแตกต่างทำให้การควบคุมอ่อนแอ

ขยายจากกระบวนการด้วยตนเองที่ยังไม่ได้วัด

การทดลองใช้สามารถดำเนินการได้ด้วยทีมโครงการที่จัดการด้วยตนเอง แต่ไม่พิสูจน์ว่าระบบสามารถรองรับร้านค้านับร้อยได้

คำถามที่พบบ่อย

พนักงานมีตารางทำงานแล้วมีขีดจำกัดการรับค่าจ้างที่ทำงานแล้วหรือยัง?

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

พนักงานเปลี่ยนกะแล้วใครได้รับการคำนวณรายได้?

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

กะแตกถูกคำนวณอย่างไร?

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

ยอดขายบน POS สามารถใช้คำนวณการรับค่าจ้างที่ทำงานแล้วได้หรือไม่?

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

เงินทิปสามารถนำเข้าสู่ขีดจำกัดได้หรือไม่?

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

พนักงานทำงานที่สองร้านค้าต้องมีสองบัญชีการรับค่าจ้างที่ทำงานแล้วหรือไม่?

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

การทำงานถูกลดลงหลังจากพนักงานได้รับเงินแล้วทำอย่างไร?

ระบบต้องสร้างเคส, ระบุสาเหตุ และจัดการตามนโยบายที่ได้รับการอนุมัติ ไม่ควรลบข้อมูลโดยอัตโนมัติหรือหักเงินโดยไม่มีหลักฐาน, การแจ้งเตือน และกลไกการตอบกลับ

ควรดำเนินการรับค่าจ้างที่ทำงานแล้วในช่วงที่มียอดขายสูงหรือไม่?

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

เครือร้านค้าขนาดเล็กสามารถทดลองใช้การรับค่าจ้างที่ทำงานแล้วด้วยไฟล์ได้หรือไม่?

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

สรุป

การรับค่าจ้างที่ทำงานแล้วสำหรับธุรกิจค้าปลีก, F&B และเครือร้านค้าไม่ควรเริ่มจากการเชื่อมต่อปุ่มโอนเงิน แพลตฟอร์มต้องเริ่มจากข้อมูลกะ: ระบุตัวตนที่ถูกต้อง, ร้านค้าที่ถูกต้อง, เวลาที่ถูกต้อง, เวอร์ชันที่ถูกต้อง และสถานะการอนุมัติที่ถูกต้อง

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

แหล่งอ้างอิง

• กฎหมายแรงงานหมายเลข 45/2019/QH14

• พระราชกฤษฎีกา 145/2020/NĐ-CP ที่กำหนดรายละเอียดบางส่วนของกฎหมายแรงงาน

• กฎหมายคุ้มครองข้อมูลส่วนบุคคลหมายเลข 91/2025/QH15

• พระราชกฤษฎีกา 356/2025/NĐ-CP ที่แนะนำกฎหมายคุ้มครองข้อมูลส่วนบุคคล

---

ผู้เขียน: Nguyen Minh Tuan — ผู้เชี่ยวชาญฝ่ายกลยุทธ์, Nhan Kiet Manpower Supply Co., Ltd.

ที่ปรึกษาโซลูชันการรับค่าจ้างที่ทำงานแล้วสำหรับธุรกิจ: Hotline 0937.022.655 · Email info@nhankiet.vn · การรับค่าจ้างที่ทำงานแล้วสำหรับธุรกิจ