Alt+K ในเอกสาร BR ใบรับวางบิล

[ppitaksu]

สงสัยว่า บางครั้งใช้การค้นหาโดยใส่เงื่อนไข Alt+k ในเอกสาร BR ใบรับวางบิล แล้วใส่เงื่อนไขว่า netamt#0 บางครั้ง เอกสารที่มียอด 0 ยังแสดงขึ้นมาอีก เป็นกับบางเอกสารเท่านั้น ในบางครั้งก็ไม่เป็น งงเบย เมื่อก่อนใช้เวอร์ชั่นเก่า ที่ยังใช้ เวอร์ชั่น ดอส ตีคู่ไปได้ ผมจะใช้ เวอร์ชั่นดอส เข้าไป ที่เอกสารนั้นๆที่ไม่ยอมหายไป แล้ว Alt+e แล้ว enterๆๆๆๆ จนกระทั่งมันบันทึกเอกสารใหม่อีกครั้ง พอไปเข้าด้วยเวอร์ชั่นวินโดว์เดิม แล้ว alt+k  netamt#0 เอกสารที่เดิมแสดงขึ้นมาทั้งๆที่มียอด 0 จะไม่แสดงขึ้นมาอีก วิธี alt+e enterๆๆๆๆนี้ใช้ไม่ได้ผลในเวอร์ชั่นวินโดว์ทั้งเดิมและใหม่ เหมือนกับว่า เวอร์ชั่นวินโดว์ เมื่อเรา alt+e enterๆๆๆๆ จนบันทึกเอกสารเสร็จ โปรแกรม ไม่ได้ mark ให้เอกสารเป็น complete หรือเปล่า หรือว่ายอด netamt ที่แสดงในหน้าจอมันไม่ใช่ netamt จริงๆแต่เป็น field ชื่ออื่นที่ผมไม่รู้ ไม่แน่ใจ งงมะ ที่จริงปัญหาจะไม่เกิด ถ้ามีการล้างยอดรวมของ BR โดยที่ไม่ต้องเข้ามา F8 ในแต่ละใบ หลังจากที่เราได้ทำ PS ของการรับวางบิลนั้นๆไปแล้ว User ที่ไม่ทราบแล้วปล่อยยอดคงค้างทิ้งไว้ บ้างครั้งข้ามปีต้องมา F8 กันเยอะเลย อาจดูเป็นเรื่องเล็กๆแต่ว่าทางเราใช้โปรแกรมนี้อยู่อย่างค่อนข้างละเอียดและทั่วถึง จุดเล็กจุดน้อยบางอย่างที่ท่านผู้ใช้อื่นไม่ค่อยได้เจอ เราเลยเจอบ้าง ก็เลยแจ้งเข้ามาเผื่อ โปรแกรมเมอร์มีเวลาซักนิดหน่อยคงทำให้โปรแกรมสมบูรณ์ยิ่งขึ้นนะครับ ทางด้าน BI ใบวางบิล ลูกหนี้ ก็เป็นลักษณะอาการเดียวกัน และใช้วิธีการแก้ไขแบบดั้งเดิมได้เหมือนกัน แต่ตอนนี้ ใช้ดอส ไม่ได้แล้ว เลยต้องทำเวอร์ชั่นปัจจุบันให้สมบูรณ์ที่สุด ต้องแก้ทุกปัญหาสำหรับเวอร์ชั่นปัจจุบัน

[savek]

ส่วนใหญ่ที่พบปัญหาในเอกสาร BR จะเป็นในกรณีที่ RR ที่อ้างถึงใน BR นั้นมีการจ่ายชำระหนี้ไปบางส่วน แต่ยอดชำระแล้ว และยอดค้างชำระใน BR ไม่อัพเดทให้ ซึ่งกรณีแบบนี้เมื่อเรากลับมาที่ BR ใบดังกล่าว กด <F8> และ <ESC> สักครั้ง ระบบก็จะมีการอัพเดทยอดรวมด้านล่างของ BR (ซึ่งก็คือฟิลด์ข้อมูล netamt) ให้ใหม่ครับ

[ppitaksu]

ครับยังคงยืนยันว่ามันมีกรณี ที่ F8 แล้ว ESC ออกมา ยอด netamt เปลี่ยนแปลงเป็น 0 จริง แต่เมื่อใช้ alt+k netamt#0 แล้ว ยังมีบิลบางใบที่ netamt=0 ยังแสดงตัวขึ้นมาอีกเลยงงๆ วิธีแก้ไขก็ตามที่อธิบายล่ะครับ ถ้าเป็นเวอร์ชั่นดอสมันจะตอบสนองต่อการที่เราเข้าไป alt+e ที่เอกสารนั้นๆ แต่สำหรับเวอร์ชั่นวินโตว์ มันไม่ตอบสนองด้วยวิธีที่ผมใช้ในดอส หรือว่ายอด  netamt มันไม่เท่ากับ 0.00 จริงๆ ตามที่แสดง งงอ่ะ  ที่ต้องใช้ alt+k netamt#0 ก็เพื่อต้องการกรองเอกสารที่เรียบร้อยแล้วออกไปและสามารถโฟกัสมาที่รายการที่เรายังไม่ได้ชำระ/รับชำระ(ในกรณีBI) ทั้งนี้ทั้งนั้น อาจเป็นเพราะเวอร์ชั่นวินโดว์อาจกระโดดข้ามการอัพเดท netamt value ในตอนที่เรา alt+e แล้ว enterๆๆๆ ผ่านช่อง fields ต่างๆใน APBIL หรือ ARBIL ไป การสคิปผ่านการอัพเดท  field นี้ไปทำให้ โปรแกรมไม่รับรู้ค่าที่เปลี่ยนไปเป็น 0 ด้วยการ F8 แล้ว Esc หรือเปล่า อันนี้ต้องให้โปรแกรมเมอร์ตรวจซอสโค้ดของโปรแกรมน่ะครับ

[ppitaksu]

ประเด็นนี้ผมเพิ่งพบ workaround โดยการใช้ เงื่อนไข Alt+k netamt>1 เพื่อกรองข้อมูลที่ต้องการแทนครับ ผมได้ทดสอบแล้ว หากเราใช้เงื่อนไขเป็น netamt>0.0000000001 (0 หลังจุด เก้าตัว) กับ netamt>0.00000000001 (0 หลังจุด สิบตัว) จะเป็นจุดตัดระหว่างว่าจะแสดง รายการ BRประหลาด (ที่บนจอแสดงผล เป็น 0.00 แต่ยังแสดงตัวเมื่อใช้การค้นหาโดยเงื่อนไข netamt#0 ในการกรองออกไปไม่ได้) น่ะครับ แต่ข้อนี้ก็ไม่ใช่ประเด็นสำคัญอะไร แต่ไม่รู้ตอนปิดงวดโปรแกรมจะล้าง BR แบบนี้ให้หรือเปล่าก็ไม่แน่ใจ ถ้าไม่ล้างให้ ก็คงต้องลบเองด้วยการ voidแล้วลบเอกสาร ไม่ซีเรียส นานๆจะเจอซัก 1 บิลครับ