Checklist data

Éléments à vérifier

• PostgreSQL est bien la base relationnelle principale.
• Les migrations Laravel et Supabase historiques sont distinguées.
• Les modèles critiques sont documentés.
• Communes, publications et actor_users sont traités comme structurants.
• PostGIS est cadré pour proximité et territoire.

Cohérence

• Les modèles data correspondent aux flows et API.
• Les relations utilisateur/acteur/commune ne sont pas mélangées.
• Les données IA passent par services backend.

Sécurité

• Données sensibles identifiées par modèle.
• Rétention et suppression RGPD à définir.
• Aucun accès direct IA aux tables.

Dette documentaire

• Colonnes non confirmées non inventées.
• Source canonique migrations clarifiée ou listée à confirmer.
• Index et partitionnement séparés entre actuel/cible.

Hypothèses

• Partitionnement mensuel publications marqué cible.
• Tables exactes non figées si non migrées.
• RAG/vector database IA marqué futur si non livré.

Contradictions possibles

• Supabase RLS historique vs logique Laravel cible.
• RPC Supabase vs API Laravel centrale.
• Données analytics utiles vs collecte intrusive.

Éléments non confirmés

• Schéma SQL final.
• Stratégie backups.
• Politique rétention.
• Index exacts.

Éléments critiques

• Modèles actor_users, publications, communes, subscriptions et chat revus en priorité.
• Données paiement et IA minimisées.

Validations humaines nécessaires

• Validation backend/data.
• Validation RGPD.
• Validation performance.