Work types and VAT
You identify the kind of work with a permanent code, e.g. performing_arts. You never send a
VAT rate.
-
GET /v1/work_typeslists the codes allowed for you, with the VAT valid today and any announced change (upcoming). -
A gig's code comes from the worker (
workers[].work_type), else the gig (work_type), else your default work type. Without any:422 work_type_required. - The code resolves to the VAT treatment valid on the date the gig was performed. A gig on 20.12. keeps the old rate even if reported in January.
-
amountis VAT-excluded; VAT is added on top. A VAT increase never reduces the worker's share: you pay the difference and see it ininvoice_total. -
Each worker in a response shows the
vat_percentactually applied.
When a code is retired
Codes change only when a kind of work goes away entirely. Then the code gets a sunset date at least
six months ahead and a replacement. Until the sunset it keeps working, but every response using it
carries a work_type_deprecated warning and the Deprecation and Sunset headers. After the
sunset: 422 work_type_retired, with the replacement in the hint.
Errors
| Code | Meaning |
|---|---|
work_type_required |
no code on the worker or gig, and no default |
work_type_not_allowed |
the code is not on your list |
work_type_not_available_on_date |
the code has no VAT treatment on the gig date |
work_type_retired |
past the sunset date |