Skip to content
Assyro AI
EDMS Supplier Assessment and Qualification
Compliance Systems

EDMS Supplier Assessment and Qualification

Guide

Qualify an EDMS supplier for a defined service using an evidence checklist, responsibility record and worked decision cases. Separate supplier approval from system acceptance.

Assyro Team
9 min read

EDMS vendor qualification is a documented decision about whether a named supplier can support a defined product, service and intended use. It requires evidence of the supplier's processes and responsibilities. A completed questionnaire, impressive demonstration or security logo does not establish that conclusion on its own.

Use this checklist for procurement and quality assessment of a life-sciences EDMS supplier. It produces a supplier evidence register and bounded qualification decision. Acceptance of your configured system remains a separate step.

The checklist is an editorial working aid, not an authority-issued qualification protocol. Primary sources were checked October 6, 2026. No named vendor has been tested or qualified for the reader by this article.

Define what the supplier is being assessed to provide

Complete the assessment header before sending questions:

Comparison table with columns Field, What to record
FieldWhat to record
Supplier and contracting entityLegal entity, relevant delivery/support entities and assessment owner
Product and serviceExact EDMS product, edition, hosting arrangement and implementation services
Intended useRecord families, sites and regulated workflows in scope
DependenciesHosting, identity, backup, export and other relevant service providers
Customer responsibilitiesConfiguration, record decisions, user administration and operating activities retained by the customer
Decision and approversProcurement qualification, permitted pilot or another explicitly defined decision
Evidence cutoffDate, evidence versions, unresolved requests and review trigger

Do not qualify a brand name while leaving the actual service unknown. A supplier may develop the software while a reseller implements it and another company hosts it. Assess the entities and handoffs relevant to your intended service, with a clear owner for gaps.

In human-medicines GMP uses within its scope, Annex 11 section 3 addresses supplier/service-provider responsibilities, competence, documentation review and inspection information. Audit need is risk-based. The Commission's current index still lists revision January 2011. These provisions do not make every EDMS or every supplier visit subject to an identical audit program. Annex 11 revision 1, section 3, current EudraLex index.

Set evidence rules before reviewing responses

For every row below retain criterion, applicability, evidence reference/version, observed result, reviewer, owner and closure action/date. Define which conditions are mandatory for the proposed qualification decision.

Use four results: supported, adverse, unknown and justified not applicable. Supported requires relevant evidence. Adverse means the evidence contradicts the criterion. Unknown means evidence or applicability is unresolved. Not applicable requires a documented reason accepted by the designated reviewer. A vendor's unsupported “yes” remains unknown.

Specify the depth of assessment from the consequences of service failure, supplier influence over records, complexity of dependencies, available assurance and known concerns. NIST's supply-chain risk guidance provides a framework for assessing cybersecurity risks in acquired products and services; it is not GMP certification. NIST SP 800-161 revision 1, updated November 2024.

Choose documentary review, remote assessment, a focused audit or a combination with a recorded rationale. Neither a large questionnaire nor a mandatory annual visit is a universal substitute for examining the consequential evidence.

Checklist A: supplier organization and development

Comparison table with columns Check, Evidence to request, Acceptance question
CheckEvidence to requestAcceptance question
A1. Relevant service identityContract scope and delivery mapDoes the evidence concern the exact proposed service and responsible entities?
A2. Quality responsibilitiesApproved responsibility structureWho owns development quality, support escalation and customer-facing quality issues?
A3. Development/change processControlled lifecycle procedure and representative completed changeCan the supplier trace a material change through its stated controls?
A4. Verification evidenceRelevant release testing and defect dispositionAre consequential known defects visible with their impact and handling?
A5. Configuration boundaryDescription of supported configuration/customizationWhich changes are supplier-controlled and which require customer assessment?
A6. Personnel competenceRelevant role qualification/training evidenceIs competence established for the work being relied on?

Request representative completed records where your risk assessment requires execution evidence. A procedure explains the intended process; a completed change record helps show how it operated. If confidentiality restricts access, agree an appropriate review mechanism and document what it establishes. Redacted evidence that removes every relevant outcome cannot support the same conclusion as an inspectable record.

Assess supplied validation materials against your intended use. A vendor package may support your work, but it does not automatically cover your configured workflows, integrations or record population. The computerized-system validation guide addresses the separate customer acceptance process.

Checklist B: service controls and record access

Comparison table with columns Check, Evidence to request, Acceptance question
CheckEvidence to requestAcceptance question
B1. Privileged accessSupport/admin access procedure and relevant evidenceAre access approval, attribution and review responsibilities defined?
B2. Customer separationArchitecture and applicable isolation verificationDoes evidence address the proposed service's organization boundaries?
B3. Record/history accessRetrieval/export specification and representative outputCan the customer obtain the required versions, context and history?
B4. Backup scopeProtected-data/dependency inventoryDoes the declared scope include the components needed for the agreed recovery outcome?
B5. Restore evidenceRelevant recovery report and resultsWas the agreed record/context recovery outcome demonstrated for the relevant configuration?
B6. Subcontracted servicesDependency list and responsibility allocationAre material providers and their effects on the service understood?
B7. Security assuranceApplicable report and identified limitationsDoes the assurance cover the service and controls on which this assessment relies?

Read the actual assurance document. Identify the service boundary, reporting period or date, relevant findings and customer responsibilities. A report for a corporate office network does not automatically establish control over the hosted EDMS.

