> ## Documentation Index
> Fetch the complete documentation index at: https://rust-co.mintlify.site/llms.txt
> Use this file to discover all available pages before exploring further.

# Compatibilité

> Ce que RCO Appearance remplace, et comment vos scripts existants continuent de fonctionner.

La plupart des serveurs installent Appearance, arrêtent le stock et passent à la suite. Cette page est pour *« Mon script de logement va casser ? Le dossier ancien peut rester ? Et ce barbier custom ? »*

## Réponse courte

* **Arrêtez** les ressources d'apparence stock dans [Installation](/fr/rco-appearance/installation). Ne lancez pas les deux.
* **La plupart des scripts qui lisent seulement** un look (preview logement, écuries, mugshots) continuent — mêmes noms d'export qu'avant.
* **Les sauvegardes vont dans les tables RCO** (`rco_appearance`). Après un login, c'est la vérité.
* **Les scripts qui écrivent l'ancien SQL directement** peuvent sembler OK jusqu'au prochain relog. Ceux-là doivent être mis à jour ou retirés.

## Ce que signifie `provide` (en une phrase)

Appearance répond aux anciens noms de ressource (`rsg-appearance`, `vorp_character`, …) pour que les dépendances ne cassent pas — mais vous **arrêtez** quand même le stock. Deux systèmes qui sauvent le même personnage = cheveux perdus et visages reset.

## Ce qui fonctionne en général sans changement

<Tabs>
  <Tab title="RSG Core">
    **Remplacés :** `rsg-appearance`, `rsg-wardrobe`, `rsg-barbers` → Creator + Appearance.

    **En général OK :**

    * Peds de preview sélection (`ApplySkinMultiChar`, mannequins)
    * `rsg-bathing` (déshabiller / habiller)
    * `/loadskin`, Fix Character, événements reload skin
    * Écuries / logement qui rechargent l'apparence

    **Peuvent rester :** `rsg-bathing`, `rsg-prison` — pas des boutiques d'apparence.
  </Tab>

  <Tab title="VORP Core">
    **Remplacés :** `vorp_character`, `vorp_barbershop`, `vorp_clothingstore` → Creator + Appearance.

    **`vorp_stores` reste** — boutiques d'objets généraux.

    **En général OK :**

    * Lecteurs `GetPlayerComponent` / `GetAllPlayerComponents`
    * Mises à jour partielles via `vorpcharacter:savenew`
    * `vorpcharacter:reloadafterdeath` pour le **look uniquement**
    * `OpenOutfitsMenu` → garde-robe RCO

    Le stock **`vorp_character` doit être arrêté** sinon les shims de compatibilité sont ignorés.
  </Tab>
</Tabs>

## Où ça pique

Ces approches ne sont plus fiables après le changement :

* Scripts qui font `SELECT ... FROM playerskins` et le traitent comme look sauvegardé
* Scripts qui écrivent directement les colonnes VORP `skinPlayer` / `compPlayer`
* Boutiques tierces qui envoient une table skin **complète** à chaque fois (écrase cheveux/visage avec un cache périmé)

La persistance RCO est **`rco_appearance`**. Les colonnes legacy peuvent rester en base — nous ne les supprimons pas — mais Appearance ne les lit plus pour sauver.

<Note>
  **Niveaux de support (devs) :** (1) `provide` par nom de ressource ✅ (2) shims export/événement connus ✅ (3) lecture legacy unique au login ✅ (4) scripts tiers utilisant le SQL legacy comme autorité ❌ — voir [API](/fr/rco-appearance/exports) et [Migration](/fr/rco-appearance/migration).
</Note>

## Scripts qui modifient l'apparence

**Lire** est sûr. **Écrire** demande de la prudence.

Préférez les boutiques Appearance, ou n'envoyez **que ce que vous changez**. Pour des sauvegardes programmatiques utilisez `SetAppearanceForCharacter` côté serveur ([API](/fr/rco-appearance/exports)) et attendez le callback avant de dire « enregistré » au joueur.