Aerial view of a tanker's bow underway

Overview

The change may look local: a quantity revision, a new receiver or a withdrawn parcel. Its commercial consequences can extend beyond the requesting party because the programme shares timing, pricing and decision dependencies. The coordinator needs a process that exposes those connections without making technical judgments or assuming that every change has the same effect.

Key takeaways

  • Capture the requested change separately from the currently authorised programme.
  • Identify direct and shared dependencies before circulating a revised instruction.
  • Ask each responsible party a scoped impact question.
  • Keep commercial agreement, specialist review and notification as distinct steps.
  • Close the change with a reconciled programme and assigned residual actions.

Create a change request that can be assessed

Record the requester, parcel reference, proposed amendment and business reason. Attach the current programme version and identify exactly which element would change. A message saying “please update as discussed” provides too little basis for a controlled decision.

State whether the request is exploratory or intended for approval. Recipients should know whether they are being asked to assess an option or act on an authorised instruction. Until the change is approved through the relevant process, keep the current programme clearly identifiable.

Ask the requester what outcome it needs rather than assuming its suggested amendment is the only solution. A customer seeking a different delivery position may have an underlying deadline that another commercial arrangement could address. The desk can explore alternatives while preserving the distinction between the objective and the proposed instruction.

Do not promise feasibility in the initial acknowledgment. Confirm receipt, name the review owner and explain the next step. That gives the requester useful information without prejudging the responses still required.

Map affected decisions across the programme

Start with the parcel directly concerned, then identify common assumptions that may be touched. These can include the package offer, programme sequence, customer commitments and review references. Ask the responsible parties which effects require consideration rather than deciding the technical impact from the request alone.

The map should include decisions already completed. A response based on an earlier programme may need confirmation that it remains applicable. It is not enough to look only at open tasks, because a change can reopen a previously closed dependency.

Affected areaQuestion to askEvidence needed for the change record
Requesting cargoWhat precisely is being amended?Authorised request and current parcel reference
Other cargo commitmentsWhich agreed milestones or instructions may be affected?Scoped commercial responses
Package pricingDoes the offer basis change?Revised terms or confirmation of continuity
Specialist reviewDoes an earlier response remain applicable?Relevant reviewer's decision
Shared programmeWhich estimates or sequence assumptions need updating?Responsible source's revised information
NotificationsWho must receive the approved change?Controlled recipient and acknowledgment record

The map is a coordination tool. It does not create a universal list of approvals for every parcel tanker change. Tailor it to the actual parties, agreements and programme dependencies.

Keep different forms of agreement separate

A technical response, a commercial amendment and an acknowledgment of receipt are different events. A recipient can acknowledge a revised proposal without accepting its price or confirming its suitability within that party's role.

Use status labels that preserve these distinctions. If a specialist response is complete while commercial terms remain open, show both. Do not mark the whole change approved merely because the most visible workstream has finished.

For contractual questions, check the current agreement and obtain the appropriate legal or commercial review. The coordinator should record the agreed interpretation or outstanding issue rather than summarising a disputed position as an established right.

Where several parties give conditional responses, list the conditions separately and identify who can close each one. A collection of conditional yeses may still leave the programme unable to proceed on the proposed basis. Management needs to see the remaining dependency, not just the number of positive replies.

Reconcile instructions before release

Once the authorised decision is made, prepare a controlled change note. Identify the new programme version, the elements superseded, the responses supporting the change and the recipients who need to act.

Review cargo-specific messages against the common programme. A revised destination sequence can be correctly reflected in the shared file while an individual customer instruction still refers to the old order. The reconciliation step catches those inconsistencies before they become competing directions.

Send only the information each recipient needs and is authorised to receive. A programme-wide change does not justify forwarding unrelated customer negotiations or restricted review material. The change note can refer to the status of those decisions without exposing their underlying content.

If an instruction cannot be replaced immediately, record the interim arrangement and its authorised owner. Do not leave two apparently active versions without explaining which one governs the recipient's next action.

Fictional case: a withdrawal with unfinished consequences

A fictional parcel trader receives notice that one cargo will not proceed. The coordinator removes the entry from the working list and circulates the shorter programme. The remaining cargo teams assume that their previous instructions and the package quote continue unchanged.

During review, the commercial lead asks whether the owner has confirmed the revised offer basis and whether earlier programme responses still apply. Neither question has been sent. The withdrawal was documented as a factual update but not assessed as a programme change.

The team opens a change record, obtains the relevant commercial and review responses and checks the remaining customer instructions. One instruction needs clarification because it referred to the previous sequence. The responsible party supplies a revised response, and the coordinator issues a reconciled programme reference.

The withdrawal itself was not complicated. The weakness was assuming that deleting a cargo row completed the work. The corrected process tracks the decisions connected to that row and closes them with evidence.

Review the quality of the process after closure

A short retrospective can identify whether the change arrived through the right channel and whether the dependency map found the relevant parties early enough. Focus on improvements that would make the next request easier to assess.

If the team repeatedly discovers package-pricing questions late, add a clear pricing-basis check to the change intake. If reviewers receive inconsistent programme versions, improve the controlled reference process. These are specific corrections to observed weaknesses, not reasons to create an ever-longer generic checklist.

Retain the earlier programme with its decision trail. It explains what was authorised before the change and helps distinguish a legitimate revision from an error in execution or reporting.

Common mistakes

Deleting a withdrawn parcel from the list does not resolve its effects on the remaining programme. Check the connected pricing, instructions and review references.

Another mistake is to treat acknowledgment as agreement. Record the actual decision each party has made and the conditions that remain open.

Finally, avoid circulating an approved common programme while leaving contradictory parcel-specific instructions active. Reconcile both levels before closing the change.

Where Zeaclub fits

Zeaclub provides a multi-party shared workspace for owners, charterers, brokers and port agents.

Zeaclub offers digitalised procedures across the voyage workflow.

Explore Zeaclub

Explore Zeaclub

Educational information only; not legal, financial or trading advice. Contract wording and applicable rules control. Verify current requirements and obtain qualified advice before acting.

Frequently asked questions

Does every change need every participant's approval?

The required decisions depend on the actual change, agreements and responsibilities. Map the affected scope and ask the relevant parties rather than applying an indiscriminate approval list.

Can exploratory alternatives be reviewed before approval?

Yes. Label them clearly as scenarios and identify who will issue any authorised instruction. This allows useful assessment without confusing investigation with implementation.

What if one response remains conditional?

Keep the condition visible, assign its owner and explain its effect on the proposed programme. The authorised decision makers determine how to proceed with that unresolved dependency.

What proves that a change is closed?

The record should identify the approved version, supporting responses, superseded instructions, required notifications and any residual work transferred to named owners. Distribution alone does not establish closure.