System decomissioned, but need the data in SQL (date issues)

Fatboy40
Member Posts: 5
Until the 1st Jan 2008 the company I work for used 3.60 as their ERP system, they migrated to Vantage from Epicor and are still happily using it, so 3.60 is no no longer under maintenance.
I joined the company just before this occured. and they used a local guy, not a partner, to get out their live data using ODBC (I think).
Now it would be great if ALL data from 3.60 had been converted to MS SQL instead, which is what I'd now like to do. I've hit the following problems though...
# Dates prior to 1753.
# Our license will not alow us to run things such as migrate.fob
# The costs of getting a partner to convert our data are too high for us to cover right now (around £3,000 GBP).
... and it looks like the only way we can get this done is with a partner unless anyone else has a clever idea ?.
Thanks.
I joined the company just before this occured. and they used a local guy, not a partner, to get out their live data using ODBC (I think).
Now it would be great if ALL data from 3.60 had been converted to MS SQL instead, which is what I'd now like to do. I've hit the following problems though...
# Dates prior to 1753.
# Our license will not alow us to run things such as migrate.fob

# The costs of getting a partner to convert our data are too high for us to cover right now (around £3,000 GBP).
... and it looks like the only way we can get this done is with a partner unless anyone else has a clever idea ?.
Thanks.
0
Comments
-
I think you are going to be pressed to do it any cheaper. The alternative is to write something using ODBC to pull the data. Which will probably cost more than that.David Singleton0
-
Fatboy40 wrote:# Dates prior to 1753.0
-
Savatage wrote:Fatboy40 wrote:# Dates prior to 1753.
Yes but he doesn't have a developer's license. :whistle:David Singleton0 -
David Singleton wrote:Savatage wrote:Fatboy40 wrote:# Dates prior to 1753.
Yes but he doesn't have a developer's license. :whistle:Robert de Bath
TVision Technology Ltd0 -
David Singleton wrote:I think you are going to be pressed to do it any cheaper. The alternative is to write something using ODBC to pull the data. Which will probably cost more than that.
Agreed.
I thought I'd throw this out there one last time though just incase a miracle occurs, money is tight in Manufacturing so I think this will have to wait until our order levels pick up then employ a Partner.0
Categories
- All Categories
- 73 General
- 73 Announcements
- 66.6K Microsoft Dynamics NAV
- 18.7K NAV Three Tier
- 38.4K NAV/Navision Classic Client
- 3.6K Navision Attain
- 2.4K Navision Financials
- 116 Navision DOS
- 851 Navision e-Commerce
- 1K NAV Tips & Tricks
- 772 NAV Dutch speaking only
- 617 NAV Courses, Exams & Certification
- 2K Microsoft Dynamics-Other
- 1.5K Dynamics AX
- 320 Dynamics CRM
- 111 Dynamics GP
- 10 Dynamics SL
- 1.5K Other
- 990 SQL General
- 383 SQL Performance
- 34 SQL Tips & Tricks
- 35 Design Patterns (General & Best Practices)
- 1 Architectural Patterns
- 10 Design Patterns
- 5 Implementation Patterns
- 53 3rd Party Products, Services & Events
- 1.6K General
- 1.1K General Chat
- 1.6K Website
- 83 Testing
- 1.2K Download section
- 23 How Tos section
- 252 Feedback
- 12 NAV TechDays 2013 Sessions
- 13 NAV TechDays 2012 Sessions