Consume a license

You use the same kind of a request to the 10Duke License Consumption API endpoint /authz/ to both consume a license and to renew an existing license lease.

The only difference in the parameters is that depending on the license model, the renewal request may also need to specify the lease ID included in the license token.

You can request license consumption or lease renewal for one or multiple licensed items in a single request.

Both requests return the same response.


The request syntax is slightly different depending on your use case.

Syntax for a first-time license consumption request for one or multiple licensed items:


Syntax for renewing a lease for one licensed item:


Syntax for renewing a lease for multiple licensed items:


In host_name, enter the hostname of your 10Duke Enterprise deployment.

Replace the parameters in the URL with actual values. The <> notation is used for mandatory variables and [] for optional ones.

Path parameters

.jwt|.json|.txt: Define the format in which you want the response. If you don’t specify a format, plain text is used.

Query parameters

  • item_N: The name of the licensed item to check.

    The licensed item can be either a top-level item (usually representing a product) or an aggregated licensed item (usually representing a feature).

    If you specify multiple licensed items in the request, one response object per licensed item is returned. In a JSON Web Token (JWT) response, this means one license token per licensed item.

  • doConsume (optional): Define whether the request is to consume the license or only to check if the user has access to the license.

    Possible values:

    • true: Consume the license. This is the default if the parameter is not provided.

    • false: Only check if the user has access to the license.

  • consumptionMode (optional): The license consumption mode requested.

    • cache: Online mode. This is the default if the parameter is not provided.

      This is intended to be used by online client applications that are able to check and refresh the license token frequently to renew the license lease, and don’t need to store license tokens for a long period of time.

      We recommend that the license model defines a shorter maximum lease validity for online use (from minutes up to typically a maximum of 24 hours). To get a license token with a shorter validity time, the client application can use the cache option in the request.

    • checkOut: Offline mode.

      This is intended to be used with client applications that go offline for longer periods of time.

      We recommend that the license model defines a longer maximum lease validity for offline use (days, weeks, months, or even years, depending on the use case). To get a license token with a longer validity time, the client application can use the checkout option in the request.

      See also use cases on supporting offline usage.

    See more information on the LeaseTimeBehavior constraint in the licence model.

  • consumeDuration (optional): The requested duration of the license lease in milliseconds.

    Instead of relying on receiving the maximum lease validity configured in the license model, the client application can request a specific duration. This usually requires input from the end user who is asking for a specific duration.

    The granted duration may be shorter than what was requested because it cannot exceed the maximum lease duration (for online or offline use) defined in the license model nor the validity of the license itself.

  • consumeCount (optional): The requested number of units to be consumed from the license’s use count. The value must be a positive integer.

  • Hardware parameters:

    • hw (optional): The hardware ID of the client device.

      This is a mandatory parameter when consuming licenses where the license model limits the number of devices allowed.

      Note: We recommend that you provide the hardware ID when possible.

    • name (optional): A human-readable name of the hardware or device.

  • Process parameters:

    • process (optional): The process ID of the client application requesting the license.

      This information is needed if the license model defines a process as a lease anchor. See more information on session anchors in the ConcurrentSessions constraint in custom license models.

    • name (optional): The name of the client application requesting the license.

  • version (optional): The version of the software that is running on the device, typically expressed as a version number (for example, 1.6.14).

  • leaseId (optional): In a license renewal request, the ID of the license lease to be extended. This is effectively the value of the JSON Web Token ID (JTI) claim of the previous license check.

    This parameter is mandatory on renewal if lease chaining is enforced. See more information on enforcing lease chaining in the ConcurrentSessions constraint in custom license models.

    Note: We recommend that you provide the lease ID when possible.

Example requests

For example, you could make an HTTP GET request to consume the license for licensed item “AppFeature-XYZ” in online mode:

To renew the license lease for that licensed item:

To renew the license lease for multiple licensed items in the same request:;leaseId=d04551aa-7c0a-47a6-aa85-ed345e591ea9&?AppFeature-ABC=;leaseId=d82cde79-da02-4e24-861c-ed3bf96a4fed&hw=T29qb1RoYWU3aWV6MENoYWlkaWUyZXRoMWphMmFoQmUK


You can request the response in either JWT, JSON, or plain text format.

JWT is the most commonly used and the recommended one, because it enables signature validation in the client.

A JSON response returns the same information as JWT but without a signature, and a plain text response only returns true or false values.

JWT response

