Process review sample

Anonymised sample deliverable

Business process review

Beverage production and distribution: outlet order, reservation, picking, delivery, production, material and purchasing

IndustryBeverage industry / Wholesale distributionScopeThree bottling sites and one wholesaler: order intake, stores, production, purchasing, documents, payroll basis and fleet.MethodBaseline capture of how work runs today, process map at operation level, analysis of data handovers, review of responsibility zones, staged recommendations.Service levelMatches the scope of the “On-site process immersion” service — from three days on site: watching the cycle, interviews, a review of tools and documents. The remote “Process review” delivers the same structure in shorter form: without the operation capture and role analysis, which require being on site.StatusDemonstration sample based on a delivered, anonymised platform. The client name and client data are not used.

Prepared by IT Carrot · Solution architecture and business systems development
Sample dated: August 2026

1. What the review found

Three bottling sites and a wholesaler distributing their output to retail outlets. The work rests on connected objects: outlet, order, reservation, picking order, route, stock level, production order, material issue, purchase requisition, output and piece-rate settlement.

While those records live on separate carriers, each department reconstructs what happened only after the work is done. The problem is not missing features: the process has no carrier that survives the handover between departments.

A second layer is the three sites that grew independently. Operations that mean the same thing are named and run differently, so consolidated reporting is assembled by hand — and no shared platform can be built on any one site without unifying them first.

FindingStatement
Primary constraintStock is checked by hand at dispatch, so a commitment is made to the outlet before the actual stock level is known.
Recommended first stepBring the three sites onto one state model, then build a single order record running from intake through to the purchase requisition.
Expected effectLess re-keying, earlier detection of material shortage, a verifiable basis for piece-rate settlement. Quantitative effect is assessed after rollout.

Areas reviewed

Wholesaler

  • Order intake
  • Field sales
  • Dispatch
  • Routes and delivery

Bottling site

  • Production
  • Material store
  • Finished-goods store
  • Prepared bookkeeping

Purchasing

  • Stock levels and thresholds
  • Consumption norms
  • Purchase requisitions
  • Suppliers and lead times

Settlement and fleet

  • Output
  • Piece-rate pay
  • Invoices and delivery notes
  • Vehicles

2. Baseline capture of current work

A review does not start with the target model. It starts by capturing how the work runs today. For each operation we record who performs it, how often, which carrier holds the data, and whether the same data is entered again. Everything else in this document rests on this table.

OperationWho performs itFrequencyWhere the data livesRe-keyed
Taking the order at the outletField sales representativeDaily, per outletNotebook, phone, personal spreadsheetYes — the order is rewritten when handed to dispatch
Stock checkFinished-goods storekeeperPer orderPaper stock ledgerYes — the stock level is quoted verbally
Building the routeDispatchDaily, for the next dayPaper route sheetYes — outlets and line items are rewritten
Production orderProduction managerWhenever a shortage is noticedPaper formYes — quantity and material are copied from the store
Material issueMaterial storePer production orderPaper delivery noteYes — the booking happens later than the event
Purchase requisitionPurchasingOn a shortage found after the factInternal memoYes
Invoice and delivery notePrepared bookkeepingPer orderSeparate accounting softwareYes — order data is entered again
Piece-rate settlementForeman and bookkeepingMonthlyManual roll-up from production ordersYes — output is interpreted a second time
What follows from thisIn eight operations out of eight, the same data is entered again at least once. This is not a discipline problem: the order has no carrier that survives the handover between departments, so every downstream department creates its own copy.

3. State of the operational system

The main losses do not occur inside individual operations. They occur between the wholesaler, the stores, production and purchasing — and when data from three sites is brought together.

45/100average process maturityManual reconciliation risk high
8points of re-keyingCandidates for removal
7critical data handoversNeed an owner
2priority pilot flowsOrder + stock

Process maturity

Expert assessment on a 0–100 scale. Higher means a more resilient process.

Batch planning49
Filling norms and specifications58
Material traceability37
Quality control52
Piece-rate settlement34
Purchase requisitions41

Structure of operational risk

Distribution of recorded observations by type.

16observations
40% — scattered data32% — losses at handover28% — unclear ownership

The numbers on this demonstration panel are illustrative. In a paid review the assessments are derived from interviews, a sample of working records, process observation and an agreed 0–100 scale.

4. Current process and handover points

The chain describes the typical path of work. It is a process model, not a snapshot of any particular client system.

1

Order

The outlet passes its requirement to sales or via its account.

2

Reservation

Goods are committed against the specific order.

3

Picking

The store assembles the order against a picking order.

4

Delivery

The order is distributed across driver routes.

5

Replenishment

A stock level crosses the threshold for a line.

6

Production

An order is raised with quantity and material required.

7

Material issue

The material store issues against the order.

8

Purchasing

A shortage becomes a requisition to the supplier.

Risks at the handover points

