"Operation must use an updateable query"
I love these kind of error messages, because they're just so darn recognizable. (I'm not kidding, really, its quite sad when you can recognize error messages, like, "Hey, there's Larry!")
I instantly recognized this to be an Access database error that occurs usually for one of two reasons (actually its the same reason, the database cannot be written to, but there's two different causes).
The first cause is if the Access .mdb file has been marked with the readonly attribute. This can happen when you copy it from a CD or if you inadvertly had it selected when you selected another file and marked it for read only.
The second cause (and more common, I think) is if you don't have permissions to write to the database, which was the case for MES.
Which Access database file am I referring to? The IM.mdb file that Integration Manager uses to store its integration definitions.
So, if you get this error when trying to run an integration, make sure that the user who you are logged in as when trying to run the integration has permissions to write to the IM.mdb file!
If that aint it, make sure the file hasn't been marked read only.
I happen to have had this same issue and using my trusty SQL Profiler, I found that when I manually uncheck Outlook from my home page, GP ran a SQL statement like the following :
SET Visible = 0
WHERE COLNUMBR = 1
AND SEQNUMBR = 3
AND Visible = 1
AND USERID = 'dpatrick' -- comment this if you want to do it for all users
AND SectionID = 2
This works great, but it doesn't actually stop any particular user re-checking Outlook on the home page (but it got me what I wanted, which is to default Outlook to being off for everyone).
Dave Musgrave, from Microsoft, later chimed in and gave us this link:
which discusses how to actually disable Outlook from the homepage (and uses a script that looks pretty close to the one I use).
Thanks Dave and thanks 2020 for asking the question!
Neil Jordan shot me an email about one of my recent posts and mentioned that it would be nice to have a central place to discuss GP Developer related issues.
I agreed that it would be nice to have a central depot for sharing GP developer information.
The challenge I find is that there already are several "central" places to share info, and the fact that there are several of them kind of takes away from any of one of them being the "central" one!
That said, here's my short list of GP dev resources:
Great Plains Microsoft Public Newsgroups
There's two newsgroups here, Microsoft Dynamics GP and Microsoft Dynamics GP Developer, make sure to check both.
Log in required, but worth signing up if you're a GP customer
Lots of good stuff, access to the Knowledge Base is probably what I use most
You mean you're not a partner? Why not become one!
Lots of good resources here for partners.
Great Plains User Group
Not free, but host web based meetings, so you can join from anywhere
Free to read, costs money to ask your own questions, but could be well worth it!
One of only a few GP Developer blogs that I know of
Lots of free GP SQL scripts
Micosoft Dynamics Forums
A non-MS newsgroup dedicated to Dynamics
Tech Round Up
A friend of mine's (and GP MVP) GP dev blog. Hasn't been updated in a while, but still lots of good stuff!
Great Plains Guy
If I had to pick one to be the grand daddy central place, it'd have to be the GP newsgroups (but there really are 2 of them that I check, so I guess I still can't pick just one, ack!).
The nice thing about the newsgroups is that they are read and answered by MS folks and (even better) by MVPs. So, it's not a bad place to voice your concerns, share your issues, and sometimes even help your fellow GP dev guy out.
Do you have any resources to add to my list? Maybe we need a central list of GP dev resources? Maybe a wiki or something?
What do you think?
That pops up the Table Descriptions window. From there you can click the elispes to select a table.
- ► 2009 (27)
- ▼ March (6)