Platform

The release and settlement operating layer for modern music teams.

SplitGraf connects catalog integrity, collaboration governance, release operations, monetization review, settlements, and verification so the record survives every downstream handoff.

Five core pillars

Every module exists to protect the record as it moves.

These pillars map to the core SplitGraf workflow: catalog, collaborations, releases, settlements, and proof-backed verification.

Catalog
Catalog integrity
Assets, files, metadata, and lineage stay attached to one operating record so downstream release, reporting, and finance work do not restart from scratch.
Bulk and single catalog intake live in the same workspace model.
Metadata, artwork, audio, and territorial context stay close to the asset record.
Original and derivative lineage remains visible when work progresses into release or settlement flows.
Collaborations
Collaboration governance
Invites, splits, permissions, approvals, and derivative promotion stay controlled instead of getting lost across email, chat, and disconnected folders.
Participants enter through explicit invitation and acceptance flows.
Agreement proof, signatures, deliverables, and approvals remain auditable.
Approved derivative work can move into the catalog without losing its source context.
Releases
Release operations
Readiness checks, packaging, and delivery handoffs use the same source metadata and proof surfaces that created the work in the first place.
Export readiness surfaces blockers before the handoff stage.
Original and derivative releases can move through package generation with shared provenance.
Batch exports support operational teams working across multiple catalog items at once.
Settlements
Monetization and settlements
Imported reports, matching review, settlement proof, and remittance readiness stay connected to the catalog and release history they rely on.
Report imports can be reviewed and reconciled inside the workspace.
Settlement previews and reviews stay visible before completion.
Statement and payout preparation inherit the same party and split context already agreed upstream.
Trust
Trust and verification
Permissioning, proof generation, audit history, and verification pages turn operational history into something teams can actually inspect and explain.
Audit records capture key lifecycle transitions and evidence-bearing events.
Agreement and release proof surfaces support downstream review.
Verification pages give external parties a way to inspect what the workflow is based on.
End-to-end flow

How one record travels through the operating model.

The external destination may vary, but the internal arc is consistent: source record, governed approval, release handoff, reporting return, settlement output.

Step 01
Catalog the source record
Create or import the asset once with ownership, files, metadata, and the operating context the downstream team will actually need.
Step 02
Govern collaboration and approvals
Run invites, splits, derivative permissions, signatures, source access, and deliverable approval from one controlled workflow.
Step 03
Prepare and hand off releases
Move approved work into release readiness, packaging, and export without rebuilding metadata or proof by hand.
Step 04
Return reporting and settlement review
Import monetization data, review matches, inspect exceptions, and prepare settlement outcomes against the same record.
Step 05
Finalize proof-backed statements
Generate settlement and verification outputs that remain connected to the underlying collaboration, release, and rights context.
Verification

Trust is a product behavior, not a slide.

Permissioning, proof surfaces, and verification pages matter because release and finance teams eventually need to explain what happened and why.

Permissioning that maps to the workflow
Access and next steps change as the record progresses, so participants only see the work and actions appropriate to their stage.
Audit visibility instead of guesswork
The important steps that shape release, settlement, and proof outcomes stay traceable inside the workspace.
Proof surfaces tied to real operations
Agreement proof, release package evidence, settlement proof, and verification pages exist to support actual downstream review.
Operational traceability
Catalog, releases, and finance teams can explain how a release or statement got here without stitching together a separate paper trail.
See the product in context

Walk through the modules that matter to your release and finance workflow.

We can show catalog intake, collaboration control, original or derivative release handling, and settlement workflows against the same operating record.