Skip to content

Commit f4dab92

Browse files
authored
some changes
1 parent 6e6d9f2 commit f4dab92

File tree

2 files changed

+36
-33
lines changed

2 files changed

+36
-33
lines changed
Lines changed: 34 additions & 33 deletions
Original file line numberDiff line numberDiff line change
@@ -1,8 +1,8 @@
11
---
2-
title: Vendors can't sign in to the Vendor Collaboration Portal after re-onboarding
3-
description: Steps to troubleshoot when vendors can't access the Vendor Collaboration Portal (VCP) after re-onboarding in Dynamics 365 Supply Chain Management.
2+
title: Vendors Can't Sign In To Vendor Collaboration Portal After Reonboarding
3+
description: Steps to troubleshoot when vendors can't access the Vendor Collaboration Portal (VCP) after reonboarding in Microsoft Dynamics 365 Supply Chain Management.
44
author: vermayashi
5-
ms.date: 09/02/2025
5+
ms.date: 09/10/2025
66
ms.search.form: PurchTable, PurchTablePart, PurchRFQTable
77
audience: Application User
88
ms.reviewer: kamaybac
@@ -12,70 +12,71 @@ ms.search.validFrom: 2021-05-31
1212
ms.dyn365.ops.version: 10.0.13
1313
ms.custom: sap:Purchase order procurement and sourcing\Issues with vendor management
1414
---
15+
# Vendors can't access the Vendor Collaboration Portal (VCP) after reonboarding
1516

16-
# Vendor unable to access Vendor Collaboration Portal (VCP) after re-onboarding
17+
This article provides troubleshooting steps to help resolve issues when vendors are unable to access the Vendor Collaboration Portal (VCP) after being reonboarded in Dynamics 365 Supply Chain Management.
1718

18-
## Symptom
19+
## Symptoms
1920

20-
Vendor attempts to access the Vendor Collaboration Portal (VCP) but encounters the error:
21+
When a vendor attempts to access the Vendor Collaboration Portal (VCP), the following error message occurs:
2122

2223
> The user must have access to at least one vendor.
2324
24-
Occurs specifically after a vendor has been re-onboarded and access was previously working.
25+
This error occurs specifically after a vendor has been reonboarded and access was previously working.
2526

26-
## Cause
27+
## Cause 1: The vendor request isn't in "Request approved" status
2728

28-
This issue can occur if:
29-
30-
- The vendor request may not actually be in **Request approved** status.
31-
- The **Vendor collaboration access** permission may have been set to **No** during approval.
32-
- Required **External roles** might not have been assigned to the vendor user.
33-
- Tenant and user mapping may be out of sync, especially for portals relying on internal data sync mechanisms (e.g., Microsoft Support–only tools).
34-
- The vendor may still be attempting to log in with incorrect credentials (not using their assigned **work account**).
35-
36-
## Resolution
37-
38-
Follow these steps to resolve the issue:
39-
40-
### Step 1: Verify vendor request status
29+
**Resolution:**
4130

4231
Make sure the vendor request status is set to **Request approved**.
4332

4433
For details about checking vendor request status, see [Vendor requests](/dynamics365/supply-chain/procurement/vendor-onboarding#vendor-requests).
4534

46-
### Step 2: Check vendor collaboration access
35+
## Cause 2: The "Vendor collaboration access" permission is set to No during approval
36+
37+
**Resolution:**
4738

48-
Verify whether the **Vendor collaboration access** permission was set to **Yes** during the vendor request approval.
39+
If it's set to **Yes**, the vendor user should already have the appropriate roles assigned automatically.
4940

50-
- If it was set to **Yes**, the vendor user should already have the appropriate roles assigned automatically.
51-
- If it was set to **No**, you can manually grant the necessary roles to the vendor user instead of restarting the onboarding process.
41+
If it's set to **No**, you can manually grant the necessary roles to the vendor user instead of restarting the onboarding process.
5242

5343
> [!NOTE]
54-
> You dont need to start the onboarding process over if this setting was missed. You can assign the vendor roles manually.
44+
> You don't need to restart the onboarding process if this setting was missed. You can assign the vendor roles manually.
5545
5646
For details about setting up vendor collaboration access, see [Approving a vendor request](/dynamics365/supply-chain/procurement/vendor-onboarding#approving-a-vendor-request).
5747

58-
### Step 3: Confirm external roles
48+
## Cause 3: Required "External roles" aren't assigned to the vendor user
49+
50+
**Resolution:**
51+
52+
Verify that the vendor user's account includes the roles defined for the _Vendor_ type in **External roles** after reonboarding.
5953

60-
Verify that the vendor user’s account includes the roles defined for the _Vendor_ type in **External roles** after re-onboarding.
6154
For details about setting up vendor collaboration security roles, see [Set up vendor collaboration security roles](/dynamics365/supply-chain/procurement/set-up-maintain-vendor-collaboration#set-up-vendor-collaboration-security-roles).
6255

63-
### Step 4: Perform data synchronization
56+
## Cause 4: Tenant and user mapping out of sync
57+
58+
Tenant and user mapping might be out of sync, especially for portals relying on internal data synchronization mechanisms (for example, Microsoft Support–only tools).
59+
60+
**Resolution:**
6461

6562
If the vendor still can't access the VCP portal, data synchronization might be required.
6663

6764
This step can only be completed by **Microsoft Support advocates**. If you're a customer or partner, contact Microsoft Support to perform the following steps in the Microsoft Volume Licensing Support Portal (MVLSP):
6865

6966
1. Sign in to the **MVLSP** portal.
70-
2. Go to **Quick Tasks > View Tenant Mapping**.
67+
2. Go to **Quick Tasks** > **View Tenant Mapping**.
7168
3. Select the correct **Purchase Account**.
7269
4. Select **Update MSDN Managers** to refresh the user mapping data.
7370

74-
### Step 5: Ask the vendor to retry login
71+
## Cause 5: Vendor using incorrect credentials
72+
73+
The vendor might still try to sign in using incorrect credentials (not using their assigned **work account**).
74+
75+
**Resolution:**
7576

76-
After completing the previous steps, ask the vendor to sign in again using a **work account**.
77+
After completing the previous troubleshooting steps, ask the vendor to sign in again using a **work account**.
7778

78-
For details about vendor onboarding and login steps, see [Vendor onboarding](/dynamics365/supply-chain/procurement/vendor-onboarding).
79+
For details about vendor onboarding and sign-in steps, see [Vendor onboarding](/dynamics365/supply-chain/procurement/vendor-onboarding).
7980

8081
> [!TIP]
8182
> If the issue persists, review the vendor collaboration setup and user role assignments to ensure no conflicting configurations exist.

support/dynamics-365/supply-chain/toc.yml

Lines changed: 2 additions & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -168,6 +168,8 @@
168168
href: procurement/post-setting-turned-off.md
169169
- name: Unit prices on purchase orders aren't calculated based on the unit conversion
170170
href: procurement/po-unit-prices-not-calculated.md
171+
- name: Vendor can't access Vendor Collaboration Portal after reonboarding
172+
href: procurement/vendor-unable-to-access-vendor-collaboration-portal.md
171173
- name: Workflow approval fails with "Accounting distribution validation failed"
172174
href: procurement/po-workflow-accounting-distribution.md
173175
- name: You can only complete a purchase order action for fully distributed line numbers

0 commit comments

Comments
 (0)