ExpensesAttach PDF receipts to an employee expense

Attach PDF receipts to an employee expense

Uploads one or more PDF receipts to an existing employee expense.

The receipt write path for PDFs (e.g. e-mailed invoices or receipts). Send multipart/form-data with one part per PDF; every part is treated as a file. Each part must carry a PDF signature, else the whole call fails and nothing is stored.

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 /v1/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 /v1/employee-expense

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

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

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

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

Order: none

Empty result: none*