<?xml version="1.0"?>
<feed xmlns="http://www.w3.org/2005/Atom" xml:lang="en">
	<id>https://riskengineering.org/index.php?action=history&amp;feed=atom&amp;title=Acceptance</id>
	<title>Acceptance - Revision history</title>
	<link rel="self" type="application/atom+xml" href="https://riskengineering.org/index.php?action=history&amp;feed=atom&amp;title=Acceptance"/>
	<link rel="alternate" type="text/html" href="https://riskengineering.org/index.php?title=Acceptance&amp;action=history"/>
	<updated>2026-09-15T09:00:14Z</updated>
	<subtitle>Revision history for this page on the wiki</subtitle>
	<generator>MediaWiki 1.42.3</generator>
	<entry>
		<id>https://riskengineering.org/index.php?title=Acceptance&amp;diff=259&amp;oldid=prev</id>
		<title>Pooyan: Created page with &quot;= Acceptance =  &#039;&#039;From Risk Engineering / Civil Engineering&#039;&#039;  __TOC__  == Basic considerations ==  == Logical Framework ==  == Legislative Framework ==  == Procurement/Contractual Framework ==  The contracting objective is to ensure that the client (public or private) receives conforming products and services while keeping the overall costs of client contract surveillance reasonable. This objective is based on the premise that the Contractor is responsible for the manag...&quot;</title>
		<link rel="alternate" type="text/html" href="https://riskengineering.org/index.php?title=Acceptance&amp;diff=259&amp;oldid=prev"/>
		<updated>2025-11-29T23:12:50Z</updated>

		<summary type="html">&lt;p&gt;Created page with &amp;quot;= Acceptance =  &amp;#039;&amp;#039;From Risk Engineering / Civil Engineering&amp;#039;&amp;#039;  __TOC__  == Basic considerations ==  == Logical Framework ==  == Legislative Framework ==  == Procurement/Contractual Framework ==  The contracting objective is to ensure that the client (public or private) receives conforming products and services while keeping the overall costs of client contract surveillance reasonable. This objective is based on the premise that the Contractor is responsible for the manag...&amp;quot;&lt;/p&gt;
