Logistics & supply chain / IT & data

Test POD OCR on shipment identity, quantities and handwritten exceptions

By Vikasraj YadavPublished 7 min read

For cio / cto, control-tower manager, customer operations head · Compare approaches

TL;DR — what you’ll learn

  • Score shipment identity, quantities and handwritten exceptions separately.
  • A correct printed LR number does not compensate for a missed shortage remark.
  • Use reviewed originals to measure missed exceptions and unnecessary review flags.
  • Preserve uncertain and conflicting documents in a visible queue before billing decisions.

Topics: pod ocr · proof of delivery OCR · handwritten POD extraction · POD exception verification

Mezzanine operations desk with dual monitors, a coiled headset and a notebook overlooking a warehouse floor with pallet racking through an interior glass partition.

Illustrative logistics operations desk overlooking a warehouse floor; not a client facility.

All quantities, amounts, product codes and events are illustrative teaching examples.

A proof of delivery shows a clear printed LR number and a handwritten note that two cartons were short. OCR extracts the printed fields correctly, misses the note and labels the document complete. A high overall character score conceals the one omission that changes the billing review.

Evaluate POD OCR against the logistics decision, using a labelled sample and distinct error categories. The question is whether the proposed workflow preserves identity, quantities and material exceptions—not merely whether it reads most of the page.

Reconstruct one consequential document

In this illustrative case, the dispatch record lists 16 cartons. The POD carries the correct shipment reference, while the recipient's handwritten remark records “2 cartons short.” Under the reviewed interpretation of this example, the received quantity is 14.

Keep the three facts separate: 16 dispatched, a two-carton shortage remark, and 14 received under that interpretation. Do not overwrite the dispatch quantity with 14 or report 16 as the received quantity because it appears in a clean printed box.

If the handwriting is ambiguous, the correct output is uncertainty requiring review. An extraction model should not invent a clean-delivery result to complete the form.

The document's authenticity, contractual significance and effect on billing or claims remain separate questions. OCR reads a representation; it does not independently establish who signed it or whether the underlying delivery occurred as described.

Build a labelled evaluation set

Select originals across relevant customers, carriers, layouts, handwriting styles, image quality and partial-delivery patterns. Keep duplicate scans and related revisions from leaking into both tuning and evaluation sets.

Have a reviewer label the shipment association, dispatched and received quantities where present, exception text, signature or acknowledgement presence, and ambiguous regions. A second reviewer can resolve disputed labels for consequential fields.

Retain the source location for each label. This allows an assessor to distinguish a missed remark from a reference label that was itself wrong. A cropped image that omits the remark is a capture failure, not necessarily a text-recognition failure, but the end-to-end workflow still needs to detect it.

Use authorised samples and limit personal or commercial information to what the evaluation needs. Document quality and operating scope should be recorded with each case.

Read the exception metrics as a matrix

Suppose an illustrative test contains 100 PODs. Reviewers identify ten with material handwritten exceptions and 90 without them. The extraction workflow flags 12 documents for an exception.

Scroll horizontally to see all columns.

Reviewed condition Workflow flags exception Workflow does not flag exception Total
Material exception present 8 2 10
No material exception present 4 86 90
Total 12 88 100

Exception recall is 8 ÷ 10, or 80%. Two material exceptions were missed. Flag precision is 8 ÷ 12, or 66.7%, rounded: four flagged documents did not contain a material exception under the reviewed labels.

Among the 88 unflagged documents, two actually contain exceptions. That is about 2.3% of the unflagged group. It is a result for this illustrative sample, not an estimated production failure rate without a representative design.

Suppose shipment identity is correct on 98 of the 100 documents. Report that 98% separately. Averaging it with remark detection could hide the missed exceptions and does not establish that any particular document is safe to advance.

Separate recognition from business mapping

An OCR engine may correctly read “14” but map it to dispatched quantity instead of received quantity. A downstream rule may then associate the document with the wrong LR. Both are consequential failures even if text recognition was accurate.

Keep extracted text, proposed field meaning, shipment match and reviewer correction as distinct steps. For an LR that covers multiple consignments or partial deliveries, show the scope of the evidence rather than applying it to every related shipment.

Carrier-specific exception guidance helps explain why the operational case matters. Delhivery's B2B documentation describes handling shipment exceptions; it does not make a clean OCR output equivalent to a resolved shortage or an accepted claim. Delhivery — B2B exceptions management

Test a correct LR with a wrong date, a correct date with an ambiguous LR, and a remark applying to only one line. Include a document already associated with another shipment and a newer scan with additional handwritten information.

Use confidence to route review

Confidence scores can help prioritise fields and documents, but their meaning depends on the model and task. A field with a high score can still be wrong, especially when the decisive remark was never detected as a field.

Amazon Textract's guidance links confidence thresholds to application sensitivity and recommends additional scrutiny where errors matter. Set thresholds using the actual sample and the consequence of a missed field rather than copying an example percentage as a universal release rule. Amazon Textract — Best practices

A missing expected region, an inconsistent quantity or a conflict with shipment data should trigger review even if the extracted printed fields have high scores. “No remark detected” and “reviewed, no material remark present” are different statements.

Show the reviewer the original image at useful resolution with the relevant region highlighted. A queue that displays only the extracted text removes the evidence needed to catch an omission.

Evaluate the review process as well as the model

Compare full manual review, assisted review and any narrowly proposed automatic routing on the same labelled cases. Measure active reviewer time, corrections, missed material exceptions and unnecessary flags.

If every unflagged document still receives a full check, the 88-document group is not an automatic-release population. Its time cost belongs in the workflow comparison. If limited automatic advancement is proposed later, it needs separately approved evidence and monitoring for that exact scope.

Track results by format and scan condition. A strong average can conceal poor performance on a smaller carrier's handwritten form. New layouts or capture changes should trigger reassessment rather than silently inheriting the earlier result.

Define a stop condition for material exceptions that bypass the required review. Preserve the affected documents and subsequent billing state so the team can reconcile the consequence.

Choose a tool that exposes the evidence

A native POD feature, a standalone OCR service and improved digital capture at delivery may solve different parts of the problem. Test each with the short-receipt case and the 100-document evaluation structure.

For a POD-extraction assessment, begin with the remark or field that most often changes a billing decision. Require a demonstration of its source, uncertainty and review path before discussing throughput.

Next actions

  1. Label shipment identity, quantities and material remarks on a representative set of original PODs.
  2. Calculate identity accuracy, exception recall and flag precision separately.
  3. Test ambiguous handwriting, partial delivery, duplicate scans and incorrect shipment associations.
  4. Measure the complete review workload and approve only the downstream actions supported by the evidence.

Discuss this workflow

Describe your current systems, the recurring exception and the outcome you need. Keep shipment, customer and financial records out of the initial message.

Draft an assessment email

References

Sources checked 15 October 2026. Vendor documentation supports platform facts; the worked examples and diagrams are original.

About the author

Vikasraj Yadav writes about operational decisions, software and automation for NextEdge Labs.