Fulfillment Inbound API 2024-03-20: java generateTransportationOptions SDK readyToShipWindow ISO 8601

[shadowJourney]

This API interface has one parameter

        "readyToShipWindow": {
            "start": "2024-06-17T00:00:00.000Z"
        }

This is the required format

But the API data format in the java SDK package corresponds to the OffsetDateTime class.

This is where the question arises... If the end of the time format is not 00:00.000Z will simply return an error: ERROR: DateTime value \'2024-06-17T00:00:00.029Z\' must have 00:00 for its time component.

If it's 00:00.00.000Z.

This type of problem can lead to the problem of not displaying the 00:00.000Z directly after it.

ERROR: DateTime value \'2024-06-17T00:00:00Z\' is not in a valid ISO 8601 format. The expected ISO 8601 format is yyyy-MM-dd\'T\'HH:mm:ss.SSS\'Z\'\

Is the tech team toying with us?

[mikhaill]

I struggled with this one for a bit too. What they are looking for is:

yyyy-MM-ddTHH:mm:ss.sssZ

https://developer-docs.amazon.com/sp-api/docs/iso-8601

[shadowJourney]

I struggled with this one for a bit too. What they are looking for is:

yyyy-MM-ddTHH:mm:ss.sssZ

https://developer-docs.amazon.com/sp-api/docs/iso-8601

I know this problem because I've gone through the whole process before, but this is an officially generated SDK, but their SDK is suddenly unsupported. They added too many strong checksums and didn't update their own SDK, which caused the problem.

[shadowJourney]

And I'm wondering if this readyToShipWindow date is the ship date? Why does the actual call to getShipment when it's set doesn't

[puppsupr]

Hi, The issue is fixed. Please do check and let us know if it works now !