HandoverWhat can be lostConsequencePriority
Outlet → salesOrder contents, urgency, agreed priceThe order is queried again; a commitment is made without knowing stockHigh
Sales → dispatchLine items, quantities, address and delivery windowRewriting and transcription errorsCritical
Dispatch → finished-goods storeWhat exactly is reserved against which orderThe same stock is committed twiceCritical
Store → productionThe moment stock falls below its thresholdThe order is raised after the shortage rather than before itCritical
Production → material storeMaterial required by the orderIssue on a verbal request, booking after the factHigh
Material store → purchasingThe actual shortage and the lead timePurchasing starts only once the line has stoppedHigh
Production order → payrollOutput, the workers involved, the piece rate in forcePiece-rate pay is recalculated by handCritical

Risk heatmap

AreaLikelihoodImpactDetectionResult
Stock committed to two ordersHighCriticalAt dispatchCritical
Order raised after the shortageHighHighLateCritical
Material booked retrospectivelyMediumHighAt stocktakeHigh
Piece-rate pay from a manual roll-upHighHighMonthlyCritical
The three sites diverge in practiceHighCriticalAt consolidationCritical

5. Why this happens

Re-keying, late shortages and the manual roll-up of output share the same structural causes.

A. The order has no carrierOrder, reservation, picking order, route and documents exist as separate facts. None of them survives the handover between departments intact.
B. Stock is not a controlling signalProduction is triggered by whoever notices the shortage. The threshold lives in someone’s head rather than in a rule, so the order is always raised late.
C. Three sites grew separatelyOperations that mean the same thing are named and run differently. While that holds, consolidated reporting is assembled by hand and no shared platform can be built on any one site.
D. Payroll re-interprets production dataOutput reaches settlement through a manual roll-up rather than from the closed production order. Every discrepancy is renegotiated each period.
Decision principleWhat needs automating is not the action but the state of the work: required data, the owner of the next step, and the transition condition. And before that, bring the three sites onto one process description — otherwise the divergence itself gets automated.

6. Who does what — and how much of it is moving data

Three sites grew separately, so the same work is done differently and in different departments. Below is where it is duplicated and where a role does not decide anything but passes data further down the chain.

RoleWhat it does todayHow much of that is moving dataReview observation
Field sales representativeVisiting and calling outlets, taking orders, entering themA substantial share of the time is moving the order into the dispatch formEntry moves into the outlet account; the role keeps winning new outlets
DispatchChecking stock, deciding what is possible, building the routeThe decision rests on a verbally quoted stock levelDispatch stops deciding what is possible and confirms what is already reserved
Finished-goods storekeeperStock ledger, issuing goods, reconciliationKeeping the ledger duplicates data the order already holdsThe role narrows to physical receipt and issue
Production managerSpotting shortages, raising orders, overseeing outputSpotting is a manual walk of the store, not a system signalThe order comes from the stock threshold; the role keeps execution and quality
PurchasingReacting to internal memos, working with suppliersThe requisition is created after the fact and by handThe requisition follows from the production order; the role shifts to lead times and terms
Foreman and bookkeepingManual roll-up of output for piece-rate settlementDouble interpretation of the same dataSettlement is taken from the closed production order
The organisational conclusion stays with the companyThe review shows which part of the work is moving data and which part is deciding. What happens with the time freed up — redistributing tasks, retraining people or changing the structure — is the owner’s call. In this project the sales role was not cut: it shifted from entering orders to winning new outlets.
Incentives change with the processAs soon as an outlet starts ordering for itself, a classic percentage of turnover takes money away from the sales representative — this is usually where B2B self-service breaks. In this project the percentage was made degressive: high for a newly won outlet, declining as that outlet settles into routine. Without that change, sales works against the platform and no amount of technical work compensates for it.

7. States, boundaries and rules

Every order passes through explicit states. Each one defines an owner, the required data and the condition for moving on.

StateOwnerRequired informationTransition condition
CreatedOutlet or sales representativeOutlet, line items, quantities, requested dateOrder saved with validated price-list items
ReservedSystemStock per line item, reservation against the specific orderReservation confirmed; shortage placed in the purchasing queue
PickedFinished-goods storePicking order, actual quantitiesDiscrepancies recorded with a reason
On routeDispatch and fleetRoute, driver, delivery windowRoute built and handed to the driver
DeliveredDriver and outletReceipt confirmation, signed delivery noteDocuments attached to the order
ClosedPrepared bookkeepingInvoice, delivery note, payment receivedData passed to the accounting software

Boundaries of automation

The system should determine

  • Whether stock covers the specific order
  • When a stock level has crossed its production threshold
  • What material the order needs and what is missing
  • Who performs the next action
  • What data changed and when

The system should not decide

  • Whether to ship to an outlet with overdue debt
  • Whether to release a batch with a quality deviation
  • Whether a price outside the approved price list applies
  • Whether a piece rate is set
  • Who owns responsibility for a site

Rules, deadlines and escalation target

