01 / DCS × DRIVR × INPOST

The national proposition

DCS delivers the operation.
DRIVR opens up the capacity.
InPost gets visibility and control.

DRIVR is the owner-driver access and engagement platform within the DCS operating model. It connects drivers’ genuinely available days with delivery opportunities, supported by DCS onboarding, allocation, operational coordination and payment workflows.

For InPost, the proposition combines planned DCS capacity with a wider pool of owner-drivers who can take additional days, recurring commitments or peak work. DCS retains operational and commercial responsibility; DRIVR is the brand and platform through which that flexible pool is reached.

“We can help InPost access experienced owner-drivers who do not need to leave their existing work to support you—and give your depots a clearer view of what they need, what is booked and what has been delivered.”

DCS Logistics

The operating relationship: coordination, depot delivery, escalation and service accountability.

DRIVR

The driver proposition and digital experience: opportunities, onboarding, availability and bookings.

InPost

The client workspace: authorised depots, demand planning, booked cover and work evidence.

02 / DCS × DRIVR × INPOST

Why it matters to InPost

BenefitHow the model supports itPractical value
Access to an additional driver poolExperienced owner-drivers can offer spare days alongside existing contracts.Potential capacity without requiring every driver to make a full-time move.
A more attractive driver offerSet rates, no bidding and no driver access fee; a lean retained spread supports driver pay.A clear reason for drivers to consider InPost opportunities.
Planned and flexible coverAgree recurring days, specific peak periods and additional requirements.Build a dependable base and pursue gaps around it.
Earlier shortage visibilityCompare depot requirements with confirmed bookings.Prioritise recruitment and allocation before the service day.
Less fragmented administrationDCS coordinates onboarding, bookings, evidence and operational escalation.A consistent partner workflow across participating depots.
Evidence-led conversationsReview SOD/EOD records, validation status and available delivery measures.Investigate exceptions using the recorded work rather than recollection.
National consistency with local controlA common portal with access restricted to the relevant sites.Regional oversight alongside depot-level planning.
Measured growthExtend to priority depots after agreeing local requirements and proving delivery.Expand against evidence rather than an untested national capacity promise.

These are operating benefits and intended outcomes, not quantified savings, guaranteed fill rates or a promise of immediate nationwide supply.

03 / DCS × DRIVR × INPOST

Why drivers choose it

Keep existing work

Offer genuinely available days without having to abandon a main contract.

Clear commercial terms

See the agreed rate and service expectations before accepting work. No bidding or undercutting.

More productive vehicle time

Use spare-day van capacity and build repeat work where suitable.

One joined-up journey

Register, provide documents, declare availability, receive confirmed bookings and track earnings through the existing DCS/DRIVR workflows.

The owner-driver parcel rate is adjusted to the applicable InPost ring, with the low-margin approach carried throughout. The previously discussed £2.25 figure is an illustrative rate, not a universal ring tariff. Weekly payment is two weeks in hand; eligibility, units, VAT treatment and accepted terms govern each engagement. Availability or interest is not a confirmed booking.

How H2O can support supply

The DCS hybrid model combines an agreed pattern of Amazon day-rate work and InPost parcel work. It can give suitable drivers a broader working week while supporting recurring InPost days. It remains a DCS engagement, subject to site requirements, availability and agreed terms. It is one supply route, not a separate InPost supplier or a national coverage guarantee.

04 / DCS × DRIVR × INPOST

Candidate to Client introduction

Review the person.
Check the evidence.
Control access to the pack.

Before mobilisation, DCS can introduce selected drivers through a recipient-specific client compliance pack. The client sees the shared evidence, its review status and relevant expiry dates, with PIN access and a time-limited link.

StageWhat the client receivesProtection / review point
1 · Selected introductionDCS selects the relevant drivers and the authorised recipient, reviews the pack and creates the introduction.The pack is scoped to the selected people and client review purpose.
2 · Recipient link and PINA unique introduction link and fresh four-digit PIN are supplied to the nominated email recipient.The compliance view remains behind the PIN screen. Treat both the link and PIN as confidential.
3 · Time-limited accessA visible countdown starts when the link is first opened.The access window is 30 minutes from first opening, not 30 minutes from sending.
4 · Compliance reviewDriver reference, pathway, vehicle information, staff sign-off, evidence counts and individual document review / expiry states.Approved, Needs review, Missing, Rejected, Expired and N/A remain distinct. Shared-evidence clearance is not blanket operational clearance.
5 · Terms and documentsConfidentiality and permitted-use terms appear before the document-download action.Acceptance is required for download. Internal policies, contracts and acknowledgements are excluded from the client-shared pack.
6 · Expiry or replacementAn expired introduction asks the recipient to request a fresh link.Expired or revoked links block further pack access; replacement introductions can invalidate earlier links for the recipient.

