ExpensesAttach receipt images to an employee expense (v2)

Attach receipt images to an employee expense (v2)

Uploads one or more receipt images (JPEG, PNG, GIF, BMP, TIFF …) to an existing employee expense (v2 route).

The v2 route of POST /v1/employee-expense/{employeeExpenseID}/image — identical behaviour: multipart/form-data with one image per part (every part is a file), each part must decode as an image or nothing is stored, 16 MB per request, JSON null in response. GET the expense for the 15-minute download URLs in ImageUrls. Create the expense first, then attach.

Use it to:

  • Receipt-capture / OCR app uploading the photographed receipt right after creating the expense

Not for:

  • PDF receipts — POST /v2/employee-expense/{employeeExpenseID}/file
  • Replacing a receipt — delete it (deleteimage) and attach the new one; attach only appends

Behaviour:

  • Not idempotent.
  • Not safe to retry blindly. After a lost response, GET the expense and compare ImageUrls before retrying.
  • Duplicates: Not deduplicated: the same image uploaded twice becomes two attachments.
  • On failure: All parts are decoded before any upload, so an invalid part stores nothing.
  • Changes are visible to the next read immediately.
  • Batch: For validation: one bad part rejects the call. Not transactional for storage failures.

Call first: POST /v2/employee-expense

Next: GET /v2/employee-expense/{employeeExpenseID}

See also: POST /v1/employee-expense/{employeeExpenseID}/image, POST /v2/employee-expense/{employeeExpenseID}/file, DELETE /v2/employee-expense/{employeeExpenseID}/image

Not yet documented: behaviour → side effects on failure; examples; request → body → multipart → formats.

curl -X POST "https://app3.timelog.com/your-account/api/v2/employee-expense/123/image" \
  -H "Content-Type: application/json" \
  -H "Authorization: Bearer YOUR_API_TOKEN"
"null"
POST
/v2/employee-expense/{employeeExpenseID}/image
POST
Base URLstring

Target server for requests. Edit to use your own host.

Bearer Token
Bearer Tokenstring
Required

OAuth 2.0 bearer token, sent as Authorization: Bearer <token>. JWT and reference tokens are both accepted. The token must carry the required scope (default tlp). The token's sub claim is the acting user. A token WITHOUT sub (client-credentials) acts as the system service user. If the sub user cannot log in (inactive, locked, deleted), the request is rejected with 401 — it is no longer let through without a user. > Not yet documented: how to obtain a token. > Not yet documented: token lifetime.

OAuth 2.0 bearer token, sent as Authorization: Bearer <token>. JWT and reference tokens are both accepted. The token must carry the required scope (default tlp). The token's sub claim is the acting user. A token WITHOUT sub (client-credentials) acts as the system service user. If the sub user cannot log in (inactive, locked, deleted), the request is rejected with 401 — it is no longer let through without a user. > Not yet documented: how to obtain a token. > Not yet documented: token lifetime.
path
employeeExpenseIDinteger
Required

The expense to attach to.

Format: int32
Request Preview
Response

Response will appear here after sending the request

Authentication

header
Authorizationstring
Required

Bearer token. OAuth 2.0 bearer token, sent as Authorization: Bearer <token>. JWT and reference tokens are both accepted. The token must carry the required scope (default tlp).

The token's sub claim is the acting user. A token WITHOUT sub (client-credentials) acts as the system service user. If the sub user cannot log in (inactive, locked, deleted), the request is rejected with 401 — it is no longer let through without a user.

Not yet documented: how to obtain a token.

Not yet documented: token lifetime.

Path Parameters

employeeExpenseIDinteger
Required

The expense to attach to.

Responses

*Success without content: HTTP 200 with the literal JSON body null. Body is the JSON literal null. The new files appear in ImageUrls of GET /v2/employee-expense/{id}.

Order: none

Empty result: none*