Share
Report1. Which types of integration are allowed except using - Application Integration Framework? Maybe there are options like "SOAP" or "REST" API services.
You’re offline. This is a read only version of the page.
35
1. Which types of integration are allowed except using - Application Integration Framework? Maybe there are options like "SOAP" or "REST" API services.
Now you're changing the topic of this thread. The original question was "Which types of integration are allowed" and now you're talking about a specific scenario. Please don't do that in future, because it's confusing. For example, if you get an answer and verify it, which of the different questions is it answering? A better approach is creating separate threads - each of them will have relevant title and tags and it'll be clear which topic is discussed there.
Anyway, regaring your scenario...
It looks a bit strange that you say that "every hour system must go to Dynamics AX". It looks like an implementation decision rather then a business requirement. The same behavior could be implemented by having F&O sending data every hour. There also could be a middle-tier layer, therefore neither system would directly communicate with the other.
If I limit myself to your design, I would consider these approaches for getting data from AX:
Ok. I'll explain in more detail - We have a system. Part of the functionality of this system is to receive AR- account receivable information (e.g. Invoices, Payments, Customers..). This system should store this data in the actual state for that reason there is working "Synchronization". Every hour system must go to Dynamics AX and get AR data for having its own DB in the fresh state. Maybe we can do that via API for collecting AR data or have some access to the DB of Dynamics AX via some drivers or something like that. For that reason, I'm asking - how we can integrate our system with the Dynamics AX for described needs?
Maybe you could advise - which type of integration the more appropriate?
This is impossible to say at the moment. Before you can decide which solution is the best, you must now which solutions you can choose from. You can only use those that meet business requirements. But you can't know that unless you underestand what the requirements are.
You need to think about many things, such as:
The requirements are as follows - for example, there is an Dynamics AX and another external system 2. There is also a connection system between them, which receives data from the Dynamics AX, processes them, and then provides data to the external system. Integration is to obtain data on the connector via (try to find the way). What is the best way to use it for such a case?
SOAP is a commication protocol. AX 2012 uses it for web services. There are indeed several other types web services apart from AIF document services (custom services, query service, metadata service) and ways of integration, such as .NET Interop or DIXF (Data Import Export Framework) integration.
REST is an architectural style for designing web services over HTTP.
You can find some links in your related thread Integration documentation.
what is your requirement? I hope you are in D365 version?
The last version of AX 2012 is R3. But I wasn't sure if you don't mean D365FO. I'll change the version tag to "Dynamics AX 2012".
Stay up to date on forum activity by subscribing. You can also customize your in-app and email Notification settings across all subscriptions.
#1
André Arnaud de Cal...
291,280
Super User 2024 Season 2
#2
Martin Dráb
230,235
Most Valuable Professional
#3
nmaenpaa
101,156
All responses (
Answers (