Les connexions comptabilisent les instances de modification collaborative, et non les utilisateurs inscrits ou les documents.
Lorsqu'une connexion est utilisée
- Une instance utilise une connexion lors de sa première soumission réussie. L’ouverture d’un document, l’accès en lecture seule et la modification sans collaboration ne sont pas comptabilisés.
- Chaque soumission réinitialise un minuteur de deux minutes. La connexion est libérée après deux minutes sans soumission, ou lorsque la page se ferme ou se déconnecte.
- Une soumission ultérieure utilise à nouveau une connexion. Les utilisateurs et les agents partagent le même quota de licence ; les opérations d’agents dans une instance déjà comptabilisée n’ajoutent ni connexion ni frais d’appel d’outil.
Lorsque la capacité de connexion est pleine lors de l'édition
À pleine capacité, les instances qui détiennent déjà une connexion peuvent continuer l’édition collaborative et la soumission de modifications. Seules les instances qui doivent acquérir ou réacquérir une connexion sont affectées. L’ouverture de documents, l’accès en lecture seule et l’édition non collaborative restent disponibles.
Les instances de navigateur qui ne peuvent pas obtenir de connexion conservent les modifications localement et réessaient de soumettre pendant plusieurs minutes. Si la capacité reste indisponible, ces instances passent en édition hors ligne et reprennent les soumissions lorsqu'elles sont de nouveau en ligne.
Votre intégration peut interroger les limites de connexion et l'utilisation pour afficher un état d'attente ou définir uniquement les instances affectées en mode lecture seule. Distinguez clairement les modifications enregistrées localement des modifications soumises au serveur.
Lorsque un agent ne peut pas obtenir de capacité
Lorsque la capacité est pleine, les instances d'agents qui ne peuvent pas acquérir ou réacquérir une connexion reçoivent une erreur de capacité. Les instances déjà en possession d'une connexion peuvent continuer à soumettre des modifications. Le SDK ne réessaie pas automatiquement les soumissions échouées.
Exemples de comptabilisation des connexions| Scénario | Connexions utilisées |
|---|
| Modification sans collaboration | 0 |
|---|
| Document ouvert, sans changements soumis | 0 |
|---|
| Une instance soumet son premier changement avec succès | 1 |
|---|
| Une personne détient trois instances d'édition actives | 3 |
|---|
| Dix personnes soumettent des modifications au même document | 10 |
|---|
| Deux instances sur la même page soumettent des modifications | 2 |
|---|
| Deux instances d'agents indépendants soumettent des modifications | 2 |
|---|
| Un agent opère dans une instance déjà comptée | Pas de connexion supplémentaire |
|---|
| Aucune soumission pendant deux minutes ; connexion libérée | 0 |
|---|
| L'instance continue de soumettre sur sa connexion existante à pleine capacité | 1 |
|---|
| L'instance n'a pas de connexion ; le navigateur modifie localement l'attente à pleine capacité | 0 |
|---|
| L'instance acquiert de la capacité et soumet avec succès une modification | 1 |
|---|
| La connexion libérée doit être réacquise alors que la capacité est complète | 0 |
|---|
| Accès en lecture seule | 0 |
|---|
Les imports sont illimités. La capacité de connexion et les quotas mensuels d’exportation sont indépendants. Atteindre la limite de connexion ne restreint ni les imports ni les exports ; épuiser le quota d’exportation n’affecte ni les connexions de modification, ni les imports, ni les enregistrements natifs.