Terrific article. Thanks David, in the first place, to lend this information on How to Call a Report Writer report in GP. This is just among the others of what a Developer would have dreamed of knowing.

I used to check it out by starting a Dex Script Log, whenever I run a report. This would have not just the “run report” statement but also the entire script calls. But this piece of precious information from David, would ease our task out.

I am certainly delighted to read this article, and if anyone out there has not yet gone thru’ this one, do it without fail.

Vaidy

This one is a good article on how to place your VSTools form to the center of the screen, with respect to the Screen Resolution.

Pretty good R&D, I would say. As not many would have this on mind when they develop a Customization till they actually get a feedback from the clients. And as Daoud mentioned on this article, the clients will certainly be so annoyed if they see a GP screen showing up in the Top-Left corner all of a sudden.

A must-to-refer article from Mohammad Daoud.

Vaidy

I have been out of action for nearly 10 days, due to some very important personal reasons & also some gruelling job commitments. And what I found, after I checked the GP Blogosphere today, is the raining Articles.

It’s as much as 50+ articles, 50+ valuable articles for sure. I admit, I should not have left my notebook. :-

Well, I just hope sincerely that I can catch up with what is happening as on today. I also have drafted some really interesting tasks for publishing. Planning to get these things posted in another 2 days.

Until next post…

Vaidy

Mark Polino explains us, why Dynamics GP Expertise is needed and why we should stay focussed when things are not in good shape at this moment. Read this article: Need to Leverage Microsoft Dynamics GP Expertise. To say the least, I gained a bit more confidence once I read this article, as a GP Consultant with 5+ years experience. It’s not just that. We get a sense of satisfaction that we are an Expert on a product which has got a good reputation among the Global Users.

I am just a little late in commenting on this article, but always, better late than never.

Vaidy

This one is another important eConnect Error message and its details. Thanks to the ZSL GP Team, for providing me the details to publish.

The team developed an Integration Tool for GP using eConnect v10.0. The tool was tested rigorously on a typical local environment and an apparently fresh environment. The tool was then released to the client and the installation did not have any issues.

Finally, the tool was given a test run on Client’s environment and the following error message took everyone by surprise:



Cause: The User Account, with which the eConnect was installed on the DB Server, got removed from the Domain, by the time they installed this tool. And apparently, the eConnect COM+ Component Services Identity was configured with the same User Account. Now whenever the Integration Tool interacts with eConnect COM Service, the Deleted User Account would have been referred to and since it does not exist, this error was thrown up.

Solution: The eConnect COM Service Identity was set to the option “System Account”. This would instruct the Integration Tool to use the current logged on User Account.

Now, I have some important points to highlight/stress based on this:

1. You can always stress the System Admin of any Client, to create one Domain User Account specifically for eConnect COM Service, with the credentials never expire and does not require any Password Enforcement. This is mandatory, as most of the times, the Integration on a Client’s place is going to be scheduled to run when there is no OR less activities on GP, some time in the midnight or some time in the weekend. In such cases, this would become a serious trouble to the clients, when they come back the next working day to find that the transactions had never been integrated for some issue which is irrelevant to them. When I say irrelevant, it is irrelevant to GP data. The System Admin need not reveal this to anyone else in his/her organization or even to you, once this is deployed. If anything to be troubleshot, you can always reconfigure the identity for that moment, and then ask the System Admin to reset it with the previous User Account.

2. If the System Admin does not approve of creating a new and separate User Account, then setup the eConnect COM Service Identity to “System Account”.

3. For your sake, please handle all possible Exceptions while developing a tool or a product which uses eConnect. I have seen people handle one common Exception, which is System.Exception. But this does not cover all exceptions. There are more: eConnect Exception, SQL Exception, and much more. Well, I am not a .NET developer by profile, so please do correct me if I have mentioned something wrong. But I do know that there are more specific exceptions (what we call Inner Exceptions) that need to be handled. So be more attentive and handle those exceptions.

4. When you document the Installation & Configuration of your tool, never miss detailing the eConnect Runtime Installation and Configuration, if the client do not have it running already. If the client do have it already, just mention that this needs to be confirmed. This does not take any special effort, but certainly have a clear cut instruction for both you and the client, for reference in future.

