Episodic and ICCE

System Classification

The system classification describes ICCE’s functional operating nature. The positioning description explains the combined outcome produced through that infrastructure. ICCE connects engagement formation, employment, payroll, funding controls, payment formation, reporting and evidence within one governed system.

Its classification arises from what the system actually does, which party owns each decision and obligation, and the boundaries maintained around functions ICCE deliberately does not perform.

It should not be classified merely by analogy with an agency, umbrella company, payroll provider, managed service provider, lender, receivables-finance provider or insurer because individual functions may appear superficially similar when viewed in isolation.

ICCE should instead be understood as wide-reaching infrastructure that governs and connects the formation, processing, payment and evidencing of authorised temporary-labour transactions.

It sits beneath and between established market participants without replacing their core functions:

• agencies continue to source, supply and fulfil labour;
• contractors continue to originate requirements and control the work context;
• funders continue to provide capital;
• insurers continue to underwrite risk; and
• authorised payment participants continue to support trusted payment processing.

ICCE’s control over the labour transaction does not convert it into the supplier of labour, provider of capital, owner of receivables or underwriter of risk.

Its classification is preserved through real role separation, architectural boundaries, contractual discipline, commercial separation and actual operating conduct—not through terminology alone.

Relationship to the System Architecture

The ICCE System Architecture explains the platform through three connected tiers:

System Mechanics describe how information and activity are validated, processed, calculated, transferred, reconciled and preserved.

System Components organise those mechanics into distinct areas of operational responsibility.

ICCE Cubes present the stakeholder-facing capabilities created through the combined operation of those mechanics and components.

System Model Classification performs a separate function. It describes the legal, commercial and market position of the connected ICCE system as a whole.

Classification is therefore not a fourth architectural tier. It is the system-level lens through which ICCE’s role, boundaries and position are understood.

Structural Position

ICCE operates as several connected forms of infrastructure rather than as a single-purpose market intermediary.

These descriptions provide a classification view of ICCE. They do not replace the System Mechanics, System Components and ICCE Cubes hierarchy through which the platform architecture is explained.

ICCE is therefore not simply a reporting interface or a software layer displaying information produced elsewhere. It is intended to control the conditions under which defined labour activity is permitted to progress.

Employment and Payroll Position

Within the ICCE route, ICCE is intended to operate as the actual PAYE employer for employment relationships created through valid engagements.

ICCE does not merely calculate payroll on behalf of another employer.

Within the controlled route, it is intended to perform the following functions:

The ICCE worker route is PAYE employment.

Self-employment, personal service company, CIS worker-payment, umbrella employment and other non-PAYE payment routes sit outside the controlled ICCE employment model.

However, ICCE’s position as employer does not automatically classify it as the supplier of labour.

The work requirement and relevant worker relationship are originated by authorised participants elsewhere in the labour chain. ICCE does not recruit, source, recommend, rank, match, select or place workers and does not accept responsibility for filling labour requirements.

ICCE creates and governs PAYE employment for authorised engagements routed through the controlled system.

Position Within the Labour Market

ICCE sits beneath and between established participants while each party retains its principal market role.

Temporary labour is requested by the project, sourced or fulfilled through authorised market participants and governed through ICCE.

ICCE facilitates and controls the transaction route without determining the commercial specifics of the underlying labour-supply, funding or insurance arrangements.

Contractor-controlled Frameworks may provide an organised environment for invited agency participation, project attribution, supply-line visibility and Framework-level reporting. Framework operation does not change the retained principal roles of the contractor, participating agencies or ICCE.

Role Boundaries

ICCE’s classification depends as much on the functions it excludes as on those it performs.

Financial and Risk Position

ICCE occupies a deliberately bounded position between the labour and capital sides of the market.

Position Between Labour and Capital

ICCE occupies a deliberately bounded position between labour demand, fulfilment, capital and risk.

ICCE originates neither the labour requirement nor the capital supporting it. It governs the controlled transaction environment connecting them.

This positions ICCE as an infrastructure layer beneath market participants rather than as an additional intermediary seeking to perform all of their functions.

Commercial Classification

Episodic revenue associated with ICCE should be classified as infrastructure platform revenue.

Commercial charges sit outside worker remuneration and statutory employer liabilities. Workers are not charged for access to the ICCE employment, payroll or payment route.

Pricing does not determine employment eligibility, payroll outcomes, worker entitlement, funding-readiness outcomes, engagement processing or reporting truth.

Platform Fees are not:

• labour-supply margin or recruitment commission;
• worker-paid payroll deductions or platform charges;
• wage spread or payment for supplying labour;
• insurance premiums or underwriting income; or
• lending interest or receivables-finance charges.

Classification by Conduct and Employment Status

ICCE’s classification cannot be protected by labels or contractual disclaimers alone. Actual operation must remain consistent with the stated model.

Classification risk could arise if Episodic or ICCE began to:

• introduce, filter, rate, rank, select or place workers;
• market a reusable labour pool;
• accept responsibility for filling contractor vacancies;
• negotiate labour-supply arrangements as principal;
• process payroll for unrelated employers;
• advance capital as an ordinary operating function;
• purchase receivables;
• assume general responsibility for funding payment shortfalls;
• underwrite insured risk;
• charge workers for payroll access; or
• control site-level work as contractor or hirer.

ICCE is designed to support a genuine PAYE employee route.

However, the system should not claim that software or contract structure alone conclusively determines every legal-status question.

PAYE treatment is not automatically conclusive of employment-rights status. Contract wording must remain consistent with actual conduct.

Agency-worker status, statutory continuity, accumulated service and other employment protections may require separate analysis under the applicable legal tests.

The engagement structure must not be used to disregard statutory continuity, accumulated service or other employment rights where those rights have arisen.

Only a competent court, tribunal or legal authority can conclusively determine a disputed legal-status question.