The TH team recently discovered an

The TH team recently discovered an issue on the ALS member limit setup for Staff. The impact of the error has caused the system to miscalculate employee spend limit and the staff found some employees already exceeded the quarterly quota.

The system calculates the start date, End date of the Quarter, and then checking the sales limit within these dates a start date. Briefly, the current setup of ‘1Q’ 1 Quarter calculate 3 months from first setup date + 1 day. The result is system is calculating 1 day less for each quarter, and it propagates to every next quarter. Example: if a sale transaction is made on Sep 29th , system is verifying the limit against transactions made with in July 3rd to Oct 3rd, but actually it should be verified against sale made with July 1st to Sep 29th.

L2 has provided a solution by changing the setup to ‘CQ’ Current Quarter at the test system for Malaysia, Thailand and Singapore.

Therefore, please check on the setup at the UAT system –
1. perform some sales transactions using selected members;
2. check the till screen on the right panel for the remaining limit;
3. Run report 21 Discount Limit Tracking report.
a. You could run back date report for last quarter, select the appropriate as at date
b. Select ‘show discount details’ to see transaction details
c. Note that during ALS migration, we also imported the RBO transactions and it will also be included as a summary

ผลลัพธ์ (ไทย) 2:

ทีม TH เพิ่งค้นพบปัญหาเกี่ยวกับการติดตั้งวงเงินสมาชิก ALS สำหรับพนักงาน ผลกระทบของข้อผิดพลาดได้ก่อให้เกิดระบบที่จะวินิจฉัยผิดของพนักงานการ จำกัด การใช้จ่ายและพนักงานพบว่าพนักงานบางส่วนแล้วเกินโควต้ารายไตรมาส. ระบบจะคำนวณวันที่เริ่มต้น, วันที่สิ้นสุดของไตรมาสที่แล้วการตรวจสอบวงเงินขายภายในวันที่เหล่านี้เริ่มต้น วันที่ สั้น ๆ , การตั้งค่าปัจจุบันของ'1Q' 1 ไตรมาสที่คำนวณ 3 เดือนนับจากวันแรกที่ติดตั้ง 1 วัน ผลที่ได้คือระบบการคำนวณ 1 วันที่น้อยกว่าสำหรับแต่ละไตรมาสและจะแพร่กระจายไปยังทุกไตรมาสถัดไป ตัวอย่าง: ถ้าการทำธุรกรรมขายทำในวันที่ 29 ก.ย. ระบบการตรวจสอบขีด จำกัด กับการทำธุรกรรมที่มีใน 3 กรกฎาคม - 3 ตุลาคม แต่ที่จริงมันควรจะตรวจสอบกับการขายทำด้วย 1 กรกฎาคม - 29 กันยายนL2 ได้จัดให้มีการแก้ปัญหาโดย เปลี่ยนการตั้งค่าไปยัง'CQ'. ไตรมาสปัจจุบันที่ระบบการทดสอบสำหรับมาเลเซีย, ไทยและสิงคโปร์ดังนั้นโปรดตรวจสอบการตั้งค่าในระบบเอือด- 1 ดำเนินการทำธุรกรรมการขายโดยใช้บางส่วนสมาชิกที่เลือก; 2 ตรวจสอบจนหน้าจอบนแผงที่เหมาะสมสำหรับวงเงินที่เหลือ; 3 เรียกใช้รายงาน 21 รายงานการติดตาม จำกัด ส่วนลด. คุณสามารถเรียกกลับมารายงานวันที่สำหรับไตรมาสสุดท้ายเลือกที่เหมาะสม ณ วันข เลือก'การแสดงรายละเอียดส่วนลด' เพื่อดูรายละเอียดการทำธุรกรรมค โปรดทราบว่าในระหว่างการโยกย้าย ALS เรายังนำเข้าทำธุรกรรม RBO และยังจะถูกรวมเป็นบทสรุป

ผลลัพธ์ (ไทย) 3:

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

ระบบคำนวณวันที่เริ่มต้นวันที่สิ้นสุดไตรมาส และจากนั้น ตรวจสอบวงเงินการขายภายในวันที่วันที่เริ่มต้น . สั้น ๆการตั้งค่าปัจจุบันของ ' ' 1 ปี 3 เดือนแรกไตรมาสคำนวณจากการติดตั้งวันที่ 1 วัน ผลที่ได้คือระบบการคำนวณ 1 วันลดลงสำหรับแต่ละไตรมาส และได้แพร่กระจายไปทุกไตรมาสหน้านะ ตัวอย่าง : ถ้าซื้อขายที่ดินทำเมื่อวันที่ 29 เมษายน ระบบจะตรวจสอบวงเงินต่อธุรกรรมในวันที่ 3 ต.ค. 3แต่ที่จริงมันควรจะตรวจสอบกับการขายให้กับวันที่ 1 กรกฎาคมถึงกันยายน 29

L2 ได้ให้แก้ปัญหาโดยการเปลี่ยนการตั้งค่าปัจจุบัน ' ' CQ ไตรมาสที่ทดสอบระบบ มาเลเซีย ไทย และสิงคโปร์

เพราะฉะนั้น โปรดตรวจสอบการติดตั้งในระบบ uat )
1 แสดงบางธุรกรรมการขายโดยใช้สมาชิกที่เลือก ;
2ตรวจสอบจนถึงหน้าจอบนแผงขวา สำหรับวงเงินที่เหลือ ;
3 เรียกใช้รายงาน 21 ลดวงเงินการติดตามรายงาน
a . คุณสามารถเรียกใช้รายงานกลับวันที่สำหรับไตรมาสสุดท้าย เลือกที่เหมาะสม ณวันที่
b . เลือก ' แสดงส่วนลดรายละเอียด ' เพื่อดูรายละเอียดการซื้อขาย
C . ทราบว่าในระหว่างการโยกย้ายและเรายังนำเข้า rbo ธุรกรรมและมันก็จะถูกรวมเป็นสรุป