A stakeholder is reading project documents given by the project manager.

In the PMI framework, deliverables move through a specific sequence of " checks " before they are considered finished. Understanding the distinction between Verified and Accepted is a core component of the Quality and Scope knowledge areas.

Verified Deliverable (Internal Check): This is the output of the Control Quality process. The project team (or the Quality Department) inspects the deliverable to ensure it is " technically " correct, meets the quality standards, and is free of defects. Essentially, " verified " means the team has confirmed they built the product right according to the technical specifications.

Accepted Deliverable (External Check): This is the output of the Validate Scope process. Once a deliverable is verified internally, it is presented to the customer or sponsor. They review it against the Acceptance Criteria. When they sign off on it, it becomes an " Accepted Deliverable. " Essentially, " accepted " means the customer has confirmed the team built the right product according to their needs.

Choice A and D: These are incorrect because they swap the roles. The project team verifies (Control Quality), but only the customer or sponsor can " accept " (Validate Scope). The Project Manager does not have the authority to " accept " a deliverable on behalf of the customer in this context.

Choice B: This is incorrect because it swaps the definitions of the terms. It incorrectly attributes the " accuracy check " to the accepted deliverable and the " formal sign-off " to the verified deliverable.

By maintaining this two-step process, the project manager ensures that the customer is never shown a deliverable that is technically flawed, thereby maintaining professional credibility and reducing the risk of rejection during the final sign-off.