Asynchronous Cache Flushing
คือการประสาน ข้อมูล Database กับ Cache ของ client การทำ caching ซึ่งมีผลต่อ bandwidth ของ network ทำให้การอ่านข้อมูลเร็วขึ้น เรามีดูผลจากการทดสอบ
อ่านโดยตรงกับ (ไม่ใช้ AOS) SQL Database: จำนวน 178 records /วินาที (ประมาณ 5.6 ms)
อ่านจาก Cache ของ AOS: จำนวน 833 records /วินาที (ประมาณ 1.2 ms)
อ่านจาก Cache ของ client: จำนวน 18333 records /วินาที (น้อยกว่า 0.06 ms)
SP4 มีการทำ caching Table ดั้งนี้เป็นพิเศษ
|
ชื่อ Table
|
|
CustTable:
|
|
SalesTable:
|
|
InventTableMethod:
|
|
InventTable:
|
Country Specific Config
มีการปรับปรุงเพิ่มในส่วนการกำหนด ระบบความปลอดภัย แยกเป็นระดับประเทศคือ ซึ่งในแต่ระส่วนสามารถกำหนด Admin ดูแลเป็นส่วนได้
Data Upgrade Framework
จากเดิมที่เราจะทำการ Update versionของ Axapta ซึ่งมีความยุ่งยาก และมีการหยุดระบบเพิ่มทำการ Update และใช้เวลานานมาก Data Upgrade Framework คือหนทางออกทำให้ขั้นตอนต่างๆ งายขึ้นและรวดเร็วสามารถตั้ง batch process ได้
Inventory Multi-transaction System (IMTS)
จากปัญหาที่เราพบจาก การทำ Transaction ปรับปรุง packing slip และ ปรับปรุง invoice ในเวลาเดียวกันโดยหลายผู้ใช้ กับซึ่งมีผลต่อ performance ของระบบ(ซึ่งทำให้ฐานข้อมูล ถูกบล็อก) IMTS คือการจัดการ ปัญหา นี้ และ performance ของระบบ ซึ่งทำให้สามารถ transaction หลายผู้ใช้ได้ (ก่อนใช้ขอให้ทดสอบ และอ่านคู่มือเพิ่มเติมด้วย)
Multi-User Inventory Closing
จากเดิมการ ปิดบัญชี Inventory Closing ในกรณีที่เรามีการ setting Axapta ให้มีกว่า 1 บริษัท (ในฐานข้อมูลเดียวกัน) สิ่งที่เราประสพปัญหาคือ ไม่สามารถ ทำการ ปิดบัญชี Inventory Closing พร้อมกันมากกว่าบริษัท 1 บริษัทพร้อมกันได้จะต้องทำการ process ครั้งละ 1 แต่ SP4 ได้แก้ ปัญหานี้เรียบร้อยแล้ว
Personal Information Wizard
การจัดการข้อมูลเกี่ยวกับ พนักงาน โดยผ่าน Wizard
Watson Error
Axapta ได้ทำการผนวก เทคโนโลยี Watson ของ Microsoft คือการรายงาน error ของ โปรแกรม ให้กับ Microsoft เพื่อนำไปปรับปรุงแก้ไขปัญหา ของโปรแกรม
ThaiAxapta.com สงวนสิทธิ์ในการทำซ้ำ ทั้งหมด หรือบางส่วนไม่ว่าในรูปแบบหรือสิ่งใดโดย ขอให้อ้างถึงที่มาของข้อมูลทุกครั้ง