Every API here is available over the APIs.io API and to AI agents over MCP.
MCP server
One button, every client — Claude, Cursor, VS Code and the rest.
https://apis.io/mcp
Tools for apis
7 MCP tools reach this
find_apisBrowse and filter every API in the catalog.
get_api_artifactsOne API's artifacts, grouped by type.
get_openapiThe primary OpenAPI for this API.
find_similar_apisAPIs that look like this one.
apis_io_searchSTART HERE — APIs, providers and tags for one query, each with its total.
resolveTurn a domain, URL or GitHub org into the provider it belongs to.
find_cohortsEvery scored population of providers in the catalog.
All 92 tools →
Call it yourself
curl for this page
This API
curl "https://apis.io/api/v1/apis/visma-time-card-api"
All apis
curl "https://apis.io/api/v1/apis?limit=25"
Discovery needs no key. Ratings and market analysis are Pro.
Get an API key
Free tier, no form to fill in. Signing in shares your email address with us — we
store it to create your key and to recognise you if you sign in with another
provider. See our Privacy Policy and
Terms.
A second provider on the same verified email joins the account you already have.
openapi: 3.2.0
info:
title: Visma.net ERP Time Card API
version: v1
servers:
- url: https://api.finance.visma.net
tags:
- name: Time Card
paths:
/v1/timeCard/{referenceNumber}:
get:
tags:
- Time Card
summary: Get a specific employee time card
description: 'Data for a single employee time card
The response headers include an ETag after a successful GET operation.'
operationId: TimeCard_GetEmployeeTimeCardByreferenceNumber
parameters:
- name: referenceNumber
in: path
description: Identifies the time card
required: true
schema:
type: string
- name: erp-api-background
in: header
description: 'Accepts the request and queues it to be executed in the background by our least busy worker. Responds with 202 Accepted and a document containing a JobId reference and details state location.
Supported values:
* a URL: when the background operation is finished, a notification will be posted to the URL with a document containing a reference id, status code and a details state location.
* "none" (without quotes): Fire and forget; no notification will be sent when background operation is finished.
* "subscription[:<name_1>=<value_1>,..,<name_n>=<value_n>]" (without quotes): when the background operation is finsihed, a notification is posted to the Webhook subscription set up in Developer Portal for your integration client.
Optionally a set of name-value pairs can be added. These will be sent as headers in the POST request to the Webhook subscription''s url.
To find status and details of a background-api operation, GET .. v1/background/{id}. To get the response payload of a background-api operation, if any, GET .. v1/background/{id}/content'
schema:
type: string
responses:
'200':
description: OK
content:
application/json:
schema:
$ref: '#/components/schemas/TimeCardDto'
text/json:
schema:
$ref: '#/components/schemas/TimeCardDto'
'202':
description: Server accepted and queued the request for background execution.
content:
application/json:
schema:
$ref: '#/components/schemas/BackgroundApiAcceptedDto'
text/json:
schema:
$ref: '#/components/schemas/BackgroundApiAcceptedDto'
security:
- interactiveapi: []
put:
tags:
- Time Card
summary: Updates a specific time card
description: 'Response Message has StatusCode NoContent if PUT operation succeed.
Response Message has StatusCode BadRequest if PUT operation failed.
The response headers include an ETag after a successful PUT operation.'
operationId: TimeCard_UpdateTimeCardByreferenceNumber
parameters:
- name: referenceNumber
in: path
description: Identifies the time card to update
required: true
schema:
type: string
- name: erp-api-background
in: header
description: 'Accepts the request and queues it to be executed in the background by our least busy worker. Responds with 202 Accepted and a document containing a JobId reference and details state location.
Supported values:
* a URL: when the background operation is finished, a notification will be posted to the URL with a document containing a reference id, status code and a details state location.
* "none" (without quotes): Fire and forget; no notification will be sent when background operation is finished.
* "subscription[:<name_1>=<value_1>,..,<name_n>=<value_n>]" (without quotes): when the background operation is finsihed, a notification is posted to the Webhook subscription set up in Developer Portal for your integration client.
Optionally a set of name-value pairs can be added. These will be sent as headers in the POST request to the Webhook subscription''s url.
To find status and details of a background-api operation, GET .. v1/background/{id}. To get the response payload of a background-api operation, if any, GET .. v1/background/{id}/content'
schema:
type: string
- name: If-Match
in: header
description: 'The If-Match HTTP header allows clients to update a resource only if its current version matches a specific ETag. This mechanism helps prevent conflicts when multiple clients attempt to modify the same resource simultaneously.
The If-Match header should be included in the request headers using the following syntax: If-Match: "etag_value"
* If the update is successful, the server responds with 204 No Content and includes the new ETag value in the response headers.
* If the ETag on the server does not match the value provided in the If-Match header, the server responds with 412 Precondition Failed.'
schema:
type: string
requestBody:
description: The data to update the time card with
content:
application/json:
schema:
$ref: '#/components/schemas/TimeCardUpdateDto'
text/json:
schema:
$ref: '#/components/schemas/TimeCardUpdateDto'
application/x-www-form-urlencoded:
schema:
$ref: '#/components/schemas/TimeCardUpdateDto'
required: true
x-bodyName: timeCardUpdateDto
responses:
'204':
description: NoContent
content:
application/json:
schema:
type: object
text/json:
schema:
type: object
'412':
description: Timecard version does not match with If-Match header
content:
application/json: {}
text/json: {}
'202':
description: Server accepted and queued the request for background execution.
content:
application/json:
schema:
$ref: '#/components/schemas/BackgroundApiAcceptedDto'
text/json:
schema:
$ref: '#/components/schemas/BackgroundApiAcceptedDto'
security:
- interactiveapi: []
/v1/timeCard:
get:
tags:
- Time Card
summary: Get all employee time cards, a filter needs to be specified - ScreenId=EP305000
operationId: TimeCard_GetAllEmployeeTimeCards
parameters:
- name: status
in: query
description: The status of the document.
schema:
enum:
- Hold
- Open
- Approved
- Rejected
- Released
type: string
- name: week
in: query
description: Identifies the week number of the time card
schema:
type: string
- name: type
in: query
description: Identifies the type of the time card (Normal, Corrected, NormalCorrected)
schema:
enum:
- Normal
- Correction
- NormalCorrected
type: string
- name: greaterThanValue
in: query
description: Greater-than value. The item which is the object for this, varies from API to API.
schema:
type: string
- name: numberToRead
in: query
description: This field has been deprecated and will be removed in future versions. Use pagenumber and pagesize for pagination purposes. Pagenumber and pagesize does not work with NumberToRead and SkipRecords.
schema:
type: integer
format: int32
- name: skipRecords
in: query
description: This field has been deprecated and will be removed in future versions. Use pagenumber and pagesize for pagination purposes. Pagenumber and pagesize does not work with NumberToRead and SkipRecords.
schema:
type: integer
format: int32
- name: orderBy
in: query
description: This field has been deprecated and will be removed in future versions. The OrderBy parameter has no effect on the result.
schema:
type: string
- name: lastModifiedDateTime
in: query
description: 'This value, generated by the system, indicates the last time the record was modified. Use it to retrieve all records that have been modified since that time, up to the present.
Accepted format:
* ```yyyy-MM-dd```
* ```yyyy-MM-dd HH:mm:ss```
* ```yyyy-MM-dd HH:mm:ss.FFF```
* ```yyyy-MM-ddTHH:mm:ss```
* ```yyyy-MM-ddTHH:mm:ss.FFF```
_Note:_ __LastModifiedDateTime__ and __LastModifiedDateTimeCondition__ are __mutually inclusive__.'
schema:
type: string
- name: lastModifiedDateTimeCondition
in: query
description: 'This value represents the condition to be applied when retrieving records.
Accepted values (without the single quotes):
* ''>'' for greater than
* ''<'' for less than
* ''>='' for greater than or equal
* ''<='' for less than or equal
_Note:_ __LastModifiedDateTime__ and __LastModifiedDateTimeCondition__ are __mutually inclusive__.'
schema:
type: string
- name: employeeCd
in: query
schema:
type: string
- name: erp-api-background
in: header
description: 'Accepts the request and queues it to be executed in the background by our least busy worker. Responds with 202 Accepted and a document containing a JobId reference and details state location.
Supported values:
* a URL: when the background operation is finished, a notification will be posted to the URL with a document containing a reference id, status code and a details state location.
* "none" (without quotes): Fire and forget; no notification will be sent when background operation is finished.
* "subscription[:<name_1>=<value_1>,..,<name_n>=<value_n>]" (without quotes): when the background operation is finsihed, a notification is posted to the Webhook subscription set up in Developer Portal for your integration client.
Optionally a set of name-value pairs can be added. These will be sent as headers in the POST request to the Webhook subscription''s url.
To find status and details of a background-api operation, GET .. v1/background/{id}. To get the response payload of a background-api operation, if any, GET .. v1/background/{id}/content'
schema:
type: string
responses:
'200':
description: OK
content:
application/json:
schema:
type: array
items:
$ref: '#/components/schemas/TimeCardDto'
text/json:
schema:
type: array
items:
$ref: '#/components/schemas/TimeCardDto'
'202':
description: Server accepted and queued the request for background execution.
content:
application/json:
schema:
$ref: '#/components/schemas/BackgroundApiAcceptedDto'
text/json:
schema:
$ref: '#/components/schemas/BackgroundApiAcceptedDto'
security:
- interactiveapi: []
post:
tags:
- Time Card
summary: Creates a time card
description: 'Response Message has StatusCode Created if POST operation succeed.
Response Message has StatusCode BadRequest or InternalServerError if POST operation failed.
The response headers include an ETag after a successful POST operation.'
operationId: TimeCard_CreateTimeCard
parameters:
- name: erp-api-background
in: header
description: 'Accepts the request and queues it to be executed in the background by our least busy worker. Responds with 202 Accepted and a document containing a JobId reference and details state location.
Supported values:
* a URL: when the background operation is finished, a notification will be posted to the URL with a document containing a reference id, status code and a details state location.
* "none" (without quotes): Fire and forget; no notification will be sent when background operation is finished.
* "subscription[:<name_1>=<value_1>,..,<name_n>=<value_n>]" (without quotes): when the background operation is finsihed, a notification is posted to the Webhook subscription set up in Developer Portal for your integration client.
Optionally a set of name-value pairs can be added. These will be sent as headers in the POST request to the Webhook subscription''s url.
To find status and details of a background-api operation, GET .. v1/background/{id}. To get the response payload of a background-api operation, if any, GET .. v1/background/{id}/content'
schema:
type: string
requestBody:
description: Defines the data for the time card to create
content:
application/json:
schema:
$ref: '#/components/schemas/TimeCardUpdateDto'
text/json:
schema:
$ref: '#/components/schemas/TimeCardUpdateDto'
application/x-www-form-urlencoded:
schema:
$ref: '#/components/schemas/TimeCardUpdateDto'
required: true
x-bodyName: timeCardUpdateDto
responses:
'201':
description: Created
content:
application/json:
schema:
type: object
text/json:
schema:
type: object
'202':
description: Server accepted and queued the request for background execution.
content:
application/json:
schema:
$ref: '#/components/schemas/BackgroundApiAcceptedDto'
text/json:
schema:
$ref: '#/components/schemas/BackgroundApiAcceptedDto'
security:
- interactiveapi: []
/v1/timeCard/{timeCardCd}/action/submit:
post:
tags:
- Time Card
summary: Submit time card operation
description: 'The action result dto contains information about the result of running the action.
Response Message has StatusCode BadRequest or InternalServerError if POST operation failed.
In this endpoint, If-Match can also be checked against resource current version when calling with ''erp-api-background'' HTTP header.'
operationId: TimeCard_SubmitTimeCardBytimeCardCd
parameters:
- name: timeCardCd
in: path
description: Reference number of the time card to be submitted
required: true
schema:
type: string
- name: erp-api-background
in: header
description: 'Accepts the request and queues it to be executed in the background by our least busy worker. Responds with 202 Accepted and a document containing a JobId reference and details state location.
Supported values:
* a URL: when the background operation is finished, a notification will be posted to the URL with a document containing a reference id, status code and a details state location.
* "none" (without quotes): Fire and forget; no notification will be sent when background operation is finished.
* "subscription[:<name_1>=<value_1>,..,<name_n>=<value_n>]" (without quotes): when the background operation is finsihed, a notification is posted to the Webhook subscription set up in Developer Portal for your integration client.
Optionally a set of name-value pairs can be added. These will be sent as headers in the POST request to the Webhook subscription''s url.
To find status and details of a background-api operation, GET .. v1/background/{id}. To get the response payload of a background-api operation, if any, GET .. v1/background/{id}/content'
schema:
type: string
- name: If-Match
in: header
description: 'The If-Match HTTP header allows clients to update a resource only if its current version matches a specific ETag. This mechanism helps prevent conflicts when multiple clients attempt to modify the same resource simultaneously.
The If-Match header should be included in the request headers using the following syntax: If-Match: "etag_value"
* If the POST operation is successful, the server responds with 200 OK and includes the new ETag value in the response headers.
* If the ETag on the server does not match the value provided in the If-Match header, the server responds with 412 Precondition Failed.'
schema:
type: string
responses:
'200':
description: OK
content:
application/json:
schema:
$ref: '#/components/schemas/SubmitTimeCardActionResultDto'
text/json:
schema:
$ref: '#/components/schemas/SubmitTimeCardActionResultDto'
application/xml:
schema:
$ref: '#/components/schemas/SubmitTimeCardActionResultDto'
text/xml:
schema:
$ref: '#/components/schemas/SubmitTimeCardActionResultDto'
'412':
description: Timecard version does not match with If-Match header
content:
application/json: {}
text/json: {}
application/xml: {}
text/xml: {}
'202':
description: Server accepted and queued the request for background execution.
content:
application/json:
schema:
$ref: '#/components/schemas/BackgroundApiAcceptedDto'
text/json:
schema:
$ref: '#/components/schemas/BackgroundApiAcceptedDto'
application/xml:
schema:
$ref: '#/components/schemas/BackgroundApiAcceptedDto'
text/xml:
schema:
$ref: '#/components/schemas/BackgroundApiAcceptedDto'
security:
- interactiveapi: []
/v1/timeCard/{timeCardCd}/action/approval:
post:
tags:
- Time Card
summary: Send time card to approval
description: 'The action result dto contains information about the result of running the action.
Response Message has StatusCode BadRequest or InternalServerError if POST operation failed.
In this endpoint, If-Match can also be checked against resource current version when calling with ''erp-api-background'' HTTP header.'
operationId: TimeCard_SendTimeCardToApprovalBytimeCardCd
parameters:
- name: timeCardCd
in: path
description: Reference number of the time card to be sent to approval
required: true
schema:
type: string
- name: erp-api-background
in: header
description: 'Accepts the request and queues it to be executed in the background by our least busy worker. Responds with 202 Accepted and a document containing a JobId reference and details state location.
Supported values:
* a URL: when the background operation is finished, a notification will be posted to the URL with a document containing a reference id, status code and a details state location.
* "none" (without quotes): Fire and forget; no notification will be sent when background operation is finished.
* "subscription[:<name_1>=<value_1>,..,<name_n>=<value_n>]" (without quotes): when the background operation is finsihed, a notification is posted to the Webhook subscription set up in Developer Portal for your integration client.
Optionally a set of name-value pairs can be added. These will be sent as headers in the POST request to the Webhook subscription''s url.
To find status and details of a background-api operation, GET .. v1/background/{id}. To get the response payload of a background-api operation, if any, GET .. v1/background/{id}/content'
schema:
type: string
- name: If-Match
in: header
description: 'The If-Match HTTP header allows clients to update a resource only if its current version matches a specific ETag. This mechanism helps prevent conflicts when multiple clients attempt to modify the same resource simultaneously.
The If-Match header should be included in the request headers using the following syntax: If-Match: "etag_value"
* If the POST operation is successful, the server responds with 200 OK and includes the new ETag value in the response headers.
* If the ETag on the server does not match the value provided in the If-Match header, the server responds with 412 Precondition Failed.'
schema:
type: string
responses:
'200':
description: OK
content:
application/json:
schema:
$ref: '#/components/schemas/SendTimeCardToApprovalActionResultDto'
text/json:
schema:
$ref: '#/components/schemas/SendTimeCardToApprovalActionResultDto'
application/xml:
schema:
$ref: '#/components/schemas/SendTimeCardToApprovalActionResultDto'
text/xml:
schema:
$ref: '#/components/schemas/SendTimeCardToApprovalActionResultDto'
'412':
description: Timecard version does not match with If-Match header
content:
application/json: {}
text/json: {}
application/xml: {}
text/xml: {}
'202':
description: Server accepted and queued the request for background execution.
content:
application/json:
schema:
$ref: '#/components/schemas/BackgroundApiAcceptedDto'
text/json:
schema:
$ref: '#/components/schemas/BackgroundApiAcceptedDto'
application/xml:
schema:
$ref: '#/components/schemas/BackgroundApiAcceptedDto'
text/xml:
schema:
$ref: '#/components/schemas/BackgroundApiAcceptedDto'
security:
- interactiveapi: []
/v1/timeCard/{timeCardCd}/action/hold:
post:
tags:
- Time Card
summary: Put timecard on hold
description: 'The action result dto contains information about the result of running the action.
Response Message has StatusCode BadRequest or InternalServerError if POST operation failed.
In this endpoint, If-Match can also be checked against resource current version when calling with ''erp-api-background'' HTTP header.'
operationId: TimeCard_PutTimeCardOnHoldBytimeCardCd
parameters:
- name: timeCardCd
in: path
description: Reference number of the time card to be put on hold
required: true
schema:
type: string
- name: erp-api-background
in: header
description: 'Accepts the request and queues it to be executed in the background by our least busy worker. Responds with 202 Accepted and a document containing a JobId reference and details state location.
Supported values:
* a URL: when the background operation is finished, a notification will be posted to the URL with a document containing a reference id, status code and a details state location.
* "none" (without quotes): Fire and forget; no notification will be sent when background operation is finished.
* "subscription[:<name_1>=<value_1>,..,<name_n>=<value_n>]" (without quotes): when the background operation is finsihed, a notification is posted to the Webhook subscription set up in Developer Portal for your integration client.
Optionally a set of name-value pairs can be added. These will be sent as headers in the POST request to the Webhook subscription''s url.
To find status and details of a background-api operation, GET .. v1/background/{id}. To get the response payload of a background-api operation, if any, GET .. v1/background/{id}/content'
schema:
type: string
- name: If-Match
in: header
description: 'The If-Match HTTP header allows clients to update a resource only if its current version matches a specific ETag. This mechanism helps prevent conflicts when multiple clients attempt to modify the same resource simultaneously.
The If-Match header should be included in the request headers using the following syntax: If-Match: "etag_value"
* If the POST operation is successful, the server responds with 200 OK and includes the new ETag value in the response headers.
* If the ETag on the server does not match the value provided in the If-Match header, the server responds with 412 Precondition Failed.'
schema:
type: string
responses:
'200':
description: OK
content:
application/json:
schema:
$ref: '#/components/schemas/PutTimeCardOnHoldActionResultDto'
text/json:
schema:
$ref: '#/components/schemas/PutTimeCardOnHoldActionResultDto'
application/xml:
schema:
$ref: '#/components/schemas/PutTimeCardOnHoldActionResultDto'
text/xml:
schema:
$ref: '#/components/schemas/PutTimeCardOnHoldActionResultDto'
'412':
description: Timecard version version does not match with If-Match header
content:
application/json: {}
text/json: {}
application/xml: {}
text/xml: {}
'202':
description: Server accepted and queued the request for background execution.
content:
application/json:
schema:
$ref: '#/components/schemas/BackgroundApiAcceptedDto'
text/json:
schema:
$ref: '#/components/schemas/BackgroundApiAcceptedDto'
application/xml:
schema:
$ref: '#/components/schemas/BackgroundApiAcceptedDto'
text/xml:
schema:
$ref: '#/components/schemas/BackgroundApiAcceptedDto'
security:
- interactiveapi: []
components:
schemas:
BackgroundApiAcceptedDto:
type: object
properties:
id:
type: string
stateLocation:
type: string
monInTimeCardSummaryUpdateDto:
properties:
value:
type: integer
format: int32
description: The work time reported for Monday, including overtime.
TimeCardUpdateDto:
type: object
properties:
refNbr:
$ref: '#/components/schemas/DtoValueOfString'
employee:
$ref: '#/components/schemas/DtoValueOfString'
summary:
type: array
items:
$ref: '#/components/schemas/TimeCardSummaryUpdateDto'
description: Time Card summary information
materials:
type: array
items:
$ref: '#/components/schemas/TimeCardMaterialsUpdateDto'
description: Time Card Materials information
earningTypeInTimeCardSummaryDto:
properties:
code:
type: string
description: 'Mandatory field: Code* > The unique ID of the type of hour.'
description:
type: string
description: 'Mandatory field: Description > The brief description of the type of hour.'
isOvertime:
type: boolean
description: Overtime > A check box that indicates (if selected) that the type of hour is treated as overtime.
isBillable:
type: boolean
description: Invoicable > A check box that indicates (if selected) that the type is treated as invoiceable by default.
isActive:
type: boolean
description: Active > A check box that indicates (if selected) that the type of hour is active and can be used.
overtimeMultiplier:
type: number
description: Multiplier > The value by which the employee cost for this type of hour is multiplied when the time activity is released.
format: double
lastModifiedDateTime:
type: string
description: System generated information.
format: date-time
description: Earning type > The type of the work time spent by the employee
descriptionInTimeCardMaterialsUpdateDto:
properties:
value:
type: string
description: The description of the reported quantity.
descriptionInTimeCardSummaryUpdateDto:
properties:
value:
type: string
description: The description of the reported work hours.
wedInTimeCardMaterialsUpdateDto:
properties:
value:
type: number
format: double
description: The quantity reported for Wednesday.
thuInTimeCardSummaryUpdateDto:
properties:
value:
type: integer
format: int32
description: The work time reported for Thursday, including overtime.
tueInTimeCardMaterialsUpdateDto:
properties:
value:
type: number
format: double
description: The quantity reported for Tuesday.
projectTaskInTimeCardSummaryDto:
properties:
internalId:
type: integer
description: The internal identifier.
format: int32
id:
type: string
description: Click on the magnifier. > The identifier.
description:
type: string
description: Click on the magnifier. > The description.
description: Project task > The project task that the employee worked on.
friInTimeCardMaterialsUpdateDto:
properties:
value:
type: number
format: double
description: The quantity reported for Friday.
wedInTimeCardSummaryUpdateDto:
properties:
value:
type: integer
format: int32
description: The work time reported for Wednesday, including overtime.
projectInTimeCardSummaryDto:
properties:
internalId:
type: integer
description: The internal identifier.
format: int32
id:
type: string
description: Click on the magnifier. > The identifier.
description:
type: string
description: Click on the magnifier. > The description.
description: 'Mandatory field: Project* > The project that the employee worked on.'
TimeCardMaterialsUpdateDto:
type: object
properties:
operation:
enum:
- Insert
- Update
- Delete
type: string
lineNumber:
$ref: '#/components/schemas/DtoValueOfInt32'
itemId:
$ref: '#/components/schemas/itemIdInTimeCardMaterialsUpdateDto'
description:
$ref: '#/components/schemas/descriptionInTimeCardMaterialsUpdateDto'
uoM:
$ref: '#/components/schemas/uoMInTimeCardMaterialsUpdateDto'
project:
$ref: '#/components/schemas/projectInTimeCardMaterialsUpdateDto'
projectTask:
$ref: '#/components/schemas/projectTaskInTimeCardMaterialsUpdateDto'
mon:
$ref: '#/components/schemas/monInTimeCardMaterialsUpdateDto'
tue:
$ref: '#/components/schemas/tueInTimeCardMaterialsUpdateDto'
wed:
$ref: '#/components/schemas/wedInTimeCardMaterialsUpdateDto'
thu:
$ref: '#/components/schemas/thuInTimeCardMaterialsUpdateDto'
fri:
$ref: '#/components/schemas/friInTimeCardMaterialsUpdateDto'
sat:
$ref: '#/components/schemas/satInTimeCardMaterialsUpdateDto'
sun:
$ref: '#/components/schemas/sunInTimeCardMaterialsUpdateDto'
TimeCardSummaryUpdateDto:
type: object
properties:
operation:
enum:
- Insert
- Update
- Delete
type: string
lineNumber:
$ref: '
# --- truncated at 32 KB (48 KB total) ---
# Full source: https://raw.githubusercontent.com/api-evangelist/visma/refs/heads/main/openapi/visma-time-card-api-openapi.yml