How AI is applied across API Evangelist and APIs.io. Read my AI disclosure →
API Evangelist API Evangelist
Discovery
Learnings
Guidance
Toolbox
Alignment
API Evangelist LLC

Laurel Initiatives API

The Initiatives API from Laurel — 29 operation(s) for initiatives.

Laurel Initiatives API is one of 40 APIs that Laurel publishes on the APIs.io network, described by a machine-readable OpenAPI specification.

Tagged areas include Initiatives. The published artifact set on APIs.io includes an OpenAPI specification, API documentation, and authentication docs.

This API exposes 41 operations across 29 paths, and defines 47 schemas. It is described by OpenAPI 3.0.0, at version 1.

Requests are made against the base URL https://api.laurel.ai/time/.

41 operations 29 paths 47 schemas 8 DELETE13 GET2 PATCH18 POST

Metadata

The identity and technical contract details declared by the specification.

Specification
OpenAPI 3.0.0
API Version
1
Base URL
https://api.laurel.ai/time/
Authentication
HTTP Bearer
Resource Areas
1

Authentication & Security 1

Laurel Initiatives API declares 1 security scheme for authenticating requests. It accepts HTTP bearer tokens (JWT) (ApiBearerAuth). By default, every request must be authenticated.

  • ApiBearerAuth — Enter access token

Paths & Operations 41

Across 29 paths, the API surfaces 41 operations — 8 DELETE, 13 GET, 2 PATCH, 18 POST. Each is listed below with its method, path, parameters, and response codes.