Vaidy

I got an interesting query from a guy on how to alter a table without using any SQL statements from within Dexterity.

As per the Dexterity Guide, a table cannot be altered from within Dexterity, that means only thru’ Dex coding. If you’re converting tables stored in a SQL database, you must use pass-through SQL to perform the conversion.

Having said that, we can do it from Dexterity but calling a SQL Stored Procedure which will contain the necessary SQL Statements for that table alteration.

1. Make the necessary table changes on Dex Dictionary.

2. Write a SQL Stored Procedure like below (The SQL SP is written on SQL Server 2005 DB and uses SQL 2005 syntaxes):

/* Drop the SP if it exists */
IF EXISTS (SELECT * FROM sys.objects WHERE object_id = OBJECT_ID(N’[dbo].[Custom_Tables_Alteration]‘) AND type in (N’P‘, N’PC‘))
DROP PROCEDURE [dbo].[Custom_Tables_Alteration]
GO

/* Create the SP */
CREATE PROCEDURE Custom_Tables_Alteration
AS
BEGIN
/* This statement will move the records from the actual table that needs to be altered to a Temp Table */
SELECT * INTO [custom_table_temp] FROM [custom_table]

/* This statement will truncate the table before it is being altered and then alter the table based on the changes that you have done on Dex Dictionary */
TRUNCATE TABLE [custom_table]
ALTER TABLE [custom_table]… … …

/* This statement will move back the records from the Temp table to the Altered Table */
INSERT INTO [custom_table]([field1], [field2], …, [fieldn]) SELECT [field1], [field2], …, [fieldn] FROM [custom_table_temp]

/* This statement will grant the necessary privileges to the DYNGRP Role */
GRANT SELECT, INSERT, UPDATE, DELETE ON [custom_table] TO DYNGRP
END
GO

3. Write a Dex Trigger on a Successful Company Login, to execute this SQL Stored Procedure, by using call sproc statement. NOTE: This has to be executed only if the user logged on is SA. And we should design this in such a way that it does not alter the table as and when you log on to GP as SA. That’s very important. Well, there are so many ways using which we can validate this.

So that’s it. We are good to go with the new table definition.

Now the points that we need to understand:
1. We should take care of the relevant Table Alteration on both Dex Dictionary and SQL.
2. We should take care of the removed fields and the data which were stored on that field before this alteration.
3. If a field is added to the table and is defined as NOT NULL, then we should make sure that we include that field on the INSERT INTO … SELECT … statement in the above stored procedure and assign a relevant value (either a ZERO or an empty string ”, not NULL STRING).

This is just one way of doing the Table Alterations. There can be more. I would update this post as and when I get something better than this.

Vaidy

I got to know about a Website which teaches Account Principles, called Accounting Coach, from the Top 50 Accounting Blogs listed in Biz.Edu. Thanks to Bill Kennedy’s article on his blog Energized Accounting.

You would be amazed and feel happy that you finally found a better place to kick-start and enhance your Accounting Skills. And the reason I am posting this on GP Blog: You will be a better consultant if and only if you know the functionality of an ERP product along with Accounting Principles.

Take a glance at it. I am sure you will not be left dissatisfied.

Vaidy

It happened today that I got acquainted to this blog, Njevity’s Blog. And I should admit that it has caught my interest to read more from.

Articles are not just about GP or any of the MS Dynamics product, but whatever comes to Njevity’s mind, I believe. For instance, I read this article: Sometimes I Get My Best Ideas In The Shower. Hey come on, that’s for me as well. I am sure there could be many more out there. Sometimes even blogs can take a break and take us through some fun moments.

There are these MS Dynamics related articles with very important and rare informations on this blog. Do read it. You will agree with my words.

Vaidy

This has always been a question from many developers. How to retrieve the Next [Document] Number programmatically and how to increment it?

GP does the following whenever a Document Number is retrieved from Next [Document] Number setup and eventually create/leave that document:

1. Retrieve the Next [Document] Number from the respective module setup table.
2. Increment the Next [Document] Number on that table, immediately after it populates the number on the respective form.
3. While saving the document/posting, it does not do anything to the Next [Document] Number on the setup table. It’s just a document posting process.
4. While deleting the record, it decrements the Next [Document] Number, if and only if, no other user has created another document using the immediate Next [Document] Number, or even opened the respective Document Entry form to create one. If there is any other User Activity on this, GP does not do any kind of decrement.