AICPA describes SOC services as assurance reporting that helps users assess outsourcing risks. Treat the report as evidence for its stated scope; it does not itself decide GMP suitability or validate your workflow. AICPA SOC resources.

The same discipline applies to any certificate or independent assessment: verify the issuing body, covered entity, scope, validity and connection to the proposed service. Do not automatically reject a supplier for lacking a particular badge if the requirement can be addressed with appropriate evidence under your approved procedure. Equally, do not let a badge close an unrelated record-retrieval gap.

Checklist C: agreements, change and exit

Comparison table with columns Check, Evidence to request, Acceptance question
CheckEvidence to requestAcceptance question
C1. Operating responsibilitiesExecuted agreement/responsibility scheduleDoes every relied-on activity have an accountable party and evidence deliverable?
C2. Release communicationNotification policy and example release informationCan the customer assess relevant changes before or within the agreed deployment process?
C3. Incident handlingEscalation, communication and investigation arrangementAre material record/security/service incidents routed with usable information and ownership?
C4. ContinuityService contingency and tested recovery arrangementsCan the evidence support the agreed process needs during disruption?
C5. Assessment/inspection supportEvidence access and assistance commitmentsCan relevant quality information be obtained through the agreed route?
C6. Export and terminationExit specification, sample export and service termsAre formats, context, assistance, timing and responsibility defined?
C7. Retention and deletionAgreed post-termination handlingCan the customer meet its record obligations without an unexplained service gap?
C8. Ongoing reviewReview triggers and ownerWill relevant changes or findings reopen the qualification decision?

For each relied-on service, make the responsibility record concrete. For example: “Supplier executes restoration and supplies object/context reconciliation; customer record owner reviews completeness; system owner verifies access; designated quality approver accepts the recovery evidence.” Replace the example with the actual arrangement and agreed time requirements.

Do not insert a standard recovery-time figure without assessing the supported process. A supplier's target also needs a definition: service restarted, files restored and complete records available may be different milestones. Record which outcome the customer needs.

Work through a qualification decision

Consider fictional Supplier North and its hosted EDMS service. The customer intends to retain GMP procedures with versions and approval history. Before assessment, the customer defines two mandatory supplier conditions: demonstrable recovery of that record context, and an agreed route to retrieve it when service ends.

Comparison table with columns Assessment condition, Evidence, Result, Decision consequence
Assessment conditionEvidenceResultDecision consequence
B5: recovered document retains required approval contextRecovery report REC-09 and inspected restored objectSupportedSupports this criterion only
C6: exported object omits required historical version relationshipTrial export EXP-03 compared with the agreed specificationAdverseHold qualification for the proposed retention use; supplier corrects and provides new evidence
C1: exit-assistance owner cannot be establishedAgreement AGR-02 leaves the task unallocatedUnknownResolve responsibility before accepting that reliance
A5: no bespoke customization is proposedApproved service scope excludes custom codeNot applicable to bespoke-development evidenceDoes not exempt standard product configuration or change controls

This exercise applies to evidence records, not real vendors. Even if every other row is supported, the adverse export and unknown responsibility prevent a supported qualification decision for the full proposed use. A high average score cannot compensate for a mandatory unmet condition.

If the supplier provides a corrected export, retain the original finding and retest the identified defect plus relevant neighboring relationships. Compare exact version identities, approval context and retrieval behavior. Do not close the finding solely because the supplier says the fix shipped.

An alternative is a genuinely narrower evaluation, such as a synthetic-data pilot that excludes regulated-record retention. That is a different approved scope, with enforceable limits. Calling the full service “conditionally qualified” while ignoring the missing exit capability does not make the risk disappear.

Record qualification separately from deployment approval

Your decision record should identify the supplier/entity, product/service, approved use, evidence cutoff, assessment method, applicable findings, accepted limitations, authorized approvers and next review trigger. Use your quality system's status names, with an explicit consequence:

  • Qualified for the stated service: required supplier evidence supports the proposed reliance; customer configuration and system acceptance still follow.
  • Restricted to a narrower scope: supporting evidence exists for that scope and exclusions can be enforced; record what remains prohibited.
  • Decision held or not qualified: a mandatory condition failed or remains unknown; list the evidence needed to reconsider.

Assign residual-risk decisions to the authorized owner. An exception cannot waive an applicable obligation. Purchasing approval, supplier qualification and release of a configured EDMS are separate decisions even when one meeting considers all three.

After onboarding, reopen affected assessment items when the service, ownership, hosting, material dependencies, access model or relevant incident history changes. Also follow your scheduled review procedure. The event should trigger a proportionate reassessment of affected evidence, not an assumption that the original questionnaire remains current forever.

For Supplier North, suppose a later hosting change moves the retained records to a different recovery arrangement. REC-09 remains evidence of the earlier configuration; it does not establish recovery in the new one. Record the change, reassess B4/B5 and C4, identify the new evidence owner and determine the permitted transition under your change procedure. If the supplier cannot yet identify the new backup scope, record Unknown. If a completed recovery exercise demonstrably loses required approval context, record Adverse. Keep those outcomes distinct when deciding whether the proposed change can proceed.

Assyro publishes this checklist. For an Assyro regulatory-document evaluation, bring the intended-use and supplier-evidence record to a discussion. Establish the precise proposed service and evidence available before deciding whether it meets your qualification criteria.

About the author

Assyro Team

Expert regulatory operations consultants helping pharmaceutical companies navigate complex compliance challenges.

Related articles

Demos available this week