If you are planning to upgrade to GP 2015 and currently having Arabic text in your database need to be printed using report writer, make sure NOT TO UPGRADE to GP 2015. Normally for printing Arabic text in report writer, if your keyboard was language the text will be displayed as rubbish data as below: In order to get this printed properly, we used to switch the keyboard language to Arabic and the text will back to normal as below: However for GP 2015, the system will automatically switch the keyboard language to English upon the generation of the report, and unfortunately the same switch is occurred upon hitting the print button, therefore the Arabic text will never be printed in Arabic and customers will start nagging! Hope that Microsoft could resolve this soon! Regards, — Mohammad R. Daoud MVP – MCT MCP, MCBMSP, MCTS, MCBMSS +962 – 79 – 999 65 85 firstname.lastname@example.org http://www.di.jo
Got a wired case this morning with one of my customers, they said that “some” receiving’s are not printing and other are working fine! I tried the following: 1. Created multiple receiving’s and none caused the issue
A customer has reported an issue with web client that many sessions are open while no body is working, they wanted to kill all these sessions without restarting the server, few researches over the internet returned the following CMD commands that did the trick, just Right Click the cmd.exe and run as administrator, then paste the following commands: Taskkill /F /IM Microsoft.Dynamics.GP.Web.Services.Runtime.Process.exe Taskkill /F /IM conhost.exe Viola! You saved an hour of manually killing these in your task manager or session manager. Note: To make sure that the windows cleans all sessions at night, I saved these commands into Batch.bat file and scheduled this with windows scheduler to run every night 4 AM, so users can find a clear log next morning.
Dynamics GP: You cannot print unauthorized Purchase Order and the Purchase order is not available in the commitment
One of my customers reported an issue with their purchase orders after upgrading to Dynamics GP 2013 R2, below the message they got: The customer is using PO Commitment to validates budgets and somehow the purchase order was not available in “CPO10110” table, the script below will fix this for you by taking the record information from POP10110: INSERT INTO CPO10110 (PONUMBER ,ORD ,ACTINDX ,REQDATE ,VENDORID ,APPROVL ,Committed_Amount ,POLNESTA ,QTYCANCE ,UNITCOST ,PostedSubtotal) SELECT PONUMBER ,ORD ,INVINDX ,REQDATE ,VENDORID ,1 AS APPROVL ,0 AS Committed_Amount ,POLNESTA ,QTYCANCE ,UNITCOST ,EXTDCOST AS PostedSubtotal FROM POP10110 WHERE PONUMBER = @PONUMBER Regards, — Mohammad R. Daoud MVP – MCT MCP, MCBMSP, MCTS, MCBMSS +962 – 79 – 999 65 85 email@example.com http://www.di.jo
As promised, Microsoft has released Dynamics GP 2015 on time! 120+ enhancements were introduced, see below the first look into the product: Before you plan your upgrade, keep in mind that SQL 2008 is no longer supported, you must upgrade at least to SQL 2012 or later. 1
One of my customers reported that when they transfer the Purchase Requisition to Purchase Order, the cost they specified in the requisition for their items is not being transferred to the purchase order.
If you are looking to implement the Purchase Order Workflow, you must keep in mind that limited users will not be able to approve Purchase Orders, user should be FULL user to be able to process orders, I am not sure why Microsoft folks designed it this way but I got one of my customers to purchase additional 5 users to get this implemented! I have requested this enhancement from Microsoft and kindly asking for your votes to get this fixed, below is the article on MS Connect: https://connect.microsoft.com/dynamicssuggestions/feedbackdetail/view/1030936/purchase-order-approval-to-work-with-limited-users Happy ordering! Regards, — Mohammad R. Daoud MVP – MCT MCP, MCBMSP, MCTS, MCBMSS +962 – 79 – 999 65 85 firstname.lastname@example.org http://www.di.jo