> For the complete documentation index, see [llms.txt](https://docs.scepman.com/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://docs.scepman.com/fr/configuration-de-scepman/application-settings/dbcsr-validation.md).

# API REST d'inscription

{% hint style="warning" %}
SCEPman Enterprise Edition uniquement

Applicable à la version 2.3.689 et ultérieures
{% endhint %}

{% hint style="info" %}
Ces paramètres ne doivent être appliqués qu’au SCEPman App Service, pas au Certificate Master. Veuillez vous référer à [Paramètres SCEPman](/fr/configuration-de-scepman/application-settings.md).
{% endhint %}

## AppConfig:DbCSRValidation:Enabled

*Linux : AppConfig\_\_DbCSRValidation\_\_Enabled*

**Valeur :** *true* ou *faux* (par défaut)

**Description :** Il s’agit d’un point de terminaison d’API REST que des scripts et processus personnalisés peuvent utiliser. Voir [notre article sur l’utilisation de l’API REST](/fr/gestion-des-certificats/api-certificates.md) pour plus de détails.

## AppConfig:DbCSRValidation:ValidityPeriodDays

*Linux : AppConfig\_\_DbCSRValidation\_\_ValidityPeriodDays*

**Valeur :** Entier positif

**Description :** Ce paramètre réduit encore la valeur globale de ValidityPeriodDays pour le point de terminaison de l’API REST. Par exemple, vous pouvez définir ici une valeur comme 365 jours et définir le paramètre global [AppConfig:ValidityPeriodDays](#appconfig-dbcsrvalidation-validityperioddays) à 730. Les certificats émis via l’API auront alors une validité d’un an, tandis que les certificats émis via d’autres points de terminaison pourront être valides jusqu’à deux ans.

De plus, vous pouvez inclure une extension dans vos requêtes PKCS#10 pour enrôler des certificats avec une validité individuelle spécifique inférieure à celle configurée ici.

## AppConfig:DbCSRValidation:AllowRenewals

*Linux : AppConfig\_\_DbCSRValidation\_\_AllowRenewals*

**Valeur :** *true* ou *faux* (par défaut)

**Description :** Cela permet d’utiliser le point de terminaison EST « simplereenroll », ce qui active [le renouvellement des certificats via mTLS](https://docs.scepman.com/fr/configuration-de-scepman/application-settings/pages/9c02c2d84b9f5cb46dd91ef987350d59110b089c#id-2.-app-service-settings). Cela fonctionne uniquement pour les types de certificats ajoutés à [AppConfig:DbCSRValidation:ReenrollmentAllowedCertificateTypes.](#appconfig-dbcsrvalidation-reenrollmentallowedcertificatetypes)

## AppConfig:DbCSRValidation:ReenrollmentAllowedCertificateTypes

*Linux : AppConfig\_\_DbCSRValidation\_\_ReenrollmentAllowedCertificateTypes*

**Valeur :** Liste séparée par des virgules des types de certificats figurant dans cette liste :

* DomainController
* Static
* IntuneUser
* IntuneDevice
* JamfUser
* JamfUserWithDevice
* JamfUserWithComputer
* JamfDevice
* JamfComputer

**Description :** Vous pouvez utiliser le point de terminaison simplereenroll pour les certificats des types spécifiés dans ce paramètre. Si vous ne spécifiez aucune valeur, la valeur par défaut est aucun type, c’est-à-dire que vous ne pouvez pas utiliser le point de terminaison simplereenroll.

Par exemple, si vous souhaitez renouveler des certificats émis manuellement via Certificate Master, vous spécifieriez `Static`. Si vous souhaitez également renouveler les certificats Domain Controller, vous spécifieriez `DomainController,Static`.


---

# Agent Instructions
This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com.

## Querying This Documentation
If you need additional information that is not directly available in this page, you can query the documentation by asking a question.

Perform an HTTP GET request on the following URL with the `ask` and `goal` query parameters:

```
GET https://docs.scepman.com/fr/configuration-de-scepman/application-settings/dbcsr-validation.md?ask=<question>&goal=<user_goal>
```

`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is what the user is ultimately trying to achieve, the reason they need the answer. Sharing it helps GitBook give you a better, more relevant answer. A goal is most helpful when it describes the outcome the user wants rather than restating the question. For example, with `ask=how do I create an API token`, a goal like `automate deployments from our CI pipeline` lets GitBook tailor the answer to that use case.

The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.

Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.