# Phase 2B — Administration des sources et fournisseurs

Version : 0.6.0

## Objectif

Rendre le socle `providers`, `provider_capabilities`, `provider_park` et `sources` de la Phase 1B administrable depuis le navigateur, sans introduire encore de connecteur automatique.

## Parcours

Depuis **Sources** l’administrateur peut :

1. créer un fournisseur ;
2. choisir son type et son statut ;
3. définir une priorité générale ;
4. déclarer ses capacités ;
5. limiter sa couverture à certains parcs ;
6. enregistrer les URLs concrètes servant de sources ;
7. consulter la fiche du fournisseur et modifier sa configuration.

## Portée

Deux portées sont exposées dans cette version :

- `global` : le fournisseur peut s’appliquer à tous les parcs ;
- `selected_parks` : il ne s’applique qu’aux parcs explicitement sélectionnés.

Cette seconde option permet notamment un provider ne couvrant qu’un parc ou une chaîne précise.

## Capacités

Les capacités courantes proposées sont :

- `park_details`
- `attractions`
- `coasters`
- `pois`
- `wait_times`
- `opening_hours`
- `closures`
- `media`

Des capacités personnalisées peuvent être ajoutées sans migration SQL. Lorsqu’une capacité est décochée elle est désactivée plutôt que supprimée, ce qui préserve la configuration historique.

## Sources

Une source représente l’adresse concrète associée à un fournisseur : endpoint API, page officielle, page web, dataset, documentation ou application mobile.

Les secrets et clés API restent volontairement hors de ces tables. Leur gestion sécurisée sera introduite avec les connecteurs qui en ont réellement besoin.

## Hors périmètre

Cette phase ne :

- contacte aucun fournisseur externe ;
- ne teste pas la connectivité ;
- ne stocke aucune clé secrète ;
- ne lance aucun job de synchronisation ;
- ne fait intervenir aucune IA.

La Phase 3 pourra maintenant construire le moteur commun de connecteurs sur cette configuration déjà pilotable depuis le web.