Home / FAQs / AI Outsourcing procurement, quotations and acceptances
QUESTION & ANSWER

AI Outsourcing Contract Key Clauses

The AI outsourcing contract should specify, in addition to the generic software project terms, the data authorization and use, model and third-party services, the measurement and impact boundary, manual pedestals, tips and configuration, operating costs, output responsibility and ongoing operations. The model is probabilities and the contract should not be written only “high accuracy”, indicating sample, rating method, version and non-applicability.

Answer the question.

First, give conclusions that can be used for decision-making

The contract shall distinguish between customer data, the general framework of the supplier, the project proprietary code configuration and the third-party model, indicating who can access it, whether it is for training, how long it is to be kept, and how it is to be returned or deleted after termination. The acceptance and inspection annex shall contain the true task set, quality and engineering indicators, access information and the taking over list, and shall agree on the liability of the model or interface in case of change.

DECISION FACTORS

What conditions need to be identified before judgement is made?

The same question may have different answers under different business, data and project phases. It is suggested that the following conditions be checked and that the common findings on the web be incorporated into their own projects.

Whether the data contain personal, commercial secrets or restricted contentPublicly owned API, exclusive examples or private deploymentCommon components in delivery boundary with customer-owned assetsImpact indicators, risk movements and manual approvals
ACTION STEPS

Suggested order of advance

01

First, we'll be clear about the target and the border.

Develop data, models, third-party services and inventories of deliverables.

02

Validation Key Dependence

(c) Include samples, indicators, testing environments and versions in the acceptance annexes.

03

Development of assessable outcomes

(c) Agreement to visit, retain, delete, withdraw from intellectual property rights and services.

04

Make sure you decide the next step with the real results.

Signing by joint operational, technical, procurement and legal review.

PRACTICAL EXAMPLE

How do you understand it in the actual business?

Example used to illustrate the method of judgement

The enterprise provides a passenger service record for the PoC, and the contract is not limited to “confidential” training and retention, and subsequent data is difficult to confirm. The clearer approach is to define the project environment, people, uses and duration, to require the output of dissensitized logs and to provide for deletion or return of records after completion.

COMMON RISKS

The easiest pit to step on.

Use generic software contract templates, ignoring models and data variables

Receiving and inspection only includes subjective satisfaction, without task set and scoring rules

No changes in the model, price or version of third party models were agreed

ACCEPTANCE

How should we end up receiving and confirming?

Formal acceptance is based on the sample, version and evidence in the annex to the contract, rather than on verbal commitment.

When preparing to communicate with suppliers or internal teams, it is recommended that current processes, representative samples, existing systems, planning time and budget levels be brought. First, the unknown items are clearly marked, and then the decision is made to use diagnostics, PoC, fixed-range projects or ongoing research and development, which is usually more reliable than a direct demand for a price and duration without borders.

Your project conditions are different from the examples above?

Operational objectives, existing systems, sample and planned time could be collated before consultants could make preliminary judgements in relation to actual boundaries.

Associate project consultants