What the compliance overview covers

The shared evidence may include identity, right-to-work, driving-licence, insurance and vehicle documents, according to the driver’s pathway and applicable requirements. An owner-driver and a renter do not have identical document requirements. The overview shows review dates, expiry dates or indefinite status where recorded, and saved MOT / tax check information where available.

The client reviews the evidence as at the displayed check time. A driver being active or signed off is not a substitute for inspecting the applicable evidence, and a missing or expired item must remain visible rather than being counted as approved.

Protecting sensitive information

Use the introduction only for the authorised client review, restrict onward sharing, and keep any downloaded documents secure. The PIN and link are delivered to the same nominated mailbox: this is a PIN-gated sharing flow, not a claim of independent two-factor authentication. Link expiry prevents future access through that link; it cannot recall files already downloaded or stop a recipient taking a screenshot.

Screengrab evidence · the client journey

These are browser screengrabs of the application’s client-introduction page template, rendered with an isolated synthetic candidate and demo responses. They show the PIN, compliance and expired states without publishing anyone’s real documents. They are not screenshots of a real candidate pack or proof of production security enforcement.

Actual client-introduction template showing the four-digit PIN gate and thirty-minute countdown, with no candidate data revealed.
01 · PIN access. Compliance information is hidden before PIN entry. The visible countdown shows the remaining access window.
Actual client-introduction template showing Expired, disabled PIN controls and request a new introduction message.
03 · Expired link. The countdown is expired, PIN controls are disabled, and the recipient is directed to request a new introduction.
Actual client-introduction template after PIN entry, showing synthetic Alex Rowan compliance status counts, document checks and expiry dates, confidentiality terms and download acceptance checkbox.
02 · Compliance overview after PIN entry. Synthetic driver details, six-state evidence counts, review and expiry dates, saved vehicle checks, and terms-gated download controls.

The demonstration supplies no real compliance files. Its controls are browser-only examples; live document access and expiry require the application’s server-side checks.

Try the synthetic introduction screens ↗ · Demo PIN: 2468 (demonstration only).

05 / DCS × DRIVR × INPOST

From depot demand to delivered work

StageInPost / clientDCS / DRIVR
1 · Agree the serviceDefine depots, dates, vehicle suitability, waves, expected work and commercial terms.Confirm operating arrangements, support and mobilisation plan.
2 · Record demandEnter or amend the requirement for the relevant depot and date.Monitor gaps and direct fulfilment effort.
3 · Build eligible supplyReview planned cover.Recruit and onboard; review required documents and client-specific readiness.
4 · Confirm bookingsSee allocated drivers, wave and route where recorded.Select and confirm bookings through the allocation workflow.
5 · OperateCoordinate locally and raise issues through agreed channels.Support drivers and capture available SOD/EOD evidence.
6 · Review evidenceInspect submitted EOD, raise queries and validate when authorised.Investigate discrepancies and retain decision history.
7 · Reconcile and improveReview service trends and the next demand period.Reconcile through the existing financial process and adjust recruitment focus.

Demand, applications, confirmed bookings, completed work, client validation and financial acceptance are separate stages. A change in one does not silently prove the others.

06 / DCS × DRIVR × INPOST

The client workspace

One place to plan.
One place to see the work.
One place to review the evidence.

The indexed walkthrough below describes the client experience from the reviewed portal source. It is a presentation guide, with a small offline demonstration—not a production login or a replica connected to live systems.

AreaWhat the client can doWhy it helps
OverviewOpen the network view and jump to roster, performance or EOD review.Start with the work that needs attention.
Roster & demandChoose authorised sites and service dates; plan required numbers and compare booked cover.Keep forecasts and confirmed capacity distinct.
Allocated driversInspect driver profiles, depot, booking status, wave and recorded route.Know who is expected.
PerformanceView current operational measures and available site/work history.Understand the service with source context.
EOD & validationsPrioritise sites, inspect individual evidence, query and validate where enabled.Give work review a consistent trail.
Access & supportUse an authorised account and permitted sites; contact the DRIVR team.Keep client access focused on the relevant operation.
07 / DCS × DRIVR × INPOST

