(1) The Organization Admin can define the number of items per batch for the system to split automatically, and this setting can be configured separately for each company.
(2) Users can merge data from two batches, provided that both batches have the same status (either Preparing or Reviewing). The total number of items after merging must not exceed the maximum allowed items per batch.
(3) Users can now click Export All on the Transaction page to download all records as an Excel file. The download button is enabled when the search results do not exceed 100,000 records.
(1) Users who are not Organization Admins, System Admins, or Accountants must be able to view the Monthly Usage and Monthly Transaction reports only for the companies to which they have access.
(1) For new companies using the system, Self Onboarding is available through the Batch menu. Step-by-step explanations will be added for easier guidance. Any data entered into the system will not be sent to the Revenue Department.
(2) Add a ‘Downloaded’ status for pay-in slips and QR payments. Once the user has downloaded the file, the link for the QR code or pay-in slip will turn light grey, and a tooltip will appear to notify the user.
(3) Add a consent request for personal data usage within the product, displayed in both Thai and English. The system will support updating the consent form to request consent again if a new version is released.
(4) Update the User Group Assignment
(1) Batch Detail View Improvements ปรับปรุงหน้าจอ Batch Detail
(2) Group Deletion Restriction เงื่อนไขการลบกลุ่ม
(3) Pagination in Tables การแบ่งหน้าตาราง
(4) Paper Stamp Duty Enhancements การปรับปรุง Paper Stamp Duty
(1) ปรับปรุงประสิทธิภาพการทำงานของระบบให้รองรับ new version ของ application server
(2) ปรับปรุงการจัดการ configuration
(3) ปรับปรุงการจัดการ temporary file
(1) ผู้ใช้ระบบสามารถเลือกรับการแจ้งเตือนการใช้งานระบบผ่านทางหน้าจอและผ่านทางอีเมล
(2) เพิ่มความปลอดภัยในการเข้าใช้งานระบบด้วยการใช้ 2 Factor Authentication
(3) ระบบรองรับการนำเข้าข้อมูลของผู้ใช้เพิ่มเติมด้วย 5 reserve fields
(4) รองรับการให้ GeStamp Duty ส่งข้อมูลแทนบริษัทลูกค้าในนาม Service Provider
(1) เพิ่มช่องทางการนำเข้าข้อมูลตราสาร (Import data) และส่งออกไฟล์ชุดใบเสร็จ (Export receipt file) จากระบบ zDOX ได้ ผู้ใช้งานสามารถแจ้งให้ผู้ดูแลระบบ (System Administrator) กำหนดให้ได้
(2) ผู้ดูแลระบบ (System Administrator) สามารถกำหนด Path สำหรับการการนำเข้าข้อมูล, Path และ File name สำหรับส่งไฟล์ response หรือ Path และ File name สำหรับส่งออกชุดไฟล์ใบเสร็จ โดยดึงจากข้อมูลตราสาร, ไฟล์นำเข้า หรือข้อมูลผู้ใช้
(3) ผู้ดูแลข้อมูลบริษัท (Administrator) สามารถจัดกลุ่ม (Group) ผู้ใช้ภายในบริษัทได้ และผู้ใช้งานจะมีสิทธิ์เห็นข้อมูลที่อยู่ภายในกลุ่มที่ตนเองอยู่เท่านั้น
(4) ระบบเพิ่มสถานะ “Paid” สำหรับชุดรายการที่ทางกรมตอบกลับว่าได้รับการชำระเงินเรียบร้อยแล้ว
(5) ปรับการตรวจสอบข้อมูลในขั้นตอน Submit สำหรับรายการ Increase Limit และรายการ Additional ที่รายการอ้างอิงก่อนหน้าไม่ใช่สถานะ “Paid” หรือ “Completed” ระบบจะแสดงข้อความ “Unable to submit transaction due to unpaid previous transaction.”
(6) ผู้ใช้งานสามารถลบข้อมูลตราสารที่ไม่สามารถ Submit ออกจากชุดข้อมูล (Batch) ได้ เนื่องจากรายการอ้างอิงก่อนหน้าไม่อยู่ในสถานะ “Paid” หรือ “Completed”
(1) เพิ่มความสามารถ Single Sign-on เพื่อให้ลูกค้าสามารถใช้ username และ password ที่ใช้อยู่กับระบบของบริษัทเข้าใช้งานระบบ GeStamp Duty ได้ ทั้งนี้ระบบยืนยันตัวตน (Authentication) ของลูกค้าจะต้องเป็นแบบ IdP
(2) เพิ่มเมนูให้สามารถเปลี่ยนไปใช้งาน Application อื่นของบริษัท กิงโกะ ซอฟต์ จำกัดได้
(3) รองรับการเข้ารหัสไฟล์ข้อมูลต้นทาง (Input file) ด้วย PGP encryption
(4) สามารถกำหนดให้ระบบส่ง Response File กลับไปให้ระบบลูกค้าได้ผ่านทาง SFTP
(5) เพิ่มหน้าจอ Dashboard เพื่อแสดงข้อมูลสรุปการใช้งานขององค์กร
(6) สามารถกำหนดให้ระบบส่งข้อมูลไปกรมสรรพากร (Submit) ได้ทันทีที่ผ่านการตรวจสอบข้อมูล จึงไม่ต้องให้มีผู้ใช้งาน preparer และ approver เข้ามาตรวจสอบข้อมูลก่อนส่ง
(7) เปลี่ยนวิธีการค้นหาข้อมูลและเพิ่มส่วนของการเรียงลำดับข้อมูลในส่วนของ Batch, Transaction และ Paper Stamp Duty
(8) เพิ่มหน้าจอแสดงประวัติรายการจ่ายค่าอากรแสตมป์ตามเลขที่สัญญา โดยคลิกจากเลขที่สัญญาทั้งในหน้า Batch Detail และ Transaction
(9) เพิ่มเงื่อนไขอายุของ password โดยสามารถกำหนดจำนวนวันหมดอายุของ password (กำหนดไว้ที่ 90 วัน) และ จำนวนวันที่อย่างน้อยต้องใช้ password ที่เปลี่ยนแล้ว (กำหนดไว้ที่ 1 วัน)
This website uses cookies.