Quote from Steve Stoneman on 07/12/07 at 10:36:12:
We paid to have our data converted, just so I did not have that headache. It took three attempts to "get it right" by our vendor. At least as "right' as we could determine. Then the vendor expressed surprise that we were actually going to go live. (SAY WHAT??? Isn't that what this is all about????? You are a very trusted consultant for DBA NG and you are surprised?) Trust me, they really, really mean it when they say the data transfer is not production ready. Be completely warned: It does not transfer everything you need. =Clue #1
DBA is at least fairly up front about that. I was aware that they don't guarantee anything in data conversion. It's one of the reasons we're using Evo instead of NG.
Quote:
We started having posting problems in the GL. Transactions were first not posting. Told DBA who replied "Yep, there appears to be a bug there." To their credit, they dropped a fix the next day. But ...... hey, how do I fix the transactions that are lost in space??? Hello???? Hello??? =Clue#2
Short answer: you don't get those transactions back. You have to practically reverse engineer what they were supposed to be and manually add them.
Quote:
We couldn't track costs the way Classic did because the GL was much more rigid to what accounts could be set up. DBA said "yep, that is the way it is." We did get two very detailed polite emails detailing the answer, but it still comes down to that I must adapt. =Clue #3
Yes, any time you switch software you'll take it in the shorts a few times. New software = new things to adapt to.
Quote:
Tickets referred to programming disappear totally. I got the same canned response. =Clue#4
Yes, this is what I love about ISTech. They actually talk to you and you can bug them when things aren't working yet.
Quote:
Reports are inadequate and impossible to alter because there is no up to date data dictionary. =Clue#6
Umm... It's a SQL interface, there isn't any such thing as a data dictionary anymore. At least there shouldn't be. It's simple, simple, simple to get the structure of a table in a SQL based DB.
Quote:
Moral: Do not even consider that this is an advanced or updated version to Classic. It is a totally different program whose goal is to do many of the same things that Classic does. It is just an alternative like any other MRP/ERP out there and should be approached with that mind set. EVALUATE and TEST in parallel.
Just sharing my experience.
Yes, it's a TOTALLY different program. And the users here hate the way it's setup. It's akin to Microsoft buying OSX and switching all windows users to it. It's that different and that shocking of a change.
I still maintain that it's SQL based layout is better than BTRIEVE and Delphi is better than TAS.