English
POS Offline คือระบบขายที่สามารถทำงานบางส่วนได้เมื่อขาดการเชื่อมต่อ โดยบันทึกรายการที่รองรับไว้ในเครื่องหรือระบบภายในร้าน แล้วส่งข้อมูลกลับเมื่อเชื่อมต่อได้อีกครั้ง ความสามารถนี้ช่วยให้ร้านรับรายการและทำงานต่อได้ตามขอบเขตที่ออกแบบ แต่ไม่ได้หมายความว่าทุกวิธีชำระเงิน ทุกโปรโมชั่น หรือยอด Stock กลางจะใช้งานได้ครบเหมือน Online
ก่อนเลือก POS Offline ต้องตอบสองคำถามแยกกัน: ร้านยังบันทึกและส่งมอบการขายได้อย่างไร และร้านยืนยันว่าได้รับเงินแล้วอย่างไร หากระบบเปิดหน้าขายได้แต่ยังตรวจการชำระไม่ได้ การปิดบิลว่า “รับเงินสำเร็จ” อาจทำให้ข้อมูลการขายดูครบทั้งที่ร้านยังมีเงินค้างรับ
Offline ที่ใช้งานได้จริงต้องมีข้อมูลที่บันทึกทนต่อการปิดแอป มีสถานะรอ Sync ตรวจได้ และมีขั้นตอนกระทบยอดเมื่อระบบกลับมา ไม่ใช่เพียงแสดงหน้าเดิมจาก Cache
POS Offline ทำงานอย่างไร
เมื่อออนไลน์ ระบบที่รองรับจะเตรียมข้อมูลที่จำเป็นไว้ในอุปกรณ์ เช่น เมนู ราคา สิทธิ์และกติกาที่อนุญาต เมื่อการเชื่อมต่อขาด พนักงานทำรายการในขอบเขตนั้นและระบบบันทึกลงพื้นที่เก็บข้อมูลที่กำหนด ก่อนแสดงว่าบันทึกสำเร็จ
ข้อมูลที่ต้องส่งไปส่วนกลางอยู่ในคิวรอส่งพร้อมรหัสรายการ เมื่อเชื่อมต่อกลับ ระบบส่งข้อมูล ตรวจผลตอบรับและปรับสถานะ ไม่ควรลบสำเนาที่ยังไม่ยืนยันรับสำเร็จเพียงเพราะส่งข้อความออกจากเครื่องได้แล้ว
POS Offline ต่างจากหน้าขายที่เปิดค้างไว้อย่างไร
หน้าเว็บหรือแอปที่เปิดอยู่ไม่ได้ยืนยันว่าบันทึกข้อมูลได้เมื่อเน็ตล่ม บางระบบแสดงรายการเก่าจากหน่วยความจำแต่กดชำระหรือสร้างบิลไม่ได้ บางระบบรับรายการได้แต่ข้อมูลหายเมื่อปิดแอป จึงต้องทดสอบการสร้างบิลจริงและตรวจหลังเปิดแอปใหม่ตามเงื่อนไขผลิตภัณฑ์
อย่าทดสอบความทนต่อการปิดแอปกับรายการชำระเงินจริงที่ยังค้าง หากผู้ให้บริการห้ามปิดแอป ออกจากบัญชี หรือเปลี่ยนเครื่องระหว่างมี Offline Payment ต้องทำตามคู่มือ การทดสอบควรใช้โหมดหรือวิธีที่ผู้ให้บริการอนุญาต
แยกอินเทอร์เน็ตล่ม เครือข่ายร้านล่มและระบบกลางล่ม
อินเทอร์เน็ตภายนอกล่มแต่เครือข่ายภายในยังทำงาน เครื่อง POS อาจเชื่อมเครื่องพิมพ์ จอครัวหรือระบบสาขาได้ตามสถาปัตยกรรม ส่วนเครือข่ายภายในล่มอาจทำให้อุปกรณ์แต่ละเครื่องติดต่อกันไม่ได้ แม้บางเครื่องยังมีอินเทอร์เน็ตผ่านช่องทางอื่น
ระบบผู้ให้บริการกลางขัดข้องก็เป็นอีกกรณี เครื่องมีอินเทอร์เน็ตแต่บริการขายหรือชำระไม่ตอบกลับ ระบบจึงควรตรวจว่าบริการที่ต้องใช้เข้าถึงได้จริง ไม่ใช้สถานะ Wi-Fi เพียงอย่างเดียวตัดสินว่าขาย Online ได้
ไฟดับต่างจากเน็ตล่มด้วย POS Offline ไม่ช่วยให้อุปกรณ์ที่ไม่มีไฟทำงานต่อ ร้านต้องวางแผนอุปกรณ์สำรองหรือแหล่งจ่ายไฟตามความเหมาะสม พร้อมรู้ว่าจอครัว เครื่องพิมพ์และอุปกรณ์รับชำระต้องใช้ไฟจากจุดใด
สถาปัตยกรรม POS Offline ที่ควรเข้าใจ
ระบบอาจเก็บข้อมูลบนอุปกรณ์แต่ละเครื่อง หรือใช้บริการภายในสาขาที่เครื่องขายเชื่อมถึงแม้ไม่มีอินเทอร์เน็ต สองแบบนี้มีข้อดีและข้อจำกัดต่างกัน ต้องเลือกตามจำนวนจุดขาย อุปกรณ์และการพึ่งพาระบบกลาง
แบบเก็บในแต่ละเครื่อง: ช่วยให้เครื่องนั้นบันทึกงานได้ด้วยตนเอง แต่เมื่ออุปกรณ์หลายเครื่องแยกจากกัน แต่ละเครื่องอาจเห็นยอดและสิทธิ์ที่ไม่เป็นปัจจุบัน ต้องจัดการข้อมูลซ้ำ ความขัดแย้งและเครื่องที่ยังไม่กลับมา Sync
แบบมีระบบภายในสาขา: ช่วยให้อุปกรณ์ในร้านเห็นข้อมูลร่วมกันเมื่อเครือข่ายภายในยังทำงาน แต่ต้องดูแลเครื่องหรือบริการสาขา การสำรอง และแผนเมื่อจุดนี้ขัดข้อง ระบบนี้ไม่แก้ปัญหาเครือข่ายภายในหรือไฟดับทั้งหมดโดยอัตโนมัติ
ไม่ว่ารูปแบบใด ควรแยกข้อมูลสินค้าและราคาที่ดึงจากส่วนกลางออกจากรายการขายที่เกิดใหม่ พร้อมแสดงว่าข้อมูลใดเป็นข้อมูลล่าสุดที่เครื่องรู้และข้อมูลใดยังรอส่ง
อะไรควรใช้งานได้ และอะไรต้องจำกัดเมื่อ Offline
ฟังก์ชันที่มักพิจารณาให้ทำต่อได้คือเลือกสินค้าที่มีข้อมูลในเครื่อง คิดราคาตามเวอร์ชันที่เตรียมไว้ รับเงินสด บันทึกบิลและพิมพ์หลักฐานตามอุปกรณ์ที่ยังเชื่อมได้ แต่ต้องทดสอบกับผลิตภัณฑ์จริง
งานที่พึ่งข้อมูลกลาง เช่น ยอดสมาชิก คูปองใช้ได้ครั้งเดียว ยอด Stock ต่างสาขา การคืนข้ามสาขา และการจองออนไลน์ อาจถูกจำกัดหรือปิดไว้ เพื่อไม่ให้ยืนยันสิทธิ์จากข้อมูลเก่าที่ระบบอื่นเปลี่ยนไปแล้ว
Shopify ระบุในเอกสารว่าฟังก์ชัน Offline ไม่เท่ากับ Online เช่น การ Sync ไปส่วนกลางและบางงานคืนหรือเปลี่ยนสินค้ามีข้อจำกัด ตัวอย่างนี้ย้ำว่าควรตรวจรายการความสามารถเป็นรายฟังก์ชัน ดูข้อจำกัด Offline ของ Shopify POS
รับเงินสด บัตรและ QR Payment ตอนเน็ตล่มได้อย่างไร
เงินสด: ร้านรับเงินจริงได้โดยไม่ต้องรอเครือข่าย ระบบยังต้องบันทึกยอดรับ เงินทอนและผู้ทำรายการให้ถูกต้อง พร้อมกระทบยอดลิ้นชักและบิลที่รอ Sync
บัตร: การรับแบบ Offline ใช้ได้เฉพาะเมื่อผู้ให้บริการ อุปกรณ์ ประเทศและการตั้งค่ารองรับ อาจเก็บรายการเพื่อประมวลผลภายหลังและเกิดการปฏิเสธได้ ร้านต้องตรวจข้อจำกัดและความรับผิดชอบก่อนเปิดใช้ ไม่ถือว่าการบันทึกข้อมูลบัตรเท่ากับยืนยันรับเงิน
QR Payment: เครื่องสร้าง QR ได้หรือแสดง QR ที่พิมพ์ไว้ ไม่ได้แปลว่าร้านตรวจการรับเงินได้แล้ว หากระบบร้านตรวจสถานะกับผู้ให้บริการไม่ได้ ต้องใช้ขั้นตอนยืนยันที่ตกลงไว้และยังต้องกระทบยอด ไม่ใช้ภาพหน้าจอจากลูกค้าเป็นหลักฐานอัตโนมัติที่เชื่อถือได้ทุกกรณี
เอกสาร Shopify อธิบายว่า Offline Card Payment ที่รองรับจะประมวลผลเมื่อเชื่อมต่อกลับ และรายการอาจถูกปฏิเสธในภายหลัง จึงต้องแยก “รอประมวลผล” ออกจาก “รับเงินสำเร็จ” อย่างชัดเจน ดูการรับบัตร Offline ของ Shopify
อย่ากำหนดเวลาส่ง Offline Payment เป็นกฎเดียวกับทุกผู้ให้บริการ เช่น 24 หรือ 72 ชั่วโมง ข้อกำหนดต่างกันตามอุปกรณ์และบริการ ร้านควรเก็บคู่มือของระบบที่เลือกและทำขั้นตอนให้พนักงานใช้ได้จริง
บันทึกบิลในเครื่องอย่างไรไม่ให้ข้อมูลหายง่าย
รายการขายควรถูกบันทึกลงพื้นที่จัดเก็บที่ออกแบบให้คงอยู่ก่อนระบบแจ้งสำเร็จ หากเก็บเฉพาะในหน่วยความจำ การปิดแอปหรืออุปกรณ์ขัดข้องอาจทำให้รายการหาย การออกแบบต้องคิดทั้งข้อมูลบิล รายการสินค้า การรับเงิน และคิวรอส่งเป็นชุดที่สัมพันธ์กัน
รหัสรายการควรไม่ซ้ำกันข้ามเครื่องและข้ามสาขา อาจประกอบด้วยข้อมูลเครื่องและรหัสที่สร้างอย่างเหมาะสมตามระบบ แต่ไม่ควรใช้เวลาอย่างเดียว เพราะสองเครื่องอาจสร้างรายการพร้อมกันหรือนาฬิกาไม่ตรง
พื้นที่เก็บข้อมูลต้องมีการตรวจความจุและแจ้งเตือน หากเครื่องไม่สามารถบันทึกอย่างปลอดภัยได้ ไม่ควรแสดงว่าการขายสำเร็จแล้วโดยไม่มีหลักฐาน พนักงานต้องมีวิธีสำรองและผู้รับผิดชอบรับช่วงตามแผนร้าน
Sync กลับอย่างไรให้ไม่สร้างบิลและยอดซ้ำ
เมื่อเชื่อมต่อกลับ ระบบควรส่งรายการด้วยรหัสเดิมและตรวจว่าฝั่งกลางรับไปแล้วหรือยัง การส่งซ้ำเป็นเหตุการณ์ปกติที่ต้องรองรับ เพราะอาจส่งถึงระบบกลางแล้วแต่ผลตอบรับกลับมาที่เครื่องไม่สำเร็จ
ฝั่งกลางควรป้องกันการบันทึกผลซ้ำตามรหัสรายการและประเภทเหตุการณ์ โดยเฉพาะการตัด Stock และการรับเงิน การป้องกันบิลซ้ำอย่างเดียวไม่เพียงพอ หากรายการเดียวถูกตัดวัตถุดิบหรือสร้างรายการทางการเงินซ้ำอีกขั้นหนึ่ง
ใช้สถานะคิวที่พนักงานและทีมดูแลตรวจได้
สถานะที่ใช้งานได้ควรแยกอย่างน้อยบันทึกในเครื่องแล้ว รอส่ง ส่งสำเร็จ และต้องตรวจแก้ หากข้อมูลบางรายการไม่ผ่านเงื่อนไข ควรมีเหตุผลและช่องทางจัดการ ไม่ให้รายการผิดหนึ่งบิลหยุดคิวทั้งหมดโดยไม่มีคำอธิบาย
การกด Retry ไม่ควรเปลี่ยนรหัสบิลหรือสร้างการชำระใหม่โดยอัตโนมัติ ถ้าสถานะการรับเงินไม่ชัด ทีมต้องค้นด้วยรหัสอ้างอิงของผู้ให้บริการก่อนดำเนินการ เพื่อไม่ให้เรียกเก็บซ้ำ
อย่าใช้ข้อมูลล่าสุดที่มาถึงทับทุกกรณี
การ Sync ต้องมีกติกาตามชนิดข้อมูล ราคาใหม่อาจเป็นข้อมูลส่วนกลางที่มีเวอร์ชัน ส่วนรายการขายที่ปิดไปแล้วต้องรักษาราคาจริงของตน การแก้สินค้าในส่วนกลางไม่ควรทำให้ยอดบิล Offline เปลี่ยนย้อนหลังโดยไม่มีการจัดการข้อยกเว้น
ข้อมูลที่ขัดแย้ง เช่น คูปองใช้ซ้ำหรือสินค้าชิ้นสุดท้ายถูกขายหลายเครื่อง ควรถูกส่งเข้ากระบวนการตรวจตามนโยบาย ไม่ตัดสินจากเวลาที่ข้อความมาถึงอย่างเดียว
ป้องกัน Stock ติดลบและคูปองใช้ซ้ำระหว่าง Offline
เมื่อสองเครื่องไม่ติดต่อกัน ทั้งคู่ไม่สามารถรับประกันยอดกลางล่าสุดได้เสมอ ร้านต้องเลือกระดับความเสี่ยงที่ยอมรับและออกแบบมาตรการ เช่น จัดสรรสินค้าให้จุดขาย ลดการขายของใกล้หมด หยุดคูปองที่ต้องยืนยันส่วนกลาง หรือให้หัวหน้ากะอนุมัติ
ระบบภายในสาขาอาจช่วยให้เครื่องในร้านใช้ยอดเดียวกันได้ แต่ยังต้องจัดการกับเว็บไซต์หรือสาขาอื่นที่ขายร่วมกันอยู่ ถ้าไม่สามารถประสานกับระบบกลาง ต้องตกลงขอบเขตการขายที่อนุญาต ไม่สัญญาว่า “ไม่มี Overselling” เพียงเพราะ Sync กลับอัตโนมัติ
คูปองใช้ได้ครั้งเดียวและคะแนนสมาชิกที่แลกเป็นมูลค่ามีความเสี่ยงคล้ายกัน อาจอนุญาตให้บันทึกคะแนนสะสมรอส่ง แต่จำกัดการแลกคะแนนเมื่อไม่รู้ยอดล่าสุด ทั้งนี้ต้องสอดคล้องกับระบบและเงื่อนไขที่ร้านแจ้งลูกค้า
Workflow รับมือเน็ตล่มจนกลับมาปิดกะ
- พนักงานเห็นการแจ้งเตือนและตรวจว่าเป็นอินเทอร์เน็ต เครือข่ายร้านหรือบริการกลาง
- หัวหน้ากะกำหนดฟังก์ชันและวิธีรับเงินที่ยังอนุญาต
- POS บันทึกบิลและการรับเงินตามสถานะจริง พร้อมรหัสตรวจย้อนหลัง
- พนักงานตรวจจำนวนบิลค้างและพื้นที่เก็บข้อมูลเป็นระยะ
- เมื่อเชื่อมต่อกลับ ระบบส่งรายการเดิมและตรวจผลตอบรับ
- ทีมตรวจรายการส่งผิด บิลซ้ำ ความขัดแย้งและการชำระค้าง
- กระทบยอดบิล ยอดเงินสด ยอดจากผู้ให้บริการและการเคลื่อนไหว Stock
- ปิดกะตามนโยบาย พร้อมระบุรายการที่ยังต้องติดตามและผู้รับผิดชอบ
การเชื่อมต่อกลับไม่ได้หมายความว่างานจบแล้ว สถานะคิวส่งสำเร็จและสถานะการรับเงินต้องได้รับการตรวจแยกกัน โดยเฉพาะบัตรที่รอประมวลผลหรือยอดที่ใช้วิธีสำรอง
ตัวอย่างร้านสองจุดขายที่เน็ตล่มหนึ่งชั่วโมง
สมมติร้านมีสองเครื่อง ทั้งคู่ใช้เมนูที่เตรียมไว้และรับเงินสดต่อได้ เครื่องแรกขายสิบสองบิลและเครื่องที่สองแปดบิล ระบบควรเก็บรหัสที่แยกกันและแสดงรวมยี่สิบบิลในส่วนกลางเมื่อส่งสำเร็จ โดยไม่มีบิลเพิ่มจากการ Retry
ระหว่างนั้นสินค้าตัวเลือกหนึ่งมีของเหลือน้อย หากเครื่องไม่เห็นยอดร่วมกัน ต้องใช้วิธีควบคุมหน้างานหรือจัดสรรตามแผน เมื่อกลับมาออนไลน์และพบยอดติดลบ ต้องตรวจว่ามีของจริงพอ ส่งมอบไปแล้วหรือยัง และใช้กระบวนการแก้กับลูกค้าหรือข้อมูลตามหลักฐาน
หากมีบัตรหนึ่งรายการที่ยังรอผล ไม่ควรนำไปรวมเป็นยอดรับเงินยืนยันแล้ว แม้บิลขายจะถูกส่งครบ ร้านต้องติดตามผลจากผู้ให้บริการและดำเนินการตามนโยบายที่กำหนดไว้
Security ของข้อมูลที่เก็บบนอุปกรณ์
การเก็บข้อมูลในเครื่องเพิ่มหน้าที่ดูแลอุปกรณ์ ร้านควรมีการล็อกหน้าจอ จำกัดสิทธิ์ เข้ารหัสข้อมูลที่เหมาะสม และแผนเมื่อเครื่องหายหรือเสีย โดยลดข้อมูลลูกค้าที่ไม่จำเป็นสำหรับการทำงาน Offline
ข้อมูลบัตรควรอยู่ในกระบวนการของผู้ให้บริการและอุปกรณ์ที่รองรับ ไม่พัฒนาให้พนักงานจดหรือเก็บข้อมูลอ่อนไหวในช่องหมายเหตุเพื่อส่งทีหลัง การ Sync กับส่วนกลางต้องใช้ช่องทางที่ตรวจสอบและปกป้องข้อมูลได้
ก่อนเปลี่ยนเครื่อง ล้างข้อมูล ถอนแอปหรือออกจากบัญชี ต้องตรวจรายการ Offline ค้างและทำตามคู่มือ Shopify เตือนว่ารายการ Offline และการชำระที่ยังไม่ส่งอาจอยู่บนอุปกรณ์เดิม จึงต้องตรวจให้ครบก่อนเปลี่ยนอุปกรณ์ ดูข้อควรตรวจเมื่อเปลี่ยนเครื่อง POS
ปัญหาที่พบบ่อยและแนวทางแก้
กลับมาออนไลน์แล้วคิวไม่หมด: ตรวจว่าระบบกลางเข้าถึงได้ สิทธิ์ยังใช้ได้ และข้อมูลผ่านเงื่อนไข อย่ากดสร้างบิลใหม่เพื่อแทนบิลค้างโดยไม่ตรวจรหัสเดิม
ยอดขายครบแต่ยอดรับเงินไม่ครบ: แยกสถานะการขายกับการชำระ ตรวจรายการรอประมวลผลและยอดอ้างอิงผู้ให้บริการ ไม่ปรับให้ Paid เพื่อให้รายงานดูตรง
บิลซ้ำหลัง Retry: ตรวจรหัสรายการและการป้องกันผลซ้ำทั้งฝั่งรับข้อมูล Stock และระบบการเงิน ไม่แก้ด้วยการซ่อนบิลซ้ำจากหน้ารายงานอย่างเดียว
ราคา Offline ไม่ตรงโปรโมชั่นใหม่: ตรวจเวอร์ชันและนโยบายช่วงขาดการเชื่อมต่อ รักษาราคาที่ใช้จริงในบิลและจัดการข้อยกเว้นตามกติกา
ข้อมูลหายหลังถอนแอป: ต้องทำตามขั้นตอนกู้และคู่มือที่รองรับ ไม่ติดตั้งหรือเปลี่ยนข้อมูลซ้ำจนเสียโอกาสตรวจรายการเดิม และควรแก้ขั้นตอนเปลี่ยนอุปกรณ์เพื่อป้องกันเกิดซ้ำ
Checklist ทดสอบ POS Offline ก่อนเปิดใช้
- ตัดอินเทอร์เน็ตภายนอกและเครือข่ายภายในแยกกัน
- ทดสอบการเข้าถึงเมนู ราคาและสิทธิ์ที่ต้องใช้
- ทดลองขายและพิมพ์ด้วยอุปกรณ์จริง
- ตรวจฟังก์ชันที่ถูกจำกัดและข้อความอธิบายให้พนักงาน
- ทดสอบหลายเครื่องกับสินค้าชิ้นสุดท้ายตามนโยบายร้าน
- ทดสอบส่งซ้ำและผลตอบรับขาดหายโดยไม่เกิดผลซ้ำ
- ตรวจสถานะชำระรอผลกับรับเงินสำเร็จแยกกัน
- ตรวจบิลค้างก่อนเปลี่ยนเครื่องหรือถอนการติดตั้ง
- กระทบยอดบิล เงินและ Stock หลังกลับมาเชื่อมต่อ
- กำหนดระยะเวลา Offline ที่ยอมรับและผู้รับผิดชอบติดตาม
- ตรวจข้อกำหนดผู้ให้บริการชำระเงินและบริการดูแลระบบ
ควรกำหนดเกณฑ์ผ่านเป็นสิ่งที่ตรวจได้ เช่น บิลที่ทำในช่วงทดสอบส่งครบ รหัสไม่ซ้ำ ยอดเงินสดตรง และรายการผิดมีผู้รับผิดชอบ ไม่ใช้เพียงคำว่า “กลับมา Sync ได้” เป็นเกณฑ์รับงาน
แนวทางพัฒนาต่อให้ Offline ใช้งานได้ดีขึ้น
เมื่อข้อมูลคิวและเหตุขัดข้องถูกบันทึกครบ ร้านสามารถดูสาเหตุที่เกิดซ้ำ ระยะเวลาขาดการเชื่อมต่อและรายการที่ต้องแก้มือ เพื่อตัดสินใจว่าควรปรับเครือข่าย เปลี่ยนอุปกรณ์หรือแก้การเชื่อมต่อบริการใด
การเพิ่มระบบอัตโนมัติควรช่วยตรวจและแจ้งรายการค้าง พร้อมหลักฐานและวิธีแก้ ไม่ยืนยันรับเงินหรือปรับ Stock แทนผู้รับผิดชอบเมื่อข้อมูลยังไม่ครบ ความชัดเจนของสถานะมีประโยชน์กว่าการทำให้ทุกบิลดูเสร็จโดยไม่รู้ว่าจริงหรือไม่
สรุป: POS Offline ต้องขายต่อได้ตามขอบเขตและตรวจยอดกลับได้
POS Offline ที่เหมาะช่วยให้ร้านทำงานต่อเมื่อการเชื่อมต่อขาด โดยเก็บรายการอย่างทนทาน ส่งกลับด้วยรหัสเดิม และแสดงงานที่ต้องตรวจได้ชัด แต่การรับเงิน Stock กลางและสิทธิ์สมาชิกยังมีข้อจำกัดที่ต้องกำหนดไว้ก่อน
ร้านควรทดสอบทั้งช่วงขัดข้องและช่วงกลับมาเชื่อมต่อ พร้อมกระทบยอดบิล เงินและสินค้า การมีแผนหน้างานและข้อมูลตรวจย้อนหลังจะช่วยให้ทีมรับมือเหตุจริงได้มั่นใจกว่าการพึ่งคำว่า Offline ในรายการฟังก์ชัน
คำถามที่พบบ่อยเกี่ยวกับ POS Offline
POS Offline คือระบบที่ทำงานบางส่วนได้เมื่อขาดการเชื่อมต่อ โดยบันทึกรายการที่รองรับในเครื่องหรือระบบภายในร้าน แล้วส่งข้อมูลไปส่วนกลางเมื่อเชื่อมต่อกลับ ขอบเขตงานขึ้นกับผลิตภัณฑ์และอุปกรณ์
ไม่ทุกวิธี เงินสดมักรับได้ตามกระบวนการร้าน ส่วนบัตรและ QR Payment ต้องตรวจข้อกำหนดผู้ให้บริการ อุปกรณ์และวิธียืนยันผล การบันทึกบิลไม่ใช่หลักฐานว่ารับเงินสำเร็จแล้ว
อาจยังไม่สำเร็จ บางบริการเก็บรายการเพื่อประมวลผลเมื่อกลับมาเชื่อมต่อ และรายการอาจถูกปฏิเสธภายหลัง ต้องแสดงสถานะรอผลและตรวจข้อกำหนดผู้ให้บริการก่อนเปิดใช้
ใช้รหัสรายการเดิมในการส่งซ้ำและให้ฝั่งกลางตรวจว่าเคยประมวลผลแล้วหรือยัง ต้องป้องกันผลซ้ำทั้งบิล Stock และการชำระเงิน ไม่ใช่ตรวจชื่อหรือยอดเงินที่เหมือนกันอย่างเดียว
ไม่เสมอ หากเครื่องไม่ติดต่อกันหรือไม่เห็นระบบกลาง แต่ละเครื่องอาจใช้ยอดเก่า ร้านต้องกำหนดการจัดสรรสินค้า ยอดเผื่อความเสี่ยงหรือข้อจำกัดของใกล้หมด และกระทบยอดหลังเชื่อมต่อกลับ
ขึ้นกับระบบและนโยบาย คูปองใช้ครั้งเดียวหรือการแลกคะแนนอาจต้องยืนยันข้อมูลกลางเพื่อป้องกันใช้ซ้ำ บางร้านอนุญาตบันทึกคะแนนสะสมรอส่งแต่จำกัดการแลกเมื่อไม่ทราบยอดล่าสุด
ต้องตรวจบิลและการชำระค้างก่อน พร้อมทำตามคู่มือผู้ให้บริการ เพราะข้อมูลที่ยังไม่ส่งอาจเก็บอยู่ในอุปกรณ์เดิม การถอนแอปหรือล้างข้อมูลอาจทำให้สูญเสียรายการที่ยังไม่ Sync
ตรวจบิลส่งครบและไม่ซ้ำ แยกการชำระรอผลออกจากรับเงินสำเร็จ กระทบยอดเงินสด ยอดจากผู้ให้บริการและ Stock พร้อมกำหนดผู้ติดตามรายการผิดหรือยังค้าง ไม่ดูเพียงสถานะเชื่อมต่อ