Roster & demand: a guided demonstration

The portal separates the client’s editable forecast from confirmed Roster bookings. Its planning view displays two weeks at a time; future forecast entry and driver availability have separate permitted windows. Missing requirements remain “not set”.

INPOST / Planning exampleSYNTHETIC • OFFLINE
Required12
Booked9
Gap at this depot3

All values are invented. Both inputs are editable here to explain the calculation; in the actual client portal Booked is supplied by Roster. No changes are saved or sent.

Set requirements

Choose the authorised depot and service date, then enter the forecast or use the requirement form where enabled.

Compare cover

Required, Booked and Gap have distinct meanings. Extra bookings at one depot do not fill a shortage at another.

Keep the forecast current

Amend requirements as plans change. Recorded requirements and confirmed bookings remain separately identifiable.

What happens behind the client view?

DCS staff can see applications and pending offers separately from allocations, and use authorised controls to allocate, decline or cancel with a recorded reason. Those controls are not general client permissions. Applications are not guaranteed supply and cross-depot figures must not be treated as unique available drivers.

08 / DCS × DRIVR × INPOST

Allocated drivers & profiles

Open a driver name from the allocation table to inspect the available client-facing profile. The table associates the driver with the depot, allocation status, start wave and route reference where recorded.

Client viewHow to use it
Driver identity / profileRecognise the allocated person and inspect the permitted profile information.
Depot and service dateCheck that the booking matches the intended location and day.
Start waveSee the recorded wave rather than assume a universal arrival time.
Route referenceUse the recorded reference to support depot coordination; a blank reference remains unknown.
Recent work informationReview available linked history with its period and evidence context.

Profile access does not mean unrestricted access to identity documents, internal assessments or private staff notes. Driver selfies and richer profile presentation depend on the released view and available data; this guide does not promise every row contains them.

09 / DCS × DRIVR × INPOST

Performance & operational visibility

The reviewed client workflow combines operational figures for the selected end date with submitted work and validation history for the selected period. Today, last 7 days, last 14 days and previous/next-period controls support review. Individual queries are bounded to periods of up to 14 days.

Measure / viewMeaning and interpretation
Booked runsConfirmed work records, not proof of attendance or completion.
SOD / EOD evidenceStart/end records support operational review where the source is present and linked.
Delivered stops and delivered parcelsSeparate units. A stop total is never silently converted into a parcel total.
EOD received / awaiting EODSeparate submitted evidence from bookings still awaiting an end-of-day record.
Validation rateValidated received EOD lines divided by received EOD lines; not a delivery success rate.
Validated within 24 hoursTracks validation against the recorded deadline; not a guarantee of immediate client approval.
Site comparison and historyInspect a depot and period before drawing conclusions from network totals.
Source freshnessUnavailable, stale or ambiguous sources are withheld or flagged rather than presented as zero.
Further performance detail — release verification pending

Expanded daily per-driver panels and the combined all-driver summary have been prepared, including source-backed duty/on-zone time, mileage and productivity where available. Current evidence does not establish their production release. They are an enhancement preview, not a live demonstration claim.

10 / DCS × DRIVR × INPOST

EOD evidence, queries & validation

The review queue brings overdue work, outstanding evidence and queries into view by depot. The client selects a site to inspect individual EOD lines and the available screenshots before recording an authorised decision.

StepClient actionControl
Find outstanding workChoose all authorised sites and a date period.Site queues distinguish overdue, awaiting EOD, queries and unavailable sources.
Inspect the evidenceOpen a site and the relevant work line / screenshot.Review the linked booking and evidence rather than a disconnected total.
Query a discrepancyUse the enabled query / review workflow.Retain the issue and original evidence for investigation.
Record validationValidate only with the relevant capability and current evidence.Decisions bind the reviewed work/evidence version; changed sources require current review.
Revisit historyFilter outstanding, overdue, queries or validated lines.Original decisions and corrections remain distinguishable.

Client work access and validation are separately enabled. Staff review can remain read-only. Client validation does not unlock payroll, establish payment or override the agreed financial reconciliation.

11 / DCS × DRIVR × INPOST

Parcel pricing by ring.
Low margin throughout.

The parcel rate follows the ring.
The low-margin model stays consistent.

Parcel pricing is structured around the applicable InPost ring. The client parcel rate is agreed for that ring, and the corresponding DRIVR owner-driver rate is adjusted with it. A deliberately low retained margin is carried throughout the ring structure, keeping the driver proposition attractive across the work being offered.

