This thread has been locked.

If you have a related question, please click the "Ask a related question" button in the top right corner. The newly created question will be automatically linked to this question.

TI-API V2, ERR-TICOM-ORDER-API-0004: how to determine resubmission interval

Other Parts Discussed in Thread: TI-API

TI-API gave me the following response to a production order:

 [errorCode] => ERR-TICOM-ORDER-API-0004
[type] => Validation
[section] => Generic
[field] =>
[reason] => Your company recently purchased XIO2001ZWS and must wait 29 days before purchasing again.
[message] => Remove the item from your request and resubmit later when the inventory is available to order.
[data] =>

While the message is easy to handle by a human user, I have to automatically process this, i.e. mark XIO2001ZWS for a delay of at least 29 days while continuing to order other material; manual intervention is not an option.

Unfortunately I cannot find anything suitable in the JSON-response, neither at head nor at item level. I'd need machine-readable information of a) which customerLineItemNumber (or tiLineItemNumber) has a problem and b) the minimum time interval after which a resubmission could be successful. Is there any way to get this?

(This cannot be simulated in the test environment as all orders are accepted there as long as the quantity does not exceed the given limit).

  • Hi Paul,

    When you receive an ERR-TICOM-ORDER-API-0004 error for this condition, the current standard error response will always be in the form you cited above. Are you able to parse the error reason and identify the part number and needed re-submission delay?

    I logged an enhancement request to consider how the response might include the line item number and delay in the error response for this scenario in the future.

    Thanks,

    Paul

  • Ok, a regular expression does the trick for the moment; as this depends on the exact wording I'd fell more comfortable with an automated solution in the long run.

    My suggestion would be either to put this information ("no more orders before $date") into the error message and/or into the inventory answer, if possible (as this could prevent to create an invalid order in the first place)

**Attention** This is a public forum