NODE · LON-01|LONDON --:--:--
DC-Services — Digital Claims Services Limited
Firm · Our Company

DC-Services UK Company Milestones

Phase by phase development of the supervisory record

This page lists milestones that affected how Digital Claims Services Limited (DC-SERVICES) produces documentation, not commercial milestones. Each entry corresponds to a procedural change, a schema release, a governance adoption, or a supervisory QA decision. Entries are written so that a counterparty performing due diligence can connect the dated change to the procedure or template in use today, rather than to a marketing narrative about firm growth.

UK
Jurisdiction
2014
Established
12+
Years of practice
Named
Supervisor
01 · Module

Companies House registration

Incorporation in England and Wales as a private limited company.

Active · Reviewed
Read governance
02 · Module

Four mandatory fields

Producer, supervisor, release date and retention reference required on every release.

Active · Reviewed
Read governance
03 · Module

External counsel review

Initial protocol reviewed for compatibility with English evidential practice.

Active · Reviewed
Read governance
04 · Module

Single legal entity

All work performed under the incorporated UK entity; no operating subsidiaries.

Active · Reviewed
Read governance
Firm · Body

Separation of production from supervisory QA

An early milestone was the formal separation of the staff who produce a record from the staff who sign it as supervisor. Before this change, the same individual could draft and approve a deliverable; afterwards, the supervisor is always a second named person with no production role on the document under review. This separation is recorded in the firm's procedure manual and is the structural reason the firm describes its releases as supervisor-signed rather than author-signed.

Working scene — DC-SERVICES London office
Working scene — DC-SERVICES London office
Institutional archive of leather-bound ledgers
Institutional archive of leather-bound ledgers
01 · Section

Statement of Fact schema, version one

The first formal schema for the Statement of Fact was released after the supervisory separation was in place. Version one defined the document into named sections: identification of the asset, identification of the controlling party, observed state, evidence references, supervisor remarks, and retention block. Each section had a defined purpose so that two statements from different engagements could be compared on a section-by-section basis. The schema was published internally and re-issued to staff with each subsequent revision.

  • Written intake brief signed by the client
  • Conflicts screen and independence check
  • Defined deliverable list and retention envelope
01 · Module

Named sections

Six sections with fixed purposes were defined, replacing free-form report layouts.

02 · Module

Cross-engagement comparability

Statements from different engagements can be compared section by section.

03 · Module

Evidence reference block

Source identifiers are recorded in a dedicated block, not inline in prose.

04 · Module

Schema revision history

Each revision is logged with date and the reason for the change.

02 · Section

Retention and sealed archive policy

The firm adopted a written retention policy specifying that every released document is stored in a sealed archive with restricted access. The policy defines who may unseal a record, under what request, and how the unsealing is logged. It also defines the minimum retention period and the conditions under which a record may be destroyed. The retention policy is the reason every page on this site refers to documents as released under controlled access; it is a policy term, not a marketing phrase.

  • Source hashing at intake
  • Role-based, time-bound access
  • Two-stage review before release
01 · Module

Defined unseal procedure

Unsealing a stored document requires a logged request and a recorded approver.

02 · Module

Minimum retention period

Documents are retained for a defined minimum period before any review for destruction.

03 · Module

Restricted access list

Access to sealed records is limited to a named, reviewed access list.

04 · Module

Destruction conditions

Destruction is permitted only under conditions written into the retention policy.

03 · Section

Codified exclusions: custody, advice, success fees

The board formally codified the firm's exclusions: no custody, no advice, no success-fee arrangements, no trade execution. Codification means that an internal proposal to enter any of these activities now requires a board decision to amend the standing exclusion list, rather than a silent change of practice. The exclusion list is referenced in every engagement letter so that the client receives the same written boundary the board uses for internal decisions.

01 · Module

Board-level codification

Exclusions written into board minutes and the standing policy register.

02 · Module

Engagement letter reference

Each engagement letter references the same exclusion list.

03 · Module

Amendment requires board decision

Any change to the exclusion list requires a recorded board resolution.

04 · Module

Visible to counterparties

Counterparties can read the same exclusions before signing an engagement.

04 · Section

Annual methodology review cycle

The firm established a fixed annual cycle in which the methodology, the schemas, and the supervisory QA procedure are reviewed against the previous year's rejection register and any external feedback received. Changes that result from the review are dated and added to the methodology change log on this site. The cycle exists so that updates do not accumulate silently between releases; if a change has not been logged in the annual review or in a dated interim revision, it has not been made.

01 · Module

Fixed annual cycle

Methodology review occurs on a defined date each year, not on an ad-hoc basis.

02 · Module

Rejection register input

Returned records from the previous year are read into the methodology review.

03 · Module

Dated change log

All changes are dated and recorded; undated changes are not considered in force.

04 · Module

Interim revisions allowed

Urgent changes can be released between cycles; they are logged with the same dating rule.

Firm · Questions and answers

Questions clients ask about this page.

Short, factual answers stated in the same wording the firm uses in every scope letter, supervisory record and rejection-register entry.

Q01

What does Company Milestones cover at DC-SERVICES UK?

This page lists milestones that affected how Digital Claims Services Limited (DC-SERVICES) produces documentation, not commercial milestones.

Q02

Does Digital Claims Services Limited hold client assets or execute transactions?

No. DC-SERVICES UK is non-custodial. The firm does not take possession of client assets, does not place trades, does not act as a fund administrator and does not move funds on behalf of any party.

Q03

Does DC-SERVICES UK provide investment, tax or legal advice?

No. The firm produces structured documentation only. Investment, tax and legal advice fall outside the permitted activities and are not offered on any page of this site.

Q04

Who signs off the work that is released?

Every record passes a two-stage supervisory signoff. Stage one verifies internal consistency and source coverage; stage two, performed by a named senior reviewer outside the originating team, confirms release readiness. Released records are sealed into the archive; any rework is logged in the rejection register and re-entered into stage one.

Q05

How are conflicts and independence handled before an engagement starts?

Each engagement begins with a written scope letter, a conflicts register check and an independence screen. Records that fail any check are not released externally; the failure is logged in the rejection register with a reason code.

Firm · Related pages

Continue exploring Firm.

Related documentation across the Firm practice — same supervisory structure, adjacent topics, all maintained by Digital Claims Services Limited.

Continue · Firm

Take the Clarity Check or speak directly with a Case Manager.