ทีม F&B มาเลเซียควร Reconcile ออเดอร์ POS, QR และ Delivery อย่างไรในปี 2026

คาเฟ่ในมาเลเซียอาจมี POS ที่ทันสมัยแต่ก็ยังปิดยอดวันได้แย่ๆ ได้ Cashier report บอก RM8,420 receipt DuitNow QR แสดง RM3,180 ส่วน delivery order จาก Grab, Beep หรือ direct ordering page แสดงอีกตัวเลขหนึ่ง staff meals, voids, refunds, cash drawer variance และ stock wastage กระจายอยู่ในโน้ตคนละที่ พอ owner มาเช็คตัวเลข ก็ไม่มีใครจำได้แล้วว่าออเดอร์ไหนถูกยกเลิก

คำตอบสั้นๆ สำหรับ outlet manager มาเลเซีย: ปิดยอดแต่ละวันโดยเอา service channel ก่อน, payment method เป็นอันดับสอง และ stock movement เป็นอันดับสาม อย่าเริ่มจาก bank statement ให้เริ่มจาก POS order log แล้วค่อยผูก QR, card, cash, delivery, refunds, staff meals, wastage และ settlement batches กลับเข้ากับ log นั้นก่อน trading day ถัดไปจะเริ่ม

Playbook นี้สำหรับคาเฟ่, QSR, dessert shop, ร้านเสริมสวยที่มี retail counter, pharmacy, grocer และ small chain ที่ใช้ StoreHub, HitPay, Oddle, EasyStore, EasyParcel หรือเครื่องมือ operating ของมาเลเซียที่คล้ายกัน

โมเดล daily close

ใช้ daily close file หรือ dashboard เดียวต่อหนึ่ง outlet ซอฟต์แวร์อาจต่างกันได้ แต่โครงสร้างไม่ควรต่าง

Close section	ควบคุมอะไร	Owner
POS orders	Gross sales, voids, refunds, discounts, staff meals	Outlet manager
Payment methods	Cash, card, DuitNow QR, e-wallet, payment links	Cashier หรือ finance assistant
Delivery/direct orders	Grab, Beep, Oddle, website ตัวเอง, marketplace food orders	Shift lead
Stock movement	Sold items, wastage, transfers, comps, ingredient variance	Kitchen หรือ retail lead
Exceptions	Missing payment, duplicate order, refund pending, drawer variance	Outlet manager
Accounting handoff	Sales summary, fees, settlement, open items	Finance owner

กระบวนการ close ที่ดีต้องน่าเบื่อ ทุกวันควรจบด้วยหก section เดิม, owner เดิม และ cutoff time เดิม ถ้าระบบเปลี่ยนทุก shift owner ก็จะกลายเป็นเครื่องมือ reconciliation เสียเอง

Step 1: ล็อก POS order log

POS order log คือ source of truth ของสิ่งที่ outlet ตั้งใจจะขาย Export หรือล็อกมันหลังปิดร้าน ให้รวม completed orders, voids, refunds, discount lines, service charges, staff meals และ cancelled orders

สำหรับผู้ใช้ StoreHub นี่คือจุดที่ POS พิสูจน์คุณค่าของมัน คุณค่าไม่ได้อยู่แค่การรับ payment ที่ counter แต่อยู่ที่การมี order record ที่มีโครงสร้าง ซึ่งเทียบกับ payments, stock, loyalty และ outlet-level reports ได้ สำหรับ outlet มาเลเซียใดๆ ที่มีหลาย cashier อย่าให้พนักงานแก้ออเดอร์ของเมื่อวานโดยไม่มี approval จาก manager

Minimum fields:

• order number;
• outlet/register;
• cashier หรือ staff ID;
• order type: dine-in, takeaway, delivery, pickup, retail;
• gross amount;
• discount หรือ voucher;
• tax/service charge ตามที่เกี่ยวข้อง;
• final payable amount;
• payment method;
• refund/void/staff-meal flag.

