-
Notifications
You must be signed in to change notification settings - Fork 13
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Using the the booking interface to arrange oncarriage #393
Comments
Seems I went down the wrong rabbit hole, and should be using the Transport document model of eBL |
Actually "no" - you are on the correct path... If a consignee wants to do a B/L amendment and add Only comment to the above is that |
@RowlandShaw just added the above comment (saw you closed it yesterday) |
The booking API did feel a lot more like it is intended for export shipment booking requests - more to reserve the slot on the vessel, rather than to arrange the final delivery. The consignee (or their agent) is going to react to the notice of arrival from the carrier, to then want to arrange the appointment to deliver the container to their warehouse to be unloaded and empty equipment returned. Currently, the request might go via email, and say something like "Re: Bill ABDEF132456, Container ABCU1234567, please deliver to our warehouse at 123 Any Street, Doncaster on 10th October at 10:00. Tip ref will be DON123. Driver should not arrive more than 30 minutes early, as traffic wardens will issue parking tickets, and there may not be space on site. Quay Rent and Demurrage charges to be accepted by ABC Test Co. with reference PO122341, Port additional charges to be paid by shipper." Rather than rely on email, I'm looking to better digitise this process, and want to be ready for DCSA standards. I could use the Track and Trace API to reduce the reliance on Notices of Arrival, but it's not clear if I'm looking to implement the best standard for the arranging the oncarriage? |
Hi again @RowlandShaw |
Here is some additional info:
|
I'm looking at use the booking interface to arrange oncarriage for import containers - It feels like the consignee, or their agent, should be using
PUT
requests to/v2/bookings/{billOFLadingNumber}
to update the original import bill with the details of the final destination, so maybe putting something like:Whilst I'm looking at this with respect of an import, and arranging on-carriage, it's not obvious how to handle the collection appointment for pre-carriage - as in the requested collection time, and full address - or am I'm bending the standard beyond it's intended purpose, and that another standard will handle arrangement of pre and on carriage? Or does the Shipment Location type need extending to define the additional information?
The text was updated successfully, but these errors were encountered: