« May 2011 | Main | July 2011 »
The client had existing Global MS Dynamics AX 2009 SP1 centralized application for five countries and later decided to rollout their business operations as part of their business expansion and exploring Easter European markets . The roll out involved merging of the Eastern European GLS Layer with existing AX 2009 Application. Though the merging new GLS layer with Existing AX 2009 Customized application was not major challenge as we had anticipated but we faced number of issues in dealing operational issues to suit Business needs.
I will be attempting to share our rollout experience in series of blogs in coming days with risks we faced during implementation and how we managed to overcome those challenges and created another success story of MS Dynamics AX 2009 global implementation and roll out. One such challenge was to have Fiscal Printer Integration with MS Dynamics AX 2009. A fiscal printer is a special printer that is connected to a computer through a serial port or USB Port. All sales must be registered through the fiscal printer. Every printer is certified by local tax authorities and its memory is checked periodically. Types of supported printers in the local market are Posnet Thermal, and Elsa Omega. During invoice posting, necessary information is sent in proper format to fiscal printer. We encountered issues to make Fiscal printer work as AX 2009 was unable to establish the connection with fiscal Printer we had never imagined that this will be issue as AX 2009 supports Fiscal Printer Integration as per Documentation from MS. Further to add the complexity the printer was connected on Local machine on Serial Port ( RS232) and the users accessing AX 2009 Application hosted on citrix server in data centre based in UK. After lot of research and hard work by our tech team we got success in making it work for our client. Since the microsoft documentation about fiscal printer integration is bit ambiguous for benefit of larger audience, I am summarizing in brief what you need to do make this integration work.
• In order to use fiscal printer feature in AX 2009 we need to enable fiscal printers (PlFiscalPrinter) configuration key.
• Ensure that minimum AX 2009 Sp1 Kernel Rollup 5 is installed as we did not had it initially.
• AX 2009 supports only RS-232 connection and it doesn't support USB type of printers
• Thermalservicelibrary.dll need to be registered on AX 2009 AOS. The DLL gets registered under C:\Windows\System32 folder. This is nowhere mentioned in any MS documentation..
• No additional drivers or software are needed for AX 2009 and Fiscal Printer Integration.
• You need to modify The COM Port settings of the AOS Server to get Fiscal Printer working
Finally make settings in Fiscal printers Parameter menu of MS Dynamics AX 2009 Application to make the fiscal printer work. In my next blog I will continue with another challenge which we faced in our AX 2009 Sp1 roll out journey in Poland. Keep watching this space till then
Signing off for now
As described in my previous blog, Microsoft CRM 360 Virtual Summit provides the opportunity to learn how Microsoft Dynamics CRM and industry-specific CRM solutions can improve your business by increasing customer retention and ROI. The virtual summit has seen more than 8000 visits from over 100 countries in the month of May!
Have you visited Infosys booth at the CRM 360 virtual summit? If not, it's not late yet!
The Virtual Summit Expo Hall and networking lounge continues to be open so that you can stop by our booth, day or night, seven days a week and know how Infosys can help you with Microsoft Dynamics CRM, delivered straight to your computer on your schedule.
So register today for the complimentary CRM 360 Virtual Summit and get access to Infosys sessions and booths at the lounge.
Depending on your industry, meet us at either of our booths - Distribution And Services, Financial Services and Manufacturing And Resources. Explore through our repository of collaterals (leaflets and videos) to learn how we leverage our capabilities in Microsoft Dynamics CRM and help with pre-configured micro-vertical solutions for your business needs.
We look forward to networking with you at our respective industry booths.
Dynamic enterprises are continuously evolving and involve process and policy changes due to changing environments, work culture and diverse teams situated in different geographies. These type of enterprises have changing hierarchies of roles and responsibilities. Roles of a particular employee vary from team member to manager with different projects in hand. Then, it becomes very difficult to get a clear picture of the projects, their teams and its members, tasks assigned and accomplished. Also it is difficult to search for the members with sepcific skill if hte project is large. Such type of complex organizations are very large in number now, and, existing enterprises are also looking towards this kind of enterprise architecture. They are reducing the role hierarchy in their teams and employing persons with mutliple skills. So, to have a clear picture of any project / work going on, the Project Manager and Teams members both require transparency in terms of tasks being assigned and completed. Also they should be able to collaborate fast within their teams and outside also. The team members with multiple projects in hand should be able to switch to different projects quickly and get information related to its progress, team and tasks.
The main issues faced by these organizations are:
Due to the above issues, there is a negative reflection of productivity and high costs within enterprise and it becomes very complex to manage information collected and attributed by each team member. Also the management and milestone progress of these teams is difficult for their managers. If not properly collaborated, team members loose a vision of the work they do and this reflects in their delivarables.
On the other hand, emails are the primary source of communication for any enterprise. Project managememnt tools are limited to milestone and task setting, they do not provide a collective view of distributed team, formal and informal communication. Also when too many enterprise have distributed teams, all need a media for social communication within an enterprise.
If tons of documents are upload to portal without any context and are present in their emails, employees suffer from information overload. To find the relevant and contextual information from a large set of data costs a comany time and money. The support system / collaboration tools that an employee uses should have the capability to find and show information that is relevant to employee.
These all factors contribute in personal productivity of employee and eventually revenue per employee of an enterprise.
If we provide a tool / framework with collaborative environs, which saves distributed employee from team exclution, information overload and lack of transparency, then productivity of an employee can be increased. This framework can also be build on existing collaboration tools such as Microsoft SharePoint. Such tools also ensure Knowledge Management, Contextual Information and easy Team Management. The tool / framework can have below features:
It should have also the capability to integrate with existing infrastructure and applications, thus enabling enterprise information search. Thus today's Dynamic Enterprise need a comprehensive architecture for employee and team collaboration. This will surely reflect in the revenues of the enterprise as increase in:

This blog is basically to onboad any new developer to Azure development environment in the least possible time with the right resources available.
With Azure getting stabilized, there are myriad of Azure related articles and blogs made available in the internet. And sometime it is very much possible for a new comer/ developer to get deviated and get confused from where to start. And eventually instead of understanding the basics of the different azure building blocks, they sometime get lured to creating complex application.
So, this blog is not to teach Azure but provide a beginner with a simple guide with pointers to different resources (articles, blog, SDK samples) which will help him/her to grasp the basics of Azure architecture. And help the developer to move in the right path without wasting his/her precious time in understanding from where to start. I have tried to keep it simple with reference to the basic samples from MSDN, SDK and different blogs but tried to keep the maximum information
The complete post could be reached from here.
Are Performance Counter Diagnostics logs not getting created in your Azure development storage? Or is your Azure development fabric displaying similar error messages, while getting your specific performance counter to register
PdhAddCounter(\Process(MonAgentHost#0)\ID Process) failed
The problem could lie with pointers to your system performance counters being corrupted. Here is a step by step guidance to investigate and resolve the issue.
Symptoms:
1. Azure development fabric displaying Error message PdhAddCounter(\Process(MonAgentHost#0)\ID Process) failed"
2. WADPerformanceCounters Azure table not created in the Azure development Storage
3. Performance Counters configured in the Windows Azure application are not being captured in the WADPerformanceCounters table
Identify cause:
Build a separate application (there are several samples easily available on the public domain), preferably outside the cloud development environment and access the performance counters programmatically. Do you get the following exception?
"Cannot load Counter Name data because an invalid index was read from the registry
Yes, then here is what you need to do?
Steps to rectify problem:
1. Launch Command window in elevated mode
a. Click Start
b. Type CMD -> Triggers search for cmd and displays cmd.exe
c. Right click on cmd.exe
d. Click on "Run as administrator"
Command Window is launched in Administrator mode
2. Repair performance counter pointers ( those stored in registry)
a. Type Lodctr /r //to reset counters, will lead to pointers being enabled
Performance Counters to be rebuilt from system backup store
3. Check status of performance counters
a. Type Lodctr /q //to check state of counters
Status of performance counters listed
4. If any of the performance counter is disabled run the following command to enable the counter
a. Type Lodctr /e: <Name of performance counter which is disabled> //To enable counter
<Name of performance counter> is the string between the [ ] at the beginning of the entry listed after running the command previous step
Performance counter is enabled
Check resolution:
Run your Windows Azure application in the development fabric with the Performance counter configured as per the instructions provided here
The WADPerformanceCounters log table should now be visible in the development storage.
NOTE: The above problem is more likely to occur within the local development environment than on the cloud hosted instance, primarily due to the standardized nature of the VM instances hosting the Windows Azure application.
Hope this information is found useful to developers troubleshooting diagnostic issues on Windows Azure.
Basic steps to expose the on-premise WCF service through appfabric Service bus to be used by Silverlight client in the Azure cloud. It also talks about the steps to be followed to move an existing Silverlight client to the Azure. Some of the information has been taken from MSDN, Azure SDK and other blogs. The purpose of this is to provide all the information in a single place and there-by saving the precious time of developer.
For complete content, please refer to this post.