Initiatives 41
POST
/api/v1/customers/{customerId}/initiatives/import
InitiativesController_importInitiativeV1_v1 1 param body → 201
POST
/api/v1/customers/{customerId}/initiatives/batchdeprecated
InitiativesController_importInitiativesBatchV1_v1 1 param body → 201
POST
/api/v1/customers/{customerId}/initiatives/consolidated-batchdeprecated
InitiativesController_importInitiativesConsolidatedBatchV1_v1 2 params body → 201
POST
/api/v2/customers/{customerId}/initiatives/consolidated-batch
InitiativesController_importInitiativesConsolidatedBatchV2_v2 2 params body → 201
POST
/api/v1/customers/{customerId}/initiatives/batch/accessdeprecated
InitiativesController_setInitiativeAccessBatchV1_v1 2 params body → 201
POST
/api/v1/customers/{customerId}/initiatives/batch/walls-access
InitiativesController_setInitiativeAccessBatchWithWallsV1_v1 2 params body → 201
POST
/api/v1/customers/{customerId}/initiatives/batch/codesdeprecated
InitiativesController_setInitiativeCodesBatchV1_v1 1 param body → 201
POST
/api/v1/customers/{customerId}/initiatives/{initiativeExternalId}/access
InitiativesController_setInitiativeAccessV1_v1 2 params body → 201
POST
/api/v1/customers/{customerId}/initiatives/{initiativeExternalId}/codes
InitiativesController_setInitiativeCodesV1_v1 2 params body → 201
DELETE
/api/v1/customers/{customerId}/initiatives/{initiativeExternalId}/codes
InitiativesController_deleteInitiativeCodesV1_v1 2 params → 200
GET
/api/v1/customers/{customerId}/initiatives
CustomerInitiativeController_search_v1 10 params → 200
GET
/api/v1/customers/{customerId}/initiatives/{initiativeId}
CustomerInitiativeController_findOneById_v1 2 params → 200
POST
/api/v1/customers/{customerId}/initiatives/{initiativeId}/internal-access
CustomerInitiativeController_setInitiativeInternalAccess_v1 2 params body → 201
GET
/api/v1/customers/{customerId}/initiatives/{initiativeId}/internal-access
CustomerInitiativeController_getInitiativeInternalAccess_v1 2 params → 200
DELETE
/api/v1/customers/{customerId}/initiatives/{initiativeId}/internal-access
CustomerInitiativeController_deleteInitiativeInternalAccess_v1 2 params → 200
POST
/api/v1/customers/{customerId}/initiatives/{initiativeId}/internal-access/users
CustomerInitiativeController_addInternalAccessUsers_v1 2 params body → 201
DELETE
/api/v1/customers/{customerId}/initiatives/{initiativeId}/internal-access/users
CustomerInitiativeController_removeInternalAccessUsers_v1 2 params body → 200
POST
/api/v1/customers/{customerId}/initiatives/{initiativeId}/internal-groups
CustomerInitiativeController_setInitiativeInternalGroupRestrictions_v1 2 params body → 201
GET
/api/v1/customers/{customerId}/initiatives/{initiativeId}/internal-groups
CustomerInitiativeController_getInitiativeInternalGroupRestrictions_v1 2 params → 200
DELETE
/api/v1/customers/{customerId}/initiatives/{initiativeId}/internal-groups
CustomerInitiativeController_deleteInitiativeInternalGroupRestrictions_v1 2 params → 200
POST
/api/v1/customers/{customerId}/initiatives/{initiativeId}/internal-groups/groups
CustomerInitiativeController_addInternalGroupRestrictionsGroups_v1 2 params body → 201
DELETE
/api/v1/customers/{customerId}/initiatives/{initiativeId}/internal-groups/groups
CustomerInitiativeController_removeInternalGroupRestrictionsGroups_v1 2 params body → 200
GET
/api/v1/customers/{customerId}/initiatives/{initiativeId}/access-restrictions
Gets a lightweight summary of the access configuration for an initiative. Returns access types, user counts, and group info without fetching user details.
CustomerInitiativeController_getInitiativeAccessSummary_v1 2 params → 200
GET
/api/v1/customers/{customerId}/initiatives/{initiativeId}/access-restrictions/users
Gets a paginated list of users with access restrictions for an initiative. Returns users from both the external access list and internal access restrictions.
CustomerInitiativeController_getInitiativeRestrictedUsers_v1 4 params → 200
POST
/api/v1/customers/{customerId}/initiatives/{initiativeId}/access-restrictions/users/lookup
Checks restriction information for specific users on an initiative. Accepts up to 50 user IDs and returns their restriction details.
CustomerInitiativeController_checkInitiativeUsers_v1 2 params body → 200
GET
/api/v1/customers/{customerId}/initiatives/{initiativeId}/access-restrictions/groups
Gets the groups assigned to an initiative.
CustomerInitiativeController_getInitiativeGroups_v1 2 params → 200
GET
/api/v1/customers/{customerId}/initiatives/{initiativeId}/access/{accessProviderName}
This endpoint is used by the implementation team to get walls ids for a given initiative. Boomi combines and ingests the rules from different Walls systems (like IntappWalls) as "walls". So the only…
CustomerInitiativeController_getInitiativeAccess_v1 3 params → 200
GET
/api/v1/initiativesdeprecated
searches all initiatives for current customer
InitiativeController_searchMany_v1 3 params → 200
POST
/api/v1/initiativesdeprecated
InitiativeController_createUserInitiative_v1 body → 201
GET
/api/v1/initiatives/{initiativeId}
returns one initiative by its id
InitiativeController_findOneById_v1 2 params → 200
GET
/api/v1/customers/{customerId}/clients/{clientId}/initiatives/{initiativeId}
CustomerClientInitiativeController_getClientPmsInitiative_v1 3 params → 200
GET
/api/v1/customers/{customerId}/users/{userId}/user-initiatives
CustomerUserInitiativeController_getUserInitiatives_v1 2 params → 200
PATCH
/api/v1/customers/{customerId}/users/{userId}/user-initiatives/{initiativeId}
CustomerUserInitiativeController_updateUserInitiative_v1 3 params body → 200
DELETE
/api/v1/customers/{customerId}/users/{userId}/user-initiatives/{initiativeId}
CustomerUserInitiativeController_deleteUserInitiative_v1 3 params → 200
POST
/api/v1/user-initiatives
UserInitiativeController_createUserInitiative_v1 body → 201
GET
/api/v1/user-initiatives
UserInitiativeController_getUserInitiatives_v1 → 200
PATCH
/api/v1/user-initiatives/{initiativeId}
UserInitiativeController_findOneById_v1 1 param body → 200
DELETE
/api/v1/user-initiatives/{initiativeId}
UserInitiativeController_deleteUserInitiative_v1 1 param → 200
POST
/api/v2/customers/{customerId}/initiatives/{initiativeExternalId}/codesdeprecated
InitiativeCodesController_addInitiativeCodesV2_v2 2 params body → 201
POST
/api/v1/customers/{customerId}/initiatives/{initiativeExternalId}/code-types/{codeTypeExternalId}/codes
InitiativeCodesController_addInitiativeCodesByCodeType_v1 3 params body → 201
DELETE
/api/v1/customers/{customerId}/initiatives/{initiativeExternalId}/code-types/{codeTypeExternalId}/codes
InitiativeCodesController_removeInitiativeCodesByCodeType_v1 3 params → 200

Schemas 47

The contract defines 47 schemas that model the data the API accepts and returns. The most detailed are UserInitiative (20 properties), PmsInitiativeAdminResponseDto (18 properties), PmsInitiativeResponseDto (17 properties), UserInitiativeResponseDto (14 properties). Each schema is shown below with its type and property counts.

