Choose your path Increase your proficiency with the Dynamics 365 applications that you already use and learn more about the apps that interest you. Up your game with a learning path tailored to today's Dynamics 365 masterminds and designed to prepare you for industry-recognized Microsoft certifications.
Visit Microsoft Learn
2020 release wave 1Discover the latest updates and new features to Dynamics 365 planned through September 2020
Release overview guides and videos Release Plan | Preview 2020 Release Wave 1 TimelineWatch the 2020 Release Wave 1 virtual launch event
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 TechTalks | Customer Engagement TechTalks | Upcoming TechTalks
Lately updated test environment from CRM 2016 SP1 to 126.96.36.1999 (Dynamics 365 On-Premises)
So, given 2 organizations: TEST (newly created Dynamics 365 Org) and EXIST (existing one, upgraded in-place, including database. This DB was created at least with version CRM 2013, could be even CRM 2011)
Trying to debug situation:
I did capture HTTP requests from both organizations: TEST, EXIST. The requests match, no problem (only record id's different). Comparing response, I see that traversedpath and stageid remains old one for EXIST oganization. For TEST organization it returns new stage and traversedpath values correctly. So that means that there is no problem with CRM UI or HTTP request, but it has to be within application logic/database.
I did try to capture requests for BusinessProcessFlowInstance and ProcessStage tables/views to see if anything suspicious happening there like SQL errors or no data returned or something. For EXIST organization, 3 SQL SELECTs where issued and nothing more. For TEST, many more requests were issued, including UPDATE/INSERT statements. However, nothing suspicious for those 3 SQL SELECTs for EXIST organization: they all contained valid data compared to TEST.
One step in business process flow appears to work when entity transition happens, when qualifying LEAD -> Opportunity. But when on opportunity, no longer business process flow steps work.
Couldn't find anyone having such problems. Ideas?
I don't know if it is possible to change process in code, but I did try doing this and it didn't help:
Entity updateOpportunity = new Entity("opportunity", opportunity.Id);
updateOpportunity["stageid"] = new Guid("1b5cc994-b77b-7de7-adec-0670595dc475");
updateOpportunity["traversedpath"] = "0b777d40-3f5b-4687-8d90-cb4d650189cc,1b5cc994-b77b-7de7-adec-0670595dc475";
Hi I read your question. It has raised a question for me which I cannot get a straight answer on. At what point will Dynamics CRM On prem become obsolete? is the a relevant question?
Maybe stupid, but can you check that id of BPF (processid) in your records matches id of your BPF? Maybe for some reason they are different.
Yes, they do match. That's why I said that, looking at SQL tables, nothing suspicious there. During HTTP Request/Response, I see that correct process id is being passed.
I won't be able to debug this any further, as I had to rollback our environment so we can get some work done. So I hope maybe someone has encountered this and has a solution for it so we can try another update attempt.
I ran into a similar situation with my CRM 2016 BPF - after upgrading to Dynamics 365 On-Premise, only new records with the BPF worked. After some SQL debugging, i noticed that the pre-existing BPF's were missing UniqueName, and BusinessProccessType in the workflowbase table. Once i added these, my BPFs in Dynamics 365 started working again. I spoke with MS, and this is a known bug and is supported.
Thanks for the tip. I left CRM 365 DB hanging aound and I can see that for Custom BPF, UniqueName and BusinessProcessType IS populated. For most built-in bpf, they are empty.
However on CRM 2016 DB, UniqueBame is empty for all BPFs, but BusinessProcessType populated exactly like in CRM 365.
Moreover, even for new records BPFs don't work.
Dealt with MS on this earlier this week after our update last weekend. It is a known issue after update to newest version. I was assured they are working on it. No new updates since Tuesday.
Thanks. Would be nice if you could post here any updates on the issue. But that looks like next CRM Update is mandatory :)
I'm curious since you said your UniqueName & BusinessProcessType columns were filled in - did you attempt at 'save as' of your business process flow and set the newly copied as the primary flow? Before navigating to the db to manually update those columns, this worked for me in initially fixing the failing BPFs. I assume this would have failed as your issue is definitely different than mine.
Try the below suggestion to repopulate the unique name.
As I did write before, deactivating/activating didn't help: "Activating, deactivating, changing Business process flow ownership - doesn't help."
For concerned business process flows I had the unique name populated as seen in screenshot.
More info on this issue and provided workarounds:
“Next Stage” button do not set the stage as active in D365 BPF
"The issue is expected to get resolved by July 2017. For now as a workaround, we are required to deactivate all the workflows related to the entity for which BPF is configured and activate them again. Second workaround is to convert the background workflows to real time workflows."
I cannot verify because currently no CRM 365 instance available.
Hi, is there any updates to this?
Yes, there is. It has been fixed since April 2017 update. See: Microsoft Dynamics 365 (online and on-premises) Update 2.1
could you tell me where you found the information in your screenshot?
I need to change the UniqueNames of some BPFs but can't seem to find them in my CRM DB.
you can refer below picture on how to retrieve it.
Business Applications communities