You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Ensure shipmentCutOffTimes remains available/optional in the schema.
Apply the change specifically for BKG v2.0.3 Booking confirmation documentation/spec.
Non-compliant requirements:
Update BKG API conformance so that when bookingStatus is CONFIRMED/PENDING_AMENDMENT/COMPLETED/DECLINED, only confirmedEquipments and transportPlan are required; shipmentCutOffTimes must no longer be mandatory.
Requires further human verification:
Verify across the spec that shipmentCutOffTimes is not referenced as mandatory under PENDING_AMENDMENT, COMPLETED, or DECLINED states (not visible in this diff).
Confirm server-side validation and API implementation align with the updated conformance (not just documentation).
Check changelog/release notes and versioning consistency for v2.0.3.
The ticket requires relaxing the mandate for shipmentCutOffTimes for multiple statuses (CONFIRMED, PENDING_AMENDMENT, COMPLETED, DECLINED). The diff only removes the condition under a CONFIRMED-specific note; verify other status-dependent sections and any global validation rules are updated accordingly.
**Condition:** Mandatory and non-empty for a `CONFIRMED` Bookingitems:
$ref: '#/components/schemas/Transport'shipmentCutOffTimes:
type: arraydescription: | A list of cut-off times provided by the carrier in the booking confirmation. A cut-off time indicates the latest deadline within which a task must be completed. The confirmed schedule cannot be guaranteed if a cut-off time is missed. Customs brokers may set additional cut-off times to receive the export customs documentation, which is not included in the shipment cut-off times of a carrier booking.items:
$ref: '#/components/schemas/ShipmentCutOffTime'advanceManifestFilings:
Ensure no other parts of the schema (e.g., property descriptions, allOf/anyOf constraints, examples) still imply shipmentCutOffTimes is required, and that examples remain valid after making the field optional.
shipmentCutOffTimes:
type: arraydescription: | A list of cut-off times provided by the carrier in the booking confirmation. A cut-off time indicates the latest deadline within which a task must be completed. The confirmed schedule cannot be guaranteed if a cut-off time is missed. Customs brokers may set additional cut-off times to receive the export customs documentation, which is not included in the shipment cut-off times of a carrier booking.items:
$ref: '#/components/schemas/ShipmentCutOffTime'advanceManifestFilings:
Since the array may be empty, define minItems: 0 explicitly to align the schema with the new optional behavior and avoid validators inheriting a nonzero default. This prevents accidental validation failures when no cut-off times are provided.
[To ensure code accuracy, apply this suggestion manually]
Suggestion importance[1-10]: 6
__
Why: This is a good suggestion as it makes the schema definition more explicit by adding minItems: 0, which aligns with the removal of the "non-empty" condition and ensures validators correctly handle empty arrays.
Low
General
Make optionality explicit in docs
Clarify the non-mandatory nature in the description to avoid consumer assumptions of guaranteed presence. Explicitly state that the array may be omitted or empty for CONFIRMED bookings to prevent validation and client parsing errors.
description: |
A list of cut-off times provided by the carrier in the booking confirmation. A cut-off time indicates the latest deadline within which a task must be completed. The confirmed schedule cannot be guaranteed if a cut-off time is missed. Customs brokers may set additional cut-off times to receive the export customs documentation, which is not included in the shipment cut-off times of a carrier booking.
++ Note: This field is optional and may be omitted or an empty array, including for `CONFIRMED` bookings.
items:
$ref: '#/components/schemas/ShipmentCutOffTime'
[To ensure code accuracy, apply this suggestion manually]
Suggestion importance[1-10]: 5
__
Why: The suggestion correctly identifies that while the PR removes the mandatory condition, explicitly documenting the new optional nature in the description improves clarity for API consumers.
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.
SD-2384: Remove mandatory
shipmentCutOffTimerequirement