วิธีอัปเดตราคาไปยังทุกสาขาโดยไม่ต้องแก้ไขทีละเครื่องคิดเงิน

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

เหตุใดการเปลี่ยนราคาจึงหมายถึงการต้องแก้ไขเครื่องคิดเงินแต่ละเครื่อง?

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

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

การแก้ไขราคาแบบแยกตามเครื่องคิดเงินส่งผลเสียอะไรต่อคุณบ้าง?

มากกว่าแค่เวลาเย็นที่เสียไป นี่คือความล้มเหลวที่คาดเดาได้:

• ข้อมูลระหว่างสาขาไม่ตรงกัน (Drift) สินค้า SKU (รหัสสินค้าเฉพาะ) เดียวกัน อาจคิดราคาหนึ่งในสาขาตัวเมือง และอีกราคาหนึ่งในสาขาห้างสรรพสินค้า เพียงเพราะเครื่องคิดเงินเครื่องหนึ่งถูกมองข้ามไปเมื่อเดือนมีนาคม ไม่มีใครสังเกตเห็นจนกระทั่งลูกค้าทัก บันทึกสต็อกสินค้าก็คลาดเคลื่อนได้เองอยู่แล้ว แต่ราคาที่คัดลอกด้วยมือจะคลาดเคลื่อนไวยิ่งกว่า

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

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

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

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

วิธีแก้ปัญหาเฉพาะหน้าแบบไหนที่พอใช้ได้ในระบบที่ต้องแก้ไขทีละเครื่อง?

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

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

2. กำหนดเครื่องคิดเงินหลัก หากระบบของคุณสามารถคัดลอกการตั้งค่าของเครื่องคิดเงินเครื่องหนึ่งไปยังเครื่องอื่นได้ ให้ใช้อุปกรณ์เครื่องเดียวเป็นต้นทางแล้วคัดลอก (Clone) ไปยังเครื่องอื่น การซิงค์ได้ครึ่งหนึ่งยังดีกว่าไม่ได้ซิงค์เลย

3. ควบคุมช่วงเวลาการเปลี่ยนแปลง ผู้รับผิดชอบเพียงคนเดียว ใช้ไฟล์หลักที่ลงวันที่ชัดเจนเพียงไฟล์เดียว พร้อมรายการตรวจสอบอุปกรณ์ทุกเครื่อง ความคลาดเคลื่อนส่วนใหญ่มักเกิดจากคำพูดที่ว่า "นึกว่าคุณทำเครื่องคิดเงิน 2 ไปแล้ว"

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

5. จัดทำบันทึกการเปลี่ยนราคา เมื่อเกิดความคลาดเคลื่อนในภายหลัง บันทึกที่ลงวันที่ไว้จะเป็นตัวช่วยแยกระหว่างการวิเคราะห์ปัญหาจริงกับการเดา

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

การเปลี่ยนราคาควรจะทำงานอย่างไรกันแน่?

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

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

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

สรุปแล้ว คุณจะอัปเดตราคาไปยังทุกสาขาโดยไม่ต้องแก้ไขทีละเครื่องคิดเงินได้อย่างไร?

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