The JSON Web Token (JWT) response contains three parts, which are separated by a “.” character. Each part is Base64-encoded.

  • The first part is a header that contains, for example, the signature and cryptography method algorithm used, such as {"alg":"RS256"}.

  • The second part contains the token payload.

  • The third part contains the signature produced of the header and payload.

Example JWT payload that contains the fields that are returned by default:

	"exp": 1675702153,
	"AppFeature-XYZ": true,
	"iss": "9ee24fec-2c53-4171-9285-2c9934e5b559",
	"jti": "269c9f73-229c-4895-bfc2-1827d20bc8d5",
	"iat": 1675701253,
	"ver": "1.6.14",
	"lic": "870f46a4-1faa-4847-955b-14ee5f74f3fe",
	"ibb": 1672531200,
	"ibe": 1704067200,
	"rfr": 1675702093,
	"hw": "T29qb1RoYWU3aWV6MENoYWlkaWUyZXRoMWphMmFoQmUK"

The JWT payload contains the following fields (the timestamps are in seconds since the epoch):

  • exp: The time when the token expires, based on the token validity defined in the license model

  • iss: The ID of the end user’s user account

  • jti: The token ID, also referred to as the lease ID

  • iat: The time when the token was issued (the lease was created)

  • ver: The version of the software that was requested in the license consumption call

  • lic: The ID of the license consumed

  • ibb: The validity start time of the license that this token is consuming

  • ibe: The validity end time of the license that this token is consuming

  • rfr: The recommended token refresh time. This should be the same as or earlier than the token expiry time. You can configure your client application to rely on the rfr value to renew the license lease.

  • hw: If available, the ID of the computer or hardware on which the user is consuming the license

The JWT payload can also contain additional fields related to specific license model constraints as well as custom fields. For more information, contact the 10Duke Integration Support team.

JSON response

The JSON response is a license lease entity serialized as the JSON object.

The JSON response contains the same fields as a JWT response payload.

Plain text response

The plain text response only provides information on whether the end user has access to a license item or not. It contains an “&”-separated list of true or false values that map to the list of licensed item name parameters provided in the original request.

Error response

When a license check request results in an identified error situation, for example, a license is not accessible for the authorized user, the API returns a response with HTTP status code 200 and a description of the error situation in the response body.

Example error response:

  "licensedItemNameHere_errorKey": "notAuthorized",
  "licensedItemNameHere_errorMessage": "Access to \"licensedItemNameHere\" denied",
  "iss": "9ee24fec-2c53-4171-9285-2c9934e5b559",
  "licensedItemNameHere_errorCode": "notAuthorized",
  "iat": 1675701253,
  "licensedItemNameHere_errorTechnical": "Authorization failed for \"licensedItemNameHere\""

Error codes

The following are the possible error codes produced for license checks. The error messages and technical error descriptions are not included below.

A plain text response doesn’t contain an error code, only the value false.

Error code (errorKey) Description
clientGeolocationBlocked The license model has an IP-based geolocation constraint that is blocking the request.
clientIpAddressBlocked The license model has an IP-range-based constraint that is blocking the request.
consumptionLimitExceed The configured limit of simultaneous consumptions for same client/user has been reached.
leaseIdNotMatching The concurrency configuration of the applied license model requires the lease ID to be given in consecutive requests but it was not given or doesn’t match the previous value.
licenseAnchorMissing The required license anchors are not present in the request.
licenseAnchorsNotMatching The request has the wrong license anchors.
licenseAssignmentDenied The license model applied requires a reservation before license consumption and no reservation was found.
licenseAssignmentMissing The license uses a named-seat model and the user doesn’t have a seat assignment.
licenseExpired A license is available but has expired.
licenseNotActive A license is available but has been deactivated.
licenseQuotaExceeded The maximum number of leases or credits has been reached.
licenseValidityNotStarted A license is available but is not yet valid.
maxAggregateUseTimeExceed The license is tracking aggregated use time and the use time has been exceeded.
maxConcurrentSessionsExceed The license model limits concurrent consumption and the upper limit has been reached.
maxUseCountExceed A credit-based license has exceeded the amount of use count credit available.
noLicenseFound No license was found.
notAuthorized Authorization of the license check failed.
unallowedClientVersion The license or license model has a version constraint configured and the version given in the request doesn’t fulfill the constraint.
unresolvedGeolocation The geolocation of the request cannot be resolved and the consumption request is blocked.