The router

NEXUS

Files come in. They land right.

Nexus is the router between your vendors and the systems you already run. Deliveries arrive, get verified, assemble into complete assets, and land in each DAM with the right metadata, tracked file by file.

What changes
01

Nothing lands half-delivered

A shot is thousands of frames arriving one at a time. Nexus assembles them and releases one complete asset, so your library shows the whole shot or flags the delivery for a human, never something in between.

02

You always know where every file is

Each file reports its own status back to the sender, from received to landed. When a vendor asks where a delivery stands, the answer is on screen, not buried in an email thread.

03

Bad files get caught, not stored

Files are checksum verified on arrival. A mismatch is retried, then set aside for review. It is never silently stored, so what is in your library is what was actually sent.

04

Every destination gets its own record

Nexus writes each DAM the record it expects: folder tags, source paths, parent-child links. Your DAMs stay the creative front door, and they stay authoritative.

How it does it

Atomic frame-sequence assembly

Frames arriving individually register idempotently, and the sequence releases exactly once as a single, complete asset behind a lock. A completion marker prevents re-accumulation. Sequences that stall past a 4-hour sliding inactivity window are flagged for operator investigation instead of landing partial.

Checksum verification on intake

Every file that arrives with a digest is verified with md5 or sha-256. Mismatches are retried, then dead-lettered, never silently stored. Duplicate skip is opt-in and keyed on the preserved source path, and checksum-level duplicate detection lives in the Gateway catalog.

Per-file delivery event streams

A lifecycle event stream flows back to the sending system for every file: 10 event types, from received through retry-scheduled. The console tracks 5 stages live with order-guarded updates, and per-stage timings and transfer-rate history persist. Operators can pause, resume, and tune concurrency mid-run without a restart.

Multi-DAM routing that cannot mis-deliver

Per-message routing runs against a managed multi-DAM endpoint registry. Each record is tailored to its destination: folder tags, source-path preservation, parent-child associations, and sync or async AI enrichment selected by file type, confirmed by signed, idempotent completion webhooks. Unknown destinations fail terminal rather than land in the wrong place.

Metadata sync and scheduling

Cross-system metadata sync with managed credentials, field mapping through a transformation and validation engine, and AI-suggested mappings with confidence scores that your team applies. Change detection republishes only deltas. Timezone-aware cron scheduling runs it all with concurrency limits and failure notifications.

For your engineers

The technical depths.

Counts and limits below are verified against shipping code. The full capability datasheet is available on request.

Nexus specifications
Intake
Event- and API-triggered intake plus console-driven S3 browse and submit · Aspera multi-session transfer on your licensed endpoint · S3 multipart with up to 16 concurrent parts · multi-account cloud-credential registry with bucket allowlisting for cross-account sources
Integrity
md5 or sha-256 verified on every file arriving with a digest · mismatches retried then dead-lettered, never silently stored · opt-in duplicate skip keyed on preserved source path · checksum-level duplicate detection in the Gateway catalog
Frame sequences
Idempotent registration · lock-protected, exactly-once release as one atomic asset · completion marker prevents re-accumulation · 4-hour sliding inactivity window with operator flagging for incomplete sequences
Classification
Rule-driven file-type detection and conversion flagging, updatable without redeploy · automatic frame-sequence recognition · folder auto-tagging up to 10 directory levels with path-transformation rules
Delivery tracking
Per-file lifecycle event stream, 10 event types from received through retry-scheduled · live 5-stage console tracking with order-guarded updates · persisted per-stage timings and transfer-rate history · operator pause/resume and mid-run concurrency tuning without restart
Routing
Per-message routing against a managed multi-DAM endpoint registry · destination-tailored DAM records: folder tags, source-path preservation, parent-child associations · sync or async AI enrichment selected by file type · signed, idempotent completion webhooks · unknown destinations fail terminal
Metadata sync
Configurable API connections with managed credentials · field mapping with a transformation and validation engine · AI-suggested mappings with confidence scores, human-applied · change detection republishes only deltas · batched publishing to the DAM
Scheduling and bulk ops
Timezone-aware cron scheduling with concurrency limits and failure notifications · ShotGrid hierarchy pull (project, sequence, shot, asset) in 4 batched queries with rate limiting and circuit breakers · JSON/CSV export · 100-item bulk operations
Resilience
Five priority classes · automatic retry with backoff and capped attempts, terminal errors dead-letter immediately · per-endpoint circuit breakers · egress guardrails on operator-supplied endpoints: private-range and metadata-service blocking with redirect re-checking
Questions
How does Nexus prevent half-delivered shots?

Nexus assembles frames that arrive individually and releases them as one complete, atomic asset. Frames that arrive individually are assembled and released as one complete, atomic asset. Registration is idempotent, release is lock-protected and exactly-once, and a completion marker prevents re-accumulation. A sequence that stalls past a 4-hour inactivity window is flagged for an operator, so your DAM receives one whole asset, not a trickle of frames.

Does Nexus replace our DAM or MAM?

No. Nexus is the routing layer between intake and the systems you already run. It writes each destination a tailored record with folder tags, source paths, and parent-child associations, and your destination systems stay authoritative.

How does Nexus verify that files arrived intact?

Every file that arrives with a digest is verified with md5 or sha-256. A mismatch is retried, then dead-lettered, never silently stored. A per-file event stream with 10 event types reports each file's status back to the sending system, from received through retry-scheduled.