A rule without a deadline and an addressee does not work. Below is the minimum set that makes exceptions visible the same day.

RuleDeadlineEscalates to
An order cannot be saved without a confirmed reservation or a shortage flagAt the moment of entryBlocking rule, no escalation needed
A shortage on a line item enters the purchasing queueAt the moment of reservationPurchasing
A production order is raised when stock crosses its thresholdAutomatically, at the moment of the eventProduction manager
Purchase requisition not confirmed1 working dayHead of purchasing
Production order closed without output and workers recordedBy end of shiftForeman, then production manager
Order delivered, documents not attached2 working daysPrepared bookkeeping, then management
Picking discrepancy recorded without a reasonAt order closeStorekeeper, then store manager

8. What to do and in what order

The sequence is built so that each stage delivers value on its own and does not require the next one to be finished.

No.RecommendationWhy nowAcceptance criterion
1One process model for three sitesWithout it a shared platform cannot serve all three plantsIdentical operations are named and run the same way at every site
2An order record from intake to closeConnects order, reservation, picking, route and documentsAn order is traceable from intake to documents without rewriting
3Stock as a controlling signalMoves production and purchasing from reaction to ruleOrder and requisition arise from the event, not from walking the store
4Outlet accountTakes sales out of the order-entry chainThe outlet places its own order and sees invoices and delivery notes
5A verifiable basis for piece-rate settlementRemoves the double interpretation of outputSettlement comes from the closed production order without a manual roll-up
LaterRoute optimisation and demand forecastingOnly useful once stock levels are stableSource data is reliable across an agreed horizon
Do not start with the full platformFirst the shared process model and the order record. Extend once all three sites work stably to one model. The reverse order writes the divergence into the code.

Rollout plan

These durations are indicative for a demonstration sample. A real estimate is formed after access to the tools, record samples, roles and integration constraints.

StageDurationOutcomeCheckpoint
Capture and unification3–5 weeksOne state model, roles, required fields, exceptionsOwners at all three sites approve the model
Order core4–6 weeksIntake, reservation, picking, route, documentsThe pilot site runs with no paper step in the middle
Stock, production and purchasing3–5 weeksThreshold, production order, material issue, requisitionShortages are detected before the line stops
Outlet account2–4 weeksCatalogue, ordering, status, invoices and delivery notesSome outlets order without a sales representative
Settlement and reporting3–4 weeksPiece-rate pay, synchronisation, consolidated reportingThe period closes without a parallel manual reconstruction

9. Metrics, reporting horizon and next step

This sample claims no numeric effect. In a real review the baseline is recorded first, then the metrics are compared after an agreed period of use.

MetricHow it is calculatedHow to capture the baselineDirection
Share of orders with no re-keyingOrders running from intake to documents without rewriting / all orders × 100A one-week sample of orders from the dispatch ledgersUp
Time from order to confirmed reservationMean across the orders in the periodTimestamps in the ledger and on dispatch sheetsDown
Shortages found after the line stoppedNumber of production orders raised after the shortage occurredA quarter of production orders from the paper formsDown
Variance between norm and actual material use(Actual − norm) / norm × 100 per production orderStocktake against the material-issue notesDown
Manual corrections to piece-rate payNumber of corrections after the period is closedRoll-ups from the last three periodsDown
Time to close consolidated reportingWorking days from period end to an approved report across three sitesMeasured across the last two periodsDown

Horizon: from the order to the annual report

A review does not end at dispatch. Operational data has to reach management and annual reporting without being entered again — otherwise manual assembly reappears at the top level.

LevelWhat must arrive without manual assembly
ShiftOutput, closed production orders, picking discrepancies
WeekStock by site, open shortages, route completion
MonthPiece-rate settlement, invoices and delivery notes, outlet receivables
QuarterCost by norm and actual, turnover by outlet and route
YearConsolidated reporting across three sites and the wholesaler on one data model
If the consolidated report is assembled by hand, the cause is almost never the reporting layer. It is that the sites’ operational data has not been brought onto one model.

Questions to settle before development

  1. Who may approve a shipment when stock is insufficient?
  2. What stock threshold triggers a production order per line item and per site?
  3. Which material consumption norms apply and who approves them?
  4. What data does the accounting software accept, and in what format?
  5. Which operations must keep working when connectivity drops in the store and on the floor?
  6. Who owns the price list and the discount rules for outlets?
Recommended next decisionCapture one complete order cycle at one site: a week of anonymised orders, stock ledgers, production orders and material-issue notes. Output: a data model, a role matrix, an exception list and the pilot scope.

This document demonstrates the structure and level of detail of the deliverable of the “Process review” service. It is based on the mechanics of a delivered, anonymised platform for beverage production and distribution, is not legal, tax or industry advice, and contains no confidential client information. Maturity scores are illustrative. Recommendations for a specific organisation depend on the capture, the jurisdiction, the contracts and the existing systems.