Having said that, the consequent queries from all developers/consultants would be:

1. What will happen to the stranded [Document] Numbers?
2. Can we reuse it?
3. Can we instruct GP to reuse it?

To my knowledge, the answers are:

1. Stranded [Document] Numbers are left stranded, as far as GP is concerned.
2. YES, we can reuse it, but the Users should know which number, to their best knowledge, is stranded. The numbers can be reused, once we setup an option, kind of “Override Document Number” or something like that.
3. We currently do not have some kind of setup which will manage the Stranded Numbers and automatically instruct GP to reuse them. It would be great to know any such 3rd party product in the market, but at least, GP does not have it as an in-built functionality.

I believe, I have been correct on the above explanations to the best of my knowledge. In case, there is anything that is not correct, something to add to or something which I am still not aware of, please do update me.

Vaidy

So here we go. Some of the best articles in the past 4 days have been consolidated. Hope this be a Articles’ Map. 🙂

Developing For Dynamics GP:

David Musgrave is back. And back with an important information. In the article, Background Process is Running: Exit Aborted Message, he explains why this error is thrown and what’s the solution for that. Must read for VSTools Developers.

DynamicsAccounting.net:

Mark has lead us to two very important, on its own scope, articles.
1. Backup, Backup, Backup: This is a very critical thing that we need to cultivate as a Consultant/IT Admin/Technical Guy/Whoever who is suppose to take care of GP data. I had already posted an article on this separately, but I do not mind stressing this again. MUST READ.
2. Lock the Taskbar: It’s a very common thing that we would have seen whenever we launch GP. And the explanation that Mark has given, is pretty simple and not-more-than-two-steps solution. I had a kind of doubt and Mariano has clarified that. You can find our discussion as comments on that article. Do have a look at it.

Dynamics Confessor:

After a brief gap, Leslie came back with two articles.
1. Dex.ini Switches – Part II: This is the second and last article in the short series. Sharing her experience, she has given us a comprehensive list of INI switches. I have never seen or heard about most of these switches. I am sure we are going to learn more and more from Leslie.
2. Year End Closing Retained Earnings Validation: Well, I have not even crossed 1/2 the functionality, but striving hard to do so. This article did lend some insight to me, to learn this concept. Read it, you would certainly learn something.

GP2TheMax:

Frank Hamelly had posted this article quite sometime back. But this is surely very informative. Read his article, Copying Reports in Report Writer. Must Read for GP Developers.

MSDynamicsWorld:

Mark has posted this timely article. New Year Resolutions, well GP Resolutions. He’s at his best to explain possibly the much needed resolutions for all GP guys out in this world. Check this article, you would agree: Make Life Easier for Yourself with Microsoft Dynamics GP 10: Five Habits to Break in the New Year.

Ross Business Solutions:

Couple of articles on SSRS and Business Portal, comes with simple narrative and necessary information. You can’t help than craving for more information.

The Dynamics GP Blogster:

Mariano, as always, shares tremendous amount of knowledge on various topics.
1. Incorrect EIC Value in 2009 US Payroll Tax Update: Very critical information with a fix. I took some days to understand the concept and the impact of the issue. But I finally did. Don’t miss this, especially those who are GP Customers/GP Consultants. I would suggest to GP Developers as well, to know about this, so they don’t get deviated if faced.
2. SOP Requested Ship Date Roll Down – Part II: Second and last in this series. This article explains you about rolling down the SOP Requested Ship Date to SOP Lines automatically. Uses VBA/SQL Procedure.
3. How to search for a text within a SQL Server trigger, stored procedure, or UDF: A Must Read for Developers.

Victoria Yudin:

I have been learning a lot of GP’s functionality with real-time Accounting Knowledge. Thanks to Victoria. She has been amazing when explaining the concepts with such an ease and simplicity. This article, Using Credit Cards to pay Vendors in Dynamics GP, is of tremendous value. MUST READ for those who would seriously like to learn GP & Functionality.

Well, that’s all I could consolidate for now and I sincerely hope someone gets benefited from this.

Vaidy