# Phase 5D — Premier import réel ThemeParks.wiki

## Objectif

Transformer le catalogue réel ThemeParks.wiki en lots d'ingestion contrôlés sans importer automatiquement l'ensemble de la source.

## Parcours

1. L'administrateur ouvre l'aperçu ThemeParks.wiki.
2. DATA récupère `/v1/destinations` en direct.
3. L'administrateur filtre et sélectionne explicitement des parcs.
4. DATA refait une lecture du catalogue pour éviter d'utiliser une sélection devenue obsolète.
5. Les identifiants demandés sont vérifiés côté serveur.
6. Seuls les parcs sélectionnés deviennent des candidats d'ingestion.
7. Chaque candidat passe ensuite par **Associer / Créer / Ignorer**.
8. Après association/création, les valeurs préparées deviennent des observations sourcées, jamais une écriture canonique silencieuse.

## Sécurité anti-import massif

La configuration `CW_DATA_TPW_MAX_PARKS_PER_BATCH` limite le nombre de parcs sélectionnables dans un lot. Valeur par défaut : **10**.

Cette limite existe dans l'interface **et** côté serveur. Le JavaScript n'est donc jamais le seul garde-fou.

## Données actuellement préparées

Pour cette première étape, le catalogue destinations fournit volontairement un jeu minimal :

- nom du parc ;
- identifiant stable ThemeParks.wiki ;
- destination d'origine dans le payload brut / normalisé.

L'enrichissement détaillé d'un parc (coordonnées, fuseau, attractions, horaires, Live, etc.) sera branché progressivement via les endpoints spécialisés, sans transformer Coaster World DATA en miroir brut du fournisseur.

## Aucun import automatique

Le bouton **Préparer la sélection** ne crée aucun parc dans `parks`. Il crée uniquement des candidats d'ingestion. La création réelle nécessite encore une décision d'administrateur.