web
You’re offline. This is a read only version of the page.
close
Skip to main content

Announcements

News and Announcements icon
Community site session details

Community site session details

Session Id :
Finance | Project Operations, Human Resources, ...
Unanswered

Supplier communication agent - not working

(3) ShareShare
ReportReport
Posted on by 214
 Hi All,

  We configured the Supplier Communication Agent (SCA) in D365 Finance & Operations around 7 months ago by following Microsoft document and fast track videos. At that time we tested for  'Emails from vendors' scenario, it worked fine.

Now , later when a po confirmation mail is sent to configured mail box, the flow - 
Speed up updates in purchase orders using a Supplier Communications Agent
and it extracting the information from mail body and passing it to theSupplier Communications Agent - inbound copilot agent.

1.But the mail which sent to configured mail is not coming to the - Follow up emails form in d365 fo.
2.I checked all the supplier communication agent configuration and set up, everything seems to good still not getting that mail into d365 F&O.
3.And we have enabled pay as you go for copilot studio
4.still not able to get why the emails not coming to the d365 fo, is there anything need to check.

 
Categories:
I have the same question (0)
  • Diego Mancassola Profile Picture
    902 on at
    Hello, check on power platform, there are a couple of power automate flow triggered by mail queue.
     
     
     
    Check also connections, can be degraded and you have to reauthenticate again
  • charanch Profile Picture
    214 on at

    I checked my flows which are in Activated state and connections also successfully configured(I didn't changed anything now), but still not able to work with Supplier communication agent, is there any way to work with it.

  • charanch Profile Picture
    214 on at
    Hi @Diego Mancassola,

    While troubleshooting the full process, I found that (self heal)speed up updates in purchase orders with supplier communication agent at this flow the below step is failing .

     
    2.In the above trigger in body, it returning false
    msdyn_PurchCopilotInboundShouldStageEmailCustomAPI_isValidForStaging"false.
    3.In next action in that flow, it checking this one, so it returning false and further process is stopped and records not coming to d365 fo.
     
     
     
  • charanch Profile Picture
    214 on at
    Hi All, 

    Problems I observed while troubleshooting the supplier communication inbound process (when a new email arrives from a vendor):


    1. Speed Up Updates in Purchase Orders with Supplier Communications Agent — This is the initial flow. It fetches records from Dataverse at 1-hour intervals. For example, if the flow runs at 1:00 PM, it retrieves records created or updated between 12:00 PM and 1:00 PM.
    2. After retrieving the records from Dataverse, the flow checks whether the selected email record has already been staged. If it has not been staged, the process continues with further steps.
    3. In the next step, the flow again verifies whether the fetched Dataverse record needs to be staged or if it has already been staged.

      This is the entire 1st flow : 

    4.  
     
    Input to the API call :
     
     
    Output:

    4.In the above step, the API response returns true it allowing the process in the first flow to continue.
    msdyn_PurchCopilotInboundShouldStageEmailCustomAPI_isValidForStaging,

    The first flow successfully validates the record and completes the subsequent processing steps.

    2.this is 2nd flow - (Self Heal) Speed up updates in purchase orders with Supplier Communications Agent.
    1. In the second flow, the system again checks whether the same Data verse record has already been staged. During the first flow execution, the record was not staged, so the API returned true and the processing was completed successfully. However, when the second flow performs the same validation, the record has already been processed/staged, causing the API call to return false, as shown below.
    2. This is my understanding during my troubleshooting process.
     
     
     
    1. As shown in the above API call output, the value of msdyn_PurchCopilotInboundShouldStageEmailCustomAPI_isValidForStaging": false is returned as false in the response body. Because of this, the subsequent processing steps are not executed, and the records are not being transferred to D365 F&O.
    2. Based on my analysis, it appears that the same record is being validated in both flows. The first flow processes and stages the record successfully, but when the second flow performs the validation again, the API returns false since the record has already been processed. I am not sure whether this is expected behavior or a Microsoft any update issue.

      Has anyone worked with the Supplier Communication Agent? Is it working correctly for you?


    3.  
     
  • Shubham Das Profile Picture
    77 on at
    Hi @charanch, 
     
    Can you please check if your monitored mailbox is active and rightly configured.
     
    Thanks,
    Shubham
  • charanch Profile Picture
    214 on at
    Hi @Shubham Das,

     I checked mailbox also it is in active state only.
    • Since we tested only in the UAT environment, there was no production data involved. We deleted the managed solution named “Copilot in Supply Chain Management anchor solution” from Power Apps.

    • After that, we reinstalled the “Copilot in Microsoft Dynamics 365 Supply Chain Management” app from the Power Platform Admin Center. We then reconfigured the mailboxes and activated the newly created flows.

    • The flows were not updated as shown in the demo video. However, I tested by sending a PO confirmation email to one of the configured mailboxes, and it was successfully processed into D365 FO.
    Questions in my mind :

    1.Earlier, my understanding was that when the flow gets triggered, the email data is sent directly to the Supplier Communication Agent - Inbound, and the insertion into Dataverse happens there.

    2.However, while deep-diving into the flow during troubleshooting, I noticed that the flow is actually fetching data from Dataverse and then calling the Agent . This indicates that the email data is already being inserted into the Dataverse table msdyn_erpemailextracteddata before the flow execution starts.

    3.So now my understanding is that there must be another process/service responsible for extracting the email content and inserting the records into the msdyn_erpemailextracteddata table prior to the flow trigger.

    Could you clarify where and how this insertion is happening?

  • charanch Profile Picture
    214 on at
    Hi All, 

           The below Supplier Communication Agent – outbound flow is referring to the table 'Copilot for Finance and Operations Agent Activities'. However, when I checked the Dataverse tables, I could not find this table. Instead, I found another table with a similar name: 'Copilot for Finance and Operations Agent Activity'.

    Since the below flow is a Microsoft-managed flow, it is not allowing changes to the table name. Due to this issue, the flow is not getting triggered to send outbound emails.

    If anyone has faced this issue before or knows how to resolve it, please share your suggestions.


     
     

Under review

Thank you for your reply! To ensure a great experience for everyone, your content is awaiting approval by our Community Managers. Please check back later.

Helpful resources

Quick Links

Season of Sharing Community Challenge Launch!

Jump in, show your community spirit, and win prizes!

Women in Power Builds Momentum

Expanding mentorship, skilling, and AI innovation

Congratulations to the May Top 10 Community Leaders

These are the community rock stars!

Leaderboard > Finance | Project Operations, Human Resources, AX, GP, SL

#1
Abhilash Warrier Profile Picture

Abhilash Warrier 461 Super User 2026 Season 1

#2
André Arnaud de Calavon Profile Picture

André Arnaud de Cal... 428 Super User 2026 Season 1

#2
Subra Profile Picture

Subra 428

Last 30 days Overall leaderboard

Product updates

Dynamics 365 release plans