is currently based around the Excel/csv working specification document, however, this workflow stage can be easily removed, and the specification maintained entirely from YAML files within the cloud based environment, should that suit future maintenance arrangements. The live specification and tools enabling continuous integration/change management is hosted for user navigation on GitHub Pages: data-to-insight.github.io/ssd-data-model/ 14 6.3. The SSD production methods We now have SSD production methods for the standard LiquidLogic and Mosaic implementations, covering the majority CMS market share in England, and we have tested these across 6 LAs to ensure a base level of compatibility across LA instances. This includes converting the Mosaic code to Oracle- SQL in addition to the original T-SQL approach. These production methods are, at the time of writing, stored in a private repository within the data- to-insight (github.com) code library. These methods are currently limited to the two market-leading CMS data sources, and we know that data practice even across LAs using these two systems does vary; LAs will need some support to adapt these methods into their local contexts. There are then also 3 further CMS providers for which we have not yet completed work on SSD production methods, accounting for approximately 20 LAs. We developed these methods in partnership with pilot LAs, compensating those LAs for the significant investment of time and expertise which they made in this work. 6.4. The original user research summary We summarised our first round of user research in a report presentation called “Summarising User Research”, originally delivered at our open show-and-tell meetings and then provided to DfE as a supporting document. The report is colour-coded to separa