Here’s another pet peeve of mine when it comes to Integration Manager: changing the default IM database on each installation. Like my previous post on how to register IM quickly, here’s another tip on using the .ini file settings to your advantage to roll out workstation installs quickly and painlessly.
Continue reading “More fun with Integration Manager”
I’m working on an upgrade at a client from GP 2010 to GP 2015. Part of this involves upgrading Integration Manager to the newest version. As I opened IM the first time on a new install, I am reminded of what a pain in the butt it is to manually put the reg keys in each workstation.
I started reading an old installation document to update it, a document that was written by someone else for their GP 2010 installs. It struck me that many people still don’t know there is a faster way to register Integration Manager on every machine, instead of having registration keys handy to cut and paste into each installed workstation. The instructions include the keys and the steps to put new keys in on each installation.
Continue reading “The quick way to register Integration Manager”
This is a short post… a bizarre issue that I can’t find an answer to.
A client has a bunch of inactive GL accounts and for a project, wants to re-active them to do some re-allocations and then inactive them again. Simple right?
I set up a simple Integration Manager integration for them, and set the “Inactive” field to “Use Input”. In other words, let the user decide if they are inactivating or re-activating the accounts. Better than changing the integration, right?
Seemed like a good idea at the time. So we set the field to Use Input and then they ran it, it gives them a drop down list, and they chose False, as in “re-activate”. They run the integration and start getting a bunch of errors “This account has a current balance”. Hmmm. That should not matter if you are “activating” so I didn’t understand the message.
Continue reading “Bizarro world: Integration Mgr “use input” doesn’t work”