Skip to main content

Responses And Errors

Most sync APIs are bulk-oriented. A request can succeed at the request level while still returning row-level validation failures.

Response Patterns

PatternMeaningSeen in
Full successEvery submitted row was accepted or queued.Customer, Item, Employee
Partial successSome rows were accepted; invalid rows are returned separately.Customer, Item, Inventory, Order
Request validation errorThe whole request is invalid, such as missing required array.Update Order Status
Async queuedValid rows are queued and processed later.Employee Sync

Row-Level Error Collections

FieldMeaning
nonProcessableRowsInvalid rows in customer/employee-style bulk requests.
nonProcessableOrdersInvalid order rows in order processing.
nonProcessablesStocksInvalid stock rows in inventory sync.
errorsError messages or per-item failures, depending on endpoint.
info

For some bulk endpoints, the API may return only the first 20 invalid rows in the response. Use bulk upload logs for the full error list when failures exceed that limit.

Typical Partial Success Shape

Partial success response
{
"error": false,
"status": true,
"statusCode": 200,
"data": {
"message": "Some rows failed",
"processedCount": 0,
"errorCount": 1,
"errors": [
{
"row": 1,
"itemName": "Item 1",
"errors": ["items[1].itemName is required"]
}
]
}
}

Request-Level Error Examples

ScenarioExpected handling
Missing request bodyReject the request.
Invalid JSONReturn request-level validation error.
Missing required arrayReturn request-level validation error.
Unauthorized requestReturn authentication error.

Troubleshooting Checklist

  • Check whether the failure is request-level or row-level.
  • For row-level errors, inspect the row, itemName, and errors fields.
  • Fix source data before retrying failed rows.
  • Retry only the corrected failed rows when possible.
  • Check bulk upload logs when the response says errors were truncated.