> For the complete documentation index, see [llms.txt](https://community.commandersact.com/customer-success/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://community.commandersact.com/customer-success/francais-1/faqs/consent-and-preference-management/sdk/most-asked.md).
# Most asked
CMP : Peut on personnaliser le JSON ?
* Vous pouvez choisir une couleur pour les boutons, et le contenu.
* Vous pouvez écrire un texte d’introduction.
* Les titres et textes des catégories (les sous-catégories sont également possibles)
* Un lien vers la page de confidentialité de la stratégie.
* Vous pouvez configurer des vendors et des catégories personnalisées si nécessaire.
CMP : Qu’est-ce qui n’est pas possible ?
* Il n'est pas possible de bloquer une catégorie lors de l'optin, et vous devrez le mentionner dans le texte d'introduction.
* La fonction boutons neutres n'existe pas, elle est désactivée par défaut.
* Il n'est pas possible d'ajouter un logo, de modifier le style/la position des boutons ou d'effectuer des modifications de code CSS comme vous avez l'habitude de le faire sur le web.
JSON CMP : où dois-je l’héberger ?
* Oui! C’est possible !!
* Si vous souhaitez concevoir votre propre interface utilisateur de gestion de la e-privacy, le json n’est pas nécessaire.
* Il vous suffit de suivre la partie de la documentation intitulée « manually displayed consent »
* [https://github.com/TagCommander/pods/tree/master/TCPrivacy#manually-displayed-consent](https://github.com/TagCommander/pods/tree/master/TCPrivacy)
* [https://github.com/TagCommander/Android/tree/master/TCPrivacy#manually-displayed-consent](https://github.com/TagCommander/Android/tree/master/TCPrivacy)
Pourquoi mettre en place plusieurs bannières SDK sur le CMP ?
* Dans le CMP, nous vous recommandons de créer 2 bannières pour le SDK (1 iOS et 1 Android).
* Vous n'avez pas besoin de saisir de texte sur votre bannière, il vous suffit d'attacher les bonnes catégories à votre bannière.
* La génération et le déploiement ne sont pas nécessaires non plus.
* Ces bannières sont nécessaires pour obtenir des statistiques sur l'onglet Dashoboards (elles créent un lien entre l'application et l'interface).
* Faire une bannière pour chaque appareil vous permettra d'avoir des statistiques séparées sur les tableaux de bord.
* Récupérez l'identifiant de chaque bannière, vous en aurez besoin lors de la phase de déploiement.
*NB. S'il s'agit d'une bannière iAB, n'oubliez pas de sélectionner le modèle approprié dans la bibliothèque.*
Y a-t-il un premier affichage de bannière avant la e-privacy ?
* Notre SDK n’a pas été conçu pour afficher une première bannière « normale »
* En cas de besoin, vous devrez créer votre propre interface utilisateur et utiliser nos callbacks sur les CTA, comme suit :
* * Si vous utilisez le json Commanders Act :
* \[\[TCMobilePrivacy sharedInstance] refuseAllConsent];
* \[\[TCMobilePrivacy sharedInstance] acceptAllConsent];
* If you use the json Commanders Act :
* Si vous n'utilisez pas le json (affichage manuellement du consentement), vous devrez créer un tableau et envoyer la valeur, comme expliqué ici :
* [https://github.com/TagCommander/pods/tree/master/TCPrivacy#manually-displayed-consent](https://github.com/TagCommander/pods/tree/master/TCPrivacy)
Quelle est l’utilisation du consent ID ?
* Pour suivre le consentement unique et être en mesure de donner la preuve du consentement, un identifiant unique est requis pour chaque utilisateur
* Notre sdk peut créer cet IDENTIFIANT unique, il s’appelle le TC\_SDK\_ID
* Vous pouvez également utiliser un autre identifiant, tel que l’identifiant de compte ou l’identifiant utilisateur (attention : l’utilisateur doit être connecté avant de donner son consentement pour que cela fonctionne)
* Veuillez vous référer à la partie suivante de la documentation :
*
```
* [https://github.com/TagCommander/pods/tree/master/TCPrivacy#retaining-consent](https://github.com/TagCommander/pods/tree/master/TCPrivacy)
```
```
* [https://github.com/TagCommander/Android/tree/master/TCPrivacy#retaining-consent](https://github.com/TagCommander/Android/tree/master/TCPrivacy)
_NB. Vous devez laisser cet identifiant visible pour l’utilisateur (quelque part dans l’application), au cas où l’utilisateur souhaite obtenir sa preuve de consentement_
```
Les tags (telles que les sdk publicitaires) codés en dur dans l’application seront-elles automatiquement contraintes par notre SDK ?
NON : cela doit être fait manuellement par votre IT
Les balises situées dans le conteneur server-side seront-elles automatiquement contraintes par notre SDK ?
NON : cela doit être fait manuellement par VOUS
Quand le CMP sera-t-il affiché ?
* Lors de la première ouverture de l’application
* si l’utilisateur désinstalle et réinstalle l’application
* si le consentement est obsolète (du à la durée du consentement)
* si le service informatique utilise l’un de ces callbacks :(void) consentOutdated; (void) consentCategoryChanged; (void) significantChangesInPrivacy;
Où la preuve de consentement est-elle sauvegardée ?
Dans l’appareil des utilisateurs et dans notre base de données
Si je n’utilise pas votre json, faut-il activer/désactiver les données collectées par moi-même ?
La collecte de données n’est pas automatique ! Donc, oui, vous devez configurer la collecte par vous-même (sur la base de la méthode consentUpdated)
Y a-t-il un environnement de démo ?
* Nous avons créé une version démo de notre SDK, pour chaque appareil
* Cela peut être très utile pour les équipes informatiques, alors n’hésitez pas à l’utiliser !
* *
*