Vendor Assessment Protocol¶
ADR-017 | Vendor profiles in UC-BoK require evidence-based assessment workshops — not slide decks or marketing claims.
Why No Vendor Profiles Exist Yet¶
UC-BoK does not publish vendor capability profiles based on self-reported data, vendor documentation, or analyst reports. This is a deliberate architectural decision (see ADR-017).
An empty, correct model is better than a populated, incorrect one.
The same platform can behave very differently depending on configuration, version, integration depth, and the SI who deployed it. The only reliable source of vendor capability data is a real deployment tested against UC-BoK canonical scenarios by a qualified System Integrator.
The Vendor Assessment Protocol¶
A vendor profile may only be submitted to UC-BoK after completing the following steps:
Step 1 — Scope Agreement¶
Select the target vertical (RA-001, RA-002, or RA-003) and the subset of capabilities to be assessed. At minimum, all critical capabilities for that vertical must be covered.
Step 2 — Test Scenario Selection¶
For each capability, select one or more canonical test scenarios from the UC-BoK Process Catalog. Each scenario is a real end-to-end flow (e.g., BOPIS happy path, Ship-from-Store exception handling, clienteling sale with loyalty earn).
Step 3 — Live Assessment¶
A qualified System Integrator or certified assessor executes the test scenarios on a representative deployment of the vendor platform: - Standard configuration (no customisation beyond what a typical retailer would apply) - Current production-release version - Documented environment (cloud/on-premise, integration topology)
Step 4 — Capability Scoring¶
Each tested capability receives a UCMI maturity score (0–4) using the evidence from Step 3:
| Score | Label | Evidence Requirement |
|---|---|---|
| 0 | Absent | Capability not present or completely broken |
| 1 | Ad hoc | Feature exists but works only in single channel or requires manual workaround |
| 2 | Fragmented | Works cross-channel but requires custom integration or has documented limitations |
| 3 | Integrated | Consistently works cross-channel with standard configuration |
| 4 | Optimised | Real-time, data-driven, API-first — no workarounds required |
Step 5 — Peer Review¶
The assessment report is reviewed by at least one independent UC-BoK assessor (not affiliated with the vendor or the primary SI).
Step 6 — Submission¶
The vendor profile is submitted as a pull request to catalogs/vendor-profiles/<vendor-id>/ following the UC-BoK vendor profile schema. The submission must include:
- profile.yaml — structured capability scores
- evidence.md — test scenario results and observations
- assessor.yaml — assessor identity, date, platform version, environment
Vendor Profile Structure (Future)¶
Once the Protocol is complete, vendor profiles will live at:
catalogs/vendor-profiles/
<vendor-id>/
profile.yaml ← capability scores + metadata
evidence.md ← test scenario results
assessor.yaml ← assessor + environment metadata
Not in catalogs/vendor-mapping.yaml — that file is reserved for the framework skeleton only.
Current Status¶
| Category | Count |
|---|---|
| Vendor profiles (evidence-based) | 0 — awaiting first workshop |
| Assessors certified | pending |
| Planned workshops | TBD |
Participating as an Assessor or Vendor¶
If you are a System Integrator or vendor who wants to contribute an evidence-based vendor profile:
- Read ADR-017 for the rationale and governance rules.
- Contact the UC-BoK Editorial Board to schedule a workshop.
- Ensure your assessment covers all critical capabilities for the target vertical (RA-001, RA-002, or RA-003).
- Submit your profile following the schema and peer review process above.
This page reflects the current status of the UC-BoK Vendor Assessment Programme — v1.1-alpha. The first vendor profiles are expected after the inaugural assessment workshop.
Vendor-specific product names MAY appear in notes, but SHOULD NOT replace canonical UC-BoK identifiers.
Coverage Dimensions¶
| Dimension | Meaning |
|---|---|
| Capabilities | Business capabilities covered by the vendor |
| Services | Business services implemented or supported |
| Processes | Business processes supported end-to-end |
| Applications | Application components represented by the vendor |