'Declaration
 
Public Overloads Function BackorderPartRequest( _
   ByVal partRequestDetailIDNum As String, _
   ByVal expectedDate As Date, _
   ByVal serialNumber As String _
) As ToolkitResult

public ToolkitResult BackorderPartRequest( 
   string partRequestDetailIDNum,
   DateTime expectedDate,
   string serialNumber
)

Parameters

partRequestDetailIDNum

Part Request Detail Identifier

expectedDate

The DateTime the Part Request backordered parts are expected to arrive. If not set, the current time is used.

serialNumber

The serial number of the part used to backorder this Part Request

Return Value

As in base Clarify, if a partial backorder is performed, the part request is broken up into two new part requests. The first is for the backorder (and the quantities are changed). The new part request will be created to hold the rest of the units that did not get backordered.

This API will validate that the part request can be transitioned (for the specified user) to the proper new condition.

This API will work with either quantity or serialized parts, based on the part number/site_part of the part request. If a serial number is specified, it will be used. Otherwise, the serial number will be taken from the part request.

To use primary bin suggestions/recommendations, please see the remarks on the ToLocation and/or FromLocation properties on the BackorderPartRequestSetup object.

To allow for multiple calls to this API to be performed without extra complex transitions being added to the system, set the UseTransitions property of the BackorderPartRequestSetup object, or the useTransitions parameter of the respective overloads to false. Note that the last call to BackorderPartRequest in the chain of calls should have this value set to true to ensure the transitions are checked and the condition/status is updated properly.

NOTE: This API requires two other APIs (PartTransfer and CreatePartRequestDetail) to work correctly.

Reference

LogisticsToolkit Class
LogisticsToolkit Members
Overload List