Check out the latest features available in Dynamics 365 for Customer Engagement, including LinkedIn Connect, Voice of the Customer and Universal Resource Scheduling.
Dynamics 365 2019 release wave 2 plan Discover the latest updates to Dynamics 365.Release Plan | Weekly Deployment Notes
Ace your Dynamics 365 deployment with packaged services delivered by expert consultants.Explore service offerings
Connect with the ISV success team on the latest roadmap, developer tool for AppSource certification, and ISV community engagements.
ISV self-service portal
The FastTrack program is designed to help you accelerate your Dynamics 365 deployment with confidence.
FastTrack Program | Finance and Operations TechTalks | Customer Engagement TechTalks | Talent TechTalks
I need to receive a message sent by another application to dynamics crm. This message cannot be sent in a format which is understood by dynamics crm, so I need to convert the message first.
I know that this is possible using a middleware which would do the converting part.
Are there any possibility to build something which runs on the crm instance itself? An aspx page or something like that? The page itself should be public so it should be accessible without authentication.
Thanks for the ideas
Usually messages listeners are hosted outside of Dynamics CRM and an example of this can be found here
That said for small deployments I have used email as a transport mechanism. I have created an email queue and then written a plug in that parses incoming received emails and updates CRM
I agree with Joe that the typical approach is to creating a message queue listener, for example an Azure Function or WebJob, to read in messages, translate them and perform CRUD operations in CRM.
Occasionally, there's a need to write a polling-based service, such as a Windows Service, to read data from somewhere (file drop, new records in a database, etc.) and update CRM accordingly.
CRM itself doesn't have a timer job that would facilitate a polling operation, but I've toyed with the idea of using an Azure Function, which can run on a schedule, to update a custom "Current Time" entity record in CRM every minute or so. Then, a plug-in can fire on the update of that record and spin off necessary polling or other time-based operations. Now that I write this, it sounds like a bad idea... but sometimes we need to think outside the box. :-)
Finally did a post on a solution that might work for you
Business Applications communities