Skip to proposal annex
Credential SignalNamed proof before shortlist

Printable procurement annex / August 2026

Adobe Commerce Proposal Credential Annex

Attach one completed record for every named person. Preserve the live Adobe URL, exact role and level, current status and dates, proposed allocation, location, working hours, start assumption, route evidence, reviewer decision, and buyer-controlled substitution approval.

01 / INSTRUCTIONS
Make the proposal testable

Use the annex as part of the signed delivery record

Complete this annex after the buyer opens each credential URL and reviews the proposed person. Attach it to the proposal or statement of work. Repeat it for substitutes and material allocation changes.

Name people, not only roles"Two developers" is not enough. Record the person attached to every delivery role and mark unfilled positions.
Keep source and interpretation separateCopy Adobe fields exactly. Put buyer conclusions about role fit, experience, and approval in separate rows.
Use explicit assumptionsAllocation, start date, location, and working hours remain assumptions until the supplier accepts them in writing.
Control replacementA substitute should meet the same evidence standard and require buyer approval before becoming the accepted person.
02 / CONTROL
Identify this record

Document and decision details

ProposalRecord control

Buyer organization: __________________________________________

Supplier organization: ________________________________________

Project or workstream: ________________________________________

Proposal and annex version: ___________________________________

ReviewDecision control

Buyer reviewer: ______________________________________________

Technical reviewer: __________________________________________

Review date and time zone: ___________________________________

Required credential recheck date: _____________________________

03 / NAMED PERSON
Credential evidence

Named-person and live Adobe record

Required named-person credential fields
FieldSupplier recordBuyer verification
Named personFull legal or verified working name________________________________
Employment relationshipEmployee, contractor, or disclosed delivery partner________________________________
Proposed roleExact project role and decision authority________________________________
Live Adobe URLFull Adobe-hosted validation address________________________________
CredentialExact Adobe Commerce credential title________________________________
Role and levelRole and Professional, Expert, or Master as displayed________________________________
StatusCurrent status on the Adobe page________________________________
Issue and expiryExact issue and expiry dates where shown________________________________
Last live checkDate, time, time zone, and reviewer________________________________

Evidence limit: a credential verifies an Adobe award for the holder. It does not verify employment, assignment, capacity, start date, project results, code quality, or delivery authority. Record those separately below.

04 / ALLOCATION
Make coverage measurable

Location, hours, capacity, and start assumption

CapacityPerson-specific

Allocation percentage or hours each week: ______________________

Other known commitments: _____________________________________

Allocation start and review date: _______________________________

CoverageExact working window

Work location and time zone: __________________________________

Normal working hours in local time: ____________________________

Required buyer overlap and shared time zone: __________________

Holiday and on-call boundary: _________________________________

StartState assumptions

Earliest start assumption: ____________________________________

Conditions before start: ______________________________________

Ramp plan and expected full allocation date: _________________

Access or onboarding dependencies: ____________________________

05 / ROUTE EVIDENCE
Connect proof to the workload

Recent work that matches the proposed route

Route evidence record
Evidence fieldRecord for the named person
Buyer routeUpgrade, rescue, B2B, ERP or PIM integration, storefront, performance, operations, or another defined route: ________________________________
Relevant projectClient or anonymized reference, public case URL where available, and delivery dates: ________________________________________________
Named person's workModules, systems, decisions, code, review, testing, or operational responsibility completed by this person: __________________________
Outcome sourceClient reference, public case, repository evidence, architecture record, or supplier statement: _____________________________________
Evidence boundaryWhat the source does not prove about the new project: ______________

Do not attach a company case to every candidate by default. Record whether the named person worked on it and what they did. If that cannot be verified, describe the case as company evidence and mark the candidate's direct contribution as not evidenced.

06 / REVIEW
Interview and practical evidence

Reviewer record for role fit

InterviewNamed reviewers

Candidate interview date: ____________________________________

Supplier interviewer: ________________________________________

Buyer interviewer: __________________________________________

Topics and route questions: __________________________________

Practical reviewProportionate to access

Exercise, code sample, or architecture discussion: ____________

Reviewer and review method: __________________________________

Result: ☐ Accepted   ☐ Accepted with conditions   ☐ More evidence needed   ☐ Rejected

Conditions or evidence gaps: __________________________________

07 / SUBSTITUTION
Buyer-controlled change

Replacement evidence and approval

Substitution control
ControlAgreed rule
NoticeMinimum notice period and permitted urgent exception: __________________
Evidence floorReplacement must meet the same named credential, route evidence, interview, availability, and working-hour checks unless the buyer accepts a written exception.
HandoverRequired overlap, documentation, repository transfer, open-risk review, and knowledge handoff: _____________________________________
Buyer approval☐ Written approval required before allocation   ☐ Buyer may interview   ☐ Buyer may reject
Commercial effectRate, delay, replacement cost, and service-credit treatment: __________

Default control: no unreviewed person inherits the accepted status of the original candidate. Create a new annex record and repeat the live badge, role-fit, allocation, and route-evidence checks.

08 / SIGN-OFF
Record the decision

Named-person acceptance

Final status

Do not sign until the open fields are explicit

☐ Accepted for the named role   ☐ Accepted with listed conditions   ☐ Proposal-needed   ☐ Not accepted

Buyer approver: ____________________ Date: ____________________

Supplier acknowledgement: ____________________ Date: ____________________

Conditions and attached evidence: ____________________________________________

09 / SOURCES
Verification basis

Use with the live Adobe record

Legal boundary: this is a procurement worksheet, not legal advice or a substitute for buyer counsel. Adapt approval, privacy, worker-classification, security, and employment terms to the contract and jurisdiction.