> ## Documentation Index
> Fetch the complete documentation index at: https://docs.orbit.devotel.io/llms.txt
> Use this file to discover all available pages before exploring further.

# Résolution des messages entrants

> Comment Orbit associe chaque message entrant et accusé de livraison au bon tenant et répare l’index chaque heure.

# Résolution des messages entrants

La résolution répond à une question pour chaque SMS entrant ou accusé de livraison reçu par Orbit : **à quel tenant appartient-il ?** Elle intervient avant les règles de routage et l’affectation à une boîte. Sans propriétaire unique, le message est abandonné.

## Fonctionnement

Orbit vérifie le numéro de destination dans cet ordre et s’arrête au premier résultat :

1. **Inventaire de la plateforme.** Le numéro acheté est recherché avec son organisation active.
2. **Attributions du pool d’essai.** Les numéros partagés sont résolus pendant leur fenêtre d’attribution.
3. **Carte de propriété inversée.** Un index direct renvoie le propriétaire en temps constant.
4. **Recherche de secours limitée.** Si l’index manque, Orbit examine les numéros des tenants. Il ne devine pas en cas de propriété ambiguë et abandonne le message sans propriétaire.

Si le propriétaire enregistré diffère de la propriété actuelle, la route est refusée. Une DID réutilisée ne peut donc pas envoyer les données de l’ancien propriétaire au nouveau.

## États du numéro

Seuls `active`, `pending_compliance` et `suspended` reçoivent du trafic entrant. `released`, `parked` et les numéros jamais achetés ne sont pas propriétaires du trafic.

* `active` : le numéro est utilisable.
* `pending_compliance` : la propriété est conservée pendant la vérification.
* `suspended` : l’usage est suspendu, la propriété reste acquise.

## Réconciliation horaire

Chaque heure, une réconciliation parcourt les numéros compatibles SMS des tenants actifs et recrée les entrées d’index manquantes. Le retour du trafic après cette fenêtre est le mécanisme d’auto-réparation attendu. Une correspondance unique du secours remplit aussi l’index immédiatement.

## Surcharge de route par DID

La résolution choisit le tenant ; la configuration de la DID choisit la destination dans ce tenant. Définissez `sms_route_type` à `webhook`, `agent`, `auto_reply` ou `disabled`. `disabled` conserve le message sans l’envoyer à une intégration : vérifiez ce réglage avant de conclure à un échec.

## Sous-comptes et abonnement

Les sous-comptes frères partagent le schéma du tenant. Le numéro est donc visible par l’organisation entière, jamais par un autre tenant. Une résiliation n’arrête pas la résolution : l’abonnement contrôle les dépenses et l’usage, pas l’index de propriété.

## Voir aussi

* [Routage des messages entrants](/concepts/inbound-message-routing)
* [SMS entrant absent](/troubleshooting/inbound-sms-not-recording)
* [Cycle de vie des numéros](/concepts/number-lifecycle)


This documentation is built and hosted on [Mintlify](https://mintlify.com), a developer documentation platform.