Integration using RTC published pages
dstockill
Member Posts: 3
Hi All
We are currently implementing NAV 2009 RTC version, the main reason for the choosing NAV was the strength of being able to expose web services for integration. We are currently writing bespoke .NET operational software using C# and web services. Now that we have started our integration part of the project our NAV partner is suggesting that we need to create XML ports for the integration through our messaging software.
We have asked the question about exposing pages as web services and mapping directly into those through C#, however our partner is suggesting we stay away from that method. My question to the forum is we have below 100 messages to integrate between the 2 systems and are our partners pulling the wool over our eyes in order for more development time, or are they correct in the dangers of exposing pages.
We have done some testing ourselves and seem to have no trouble with proof of concept of integrating through this method.
Thanks in Advance
David
We are currently implementing NAV 2009 RTC version, the main reason for the choosing NAV was the strength of being able to expose web services for integration. We are currently writing bespoke .NET operational software using C# and web services. Now that we have started our integration part of the project our NAV partner is suggesting that we need to create XML ports for the integration through our messaging software.
We have asked the question about exposing pages as web services and mapping directly into those through C#, however our partner is suggesting we stay away from that method. My question to the forum is we have below 100 messages to integrate between the 2 systems and are our partners pulling the wool over our eyes in order for more development time, or are they correct in the dangers of exposing pages.
We have done some testing ourselves and seem to have no trouble with proof of concept of integrating through this method.
Thanks in Advance
David
0
Comments
-
From what you wrote, I would say that the partner does not have a lot of experience in NAV 2009 and that is why trying to avoid new way of communication (having experience in doing it in the way they know).
On another hand, a lot depends on messages that you are going to send to NAV.
How exactly they define the reason for not using webservices?0 -
Without agreeing or disagreeing with your partners recommendation. It depends on what you are trying to integrate. Can you give detail - eg Customers, Sales Orders. Are you trying to do heavy processing functions such as posting?
When it comes to xml or file integration. Most of the work is done in NAV to import and handle errors etc.
When it comes to web services - generally the caller (your c# project) has to deal with errors. If an error occurs - how to resend, where to log it etc.
I would go with web services where possible. This is what I recommend to most of our customers. From my experience it is very stable.0
Categories
- All Categories
- 73 General
- 73 Announcements
- 66.7K 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
- 323 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