Pricing elementHow it worksCommercial principle
Applicable ringIdentify the ring that applies to the proposed work.Confirm the relevant ring and service scope before accepting the booking.
Client parcel rateUse the parcel rate agreed for that ring.A single headline cash rate is not presented as universal across all rings.
DRIVR owner-driver rateAdjust the driver parcel rate to reflect the applicable ring rate.The driver receives the agreed ring-adjusted offer before accepting work.
Low retained marginCarry the deliberately low-margin approach throughout the ring structure.Retain a lean share while directing the greater part of the parcel rate to the owner-driver.
Payment propositionWeekly, two weeks in hand.Subject to the accepted engagement terms.
Illustrative rate split — not a universal ring tariff

The previously discussed £2.59 client rate and £2.25 DRIVR owner-driver rate leave £0.34 per qualifying parcel, approximately 13.1% of the client rate before overheads. This illustrates the lean-margin approach. Actual cash rates are agreed for the applicable ring; the same low-margin principle is carried throughout.

Agree ring coverage, rates, qualifying parcel units, service scope, VAT basis, effective dates and reconciliation before mobilisation. This guide does not assign unconfirmed ring boundaries or publish a new ring tariff.

Where configured, the client view can surface the applicable charging basis and supporting operational measures. Chargeable parcels, stops and days remain distinct. DCS retains the existing client invoicing/self-billing and driver-payment ownership.

Commercial presentation only. This guide does not amend rate cards, accepted bookings or financial records.

12 / DCS × DRIVR × INPOST

A controlled national rollout

A national framework.
Mobilised depot by depot.

Agree a common operating model with InPost, then prioritise the depots and dates where additional supply creates the greatest value. Build from established relationships and evidenced local reach.

PhaseWork togetherEvidence to proceed
1 · Define prioritiesRank depots, days, peak windows, vehicle types and expected volumes.Agreed scope, local contacts, rates and operating requirements.
2 · Mobilise selected depotsTarget supply, complete readiness checks and establish portal/site access.Named eligible drivers, accepted bookings and support arrangements.
3 · Prove deliveryReview booked versus required, completed work, evidence quality and exceptions.Measured depot results and an agreed improvement plan.
4 · Extend by regionExpand recruitment and recurring commitments around proven demand.Local supply and operational readiness demonstrated before launch.
5 · Review nationallyUse consistent definitions to compare participating sites and plan the next period.Agreed scorecard, owners, review cadence and escalation routes.
Cars and additional vehicle pathways

Car-based support is an optional expansion where suitable for the work, vehicle/insurance requirements, parcel profile and InPost approval. An advertised car opportunity does not establish that booking, operations and payment are ready nationally.

13 / DCS × DRIVR × INPOST

Capability boundaries

This guide is based on the reviewed portal source and recorded release evidence available on 5 November 2026. It does not certify a signed-in production journey. Access and enabled features vary by reviewed account and site.

CapabilityPresentation treatment
Authorised client access, Overview, Roster & demand, allocations, performance/evidence navigationExisting source-backed client workflow; demonstrate using an authorised account before promising a specific depot configuration.
EOD queries and validationExisting gated workflow; genuine client work permissions and evidence must be enabled.
Full daily per-driver Performance and combined summaryPrepared enhancement; production release not established in this review.
Embedded two-way client messagingDo not present as complete. The client/admin integration remained a separate work item.
Interactive national supply heatmapDo not present an illustrative map as live available supply.
AM-confirmed / progress parity with DCS ManagementPrepared staff feature; do not imply it is enabled for ordinary client accounts.
National capacity, new depot access, car deploymentMobilisation proposal requiring local readiness and agreed commercial/operating scope.
This HTMLOffline client-facing presentation and explanatory demo; synthetic examples, no production connection.
14 / DCS × DRIVR × INPOST

The discussion with InPost

Where would additional
capacity make the
biggest difference?

Priority depots

Where are recurring gaps, peak pressures or difficult service days?

Service design

What waves, vehicle types, parcel profile and volume assumptions should we plan around?

A measurable first stage

Agree a bounded mobilisation, the service scorecard and the decision to expand.

“Our proposal is to bring DCS operational accountability and DRIVR’s flexible driver proposition together under one national framework—then prove and expand it locally.”

Gareth Hulme · DCS Group / DRIVR
gareth.hulme@dcsgroup.uk.com
www.getdrivr.co.uk