Review and confirm a delivery order
Review the source PDF beside editable fields, resolve the required assignments, then confirm once. The two steps are Review and POD. Print or finish directly from the POD screen; an email update is optional.
10 minute read · Updated October 11, 2026
How a document reaches the confirm screen
The confirm screen always addresses two things at once: a delivery order and one specific upload of a document against it. That is why the URL carries both, as /protected/operations/<order>/delivery-order/confirm/<upload>. Nearly everything in this article follows from that pairing.
- From the Document Review queue
- Opening a clear single-container document goes straight to field review. Multiple containers, an uncertain identity, or a possible duplicate open a drawer over the same document workspace. Queue mode keeps the progress badge, previous/next arrows, and Back to Document Review link.
- From an upload you just made
- After you upload a PDF, Conterminal shows a parse-wait screen and forwards you to the confirm screen the moment the parse job attaches its upload to the order.
If you open a confirm link whose upload actually belongs to a different delivery order, Conterminal does not show an error. It checks who owns the upload, checks that you can read that order, and redirects you to the right one — keeping the stage you asked for and your queue filters intact.
Opening the screen is available to admins, managers, users, and collaborators in trucker, importer, and forwarder workspaces. Actually confirming is narrower: the confirm and archive actions accept only admin, manager, and user roles in a trucker or forwarder workspace. A collaborator can read the whole review and still be rejected on submit.
Starting from a selected ChatGPT batch
Carrier users can select attachment-backed Delivery Orders in Document Review and choose Confirm with ChatGPT. That handoff saves the exact sources for preparation and review. Order identities are prepared before the reviewed scope is frozen; preparation does not confirm an order. ChatGPT checks the same account and carrier workspace, reads the source pages, and saves reviewed decisions before asking Conterminal to run its canonical confirmation. Source delivery instructions carry into the primary stop and its POD. A destination needing a new site stays held for manual review and can still be opened here.
Reading the split view
A compact header identifies the container and current stage. The source document and review form scroll independently when there is enough room for two panes. On narrower screens they stack. The action bar keeps Print DO PDF beside Confirm order → POD.
Parsed facts are editable. Use a field's Source action to find its evidence in the document and Restore to return an edited value to the extracted value. Clearing an editable fact records an intentional removal. Your draft survives a reload in the same browser session; later lookup results preserve fields you already changed.
How the rail is grouped
Fields are grouped into Parties, Pickup, Moved By, Shipment, and Support Details, preceded by an unlabeled block holding the document date and issuer, and a Billing section with Freight Customer and Accessorial Customer.
Forwarder workspaces open this screen in Express review by default, and a tenant admin can switch the workspace to Traditional review under Settings → Delivery-order review. In Express mode the rail is replaced by a short panel — container, B/L, house B/L, pickup terminal, ETA, vessel, trucker carrier — with a Full review button that opens the full rail, and Back to Express to return. Everything below in this article describes full review.
Choose the job type before confirming
Use Job type at the top of the review form to choose the work described by the document. The route header updates as you choose. The choice stays in this tab's draft through a refresh and is saved to the job when you confirm.
- Container Import
- Container pickup, delivery, and empty return. A marine pickup requires a vessel.
- Cartage
- Actual local pickup and delivery without an empty-return leg. Container, vessel, ocean carrier, terminal and rail details are optional shipment references.
- Export
- Empty pickup, loading at the delivery company, then delivery to the selected Export terminal. Choose the final terminal separately from the pickup. A vessel is optional.
- Rail
- Rail-ramp pickup, delivery, and empty return. Choose a rail ramp and enter the Train ID in Moved By. Vessel and Voyage are hidden.
Cartage, Export, and Rail use Full review. A shared document with several selected orders applies the chosen type to each selected order. Add delivery stops in driving order before confirming.
Change the job type before assigning or starting the move. Once a route has assignments, scheduled work, a filed POD, a recorded delivery day, or other execution history, Document Review blocks a change that would replace that route.
Cartage: confirm the actual local move
Choose Cartage, then review the freight customer, local carrier, actual pickup, delivery stops and freight. Search Pickup location for a known company, warehouse, site, your yard, terminal or rail ramp, or type a location name and full address. Saved locations fill their address and contact details. Delivery addresses can stay on the job without creating a company or saved site. Billing customers and physical locations are separate.
An upstream terminal on the document does not become the Cartage pickup. Use Edit references to review or add ocean, container, rail and historical gate details. Document values appear when available; unmatched names can remain as text. These references do not require a Train ID, add an empty return or complete a local stop. The saved route and POD use the actual pickup you reviewed.
Later document refreshes keep that pickup even when the original order retains a terminal override. Assigned routes and filed PODs remain protected: changing the pickup still requires a job with no assignments or execution history.
The required assignments
Text fields hold what the document said. Assignments are different: they bind the document to a real record in your workspace. The required assignments must resolve before Confirm will fire. Rail pickups require a Train ID instead of a vessel. Each missing value blocks with its own message.
- Issuer
- “Issuer must be selected or marked as not shown before confirming.”
- Pickup terminal
- “Pickup terminal must be selected before confirming.”
- Vessel or Train ID
- Container Import with a marine pickup requires a Vessel. Cartage and Export allow an optional vessel. Rail requires a rail ramp and a Train ID in Moved By; Vessel and Voyage are hidden. Rail pickups use Full review.
- Ocean carrier
- “Ocean carrier must be selected before confirming.”
- Container SSL
- “Container SSL must be resolved before confirming.”
- Local carrier
- “Local carrier must be selected before confirming.”
- Importer (BCO)
- “Importer (BCO) must be selected or marked as not shown before confirming.”
- Deliver To
- “Deliver To must be selected before confirming.”
Only two fields accept “not shown.”
Issuer and Importer (BCO) are the only assignments that can be resolved by declaring the document silent. Their pickers carry an explicit option — Issuer not shown on document and Importer (BCO) not shown on document. Every other required field needs a real record. There is no not-shown escape for terminal, ocean carrier, container SSL, or local carrier. A Container Import with a marine pickup needs a Vessel. Cartage and Export allow an optional vessel; a rail pickup needs a Train ID.
Broker and Freight forwarder are optional and never block a confirm. Freight and accessorial billing customers are also optional; choose the known payer when available. Deliver To location is conditionally required — see the next section.
Reading the state of a picker
- Needs match. The parser read a name off the document but no canonical record is selected yet. The helper text says “Parsed from the document, but no canonical match is selected yet.” Focusing the field opens the picker for you.
- An amber warning. Several active company records match the parsed name: “Multiple active company records match this parsed name. Resolve it to the canonical record.” Pick the canonical one rather than whichever sorts first.
- Auto-filled or Manual. A resolved field shows where its value came from — a suggestion from the document, a value derived from the vessel, the container BIC or the B/L prefix, a workspace default, or your own search. Auto-filled is not the same as verified; check it against the evidence line.
Resolving Deliver To: company, then site
Every delivery stop uses the same card. Choose the company first. If the delivery is handled through another company, choose that optional Care Of company next. Then choose a saved delivery site owned by either company. If the address is new, the card keeps the address fields and states that the address will be added to the Deliver To company when you confirm.
- Pick the company. An unresolved Deliver To carries the label Needs owner. If the parsed name matched nothing, the helper reads “No existing Deliver To company matches this document yet. Create it or choose an existing org instead.” If several companies matched, you get “Multiple existing companies could match this Deliver To. Pick the right one before choosing a site.” and a Choose the matching Deliver To company list where each candidate has a Use action.
- Add Care Of only when needed. Care Of is optional and does not replace Deliver To. Use it when another company receives or handles the load for the Deliver To customer. The POD prints that company as C/O directly below Deliver To.
- Choose the destination. For a saved destination, use the delivery-site picker. After you select Care Of, the picker includes active saved sites owned by either Deliver To or Care Of. For a new address, keep the street and city/state/ZIP shown in the card. The card does not ask for a second site name.
- Resolve an unclear site. The picker labels itself Choose or create site and tells you which case you are in: “Similar saved site found. Choose it or create a new site.” or “Multiple saved sites could match. Choose one or create a new site.” When nothing matches a valid parsed address, the new site is staged automatically for Confirm.
“Choose the Deliver To company first.” appears only before a company is selected. After selection, the site field shows a checking state until the saved-site review finishes. If that review fails, Confirm stays blocked and the field shows an explicit error instead of silently creating a site.
The warehouse case is the two-level one people trip on: a warehouse company can own many yards and docks, and the delivery address on the document identifies the site, not the company. Conterminal treats the company as the owner and the address as a saved site beneath it, so a second delivery order to the same warehouse at a different address is a new site under the same company — not a second company.
Adding more delivery stops
In Full Review, select Add stop for each destination. Every stop can select or add a Deliver To company, an optional Care Of company, and a delivery site. Use the arrows to move any destination, including into Stop 1. The stop in the first position is the scheduling destination. The route summary updates immediately, and the empty return stays last.
- Existing company and site
- Choose an existing Deliver To company, then a saved delivery site beneath it. Confirmation reloads the active company and site before it commits, so a renamed or retired record cannot leave a stale route snapshot.
- New company or site
- Use Add as Importer / BCO or Add as Warehouse in any stop's company picker. Enter an unsaved site's address in the same stop. Conterminal resolves or creates the site when you confirm, so the draft can move without losing its company or contact details.
A route accepts 11 delivery stops total. Stops beyond the first are available only in Full Review; remove them before switching back to Express review.
Confirm stores each destination as its own delivery leg between the first delivery and the return. If dispatch work, assignments, or execution history already exists on the operation route, Conterminal refuses the rewrite instead of replacing live work.
Enter Goods and Pieces on each stop to allocate the load across destinations. Conterminal keeps that cargo with the stop when you reorder the route and prints it on that stop's POD. On a one-stop order, the original order-level cargo remains the fallback.
Open Optional stop details on any card to add a contact, phone, email, requested service date, requested time window, or delivery instructions. Those details move with the stop when you reorder the route and appear on its operation leg.
Creating a new company or site inline, and when a reason is required
You do not have to leave the screen to add a missing record. Every stop offers the same two company actions and can stage a delivery site for creation when you confirm.
A new company
Type the missing name in any Deliver To company picker, then chooseAdd as Importer / BCO or Add as Warehouse. Conterminal saves and selects the company on that stop. To use another saved company instead, keep typing in the same picker and choose its result.
A new site
Choose the company, then enter the street and city/state/ZIP. When no saved site matches, the card states that the address will be added to the selected company when you confirm. Exact matches are reused. Contact and service details stay collapsed underOptional stop details until you need them.
A reason is required only when you are creating a probable duplicate.
If the document-assisted stop uses Create new site while the resolver found a similar or ambiguous existing site, a Create reason box appears and Confirm blocks with “Enter a reason before creating a new Deliver To site.” until it has content. When there was no similar site at all, no reason is asked for. The reason is stored with the site: the helper text says “Confirm will create a new Deliver To site and save your reason with it.” That review stays attached to the same stop when you reorder the route.
The other role pickers use the same creation seam. The shipment Importer (BCO) picker, for example, carries a Create new importer (BCO) action that uses whatever you typed as the name.
Confirming
Keep reviewing while Conterminal checks tracking.
When routing details are blank, the Moved By section offers Find from tracking. Conterminal checks the selected pickup terminal adapter and the steamship-line adapter when either is available. The bottom action bar stays visible with live status, so you can keep comparing the document while the lookup runs. When it finishes, the inline Review tracking results section opens at the top of the field rail. The tracking action stays above that collapsible comparison, so Check again remains available when you collapse the results.
Lookup results can include vessel, ocean carrier, pickup terminal, voyage, Train ID for rail pickups, container size and type, B/L, and ETA. Every candidate names its provider, whether the evidence came from a terminal, railroad or SSL, and when it was observed. Nothing is applied automatically. Choose Use tracking or Keep current for an individual result. Use N blank fields is available only for blank fields with exactly one canonical result; conflicts and values that still need a canonical match stay for manual review. The panel also names every field the lookup did not find.
For NS Croxton, select the pickup terminal and choose Check tracking or Find from tracking. Conterminal signs in to AccessNS with your organization's saved credentials and looks up the container's full Train ID, even before its first confirmation. Choose Use for Train ID or Fill 1 missing field from trackingto put it in the Train ID field. An entered value is preserved until you choose to replace it. The associated train can remain available after unloading; that does not mean the container is still on the train. Rail review excludes vessel and voyage suggestions. If AccessNS cannot supply a matching current Croxton trace or Train ID, enter the Train ID manually.
The Tracking evidence panel shows the ready vessel, voyage, pickup terminal, Last Free Day, source, and freshness. All document-versus-tracking decisions appear in the same expanded review section, and required differences still need an explicit choice before Confirm.
The primary button reads Confirm order → POD. While the submission runs it shows Confirming… and prevents another submission. On a multi-container document the action first reads Save container. Use it after checking the active container's pieces, weights, seal, PO, and other container-specific values. Conterminal advances through the selected containers; after all of them are saved, the action reads Confirm N orders. A batch confirm is all-or-nothing: if any selected order fails, none are confirmed.
- Watch the action bar. While fields are outstanding it summarizes them as, for example, “3 fields need attention.”
- Press Save container or Confirm. If anything is unresolved the screen does not submit; it shows a red banner reading “Fix 3 fields before confirming.” listing up to five issues. Each listed issue is a button that scrolls to and focuses the field.
- Fix and press Confirm again. The server re-validates independently, so a value that drifted since the page loaded is caught here rather than committed.
Confirm writes the reviewed values back onto the delivery order — container, B/L, house bill, document reference, PO, ETA, vessel, seal, container size and type, package count, contents, and the consignee name, address, and phone. It also stores the full confirmed payload so the confirmed screen can show exactly what was committed.
Find from tracking, Check again, and the batch grid's Refresh enrichment action follow the exact LongShorty work item they start for enrolled tracking. The pre-confirmation AccessNS lookup reads the selected container directly and does not save a pickup terminal or start ongoing tracking. When queued work finishes, Conterminal loads the materialized tracking candidates into the same review panel. If you reload while the work is still running, the page resumes that exact refresh instead of starting a second one. The server still binds Confirm to the exact ready review shown on screen; if that review was replaced or is no longer ready, the stale submission is refused so you can review the current evidence instead.
A successful confirmation opens the POD stage when a POD is available. Finish on that same screen lets you continue to the next order or leave the review. If the response is interrupted, Conterminal checks whether the confirmation was saved before offering another attempt. Read any visible error before submitting again.
Your saved facts stay available while tracking updates
If the timeline is still being assembled, the shipment page shows its saved facts and Tracking is updating in the background. It checks while the tab is visible and displays the timeline when ready. Use Check tracking for an immediate check, or return to the dashboard. Confirmation is already saved.
The POD stage
The proof-of-delivery stage replaces the PDF pane with the POD document itself, while the right rail switches to a read-only Confirmed DO summary — document date, issuer, container, BOL, document reference, ETA — plus the delivery address and the route legs. When a stop has Care Of, the POD prints aC/O row directly below its Deliver To customer. The confirmed values stay in view while you print and reply.
- Check the sheet. Short PODs fit two copies on a letter page. Longer instructions use full pages and continuation pages so the printed text stays readable. Each copy includes the reviewed B/L, applicable weight, and that stop's instructions.
- Select Print POD. After confirming several containers from one source document, the action reads Print N PODs and loads one merged PDF for that confirmed set. Conterminal opens a new tab that reads “Opening POD PDF...” and then loads the generated PDF.
- Select Finish to leave the review, or Continue to Next DO when another container from the document is ready. There is no separate final screen. Open Email update (optional) in the details pane when you want to reply to the document's email thread.
Sending an email is optional. The draft, editor, and delivery history load when you open the email update, so they do not hold up POD review or Finish.
For a selected ChatGPT batch, the official POD packet merges the canonically confirmed orders into one PDF, using two copies per sheet when they fit. The batch result names held or unavailable documents separately. A PDF download failure does not resubmit a confirmation; open the packet again after checking the saved batch status.
After confirmation, each delivery leg has its own POD controls in the shipment route. Print, upload, email routing, and Electronic POD actions target that exact stop, and the printed Goods and Pieces come from that stop. When an order has several stops, the print action becomes Print N PODs and generates one POD per stop. A POD on an earlier stop records its receipt without marking the order delivered; the final active delivery stop controls the delivered milestone.
Finish from POD, with an optional email update
The POD and saved summary stay on the same screen. For documents with an email thread, select Email update (optional) to open the reply and history in the details pane. The POD remains visible. Use Back to details to close the editor; Finish saves any changed draft before leaving, without sending it.
The compose is a reply-all against the reconstructed thread: From, To and Cc as removable recipient chips, Subject, and a rich text Message. Typing pauses briefly and the draft saves itself; you will see Saving draft… in the toolbar while it does. Recipients are validated as you add them — anything that is not an email address is dropped rather than rejected loudly.
- Review the recipients. If the thread reconstruction was uncertain the stage says “Review recipients before sending.” Sending with an empty To list is refused with “Add at least one recipient before sending.”
- Send or skip. Send & finish is the primary button; Skip email & finish sits beside it and is also available as Skip email in the Actions menu. Both close out the stage and move you along.
- Check the history. The right rail lists Emails for this document with each message's kind, status, timestamp, and recipients, or “Nothing has been emailed for this document yet.” Sent and failed messages each carry a Resend button.
When your review changed facts the sender was already told about, the draft is prefilled with the difference and the rail says: “The draft is prefilled with what changed since the confirmation email. Edit freely before sending.” The prefill never overwrites a draft you already saved or sent.
An already-sent email opens read-only with a green summary — “This confirmation email was already sent.”, or “The received confirmation was already sent.” when it was the automatic acknowledgment — and the buttons remain Print POD and Continue to Next DO or Finish. A failed send exposes a Delivery diagnostics disclosure with the provider response.
Archiving instead of confirming
Some uploads should not be confirmed at all — a duplicate, a scan of the wrong document, a PDF that turned out to be unrelated. Open the Actions menu and choose Archive document. The item shows Archiving... while it runs, then returns you to the next item in the queue, or to the order's detail page if you were not in queue mode.
Archiving is only offered while the upload is still pending review. Attempting it later is refused in plain terms: “Confirmed DO uploads cannot be archived from this review screen.”, “This DO upload has already been superseded.”, or “This document has already been archived.”
Archiving is reversible. Reopening an archived upload gives you Unarchive document in the Actions menu, which shows Restoring... and puts the upload back into review. Confirmed and superseded uploads cannot be unarchived.
Troubleshooting
Confirm keeps blocking on a new reason each time
Read the visible validation summary and select an issue to focus its field. The server also checks current assignments and document identity, so it may reject a value that changed after loading. While Confirming… is visible, wait for the result. A response failure triggers a saved-state check; it does not silently submit a second confirmation.
“This PDF is for MSDU1234567, but this order is TRLU7654321. Attach it to the matching order instead.”
The document names a different container than the order you have open, usually because a multi-container PDF was split across several orders. Confirm is disabled and the banner offers a recovery button reading “Create/open matching sibling order for MSDU1234567”, which takes you to the order that PDF actually belongs to. Do not edit the container number to make the message go away.
The screen redirected before I could review it
The upload was already confirmed. Confirmed uploads do not reopen for editing; the route opens the POD or Finish stage. Review the saved summary there, or open the order's detail page.
I cleared a field but the old value is still there
Clearing an editable parsed fact in Review records an explicit removal when you confirm. Restore brings back the extracted value if you cleared it by mistake. Required assignments still need a valid selection. If the saved summary disagrees with your confirmed edit, report the field and document link.
Nothing is editable and there is no Confirm button
The banner tells you which case it is: “This DO is already confirmed. Review the stored values here, then return to the detail page to replace it with a newer upload if needed.” or “This DO upload is no longer editable.” for a superseded or archived upload. A newer upload replaces an older one from the order's detail page, not from here.
“Saved delivery sites are still being checked.”
Wait for the site field to stop showing “Checking saved delivery sites under…” before confirming. If the check fails, use “Retry site check”; you do not need to reload the page.
I can open the screen but my confirm is rejected
Viewing and confirming have different gates. Reading is open to collaborators and to importer workspaces; confirming and archiving accept only the admin, manager, and user roles inside a trucker or forwarder workspace. Ask a workspace admin to confirm it, or to change your role.
The pickup terminal picker will not let me skip it
It is required and has no not-shown option, because the terminal decides which source LongShorty signs into to track the container. The Express review panel says so directly: “Select a terminal so LongShorty can target the right source.” If the document truly names no terminal, find it from the booking or the steamship line before confirming.