Redaction
Redaction
TCS had a number of contractual obligations relating to redaction:
‘Schedule 2-2, 2.21.8.18
The Solution shall enable the AUTHORITY to redact Case information on the DBS Technical Infrastructure that must not be disclosed in accordance with Business Rules
[ … ]
Schedule 3, 1.2.4.2(a)(viii) Bundle Creation
[ … ] the Solution allows for the production of Case Bundles (e.g. at the ‘minded-to-bar’ stage). The bundle module provides two main functions: firstly to organise the information so that it can be distributed as a bundle, and secondly to support the redaction of information as a part of the bundle creation process
[…]
Schedule 3, 1.2.4.2(a)(ix)
For the redaction support process, rules will be established to allow for certain data fields to be removed or obfuscation rather than used in their actual data form. Also some documents in a Case will need to be duplicated and then some information redacted so that the redacted version is the version brought forward for the purposes of generating a bundle.’
It is common ground that the Snowbound redaction pen did not work properly: TCS put positively to Dr Hunt that “the redaction pen wasn’t working properly” (Day19/178). As explained by Dr Hunt, this issue appears to have occurred because of a defect in Snowbound which meant that if certain characters, such as ‘£’, appeared in a document the document would not be properly saved after redaction. After various problems had emerged during SIT and UAT, which had seemingly been solved, they re-emerged after Go-Live. In July 2018, TCS indicated that the pen should no longer be used. Mr Kumar of TCS informed DBS:
;Redaction pen was disabled in 4.7 earlier for around 2 months when there was a similar issue in this option. Later before the upgrade, we got a fix for that issue from Snowbound and it was enabled in 4.7 for end user. Now after we get fix from Snowbound we will enable this option inn 4.10 as well, meanwhile case workers can use "filled rectangle" option to redact in place of redaction pen.;
This refers to TCS’s solution, which was to use a filled rectangle to cover text that needed to be redacted. Dr Hunt noted in her First Report, ‘Mr Britton and I observed that it is not possible to set the default colour to black so way and then rotated, for example because it is a landscape oriented page, the rectangle does not rotate leaving the redacted text exposed.’ Further, I accept Mr Sheahan’s evidence that a user could copy and paste the obscured text into a different programme which would expose it.
During cross-examination of Dr Hunt, TCS implied that the Snowbound manual made clear that ‘Redaction annotations are only considered redactions when they are burned in and saved as an image format file such as TIFF format’. In its Written Closing Submissions, TCS advanced the case the workaround which required the user to annotate a document with a blacked out rectangle and then ‘burn in’ the annotation by saving the document as a TIFF meant that TCS complied with its contractual obligation to product redaction functionality. I do not agree. I accept DBS’s submission, instead, that it is unreal to suggest that a method of redaction which would require each user to change the colour of default rectangle, place a rectangle over each intended redaction, save each document as a tiff image, and then convert each tiff image back to a pdf document could be a method of ‘redaction’ as envisaged by paragraph 2.21.8.18 to Schedule 2-2. The failure of the redaction pen and clunky workaround therefore amounted to breaches of the Agreement by TCS. Contrary to Clause 2.21.8.18 to Schedule 2-2, the Solution did not enable DBS to redact information, and contrary to Clauses1.2.4.2(a)(viii) and 1.2.4.2(a)(ix) to Schedule 3, DBS was not able to create bundles using redacted documents. As a matter of contractual analysis, it is irrelevant whether the root problem lay with Snowbound or the way it interacted with the rest of the system or whether TCS took reasonable care to test Snowbound properly when proposing it.
I also accept as obvious that the inability to use the as-intended redaction functionality made the process of redacting and bundling less efficient, to some extent, than it would have been had the redaction pen worked properly.
- Heading
- CONTENTS
- IntroductiON
- The Factual Witnesses
- Expert Evidence
- Programming Experts
- Forensic Accounts
- The Parties Submissions
- Principles Applicable to Issues of Construction
- The Defendant’s Obligations and Responsibilities
- Clause 15
- Clause 9.5 which states
- Clause 14.5 of Schedule 2-6 which states
- The Delay and Notice Provisions
- Clause 7
- Conditions Precedent: Clauses 5 and 6
- Conditions Precedent: the authorities
- Clause 5.6
- Clause 6
- Clause 8
- Limitations of Liability
- A single or multiple caps?
- The Delay Damages cap under Clause 52.2.5
- Is TCS’s claim for loss of anticipated costs savings excluded by Clause 52?
- Compliance with Clause 5.3, Agreement and Estoppel Introduction
- Express Agreement
- Estoppel
- Introduction
- R1 B&B Delays
- Mr Britton’s First Analysis
- Mr Britton’s Second Analysis
- Conclusion on Mr Britton’s Analyses
- TCS’s submission based upon Mr Jardine’s analysis
- Responsibilities for Delay on the ‘Infrastructure’ Critical Path
- R1-D
- Compliance with Notice Provisions
- Analysis of Delays
- Up to August 2017
- From August 2017 to 19 September 2018
- Analysis
- Failed to confirm its desired functional scope of R1 Disclosure in relation to the Customer-to-Business portal and Accountable Officer’s Update Service functionality. Such confirmation was a prerequis
- Failed to make available an end-to-end test environment for the Interactive Voice Response system
- Failed to agree upon a data migration approach, without which the Claimant could not complete the build of a data migration environment so that anonymised data could be made available for testing
- Failed to ensure that relevant external stakeholders were available to participate in Final Systems Integration Testing
- Partial Termination
- TCS’s Claims
- Non-Manpower Costs
- Anticipated Cost Savings
- Summary of TCS’s Delay Claim Recovery
- DBS’s Claims
- Delay Payments
- R1-B&B Delay
- Disclosure Scotland Extension Costs – Item 1 of the Updated Schedule of Loss
- Loss of Anticipated Savings – Item 3 of the Updated Schedule of Loss
- R1-D Delay
- R0 Licence Costs – Item 4 of the Updated Schedule of Loss
- R0 Hosting and Infrastructure Costs - Item 5 of the Updated Schedule of Loss
- R0 Technology Refresh – Item 6 of the Updated Schedule of Loss
- R0 N-1 Sustainment Costs – Item 7 of the Updated Schedule of Loss
- R0 Maintenance Costs – Item 8 of the Updated Schedule of Loss
- Savings
- Introduction
- Quality-related Obligations
- Good Industry Practice and Defects
- Digital by Default Standards
- Section 71
- The Basics Portal
- Section 73
- The Barring Portal
- Section 75
- Section 76
- Barring Portal: Loss of productivity - Item 11 of the Updated Schedule of Loss
- LPF Portal
- Siebel Useability Issues
- Redaction
- Document naming, bundle creation and performance
- Adobe Licence (Item 20)
- Document Storage (Item 21)
- Other B1 Barring Quality Issues
- Scan on Demand
- Special Characters
- Letters
- Item 24 : Loss of Efficiency Claims arising out of R1 Barring Quality/Useability Issues
- N-1 Sustainment Costs
- Causation and Loss
- Exit/Service Transfer
- Identification of all services (3.2.2)
- Knowledge Transfer (3.2.6 and 3.2.7)
- Section 95
- Providing all documentation to a replacement contractor (3.2.1 and 3.2.10)
- The identification of all leases, maintenance agreement and support agreements in connection with the provision of the services (3.2.3)
- Providing any other information or assistance reasonably required by a replacement contractor (3.2.14)
- Causation and Loss
- The Security Incidents
- The Charges Variation Dispute Introduction
- Issue 1: How the amount of an ‘over-recovery of the Forecast Revenue’ (Clause 2.8.4) or ‘under-recovery of the Forecast Revenue’ (Clause 2.8.5) is to be measured
- Section 104
- Issue 4: How Clause 2.8.5 of Schedule 2-3 applied to Volume Based Service Charges in Service Year 5
- Issue 2: Whether the Predicted Volumes for Basics in Service Year 4 were 1,000,000 (TCS’s case) or 320,374 (DBS’s case)
- Conclusion on Volume Based Service Charge
- Conclusions
![HT-2020-000448 - [2024] EWHC 1185 (TCC)](https://backend.juristeca.com/files/emisores/logo_yJUntHA.png)