HT-2020-000448 - [2024] EWHC 1185 (TCC)
Technology and Construction Court

HT-2020-000448 - [2024] EWHC 1185 (TCC)

Fecha: 17-May-2024

Document Storage (Item 21)

Document Storage (Item 21)

637.

TCS’s claim for Snowbound remediation costs relates to TCS adopting a document storage configuration using a file system and not in a database. The Updated Schedule of Loss states, ‘The Defendant is upgrading the Unified Content Manager and datacore components as part of a project to address the poor performance and unreliability of Snowbound on the users of R1 Barring.’ Other than reference back in general terms to ‘poor performance and unreliability’, there is no specific pleaded allegation: taking a broad view of the pleading, the allegation rests on the general case about the failure to have designed the solution in accordance with GIP, resulting in poor performance and unreliability.

638.

There is no independent evidence supporting the claim. Dr Hunt accepts that she has not assessed the configuration independently, and whilst she gave evidence that the CGI proposal (the supplier recommending the proposed change) was ‘a sensible proposal’, Dr Hunt’s evidence falls short of asserting that the configuration adopted by TCS was not in accordance with Good Industry Practice. Moreover, as set out in the passage above, Dr Hunt agreed that there was nothing, in respect of performance and reliability which was ‘primarily’ the fault of HPE, which TCS should have done to improve performance other than upgrade Snowbound.

639.

Furthermore, Mr Konda of TCS explained that it was not possible to use a database storage model given the lack of shared storage in the DXC solution. There is no dispute that TCS agreed to supply the Datacore solution in 2015 pursuant to RFC 423 because of the limitations in HPE’s provision of shared storage. DBS relies upon the fact that under “key features” of RFC 423, TCS was to describe how it had assured itself that “the SCC can deliver the R1 non-functional requirements, in particular the performance levels”. This ignores the fact, however, that the RFC also identifies that a number of alternative options were considered, and then stated:

‘However all options have similar issues related to delivery timeframe, cost and technical risk. The option described in the RFC (2, above) is considered the best compromise of deliverability, cost and technical risk. The only option without technical risk is (3), but that would be very expensive and likely to have a major impact upon the dates.’

640.

Option 3 was stated to be replacing virtual servers, many of which were already built, with 62 servers as these could have shared storage presented to them. Thus, the RFC was clear on its face that the solution being adopted was not as technically optimal as shared storage. There is no evidence that, presented with requirement for a technical solution at the particular time it was required in the project, the recommendation for the solution was wrong or represented a failure of Good Industry Practice (and no such case is pleaded).

641.

I accept, therefore, the evidence of Mr Britton that the upgrades to the UCM or datacore components do not imply any failure on behalf of TCS.

642.

The Counterclaim at item 21 of the Updated Schedule of Loss for £293,069 fails.