Comprehensive evaluation of your Microsoft Dynamics 365/AX/CRM environment
Reasons To Conduct an Audit
Upon audit completion, you will receive the following:
1. Specifications / reports compiled based on interviews with key users
2. List of business processes along with key requirements and recommendations for improvement
3. Application code quality analysis and its concurrence with best practices
4. List of modifications that can be simplified or replaced by Dynamics 365/AX standard functionality
5. Optimization summary and recommendations
6. Server and network infrastructure report in accordance with Microsoft requirements and best practices
7. Best practices for managing support plans and licensing with consideration to Microsoft product roadmaps
8. Outline of possible scenarios for future system development, estimation of their duration, cost and potential risks
Solution Audit brochure
Microsoft Dynamics 365/AX Audit provided by Dynamics Resources allows you to get an assessment of the current state of health of your Axapta environment and prospects for its future development.
Audit Case Study
A year following the initial deployment of Microsoft Dynamics AX 2009, there were a number of operational problems that persisted, making the system function poorly:
- User confidence was low due to numerous data discrepancies.
- Labor costs increased as the IT support team managed data errors.
- System performance decayed daily.
During the audit multiple functional and technical problems, as well as their causes, were identified and addressed. The customer was completely satisfied with the audit’s findings and decided to continue using Microsoft Dynamics AX once the system was modified instead of starting over with a new system. A significant portion of the technical work was performed by in-house specialists under the keen guidance of our efficient, detail oriented experts.
The following issues were identified:
- The standard function, Period Closing, was not activated. This allowed users to manually change data within the system, causing inaccuracies in the system as well as ripple effect inaccuracies in reporting.
- There were many inventory discrepancies between stores and distribution.
- Custom modification errors violated standard inventory calculations within the system. Batch, a standard function, was activated, but executing improperly.
- Goods receipts were posting when product shipped instead of arrived.
The combination of the above issues was bogging down system performance. Once adjustments were made, the system executed correctly and confidence abounded.
- More than 15k integration errors between the stores and headquarters were identified.
- The accounting structure integration was streamlined for optimal results.
- Redundant objects that were created during the test process were identified and removed from the database to improve performance.
- Old version objects were deactivated.
- Incorrect server RAM configurations were corrected.
- The RAID configuration had not, initially met Microsoft’s recommendations. This was remedied.
- The SQL queries monitoring detects a number of heavy queries without DB indexes.
- Non-optimal OLAP-cubes structure were identified. Once adjusted, long cube processing times were reduced.