ถ้าฟิลด์เหล่านี้ขาดไป ให้แก้ POS configuration ก่อนจะ scale outlet เพิ่ม

Step 2: Reconcile ยอดรวมแต่ละ payment method

อย่ารวมทุก payment method เป็น sales number เดียว outlet มาเลเซียมักมี cash, card terminal, DuitNow QR, e-wallet, payment link, delivery platform settlement และ direct bank transfer อยู่ในวันเดียวกัน

Daily close ควรแยก:

Payment method	Matching rule	ปัญหาที่พบบ่อย
Cash	Drawer count เท่ากับ POS cash total หลังหัก floats และ payouts	พนักงานลืม paid-out cash หรือ cash refund
Card	Terminal batch เท่ากับ POS card total	Batch ปิดหลังเที่ยงคืนหรือ refund ยังไม่ posted
DuitNow QR	QR receipt/export เท่ากับ POS QR orders	ลูกค้าจ่ายผิดจำนวนหรือไม่มี order reference
E-wallet	Wallet report เท่ากับ POS e-wallet total	Settlement date ต่างจาก sale date
Payment link	Link report เท่ากับ manual/online order total	ลูกค้าจ่ายหลังออเดอร์ถูกยกเลิก
Delivery platform	Platform order total เท่ากับ POS delivery order total ก่อนหัก commission	Commission และ promo fees ซ่อน gross sales

กฎสำคัญ: match customer payment เข้ากับ POS order ก่อน แล้วค่อย match settlement กับธนาคารทีหลัง Bank deposit มาช้าและเป็นยอด net of fees จึงเป็น starting point ที่แย่สำหรับ daily outlet close

Step 3: แยก delivery กับ direct ordering

Delivery คือจุดที่ reconciliation ของ F&B มาเลเซียยุ่งเหยิงที่สุด Platform orders, direct ordering pages, QR ordering และ WhatsApp orders เข้าครัวได้หมด แต่ settle ไม่เหมือนกัน

สร้าง channel แยก:

• walk-in dine-in;
• walk-in takeaway;
• direct QR/order-and-pay;
• website ตัวเองหรือ direct order สไตล์ Beep/Oddle;
• GrabFood/Foodpanda/ShopeeFood หรือ platform order ที่คล้ายกัน;
• manual WhatsApp หรือ phone order.

แต่ละ channel ต้องมี daily order count, gross sales total, refund/cancel count และ payment status อย่าให้ net payout ของ delivery platform เป็น record เดียว Net payout ซ่อน commission, promotions, delivery subsidy, packaging charges และวิธีจัดการ cancelled order

Oddle หรือ direct-ordering tool ที่คล้ายกันมีประโยชน์เพราะเก็บ customer relationship และ ordering data ไว้ในการควบคุมของ merchant มากกว่า Platform delivery มีประโยชน์เรื่อง demand แต่ควร reconcile เป็น channel ที่มี fees ไม่ใช่เป็น sales number ที่สะอาด

Step 4: ผูก stock เข้ากับ sales

ทีม F&B มัก reconcile เงินแต่ละเลย stock ไปจนถึง month end ซึ่งสายเกินไป Daily close ควรผลิตอย่างน้อย rough stock exception view

สำหรับคาเฟ่หรือ restaurant ให้ track:

• high-cost ingredients: milk, coffee beans, meat, seafood, dessert bases;
• prepared items ที่ wasted หรือ comped;
• staff meals;
• transfers ระหว่าง outlet;
• recipes หรือ combo items ที่ใช้หลาย ingredient;
• cancelled orders ที่ใช้ kitchen stock ไปแล้ว.

สำหรับ retail F&B หรือ grocery ให้ track:

• SKU sold ต่อ outlet;
• damaged หรือ expired stock;
• promo bundles;
• online orders ที่ pick จาก store stock;
• delivery orders ที่ rider ยังไม่มารับ;
• inter-branch stock transfers.

