DCS Logistics
The operating relationship: coordination, depot delivery, escalation and service accountability.
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.”
The operating relationship: coordination, depot delivery, escalation and service accountability.
The driver proposition and digital experience: opportunities, onboarding, availability and bookings.
The client workspace: authorised depots, demand planning, booked cover and work evidence.
| Benefit | How the model supports it | Practical value |
|---|---|---|
| Access to an additional driver pool | Experienced 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 offer | Set 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 cover | Agree recurring days, specific peak periods and additional requirements. | Build a dependable base and pursue gaps around it. |
| Earlier shortage visibility | Compare depot requirements with confirmed bookings. | Prioritise recruitment and allocation before the service day. |
| Less fragmented administration | DCS coordinates onboarding, bookings, evidence and operational escalation. | A consistent partner workflow across participating depots. |
| Evidence-led conversations | Review SOD/EOD records, validation status and available delivery measures. | Investigate exceptions using the recorded work rather than recollection. |
| National consistency with local control | A common portal with access restricted to the relevant sites. | Regional oversight alongside depot-level planning. |
| Measured growth | Extend 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.
Offer genuinely available days without having to abandon a main contract.
See the agreed rate and service expectations before accepting work. No bidding or undercutting.
Use spare-day van capacity and build repeat work where suitable.
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.
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.
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.
| Stage | What the client receives | Protection / review point |
|---|---|---|
| 1 · Selected introduction | DCS 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 PIN | A 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 access | A 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 review | Driver 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 documents | Confidentiality 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 replacement | An 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. |
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.
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.
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.
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).
| Stage | InPost / client | DCS / DRIVR |
|---|---|---|
| 1 · Agree the service | Define depots, dates, vehicle suitability, waves, expected work and commercial terms. | Confirm operating arrangements, support and mobilisation plan. |
| 2 · Record demand | Enter or amend the requirement for the relevant depot and date. | Monitor gaps and direct fulfilment effort. |
| 3 · Build eligible supply | Review planned cover. | Recruit and onboard; review required documents and client-specific readiness. |
| 4 · Confirm bookings | See allocated drivers, wave and route where recorded. | Select and confirm bookings through the allocation workflow. |
| 5 · Operate | Coordinate locally and raise issues through agreed channels. | Support drivers and capture available SOD/EOD evidence. |
| 6 · Review evidence | Inspect submitted EOD, raise queries and validate when authorised. | Investigate discrepancies and retain decision history. |
| 7 · Reconcile and improve | Review 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.
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.
| Area | What the client can do | Why it helps |
|---|---|---|
| Overview | Open the network view and jump to roster, performance or EOD review. | Start with the work that needs attention. |
| Roster & demand | Choose authorised sites and service dates; plan required numbers and compare booked cover. | Keep forecasts and confirmed capacity distinct. |
| Allocated drivers | Inspect driver profiles, depot, booking status, wave and recorded route. | Know who is expected. |
| Performance | View current operational measures and available site/work history. | Understand the service with source context. |
| EOD & validations | Prioritise sites, inspect individual evidence, query and validate where enabled. | Give work review a consistent trail. |
| Access & support | Use an authorised account and permitted sites; contact the DRIVR team. | Keep client access focused on the relevant operation. |
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”.
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.
Choose the authorised depot and service date, then enter the forecast or use the requirement form where enabled.
Required, Booked and Gap have distinct meanings. Extra bookings at one depot do not fill a shortage at another.
Amend requirements as plans change. Recorded requirements and confirmed bookings remain separately identifiable.
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.
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 view | How to use it |
|---|---|
| Driver identity / profile | Recognise the allocated person and inspect the permitted profile information. |
| Depot and service date | Check that the booking matches the intended location and day. |
| Start wave | See the recorded wave rather than assume a universal arrival time. |
| Route reference | Use the recorded reference to support depot coordination; a blank reference remains unknown. |
| Recent work information | Review 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.
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 / view | Meaning and interpretation |
|---|---|
| Booked runs | Confirmed work records, not proof of attendance or completion. |
| SOD / EOD evidence | Start/end records support operational review where the source is present and linked. |
| Delivered stops and delivered parcels | Separate units. A stop total is never silently converted into a parcel total. |
| EOD received / awaiting EOD | Separate submitted evidence from bookings still awaiting an end-of-day record. |
| Validation rate | Validated received EOD lines divided by received EOD lines; not a delivery success rate. |
| Validated within 24 hours | Tracks validation against the recorded deadline; not a guarantee of immediate client approval. |
| Site comparison and history | Inspect a depot and period before drawing conclusions from network totals. |
| Source freshness | Unavailable, stale or ambiguous sources are withheld or flagged rather than presented as zero. |
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.
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.
| Step | Client action | Control |
|---|---|---|
| Find outstanding work | Choose all authorised sites and a date period. | Site queues distinguish overdue, awaiting EOD, queries and unavailable sources. |
| Inspect the evidence | Open a site and the relevant work line / screenshot. | Review the linked booking and evidence rather than a disconnected total. |
| Query a discrepancy | Use the enabled query / review workflow. | Retain the issue and original evidence for investigation. |
| Record validation | Validate only with the relevant capability and current evidence. | Decisions bind the reviewed work/evidence version; changed sources require current review. |
| Revisit history | Filter 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.
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 element | How it works | Commercial principle |
|---|---|---|
| Applicable ring | Identify the ring that applies to the proposed work. | Confirm the relevant ring and service scope before accepting the booking. |
| Client parcel rate | Use the parcel rate agreed for that ring. | A single headline cash rate is not presented as universal across all rings. |
| DRIVR owner-driver rate | Adjust the driver parcel rate to reflect the applicable ring rate. | The driver receives the agreed ring-adjusted offer before accepting work. |
| Low retained margin | Carry 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 proposition | Weekly, two weeks in hand. | Subject to the accepted engagement terms. |
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.
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.
| Phase | Work together | Evidence to proceed |
|---|---|---|
| 1 · Define priorities | Rank depots, days, peak windows, vehicle types and expected volumes. | Agreed scope, local contacts, rates and operating requirements. |
| 2 · Mobilise selected depots | Target supply, complete readiness checks and establish portal/site access. | Named eligible drivers, accepted bookings and support arrangements. |
| 3 · Prove delivery | Review booked versus required, completed work, evidence quality and exceptions. | Measured depot results and an agreed improvement plan. |
| 4 · Extend by region | Expand recruitment and recurring commitments around proven demand. | Local supply and operational readiness demonstrated before launch. |
| 5 · Review nationally | Use consistent definitions to compare participating sites and plan the next period. | Agreed scorecard, owners, review cadence and escalation routes. |
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.
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.
| Capability | Presentation treatment |
|---|---|
| Authorised client access, Overview, Roster & demand, allocations, performance/evidence navigation | Existing source-backed client workflow; demonstrate using an authorised account before promising a specific depot configuration. |
| EOD queries and validation | Existing gated workflow; genuine client work permissions and evidence must be enabled. |
| Full daily per-driver Performance and combined summary | Prepared enhancement; production release not established in this review. |
| Embedded two-way client messaging | Do not present as complete. The client/admin integration remained a separate work item. |
| Interactive national supply heatmap | Do not present an illustrative map as live available supply. |
| AM-confirmed / progress parity with DCS Management | Prepared staff feature; do not imply it is enabled for ordinary client accounts. |
| National capacity, new depot access, car deployment | Mobilisation proposal requiring local readiness and agreed commercial/operating scope. |
| This HTML | Offline client-facing presentation and explanatory demo; synthetic examples, no production connection. |
Where would additional
capacity make the
biggest difference?
Where are recurring gaps, peak pressures or difficult service days?
What waves, vehicle types, parcel profile and volume assumptions should we plan around?
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