SetCustomerInitiativeAccessBatchDto
object
1 property 1 required
Dto
object
7 properties 4 required
InitiativeAccessResponseDto
object
5 properties 5 required
SetCustomerInitiativeAccessWallsBatchDto
object
1 property 1 required
SetInitiativeInternalAccessRequestDto
object
2 properties 2 required
GroupRestrictionsSummaryDto
object
1 property 1 required
AccessRestrictionsSummaryDto
object
2 properties 1 required
UserInitiativeListItemResponseDto
object
5 properties 5 required
AddInitiativeCodesRequestDto
object
1 property 1 required
ConsolidatedValidationSubDto
object
2 properties
InitiativeInternalGroupRestrictionsResponseDto
object
2 properties 2 required
GroupDetailsResponseDto
object
3 properties 3 required
ImportCustomerInitiativeDto
object
12 properties 7 required
Object
object
GroupMembershipDto
object
3 properties 3 required
InitiativeAccessRestrictionsResponseDto
object
4 properties 4 required
SetInitiativeInternalGroupRestrictionsRequestDto
object
2 properties 2 required
SetCustomerInitiativeCodesDto
object
1 property 1 required
UpdateInternalAccessUsersRequestDto
object
1 property 1 required
SetCustomerInitiativeAccessDto
object
2 properties 1 required
InitiativeAccessWithWallsDto
object
2 properties 2 required
UpdateInternalGroupsRequestDto
object
1 property 1 required
InitiativeCodesDto
object
2 properties 2 required
PmsInitiativeAdminResponseDto
object
18 properties 13 required
ImportCodeDto
object
2 properties 2 required
InitiativeAccessDto
object
2 properties 2 required
SetCustomerInitiativeCodesBatchDto
object
1 property 1 required
UserInitiativeResponseDto
object
14 properties 11 required
InitiativeAccessRestrictionsUserResponseDto
object
9 properties 7 required
InitiativeAccess
object
2 properties 2 required
SetCustomerInitiativeAccessWallsDto
object
2 properties 2 required
ImportCustomerInitiativesBatchDto
object
1 property 1 required
ImportCustomerInitiativeConsolidatedDto
object
3 properties 3 required
InitiativeAccessRestrictionsUsersLookupRequestDto
object
1 property 1 required
ClientDigest
object
7 properties 5 required
InitiativeGroupRestrictions
object
2 properties 2 required
InitiativeInternalAccessResponseDto
object
2 properties 2 required
ConsolidatedInitiativeSubDto
object
12 properties 7 required
ImportCustomerInitiativesConsolidatedBatchDto
object
1 property 1 required
CreateUserInitiativeDto
object
1 property 1 required
InternalGroupRestrictionsSummaryDto
object
2 properties 1 required
PmsInitiativeResponseDto
object
17 properties 13 required
UpdateOneUserInitiativeDto
object
1 property 1 required
ConsolidatedCodesSubDto
object
2 properties
UserAccessDto
object
5 properties 5 required
UserInitiative
object
20 properties 12 required
InitiativeAccessRestrictionsGroupResponseDto
object
5 properties 3 required

Specification

The full machine-readable OpenAPI contract behind this narrative.

Source

laurel-initiatives-api-openapi.yml Raw ↑

Other APIs Laurel publishes across the network.

Laurel Ably API
Laurel Activities API
Laurel Clients API
Laurel Code Types API
Laurel Codes API
Laurel CodeTypes API
Laurel Customers API
Laurel DailySelectedInitiatives API
Laurel Data Retention Audits API
Laurel Delegators API
Laurel Entries API
Laurel Entry Date Restrictions API
Where this information came from

This is an independent, third-party profile of Laurel Initiatives API, published by API Evangelist. We do not operate, host, resell, or support these APIs, and we are not affiliated with or endorsed by the company unless stated above. Everything here is built from publicly available information — the company's own site, developer portal, documentation, public repositories, and the specifications it publishes for public use. Nothing is obtained by breaching a system, defeating an access control, or using credentials.

The Kin Score and Agent Readiness rating are independently calculated assessments of a company's public API artifacts, scored against a published rubric. They are not certifications, endorsements, security assessments, or audits.

Corrections, re-scores, and removal are free — no partnership or purchase required, and you do not need to justify the request. A removed company is recorded as unrated, never scored zero for having asked. Acknowledgement within one business day; removal within two.

info@apievangelist.com · Read the full data-sourcing policy →
On a security or compliance team? Put security in the subject line and you will get a person, not a form — we will tell you exactly which public URLs this profile was built from.