Skip to content
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

Provide some kind of overview documentation to signpost which standard you should be looking at for a given part of the overall process #398

Open
RowlandShaw opened this issue Oct 3, 2024 · 1 comment

Comments

@RowlandShaw
Copy link

I'm struggling to understand the user flow for arranging on-carriage via the DCSA APIs - whilst pre-carriage seems to be covered via the Transport documentation module of the eBL interface, I'm not seeing any end point there for the consignee to provide details of the final delivery - the carrier seems to propose the transport plan to the shipper to accept - even flipping the shipper to be the consignee doesn't really fit the business model I understood to be prevalent - that the consignee (or their agent) would arrange collection.

Looking at the eBL use cases, UC12 looks to be relevant as the only message from the consignee to carrier; but reading the associated documentation to create a surrender request, as referenced from the user story seems to be very much about releasing the bill to an eBL platform, rather than being along the lines of "can you fulfill this through bill, by doing final delivery on 5th October at 8:00 to our warehouse at 123 Any Street, in Doncaster, per the manifested final destination city please".

Even checking the state diagram suggests that the designed API is built around the consignee being told when they will have their cargo delivered, rather than the consignee arranging a convenient time for the container to arrive?

Maybe the documentation could be clearer with its signposting, so in the scenario where a developer coming along to integrate their forwarding software might know that their use case is "arrange final delivery for a through bill" - so they might look at the booking API, figure out that's only really export focused; look at the eBL interface and come to a similar conclusion, although with concessions to it handling the electronic bill, before drawing conclusion that it might not be the right interface for them.

Perhaps some form of documentation that has the actions by actor hyperlinked to the relevant standard would help,

So maybe something like:

Shipper

Consignee

  • Track inbound container
  • Request release of container (for merchant own haulage)
  • Request onward delivery of through bill
  • etc.

Carrier

Could possibly be achieved by enhancing the Industry blueprint process maps?

@HenrikHL
Copy link
Contributor

HenrikHL commented Oct 4, 2024

Thank you @RowlandShaw for the valuable feedback. I do acknowledge it is not clear via the documentation how this is done...
We will discuss this internally and get back to you :-)

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants