ชุมชนคนใช้งานโปรแกรมบัญชี Express

มีข้อสังเกตุจากฝ่ายคลังสินค้าว่า หลายๆครั้งที่ทำ RL ไปแล้ว items ใน RL หลุดหายไปจากหน้าจอรายการ แต่เมื่อพยายามจะคีย์เพิ่มใหม่เข้าไป ลำดับ กลับเดินหน้าต่อไป คือไม่ขึ้นที่ลำดับ 1 ใหม่ ทั้งๆที่ บิล RL นั้นๆกลายเป็นบิลว่างไปแล้ว เมื่อ Admin เข้าไปตรวจสอบใน (4.)สินค้า.7.3 แล้ว F7 กลับ พบว่าสินค้าตัวที่เคยได้คีย์ไว้ มี RL(เจ้าปัญหา) แสดงอยู่ในรายการ STCRD  (ใจจริงคิดอยากจัดเรียงดัชนีใหม่ แต่งานที่ต้องเดินไปรายวัน ไม่สามารถสั่งให้ทุกฝ่ายออกระบบบ่อยๆ เพื่อการจัดเรียงนี้ (เกิดบ่อยวัดระดับแล้วประมาณ 6/10 ประมาณแผ่นดินไหวระดับ 6-7ริกเตอร์ประมาณนั้นครับ) Admin workaround โดยการ void RL เจ้าปัญหา แล้ว Alt+A สร้าง RL ขึ้นมาใหม่โดยคีย์เลขที่ ตามRL ใบเดิม จากนั้นให้ พนง.ฝ่ายคลังเดินรายการต่อไป คำถามก็คือว่า ปัญหานี้เกิดขึ้นได้บ่อยเพราะอะไรครับ และพอมีวิธี จะลดระดับโอกาสการเกิดความผิดพลาดนี้ได้หรือเปล่าครับ เพราะ ทางกิจการมีคลังสินค้าที่ตรวจนับสินค้าได้ค่อนข้างตรงความเป็นจริงแบบ เรียลไทม์ และค่อนข้างมีรายการที่เคลื่อนไหวอย่างแอ็คทีฟ อยู่ประมาณ 4-5 คลัง จำเป็นจะต้องลด(minimize)ข้อผิดพลาดทางเทคนิคของระบบเพื่อให้ได้ผลลัพธ์ที่สามารถตรวจสอบความผิดพลาดของรายการเบิกจ่ายสินค้าในเนื่อแท้ครับ

ผมลอง Repeat ปัญหา โดยคาดคะเน ถึงแนวการทำงานที่พนักงานฝ่ายคลังน่าจะใช้ในการปฏิบัติ เพื่อทบทวนว่าปัญหาเกิดจากตรงไหน พบว่า เมื่อผู้ใช้เปิดหน้าโปรแกรม ที่เมนู (4.)สินค้า.2(รายละเอียดสินค้า) (ซึ่งต่อไปนี้ เรียกย่อว่า 4.2) ตรงจุดนี้ ให้ลอง F8 ทิ้งไว้ที่สินค้า AA (ชื่อสินค้าตัวอย่าง) นะครับ แล้วขณะเดียวกัน ก็เปิด หน้าจอ RL (4.สินค้า.1.2 ซึ่งต่อไปนี้จะย่อเรียกว่า 4.1.2) เปิด RL ใหม่1ใบเริ่มคีย์ Items เข้าไป เป็นสินค้าตัวอื่นๆก่อนก็ได้ และ ตามด้วย AA พอเรา enter ผ่านตรงจำนวนโอน โปรแกรมจะแจ้งล็อคฐานข้อมูลเรคคอร์ดนี้(เนื่องจากมีการ access จาก STMAS ที่ผู้ใช้คนเดียวกันนี่แหละที่ F8 ทิ้งไว้ในหน้าจอ (4.2) เมื่อหน้าจอฟ้องว่าข้อมูลเรคคอร์ดนี้มีคนใช้อยู่ ตัวเลขจำนวนครั้งของการล็อกวิ่งไปเรื่อยๆ สมมติ ผู้ใช้ คลิ๊ก ยกเลิก ปุ๊บ ปรากฏว่า รายการItem ดังกล่าวกลับแสดงขึ้นใน RL เหมือนมันผ่านการล็อคที่แสดงไว้ตอนแรกไป (อันนี้ผมอยากให้ตรวจโค้ดโปรแกรมครับ) คราวนี้ผมลองย้อนกลับมาดูใน (4.2) ซึ่ง ได้ F8 ทิ้งไว้ ผมลอง Esc ออกก่อน แล้ว F7 ดู จะไม่พบ RL ของคลังปลายทางเข้ามา ซึ่งตามปกติ มันต้องแสดงล็อตเข้าของเอกสาร RL มีบางกรณี ที่เมื่อ Recalc stock แล้วมี RLล็อตเข้ากลับแสดงขึ้นมา แต่ก็มีกรณีที่มันหลุดหายไปเลยไม่กลับมา แต่เมื่อไปใช้เมนูคำนวณยอดคงเหลือสินค้าทั้งหมดใหม่ หรือเฉพาะ AA นี้ใหม่ โดยให้ตรวจการโอนย้ายด้วย เมื่อคำนวณเสร็จ lot RLที่หลุดหายไปกลับแสดงขึ้นมา แบบนี้ทำให้สินค้าในคลังต่างๆ ณ เวลาหนึ่งๆอาจไม่ตรงกับเอกสารที่ได้ทำขึ้นแล้ว หากแต่จะต้องรอให้มีการคำนวณใหม่ในแบบ batch ซึ่ง admin ที่ขยันหน่อยอาจทำทุกเย็นหลังพนักงานเลิกงาน หรือหากเป็นไปตามที่ระบบหมายเหตุก็ เดือนละครั้ง ซึ่งฝ่ายคลังที่มีการนับสินค้าทุกครั้งที่มีการเคลื่อนย้ายสินค้าเข้าคลังก็อาจจะมีปัญหาว่าทำไมตัวเลขมันไม่ตรง  เหตุนี้ ผมจึงอยากให้แนวทางแก้ไขปัญหานี้อยู่ในการ coding โปรแกรม โดย (ข้อ1) ให้ที่จุดล็อกเรคคอร์ด ไม่ยอมปล่อยให้ Item ที่ถูกล็อกผ่านเข้าไปใน RL และ (ข้อ2) เมื่อมีการพยายามล็อคเรคคอร์ดที่ผู้ใช้พยายามใช้ซ้ำซ้อนกัน อยากให้มีการแสดงชื่อผู้ใช้ที่ใช้เรคคอร์ดอยู่ก่อนหน้า (เพื่อจะได้สื่อสารไปแจ้งว่า ใช้เสร็จอย่าแช่ ให้ผู้ใช้อื่นอาบบ้าง ประมาณเนี้ย)... ระบบฐานข้อมูลที่มีความสัมพันธ์ซับซ้อนขนาดนี้ ขณะเดียวกันเราต้องตั้งข้อสมมุติฐานว่าผู้ใช้ไม่มีความรู้เกี่ยวกับฐานข้อมูลและไม่รู้ว่าการกระทำใดทำได้หรือไม่ได้ในระบบฐานข้อมูล ผู้ใช้ก็แชร์ฐานข้อมูลกันทำหน้าที่คล้ายๆกัน หรือคาบเกี่ยวกัน หรือ ต่อเนื่องกัน โปรแกรมเมอร์ควร code เพื่อปิดช่องว่างนี้ 
ปล. การมีผู้ใช้ ที่ใช้งานละเอียดมากๆ ในด้านต่างๆ มีทั้งข้อดีและข้อเสีย ข้อเสียคือ โปรแกรมเมอร์อาจลำคาญ ที่หาเรื่องยุ่งๆมาให้ทำอยู่เรื่อย ข้อดีคือ โปรแกรมจะมีความสมบูรณ์ยิ่งขึ้น สะอาดทุกซอกมุม ปราศจากแมลง(และผู้ใช้)มารบกวนอีกครั้ง 555+
ปล2. แม้ว่าพฤติกรรมข้อนี้จะทำให้การแสดงจำนวนสินค้าในแต่ละคลังมีปัญหาและ "ควรแก้ไข" แล้ว ผมยังไม่อาจสรุปรวมไปถึง ปรากฏการณ์หายไปของ Items ทั้งหมดของบางเอกสาร RL ที่ได้รับรายงานมาจากพนง. เพราะยังไม่สามารถจำลองเหตุการณ์ดังกล่าวให้เกิดขึ้นได้อย่างชัดเจน อาจต้องไปแอบเฝ้าดูพฤติกรรมการใช้งานโปรแกรมของพนักงานในรายละเอียดอีกครั้งนึงครับ ส่วนประเด็นไฟตกหรือฮาร์ดแวร์ดีเฟ็กทีฟอาจมีส่วนทำให้เกิดปัญหานี้ได้ แต่กรณีนี้มันเกิดให้เห็นได้จากการทำงานของเครื่องหลายเครื่องเกินกว่าจะสรุปเช่นนั้น(คุณวงศพัทธแจ้งให้ผมทราบถึงการแก้ไขแบบ workaround ที่ฝั่งคลังด้านนึงที่เค้าแอดมินอยู่ ส่วนผมเองได้รับรายงานเหตุการณ์จากพนักงานฝั่งนี้ที่ผมแอดมินอยู่ โดยเหตุการณ์เป็น independent กัน) ปัญหาคือผู้ใช้บางคนใส่ใจกับพฤติกรรมของโปรแกรมไม่เท่ากัน บางคนรายงานความผิดปกติ บางคนแก้ไขปัญหาด้วยตัวเอง คือทำต่อไปโดย"คิดว่า"รายการที่มองไม่เห็นก็คือไม่มีคีย์ต่อที่ Item 8,9,10 ไปทั้งๆที่ถ้ารายการว่าง เมื่อ Esc ออก แล้วเข้ามาคีย์ใหม่ โปรแกรมควรรัน Item 1,2,3 (ไม่รู้นึกภาพสถานการณ์ออกมั๊ยครับ)

ปัญหานี้ ได้ถูกแก้ไขเรียบร้อยแล้วครับ  ไว้ผมขอเวลาอีกนิด  จะ upload ขึ้นเว็ป เพื่อให้ดาวน์โหลดกันต่อไป...

ปล. โดยปกติ  รายการโอนย้ายระหว่างคลัง จะมีรายการ 2 ขา คือ 1.ขาโอนออก และ 2.ขาโอนเข้า...
ปัญหาเกิดจาก ตอนที่เพิ่มรายการโอนออกเสร็จ  (เขียนข้อมูลเข้าไปในไฟล์ STCRD แล้ว)  พอจะไปสร้างรายการโอนเข้า  ปรากฏว่ารายการข้อมูลสินค้าตัวนั้นใน STMAS ถูกล็อคอยู่  โปรแกรมก็จะแสดงข้อความให้ทราบว่า "กำลังพยายามล็อค STMAS" (แต่ระบบจะบอกไม่ได้ว่าใครล็อค!)  ซึ่งถ้าผู้ใช้กด Cancel หรือกด Esc เพื่อยกเลิก  ก็จะเกิดรายการค้างอยู่ขานึงให้เห็นที่หน้าจอ...

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

ขอบคุณครับ

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