Adjustments Entry, Create
Creates a new Adjustments Entry transaction using the supplied data and returns the details of the transaction.
URL
/api/adjustments-entry-create
Request Method
POST
Expandable Program
Adjustments Entry (ICTAE)
Required Fields
PART_ID
STORES_CODE
QUANTITY
AUTH_TOKEN
STORES_CODE
QUANTITY
AUTH_TOKEN
Auth Token
This API call requires an Authentication Token ("Auth Token") for the required field AUTH_TOKEN. Auth Tokens are obtained from Auth Token, Get.
Example Request JSON
{
"PART_ID": "MOTOR003",
"STORES_CODE": "MA",
"STOCK_LOCATION": "ISLE 3/SHELF 2",
"QUANTITY": "5",
"AUTH_TOKEN": ""
}Full Request JSON
{
"ACTION_DATE": "",
"PART_ID": "",
"LOT_ID": "",
"STORES_CODE": "",
"STOCK_LOCATION": "",
"MULTI_LOC": "",
"DEPARTMENT": "",
"ACCOUNT": "",
"NOTE_TEXT": "",
"ATTACHMENTS": "",
"REFERENCE": "",
"IA_REASON": "",
"QUANTITY": "",
"ICFIT_USER_1": "",
"ICFIT_USER_2": "",
"ICFIT_USER_3": "",
"ICFIT_USER_4": "",
"ICFIT_USER_5": "",
"ICFIT_USER_6": "",
"ICFIT_USER_7": "",
"ICFIT_USER_8": "",
"ICFIT_USER_9": "",
"ICFIT_USER_10": "",
"BATCH_NUMBER": "",
"TXNS_ACCEPTED": "",
"AUTH_TOKEN": ""
}Batch Numbers
This transaction uses Batch Numbers.
Batch Numbers are specified in the BATCH_NUMBER field.
Normally a new Batch Number is assigned automatically by the transaction every time it is called and this Batch Number is returned by the transaction.
It is also possible use the same Batch Number across multiple transactions. This is done by passing the Batch Number that is returned from the first call into subsequent calls. This has the advantage of relating multiple transactions to each other, and consuming less Batch Numbers in the system. The scope of what constitutes a "Batch" is up to the API client application developer. In Expandable, the scope of a "Batch" is considered to include all transactions entered by a single operator before closing the transaction window.
It is also possible use the same Batch Number across multiple transactions. This is done by passing the Batch Number that is returned from the first call into subsequent calls. This has the advantage of relating multiple transactions to each other, and consuming less Batch Numbers in the system. The scope of what constitutes a "Batch" is up to the API client application developer. In Expandable, the scope of a "Batch" is considered to include all transactions entered by a single operator before closing the transaction window.
Success Response
Returned HTTP status indicates success:
200/OK
Returned JSON contains the details of the successful transaction:
200/OK
Returned JSON contains the details of the successful transaction:
{
"ACTION_DATE": "",
"ACTION_TYPE": "",
"PART_ID": "",
"PART_DESC": "",
"PART_TYPE": "",
"PART_STATUS": "",
"LOT_ID": "",
"STORES_CODE": "",
"STOCK_LOCATION": "",
"MULTI_LOC": "",
"COMPANY_ID": "",
"DEPARTMENT": "",
"ACCOUNT": "",
"NOTE_TEXT": "",
"ATTACHMENTS": "",
"REFERENCE": "",
"IA_REASON": "",
"QUANTITY": "",
"PART_UM": "",
"TOTAL_STD_COST": "",
"ON_HAND_QTY": "",
"ICFIT_USER_1": "",
"ICFIT_USER_2": "",
"ICFIT_USER_3": "",
"ICFIT_USER_4": "",
"ICFIT_USER_5": "",
"ICFIT_USER_6": "",
"ICFIT_USER_7": "",
"ICFIT_USER_8": "",
"ICFIT_USER_9": "",
"ICFIT_USER_10": "",
"BATCH_NUMBER": "",
"TXNS_ACCEPTED": ""
}Failure Response
Returned HTTP status indicates failure:
400/Request JSON is invalid.
401/Auth Token was not provided.
401/Auth Token is malformed.
401/Auth Token login failure.
405/Request method must be POST.
500/(Error Message)
Returned JSON contains error information for the failed transaction:
400/Request JSON is invalid.
401/Auth Token was not provided.
401/Auth Token is malformed.
401/Auth Token login failure.
405/Request method must be POST.
500/(Error Message)
Returned JSON contains error information for the failed transaction:
{
"MESSAGE": "",
"MESSAGE_CODE": ""
}