If…, then how…
If a customer asks us to commit to a security term we cannot meet, then what do we do?
Add to board memoOpen the memo
The short answer
- Recommendation
- Agree nothing in the form, on a call or by email. Offer the standard schedule wording, then its pre-approved alternative as written. Anything beyond that is an exception: rate it, get written approval from the approvers its band sets and record it before the customer is told yes, or decline in writing.
- Reasoning
- A form is not the place to agree a commitment, because the customer can hold you to it. The standard schedule holds the promises you are willing to make, and its alternative wording is already approved, so most asks are settled there. A term beyond the alternative leaves a risk the organisation has not yet accepted, so it is rated and approved as an exception, with a fixed expiry. A term that no control or contract supports is never left in the text.
- Considerations
- The bands, approvers and longest terms are the pack's defaults: 365 days for Low, 180 for Medium, 90 for High and 30 for Critical. Your own exception standard may set others.
- A Critical exception goes to Legal and the board, or a board risk committee it has delegated to; the management board in a two-tier structure; or executive management where there is no board.
- Where a customer says a law or regulator requires the term, such as a financial entity using the service for a critical or important function, counsel decides what is needed before you reply.
- Nobody approves a departure they own. Where personal data is involved, the Data Protection Officer joins the approvers. An approver may refuse, shorten the term or add conditions.
The decision, step by step
Select any step for the reasoning behind it and where the pack covers it.
- Start
- Step
- Decision
- Outcome
Keyboard: Tab to a step, arrow keys move along the flow, Enter pins its explanation, + and − zoom, 0 fits the diagram, Esc closes. The text version below has the same content.
Where a step quotes a number, it is the default in the CISO Times pack. Your own standard may set a different one.
Read as text
The same flow written out: each step, its reasoning and where the pack covers it. 19 steps.
Start
A customer asks for a security term we cannot meet
The ask may sit in a questionnaire, a call, an email or the customer's own contract schedule. Whatever the route, a security answer is a statement the organisation is held to, and a form is not the place to agree a new commitment. Promises are made in the contract, through the standard schedule and a short ladder of approvals.
In the pack
- P26-A09 Standard Security Commitments ScheduleUsing this schedule
- P26-A02 Questionnaire Response Governance MethodApproval, promises and claims (rule QG-09)
Step
Agree nothing yet and pass the ask to the response lead
Do not say yes on a call or in an email, and do not write a promise into a form. The account owner manages the relationship and writes no security answer. The questionnaire response lead logs the ask, and the account owner tells the customer that the security team will reply.
In the pack
- P26-A02 Questionnaire Response Governance MethodReceiving and owning a request (rule QG-02)
- P26-A09 Standard Security Commitments ScheduleWhy the form is not the place
Decision
Does our standard wording already give the customer what it needs?
Read the customer's wording against the commitments in the standard schedule, clause by clause. Wording that matches a commitment stays standard. If the match is partial or you cannot tell, answer no and go on to the fallback wording.
- Yes: Offer the standard schedule as written
- No, or not known: Does the pre-approved alternative wording cover the request?
In the pack
- P26-A09 Standard Security Commitments ScheduleThree requests, three steps
- P26-A09 Standard Security Commitments ScheduleThe ladder
Outcome
Offer the standard schedule as written
The account owner offers the standard wording with the security overview. It needs no approval beyond the schedule's own. Keep the signed copy with the response. Anything the customer asked for in the form that the schedule does not hold goes in the commitments log.
In the pack
- P26-A09 Standard Security Commitments ScheduleUsing this schedule
- P26-A07 Questionnaire Request TrackerCommitments (rule QG-17)
Decision
Does the pre-approved alternative wording cover the request?
Each of the ten commitments has a pre-approved fallback, for example report-based assurance in place of a right to audit, or a notice by updated list in place of approval of each supplier. The fallback is used as written. If the customer wants anything beyond it, or you cannot tell, answer no.
- Yes: Offer the alternative wording as written; Legal and security approve
- No, or not known: Does the customer say a law or regulator requires the term?
In the pack
- P26-A09 Standard Security Commitments ScheduleAlternative wording and exceptions
- P26-A09 Standard Security Commitments ScheduleThe ladder
Outcome
Offer the alternative wording as written; Legal and security approve
The account owner offers the fallback. Legal and the Head of Information Security approve its use. Change nothing in the wording: an edited fallback is an exception. Fill any placeholder from something you can keep today, such as the test cycle that runs now.
In the pack
- P26-A09 Standard Security Commitments ScheduleThe ladder
- P26-A09 Standard Security Commitments ScheduleSetting the schedule fields
Decision
Does the customer say a law or regulator requires the term?
Some customers, such as a financial entity using the service for a critical or important function, ask for rights the standard wording does not give. What a regulation needs is a legal question. Answer yes if the customer says so or you do not know whether it applies.
- Yes, or not known: Send it to counsel; agree nothing by email or on a call
- No: Could we meet the term today, with evidence that it holds?
In the pack
- P26-A09 Standard Security Commitments ScheduleAlternative wording and exceptions (rule SC-03)
- P26-A09 Standard Security Commitments ScheduleUsing this schedule
Outcome
Send it to counsel; agree nothing by email or on a call
Counsel decides what the regulation needs and what the organisation can offer. The reply to the customer waits for that decision. The organisation does not agree to more in an email or on a call. The response is not a statement of compliance with any law.
In the pack
- P26-A09 Standard Security Commitments ScheduleAlternative wording and exceptions (rule SC-03)
- P26-A02 Questionnaire Response Governance MethodApproval, promises and claims (rule QG-08)
Decision
Could we meet the term today, with evidence that it holds?
A commitment that no control or contract term supports is changed first, with Legal, and never left in the text. Ask the owner of the control whether it runs and what evidence exists. Where the term depends on something not yet in place, the safer answer is no. Offering it with a dated plan as its support is a judgement for Legal and security.
- No, or not known: Decline in writing or wait for approval; hold to standard or fallback
- Yes: Legal and the account owner rate the risk the departure leaves
In the pack
- P26-A09 Standard Security Commitments ScheduleUsing this schedule
- P26-A09 Standard Security Commitments ScheduleBefore you issue
Step
Legal and the account owner rate the risk the departure leaves
Rate impact and likelihood, each from 1 to 4, on the scales of the risk method. The exception is a departure from the standard and the questionnaire response lead offers it. The band sets the approvers and the longest term. Use the pack's default bands unless your own standard sets others.
In the pack
- P26-A02 Questionnaire Response Governance MethodDepartures from the standard schedule
- P05-A02 Risk Assessment Methodology & Scoring ModelPurpose
- P02-A02 Security Exception & Waiver StandardRequesting an exception (rule EX-03)
Decision
Is the risk High or Critical, or not yet rated?
Low and Medium bands go to Legal with the control owner or the Head of Information Security. High and Critical go higher. A risk that has not been rated takes the higher branch until it is.
- Yes, or not known: High: add the executive. Critical: Legal and board or equivalent
- No: Low: Legal and control owner. Medium: Legal and Head of Security
In the pack
- P26-A09 Standard Security Commitments ScheduleThe ladder
- P02-A02 Security Exception & Waiver StandardApproval authority and maximum duration (rule EX-05)
Step
Low: Legal and control owner. Medium: Legal and Head of Security
Pack defaults: a Low exception lasts at most 365 days and a Medium one 180. The people who own the risk do not approve it. If the owner is the Head of Information Security, the accountable executive takes that place. Your own standard may set other terms.
In the pack
- P26-A09 Standard Security Commitments ScheduleThe ladder
- P02-A02 Security Exception & Waiver StandardApproval authority and maximum duration (rule EX-06)
Step
High: add the executive. Critical: Legal and board or equivalent
Pack defaults: a High exception lasts at most 90 days and needs Legal, the Head of Information Security and the accountable executive. A Critical one lasts at most 30 days and needs Legal and the board or its equivalent. That is the board, or a committee it has delegated to, the management board in a two-tier structure, or executive management where there is no board.
In the pack
- P26-A09 Standard Security Commitments ScheduleThe ladder
- P26-A02 Questionnaire Response Governance MethodDepartures from the standard schedule
Decision
Does the term involve personal data?
Examples are a data return period, a processor term or access to records that hold personal data. If it does, or you do not know, answer yes. The Data Protection Officer then approves the commitment as well.
- Yes, or not known: Add the Data Protection Officer to the approvers
- No: Have all the approvers agreed in writing?
In the pack
- P26-A09 Standard Security Commitments ScheduleThe ladder (rule QG-08)
- P26-A03 Questionnaire Intake, Drafting & Approval ProcedureStep 7: Approve
Step
Add the Data Protection Officer to the approvers
An exception that carries personal data adds the Data Protection Officer to the approvers of the commitment. If the Data Protection Officer wrote the answer, Legal takes that place, because nobody approves what they wrote.
In the pack
- P26-A03 Questionnaire Intake, Drafting & Approval ProcedureWhen the author is an approver
- P26-A06 Response Quality & Over-Commitment ChecklistChecks and Approvals
Decision
Have all the approvers agreed in writing?
Every approver in the band must agree, in writing, before the customer hears yes. An approver may refuse, shorten the term or add conditions. If any approver has refused or has not yet answered, answer no. Nothing is offered to the customer until all have agreed.
- Yes: Record the exception with its expiry, and log the commitment
- No, or not yet: Decline in writing or wait for approval; hold to standard or fallback
In the pack
- P02-A02 Security Exception & Waiver StandardApproval authority and maximum duration (rule EX-05)
- P26-A03 Questionnaire Intake, Drafting & Approval ProcedureStep 7: Approve (rule QG-08)
Outcome
Decline in writing or wait for approval; hold to standard or fallback
Tell the customer which commitments the organisation can give, and offer the standard or the fallback wording. Say plainly what is not offered. If the answer is only that an approver has not yet replied, agree nothing, tell the customer the reply is pending and decline only if an approver refuses. Keep the customer's wording and the decision with the request file.
In the pack
- P26-A09 Standard Security Commitments ScheduleWhy the form is not the place
- P26-A02 Questionnaire Response Governance MethodApproval, promises and claims (rule QG-09)
Step
Record the exception with its expiry, and log the commitment
Record the exception on the exception form before the customer is told yes. It has a fixed expiry, set at approval, no later than its band allows. Log the commitment in the tracker's commitments log with an owner, a due date and what supports it.
In the pack
- P02-A02 Security Exception & Waiver StandardRequesting an exception (rule EX-03)
- P26-A07 Questionnaire Request TrackerCommitments (rule QG-17)
- P06-A07 Supplier Contract Security Clause LibraryThe clauses
Outcome
Offer the exception through the response lead
The response lead offers the approved wording, and the signed copy is kept with the response. The exception expires on its fixed date like any other. Report open commitments each month.
In the pack
- P26-A09 Standard Security Commitments ScheduleThe ladder
- P26-A07 Questionnaire Request TrackerCommitments (rule QG-17)
Practical checklist
- Agree nothing yet, and pass the ask to the questionnaire response lead.
- Read the customer's wording against the standard schedule, commitment by commitment.
- Offer the standard wording, or the pre-approved alternative unchanged with the approval of Legal and the Head of Information Security.
- Send any term the customer says a law or regulator requires to counsel before replying.
- Ask the control owner whether the term can be met today, and what evidence shows it.
- Have Legal and the account owner rate the risk the departure leaves on your risk method's impact and likelihood scales.
- Get written approval from every approver the band sets, adding the Data Protection Officer where personal data is involved.
- Record the exception with its fixed expiry and log the commitment before the customer is told yes, or decline in writing.
Evidence to have ready
- The customer's wording, kept with the request file and the decision on it.
- The signed schedule, with any alternative wording offered, kept with the response.
- For an exception: the risk rating, the band, each approver's written approval and the fixed expiry date.
- The commitments log entry, with its owner, due date and what supports it.
- Counsel's decision where the customer cited a legal or regulatory requirement.
Assumptions
- You have a standard security commitments schedule with a pre-approved alternative for each commitment, or you will write one first. Without it, every departure is an exception.
- You have a named questionnaire response lead, Legal input and a named Head of Information Security. In a small team, one person may hold two roles but still cannot approve what they wrote.
- The bands, approvers and longest terms shown are the pack's defaults. Your own exception standard may set others, and the top approver depends on how your organisation is governed.
Not covered here
- Whether a deviation from your own policy needs a formal exception. That is “When does a deviation from policy need a formal exception?”.
- Telling a risk acceptance from an exception. That is “Is this a risk acceptance or a security exception?”.
- What to do when an answer already sent turns out to be wrong. That is “If an answer we gave a customer turns out to be wrong, then what do we do?”.
- Contract negotiation and liability terms. Legal decides these; this flow only routes the ask.
Related questions
- How do we answer a customer's 300-question security questionnaire consistently?
- How do we decide who approves our answers to a customer's security questionnaire before we send them?
- When does a deviation from policy need a formal exception?
- If an answer we gave a customer turns out to be wrong, then what do we do?
- When do we share a report, certificate or policy with a customer, and on what terms?