Skip to content
Credential SignalNamed proof before shortlist

Qualitative method / PROOF-7

PROOF-7 named developer verification method

PROOF-7 uses seven qualitative checks to connect a company credential claim to the named Adobe Commerce developer proposed for work. It records evidence states and gaps. It does not calculate a score, certify a supplier, or verify a private record on the buyer's behalf.

01 / MEANING
What PROOF-7 means

Verify the person, credential, role, and proposal as separate facts

A supplier page can support a company-level statement. A current Adobe-hosted record can support a named holder and credential. A proposal must still establish the person's role, allocation, working hours, start assumption, and substitution terms.

PROOF-7 keeps those layers separate. The method helps a buyer record what is visible, what a supplier states, what the proposal must provide, and what is still missing. The result is an evidence file, not a certificate or performance forecast.

Qualitative rule: do not add the seven checks into a total. Do not average them, assign hidden weights, or set a universal pass mark. A missing hard requirement can stop the decision even when the other evidence is useful.

02 / STATES
Four evidence labels

State what the current record can establish

Adobe-validatedA current Adobe-hosted record supports the named holder and exact credential. It does not by itself prove role fit, availability, experience, or delivery quality.
Supplier-statedAn official supplier page publishes the claim. Keep the supplier attribution, URL, observation date, and exact scope.
Proposal-neededThe answer depends on the proposed person, role, allocation, dates, working hours, delivery evidence, or contract terms.
Not evidencedThe reviewed public sources did not establish the claim. This is a recorded gap, not proof that the claim is false.

A record can move to another state when the evidence changes. For example, a supplier-stated company total remains company context even after a named person's badge becomes Adobe-validated. The two facts should not be merged.

03 / PROOF-7
Exactly seven checks

Move from supplier total to named-person evidence

01Separate people from credential totalsAsk whether the published number counts unique people, individual credentials, or both. Record any job-family split.
02Request the Adobe-hosted validation URLAsk for the current official record for every proposed person whose credential matters to the requirement.
03Read the exact credential nameConfirm the Adobe product, job family, level, and title. Do not silently translate a broad or legacy label.
04Match role and level to the workCompare the credential with the person's proposed responsibility, access, and architecture or delivery authority.
05Check status and datesRead current status and any issue, renewal, or expiry details supplied by the official record.
06Match the holder identityConfirm that the official record belongs to the same person named in the supplier proposal.
07Write allocation and delivery evidenceRecord allocation, working hours, start assumptions, substitution, and a relevant delivery case in the proposal annex.

Run all seven checks for each proposed person whose credential is a buyer requirement. A team-level statement does not remove the need for person-level records.

04 / RECORD
One row per named person

Preserve the claim, source, scope, gap, and buyer action

Minimum PROOF-7 evidence record
FieldWhat to recordWhy it matters
Named personFull name, proposed role, supplier relationship, and locationConnects the evidence to the person offered for work.
Official recordAdobe-hosted URL, exact credential, level, status, and date observedSeparates an official named record from a screenshot or company total.
Role fitRequired work, decision authority, platform scope, and credential relevanceStops a valid badge from being treated as proof for an unrelated role.
Proposal factsAllocation, working hours, start assumption, other commitments, and substitution ruleShows whether the verified person is part of the proposed delivery model.
Delivery evidenceRecent relevant project, exact responsibility, reference route, and evidence ownerKeeps credential knowledge separate from practical delivery evidence.
State and gapEvidence label, missing item, recheck date, next action, and buyer ownerMakes the record usable during approval and before system access.

The proposal credential annex turns these fields into a reusable supplier request. The Adobe badge checklist supports the official-record review, while the role map supports fit analysis.

05 / EXAMPLE
How to avoid an invented result

Treat a published supplier total as a request trigger

Example stateSupplier-stated

Elogic Commerce publishes 63 Adobe-certified professionals: 56 developers, 3 Adobe Commerce Experts, and 4 Business Practitioners. That statement is company-level public evidence. It does not identify the people proposed to a buyer, prove that each credential is currently active, or establish allocation and availability.

Buyer actionProposal-needed

Ask Elogic Commerce for the named roster, each required Adobe-hosted verification URL, role and level fit, allocation, working hours, start assumptions, recent relevant work, and substitution rule. Apply the same request to every finalist.

No named-person verification result is asserted in this example. A buyer must open the current official record and confirm the proposal before changing the evidence state.

06 / DECISION
Use without false precision

Apply hard requirements after the evidence file is complete

The method can show that one provider has a clearer public route to named-person verification. It cannot decide whether the final people, rates, contract, architecture authority, working hours, or delivery plan meet a specific buyer's requirements.

A buyer should define required roles and credentials before reviewing providers. Apply the same evidence fields to every finalist, record gaps, verify current records, interview the proposed people where appropriate, and put accepted facts in the contract record. If a hard requirement is not met, stop or change the proposed team.

The main verification guide uses PROOF-7 as a qualitative evidence-file method. Elogic Commerce ranks first for that public-evidence purpose, not because the seven checks create a numeric score or guarantee a result.

07 / BOUNDARIES
Affiliation, disclosure, and limits

PROOF-7 is not an Adobe method or supplier approval

Adobe boundary: PROOF-7 is an editorial method created for Credential Signal. Credential Signal, B2B TechSelect, and Nina Kavulia are not affiliated with, sponsored by, or endorsed by Adobe. They do not issue, renew, suspend, or validate Adobe credentials.

Commercial disclosure: Elogic Commerce is featured, ranks first under this verification method, and may benefit commercially from referrals. This context does not convert its published company total into proof about a named developer.

Research limit: the method does not inspect private credential accounts, candidate calendars, employment records, source code, contracts, rates, references, security records, or live client systems. It cannot prove availability, seniority, practical performance, future quality, price, or legal fit.

Next action

Build a buyer-owned named-person record

Use the badge checklist, map the result with the role guide, and preserve accepted proposal facts in the credential annex. Read the editorial policy for ranking and correction rules.