ExpensesAttach PDF receipts to an employee expense (v2)

Attach PDF receipts to an employee expense (v2)

Uploads one or more PDF receipts to an existing employee expense (v2 route).

The v2 route of POST /v1/employee-expense/{employeeExpenseID}/file — identical behaviour: multipart/form-data with one PDF per part (every part is a file), all parts checked before any upload, 16 MB per request, JSON null in response. GET the expense for the 15-minute download URLs in FileUrls.

Use it to:

  • Integration forwarding a supplier's PDF invoice as the receipt of an expense it created
  • Expense app attaching an e-mailed PDF receipt

Not for:

  • Images — POST /v2/employee-expense/{employeeExpenseID}/image

Behaviour:

  • Not idempotent.
  • Not safe to retry blindly. GET the expense and compare FileUrls before retrying.
  • Duplicates: Not deduplicated.
  • On failure: All parts are checked before any upload, so an invalid part stores nothing.
  • Changes are visible to the next read immediately.
  • Batch: For validation only; not transactional for storage failures.

Call first: POST /v2/employee-expense

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

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

Not yet documented: examples; request → body → multipart → formats.

curl -X POST "https://app3.timelog.com/your-account/api/v2/employee-expense/123/file" \
  -H "Content-Type: application/json" \
  -H "Authorization: Bearer YOUR_API_TOKEN"
"null"
POST
/v2/employee-expense/{employeeExpenseID}/file
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 FileUrls of GET /v2/employee-expense/{id}.

Order: none

Empty result: none*