&lt;p&gt;&lt;b&gt;New page&lt;/b&gt;&lt;/p&gt;&lt;div&gt;= Acceptance =&lt;br /&gt;
&lt;br /&gt;
&amp;#039;&amp;#039;From Risk Engineering / Civil Engineering&amp;#039;&amp;#039;&lt;br /&gt;
&lt;br /&gt;
__TOC__&lt;br /&gt;
&lt;br /&gt;
== Basic considerations ==&lt;br /&gt;
&lt;br /&gt;
== Logical Framework ==&lt;br /&gt;
&lt;br /&gt;
== Legislative Framework ==&lt;br /&gt;
&lt;br /&gt;
== Procurement/Contractual Framework ==&lt;br /&gt;
&lt;br /&gt;
The contracting objective is to ensure that the client (public or private) receives conforming products and services while keeping the overall costs of client contract surveillance reasonable. This objective is based on the premise that the Contractor is responsible for the management and quality control of the contract products and services and the client is responsible for performance assessment.&lt;br /&gt;
&lt;br /&gt;
The client interfaces with the contractor on a number of levels: the contract level, the periodic work plan level, the work package level and, often, for critical deliverables or products and services.&amp;lt;ref name=&amp;quot;FAR&amp;quot;&amp;gt;{{cite web |title=FAR 52.246-5 – Inspection of Services (Cost-Reimbursement) |url=https://www.ecfr.gov/current/title-48 |publisher=Federal Acquisition Regulation |access-date=DATE}}&amp;lt;/ref&amp;gt;&lt;br /&gt;
&lt;br /&gt;
== Practice Framework ==&lt;br /&gt;
&lt;br /&gt;
=== Information Technology ===&lt;br /&gt;
&lt;br /&gt;
Microsoft Press defines &amp;#039;&amp;#039;&amp;#039;acceptance criteria&amp;#039;&amp;#039;&amp;#039; as “Conditions that a software product must satisfy to be accepted by a user, customer or other stakeholder.”  &lt;br /&gt;
Google defines them as “Pre-established standards or requirements a product or project must meet.”&lt;br /&gt;
&lt;br /&gt;
* Acceptance criteria are a set of statements, each with a clear pass/fail result, that specify both functional (e.g., minimal marketable functionality) and non-functional (e.g., minimal quality) requirements applicable at the current stage of project integration. These requirements represent “conditions of satisfaction.” There is no partial acceptance: either a criterion is met or it is not.&amp;lt;ref name=&amp;quot;agile&amp;quot;&amp;gt;&amp;#039;&amp;#039;(Adapted from agile software development usage of “acceptance criteria” and “conditions of satisfaction”.)&amp;#039;&amp;#039;&amp;lt;/ref&amp;gt;&lt;br /&gt;
&lt;br /&gt;
== Further Guidance ==&lt;br /&gt;
&lt;br /&gt;
=== Contracting Definitions ===&lt;br /&gt;
&lt;br /&gt;
* &amp;#039;&amp;#039;&amp;#039;Acceptance&amp;#039;&amp;#039;&amp;#039; – The act of an authorized representative of the client (e.g. Task Order Manager, COR/COTR) by which the client, for itself or as agent of another, approves specific deliverables, products, or services rendered as partial or complete performance of the contract, task order or project-governance (PG) quality requirements (“contract quality requirements”). (See also FAR 52.246-5, &amp;#039;&amp;#039;Inspection of Services – Cost Reimbursement&amp;#039;&amp;#039;.)&lt;br /&gt;
&lt;br /&gt;
* &amp;#039;&amp;#039;&amp;#039;Authorized Company Certifying Official&amp;#039;&amp;#039;&amp;#039; – An authorized representative of the Contractor who attests to certifications on behalf of the company.&lt;br /&gt;
&lt;br /&gt;
* &amp;#039;&amp;#039;&amp;#039;Acceptable Quality Level (AQL)&amp;#039;&amp;#039;&amp;#039; – The maximum allowable quantity of non-conforming products or services, defined as either an absolute number or as a percent defective (or defects per hundred units), for which lots will be accepted, typically in conjunction with an established sampling procedure.&lt;br /&gt;
&lt;br /&gt;
* &amp;#039;&amp;#039;&amp;#039;Certification&amp;#039;&amp;#039;&amp;#039; – The act of determining, verifying, and attesting in writing to the status of deliverables, personnel, processes, procedures, or items in accordance with specified requirements.&lt;br /&gt;
&lt;br /&gt;
* &amp;#039;&amp;#039;&amp;#039;Certification System&amp;#039;&amp;#039;&amp;#039; – The administrative procedures for completing, reviewing, and approving the certificate of conformance; signed by an authorized party responsible for overall quality of the product or service.&lt;br /&gt;
&lt;br /&gt;
* &amp;#039;&amp;#039;&amp;#039;Certificate of Conformance&amp;#039;&amp;#039;&amp;#039; – A document signed or otherwise authenticated by an authorized individual certifying the degree to which items or services meet specified requirements.&lt;br /&gt;
&lt;br /&gt;
* &amp;#039;&amp;#039;&amp;#039;Contract quality requirements&amp;#039;&amp;#039;&amp;#039; – The technical requirements in the contract relating to the quality of the product or service and those contract clauses prescribing inspection and other quality controls incumbent on the contractor to assure that the deliverable conforms to the contractual requirements. (Task Order and Contract are used interchangeably in this definition.)&lt;br /&gt;
&lt;br /&gt;
* &amp;#039;&amp;#039;&amp;#039;Conditional acceptance&amp;#039;&amp;#039;&amp;#039; – Acceptance of deliverables that do not conform to contract quality requirements, or are otherwise incomplete, that the contractor is required to correct or otherwise complete by a specified date.&lt;br /&gt;
&lt;br /&gt;
* &amp;#039;&amp;#039;&amp;#039;Critical nonconformance&amp;#039;&amp;#039;&amp;#039; – A nonconformance (including incompleteness or delay, as applicable) that is likely to prevent performance (at the programmatic level) of a vital oversight function or substantially reduce the usability, functionality or reliability of the products or services for their intended purpose.&lt;br /&gt;
&lt;br /&gt;
* &amp;#039;&amp;#039;&amp;#039;Critical requirements&amp;#039;&amp;#039;&amp;#039; – Requirements that are vital to the programmatic oversight function.  &lt;br /&gt;
  Examples: contractor products that are major inputs into critical decisions transmitted to senior executives, legislative staff, or other agencies.&lt;br /&gt;
&lt;br /&gt;
* &amp;#039;&amp;#039;&amp;#039;Government contract quality assurance&amp;#039;&amp;#039;&amp;#039; – The various functions, including inspection, performed to determine whether a contractor has fulfilled the contract obligations pertaining to quality and quantity.&lt;br /&gt;
&lt;br /&gt;
* &amp;#039;&amp;#039;&amp;#039;Inspection&amp;#039;&amp;#039;&amp;#039; – Examination and testing of supplies or services to determine whether they conform to contract requirements.&lt;br /&gt;
&lt;br /&gt;
* &amp;#039;&amp;#039;&amp;#039;Latent defect&amp;#039;&amp;#039;&amp;#039; – A defect that exists at the time of acceptance but cannot be discovered by reasonable inspection.&lt;br /&gt;
&lt;br /&gt;
* &amp;#039;&amp;#039;&amp;#039;Major nonconformance&amp;#039;&amp;#039;&amp;#039; – A nonconformance, other than critical, that is likely to materially reduce the usability, functionality or reliability of the products or services for their intended purpose.&lt;br /&gt;
&lt;br /&gt;
* &amp;#039;&amp;#039;&amp;#039;Minor nonconformance&amp;#039;&amp;#039;&amp;#039; – A nonconformance that is not likely to materially reduce the usability, functionality or reliability of the products or services for their intended purpose, or is a departure from established standards having little bearing on the effective use of the products or services, or on reliance on the contractor’s assessments, evaluations or data.&lt;br /&gt;
&lt;br /&gt;
* &amp;#039;&amp;#039;&amp;#039;Patent defect&amp;#039;&amp;#039;&amp;#039; – Any defect that exists at the time of acceptance and is not a latent defect.&lt;br /&gt;
&lt;br /&gt;
* &amp;#039;&amp;#039;&amp;#039;Quality Assurance (QA)&amp;#039;&amp;#039;&amp;#039; – Actions taken by the client to check contractor-performed services to determine whether they meet the requirements and specifications of the work statement. QA activities provide confidence that the required level of quality is achieved.&lt;br /&gt;
&lt;br /&gt;
* &amp;#039;&amp;#039;&amp;#039;Quality Assurance Surveillance&amp;#039;&amp;#039;&amp;#039; – The monitoring of contractor performance to assure that services received are timely and consistent with contract quality requirements.&lt;br /&gt;
&lt;br /&gt;
* &amp;#039;&amp;#039;&amp;#039;Quality Assurance Surveillance Plan (QASP)&amp;#039;&amp;#039;&amp;#039; – The document used for contract quality-assurance planning and surveillance.&lt;br /&gt;
&lt;br /&gt;
* &amp;#039;&amp;#039;&amp;#039;Quality Control (QC)&amp;#039;&amp;#039;&amp;#039; – Actions taken by the contractor to control the output of services so that they meet the requirements and specifications of the work statement.&lt;br /&gt;
&lt;br /&gt;
* &amp;#039;&amp;#039;&amp;#039;QC activities&amp;#039;&amp;#039;&amp;#039; – Actions that involve the use of appropriate contractor policies and procedures in performance of the scope of work.&lt;br /&gt;
&lt;br /&gt;
* &amp;#039;&amp;#039;&amp;#039;Random sampling&amp;#039;&amp;#039;&amp;#039; – A sampling method whereby each service output in a lot has an equal chance of being selected in order to estimate overall quality of the lot against an established standard.&lt;br /&gt;
&lt;br /&gt;
* &amp;#039;&amp;#039;&amp;#039;Routine requirements&amp;#039;&amp;#039;&amp;#039; – Requirements that account for the majority of the contract effort. The client still demands quality work from the contractor but wants to minimize administrative expenses and maximize cost-effectiveness by not expending scarce contract-administration resources on intensive inspections when the contractor is delivering work that meets or exceeds expectations.&lt;br /&gt;
&lt;br /&gt;
* &amp;#039;&amp;#039;&amp;#039;Sample&amp;#039;&amp;#039;&amp;#039; – One or more product or service outputs drawn from a lot.&lt;br /&gt;
&lt;br /&gt;
* &amp;#039;&amp;#039;&amp;#039;Sampling guide&amp;#039;&amp;#039;&amp;#039; – A written procedure that describes what will be checked, the standard of performance, the performance indicators, and how checking will be accomplished (e.g. random or planned sampling), formulated to make use of the contractor’s quality plan.&lt;br /&gt;
&lt;br /&gt;
* &amp;#039;&amp;#039;&amp;#039;Significant requirements&amp;#039;&amp;#039;&amp;#039; – Requirements other than critical, that if not met would materially reduce the usability, functionality or reliability of the products or services for their intended purpose.  &lt;br /&gt;
  Significant requirements may require client intervention to demand a higher standard of quality control on the part of the contractor.&lt;br /&gt;
&lt;br /&gt;
* &amp;#039;&amp;#039;&amp;#039;Surveillance activity checklist&amp;#039;&amp;#039;&amp;#039; – Any acceptable format used by the client’s technical representative to evaluate the performance of the contractor. It can be used with random sampling or with other planned or scheduled surveillance activities.&lt;br /&gt;
&lt;br /&gt;
== Beneficial Outcomes ==&lt;br /&gt;
&lt;br /&gt;
&amp;#039;&amp;#039;(Under construction)&amp;#039;&amp;#039;&lt;br /&gt;
&lt;br /&gt;
== Working definition of the term ==&lt;br /&gt;
&lt;br /&gt;
&amp;#039;&amp;#039;(Under construction)&amp;#039;&amp;#039;&lt;br /&gt;
&lt;br /&gt;
== Limitations of the definition ==&lt;br /&gt;
&lt;br /&gt;
&amp;#039;&amp;#039;(Under construction)&amp;#039;&amp;#039;&lt;br /&gt;
&lt;br /&gt;
== See also ==&lt;br /&gt;
&lt;br /&gt;
* [[Program Management in Civil Engineering]]&lt;br /&gt;
* [[Civil Engineering Projects]]&lt;br /&gt;
* [[Management control]]&lt;br /&gt;
&lt;br /&gt;
== References ==&lt;br /&gt;
&lt;br /&gt;
&amp;lt;references/&amp;gt;&lt;/div&gt;</summary>
		<author><name>Pooyan</name></author>
	</entry>
</feed>