When user created receipt data (pre

When user created receipt data (premium collection) with payment method as ‘Cheque’ or by uploading via the Receipt BO, this cheque status will be Un-presented cheque (not yet clearing) which could not use for applying premium until cheque was cleared. And system has to generate GL booking for un-presented cheque.
Current system handles cheque clearing process by checking from ‘Cheque deposit date’ field (is defaulted same date with Cheque date) and in the day end batch, cheque status will be cleared if ‘Cheque deposit date’ field is equal with Business date.
• To be able to use the existing process, system has to default ‘Cheque deposit date’ as Cheque date + X(X will defined by FO), and also user can update ‘Cheque deposit date’ and reason code eg, confirmed by VP.
• And cheque clearing process can be run by manual or automatically in dayend batch and generate GL transaction after cheque was clearing.

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

เมื่อผู้ใช้สร้างข้อมูลใบเสร็จรับเงิน (เก็บเบี้ย) ด้วยวิธีการชำระเงิน เป็น 'เช็ค' หรืออัพโหลดผ่านบ่อรับ สถานะนี้เช็คจะเช็คยังไม่นำเสนอ (ยังไม่ได้ล้าง) ซึ่งไม่สามารถใช้สำหรับการใช้พรีเมี่ยมจนเช็คถูกล้างข้อมูล และระบบมีการสร้างการจอง GL สำหรับเช็คยังไม่นำเสนอ ปัจจุบันระบบจัดการเช็คล้างกระบวนการ โดยการตรวจสอบจากเขตข้อมูล 'วันฝากเช็ค' (เป็นค่าเริ่มต้นที่เช็คลงวันเดียวกัน) และในวันสิ้นสุดชุด เช็คสถานะจะถูกลบออกถ้าเขตข้อมูล 'วันฝากเช็ค' เท่ากับวันธุรกิจ•เพื่อให้สามารถใช้กระบวนการที่มีอยู่ ระบบที่มีการเริ่มต้น 'วันฝากเช็ค' เป็นวันเช็ค + X (X จะกำหนด โดย FO), และผู้ใช้สามารถปรับปรุง 'วันฝากเช็ค' และเหตุผลรหัสเช่น ยืนยัน โดย VP•เช็คล้างกระบวนการสามารถเรียกใช้ได้ ด้วยตัวเอง หรือโดยอัตโนมัติ ในชุดงาน dayend และสร้างธุรกรรมแยกประเภททั่วไปหลังจากที่เช็คถูกล้าง

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

เมื่อผู้ใช้สร้างข้อมูลใบเสร็จรับเงิน (พรีเมี่ยมคอลเลกชัน) ด้วยวิธีการชำระเงินเป็น 'เช็ค' หรือโดยการอัปโหลดผ่านใบเสร็จรับเงิน BO สถานะการตรวจสอบนี้จะมีการตรวจสอบ (ยังไม่ได้ล้าง) ซึ่งไม่สามารถใช้สำหรับการใช้พรีเมี่ยมนำเสนอยกเลิกการตรวจสอบจนกว่าจะเคลียร์ และมีระบบการสร้างจอง GL สำหรับยกเลิกการมอบ.
ระบบปัจจุบันกระบวนการจัดการการหักบัญชีเช็คโดยการตรวจสอบจากสนาม 'วันที่ฝากเงินเช็ค' (มีการผิดนัดวันเดียวกันกับวันที่เช็ค) และชุดสิ้นสุดวันตรวจสอบสถานะจะถูกลบออกหาก ฟิลด์ "วันที่ฝากเงินเช็ค 'เป็นที่เท่าเทียมกันกับวันที่ธุรกิจ.
•เพื่อให้สามารถใช้กระบวนการที่มีอยู่ในระบบที่มีการเริ่มต้น' วันที่ฝากเงินเช็ค 'เป็นวันที่เช็ค + X (X จะกำหนดโดย FO) และยังให้ผู้ใช้สามารถอัปเดต' วันที่เช็คเงินฝากและรหัสเหตุผลเช่นการยืนยันจาก VP.
•และตรวจสอบขั้นตอนการล้างสามารถดำเนินการโดยตนเองหรือโดยอัตโนมัติใน dayend ชุดและสร้างธุรกรรม GL หลังจากเช็คถูกล้าง