ประเด็นไม่ใช่ inventory accounting ที่สมบูรณ์แบบทุกคืน แต่คือการจับ variance ที่ชัดเจนได้ตอนที่พนักงานยังจำได้ว่าเกิดอะไรขึ้น ถ้า milk usage เป็นสองเท่าของ normal sales manager ควรถามวันนี้ ไม่ใช่สามสัปดาห์ให้หลัง

Step 5: บันทึก exceptions ก่อนปิด

ทุก daily close ควรจบด้วย exception list เก็บให้สั้นและมี owner

Exception	ตัวอย่าง	Owner action
Missing payment	POS order ระบุว่า paid แต่ไม่มีหลักฐาน QR/card/cash	Verify ก่อน shift ถัดไป
Duplicate payment	ลูกค้าจ่าย QR สองครั้ง	Refund หรือถือเป็น liability
Drawer variance	Cash short RM42	Manager review และ staff note
Delivery mismatch	Platform order ถูกยกเลิกแต่ POS order ยัง completed	Reverse หรือ tag เป็น wastage
Refund pending	Card refund ยังไม่ settled	Track จนกว่า gateway จะ confirm
Stock variance	ขายได้ 80 cup แต่ milk usage บอกว่า 120	Kitchen lead เช็คปัญหา wastage/recipe

อย่าทิ้ง exceptions ไว้เป็นคอมเมนต์คลุมเครือ แต่ละรายการต้องมี status: open, explained, corrected, refunded, written off หรือ escalated

Step 6: Finance handoff

Finance ไม่ต้องการ kitchen note ทุกอัน Finance ต้องการ daily summary ที่สะอาดและ exception trail

Handoff package:

• sales ตาม outlet และ service channel;
• sales ตาม payment method;
• refunds, voids, discounts, staff meals และ comps;
• delivery gross sales, platform fees และ expected settlement;
• QR/card/e-wallet settlement batches ที่ยัง pending;
• stock exceptions ที่กระทบ cost of goods;
• cash หรือ payment variance ที่ยังไม่ได้แก้.

สำหรับผู้ดำเนินการ multi-outlet ส่ง template เดียวกันทุกวัน ถ้าแต่ละ branch คิด format ของตัวเอง การ consolidate ก็จะกลายเป็นงานมือใหม่อีกครั้ง

Stack มาเลเซียที่ใช้จริง

สำหรับกลุ่มคาเฟ่ 4 outlet ใน Klang Valley:

• StoreHub เป็น POS, outlet reporting, inventory, loyalty และ manager dashboard;
• HitPay สำหรับ payment links, flow QR/card หรือ supplemental online payments เมื่อจำเป็น;
• Oddle หรือ direct ordering สำหรับ owned pickup/delivery orders;
• EasyParcel ถ้า retail products, merchandise หรือ packaged goods ต้องใช้ courier fulfillment;
• EasyStore ถ้าแบรนด์ขาย packaged coffee, merch หรือ retail SKU ข้าม website และ marketplace ด้วย.

อย่าซื้อทุกเครื่องมือพร้อมกัน เริ่มจาก POS close, payment matching และ delivery channel เดียว แล้วค่อยเพิ่ม stock และ loyalty หลัง daily close นิ่งแล้ว

ปิดยอดให้จบในวันนั้น แล้วค่อยกลับบ้าน

Reconciliation ของ F&B มาเลเซียควรเกิดขึ้นทุกวัน ไม่ใช่ที่ month end ใช้ POS order log เป็น anchor แยก service channels แยก payment methods match delivery เป็น gross sales บวก fees ไม่ใช่แค่ net payout ผูก stock exceptions เข้ากับ sales ก่อนความจำจะเลือนหาย

ธุรกิจที่ชนะไม่ใช่ธุรกิจที่มี POS screen หรูที่สุด แต่คือธุรกิจที่ sales, payments, stock, refunds และ exceptions ของเมื่อวานชัดเจนก่อน lunch rush ของวันนี้จะเริ่ม