ExpensesAttach receipt images to an employee expense

Attach receipt images to an employee expense

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

The receipt write path for images. Send multipart/form-data with one part per image; every part is treated as a file (no form fields). Each part must decode as an image, else the whole call fails and nothing is stored. PDFs go to the file endpoint. The expense must already exist: create it first, then attach.

Use it to:

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

Not for:

  • PDF receipts — POST /v1/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 (see side_effects_on_failure).

Call first: POST /v1/employee-expense

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

See also: POST /v1/employee-expense/{employeeExpenseID}/file, DELETE /v1/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/v1/employee-expense/123/image" \
  -H "Content-Type: application/json" \
  -H "Authorization: Bearer YOUR_API_TOKEN"
"null"
POST
/v1/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 /v1/employee-expense/{id}.

Order: none

Empty result: none*