feat: Version 3.3.4 - Nouvelle architecture pages, optimisations widgets Flutter et API

- Mise à jour VERSION vers 3.3.4
- Optimisations et révisions architecture API (deploy-api.sh, scripts de migration)
- Ajout documentation Stripe Tap to Pay complète
- Migration vers polices Inter Variable pour Flutter
- Optimisations build Android et nettoyage fichiers temporaires
- Amélioration système de déploiement avec gestion backups
- Ajout scripts CRON et migrations base de données

🤖 Generated with [Claude Code](https://claude.com/claude-code)

Co-Authored-By: Claude <noreply@anthropic.com>
This commit is contained in:
pierre
2025-10-05 20:11:15 +02:00
parent 2786252307
commit 570a1fa1f0
212 changed files with 24275 additions and 11321 deletions

853
app/docs/FLOW-STRIPE.md Normal file
View File

@@ -0,0 +1,853 @@
# FLOW STRIPE - DOCUMENTATION TECHNIQUE COMPLÈTE
## 🎯 Vue d'ensemble
Ce document détaille le flow complet des paiements Stripe dans l'application GEOSECTOR, incluant la création des comptes Stripe Connect pour les amicales, les paiements web et Tap to Pay via l'application Flutter.
---
## 🏛️ FLOW STRIPE CONNECT - CRÉATION COMPTE AMICALE
### 🔄 Processus de création et configuration
Le système utilise **Stripe Connect** pour permettre à chaque amicale de recevoir directement ses paiements sur son propre compte bancaire.
### 📋 Prérequis et conditions
#### Configuration requise
- **Plateforme** : Web uniquement (pas disponible sur mobile)
- **Rôle utilisateur** : Admin amicale (rôle ≥ 2) minimum
- **Statut amicale** : Amicale existante avec données complètes
#### Vérifications automatiques
```dart
// Contrôles avant activation Stripe
if (!kIsWeb) {
// Afficher dialog "Configuration Web requise"
return;
}
if (userRole < 2) {
// Seuls les admins d'amicale peuvent configurer Stripe
return;
}
if (amicale == null || amicale.id == 0) {
// L'amicale doit exister en base
return;
}
```
### 🔄 Diagramme de séquence - Onboarding Stripe Connect
```
┌─────────────────┐ ┌─────────────┐ ┌──────────────┐ ┌─────────────┐
│ Admin Web │ │ App Web │ │ API PHP │ │ Stripe │
└─────────┬───────┘ └──────┬──────┘ └──────┬───────┘ └──────┬──────┘
│ │ │ │
[1] │ Coche "CB accepté"│ │ │
│──────────────────>│ │ │
│ │ │ │
[2] │ Clic "Configurer" │ │ │
│──────────────────>│ │ │
│ │ │ │
[3] │ │ POST /stripe/create-account │
│ │─────────────────>│ │
│ │ (amicale_data) │ │
│ │ │ │
[4] │ │ │ Create Account │
│ │ │──────────────────>│
│ │ │ │
[5] │ │ │<──────────────────│
│ │ │ account_id │
│ │ │ │
[6] │ │ │ Create Onboarding │
│ │ │──────────────────>│
│ │ │ │
[7] │ │ │<──────────────────│
│ │ │ onboarding_url │
│ │ │ │
[8] │ │<─────────────────│ │
│ │ onboarding_url │ │
│ │ │ │
[9] │<──────────────────│ │ │
│ Redirection Stripe│ │ │
│ │ │ │
[10] │ STRIPE ONBOARDING │ │ │
│ ================== │ │ │
│ • Infos entreprise │ │ │
│ • Infos bancaires │ │ │
│ • Vérifications │ │ │
│ ================== │ │ │
│ │ │ │
[11] │ Retour application │ │ │
│──────────────────>│ │ │
│ │ │ │
[12] │ │ GET /stripe/status│ │
│ │─────────────────>│ │
│ │ │ │
[13] │ │ │ Retrieve Account │
│ │ │──────────────────>│
│ │ │ │
[14] │ │ │<──────────────────│
│ │ │ account_status │
│ │ │ │
[15] │ │<─────────────────│ │
│ │ status_response │ │
│ │ │ │
[16] │<──────────────────│ │ │
│ Affichage statut │ │ │
```
### 📋 Détail des étapes
#### Étape 1-2 : ACTIVATION INTERFACE
**Acteur:** Admin amicale sur interface web
**Actions:**
- Activation de la checkbox "Accepte les règlements en CB"
- Clic sur le bouton "Configurer Stripe"
- Affichage dialog de confirmation avec informations sur le processus
#### Étape 3 : CRÉATION DU COMPTE STRIPE
**Requête:** `POST /api/stripe/create-account`
**Payload:**
```json
{
"amicale_id": 45,
"business_name": "Amicale des Pompiers de Paris",
"business_type": "non_profit",
"email": "contact@pompiers-paris.fr",
"phone": "0145123456",
"address": {
"line1": "123 Rue de la Caserne",
"postal_code": "75001",
"city": "Paris",
"country": "FR"
},
"url": "https://app.geosector.fr/stripe/return",
"refresh_url": "https://app.geosector.fr/stripe/refresh"
}
```
#### Étape 4-7 : ONBOARDING STRIPE
**Processus côté API:**
```php
// 1. Création du compte Stripe Connect
$account = \Stripe\Account::create([
'type' => 'express',
'country' => 'FR',
'business_type' => 'non_profit',
'company' => [
'name' => $amicale->name,
'phone' => $amicale->phone,
'address' => [...],
],
'email' => $amicale->email
]);
// 2. Création du lien d'onboarding
$onboardingLink = \Stripe\AccountLink::create([
'account' => $account->id,
'refresh_url' => 'https://app.geosector.fr/stripe/refresh',
'return_url' => 'https://app.geosector.fr/stripe/return',
'type' => 'account_onboarding'
]);
// 3. Sauvegarde en base
$amicale->stripe_id = $account->id;
$amicale->save();
return ['onboarding_url' => $onboardingLink->url];
```
#### Étape 8-11 : ONBOARDING UTILISATEUR
**Processus côté Stripe:**
1. **Redirection** vers l'interface Stripe dédiée
2. **Collecte informations** :
- Informations légales de l'amicale
- Coordonnées bancaires (IBAN français)
- Documents justificatifs si nécessaire
- Vérification d'identité du représentant légal
3. **Validation** automatique ou manuelle par Stripe
4. **Retour** vers l'application GEOSECTOR
#### Étape 12-16 : VÉRIFICATION STATUT
**Requête:** `GET /api/stripe/status/{amicale_id}`
**Réponse:**
```json
{
"account_id": "acct_1234567890",
"onboarding_completed": true,
"can_accept_payments": true,
"capabilities": {
"card_payments": "active",
"transfers": "active"
},
"requirements": {
"currently_due": [],
"pending_verification": []
},
"status_message": "Compte actif - Prêt pour les paiements",
"status_color": "#4CAF50"
}
```
### 🎮 Interface utilisateur et états
#### États possibles du compte Stripe
| État | Description | Interface | Actions |
|------|-------------|-----------|---------|
| **Non configuré** | Checkbox décochée | Gris | Cocher la case |
| **En cours de config** | Onboarding incomplet | Orange + ⏳ | Compléter sur Stripe |
| **Actif** | Prêt pour paiements | Vert + ✅ | Aucune action requise |
| **En attente** | Vérifications Stripe | Orange + ⚠️ | Attendre validation |
| **Rejeté** | Compte refusé | Rouge + ❌ | Contacter support |
#### Affichage dynamique
**1. CONFIGURATION NON DÉMARRÉE**
```
☐ Accepte les règlements en CB
[Configurer Stripe]
💳 Activez les paiements par carte bancaire pour vos membres
```
**2. CONFIGURATION EN COURS**
```
☑ Accepte les règlements en CB
[⏳ Configuration en cours] [⚠️ Tooltip: "Veuillez compléter..."]
⏳ Configuration Stripe en cours. Veuillez compléter le processus d'onboarding.
```
**3. COMPTE ACTIF**
```
☑ Accepte les règlements en CB
[✅ Compte actif] [✅ Tooltip: "Compte configuré"]
✅ Compte Stripe configuré - 100% des paiements pour votre amicale
```
### 🔐 Sécurité et conformité
#### Conformité Stripe Connect
- **PCI DSS** : Stripe gère la conformité PCI
- **KYC/AML** : Vérifications d'identité automatiques
- **Comptes séparés** : Chaque amicale a son propre compte
- **Fonds isolés** : Pas de commingling des fonds
#### Validation côté serveur
```php
// Vérifications obligatoires
if (!$user->canManageAmicale($amicaleId)) {
throw new UnauthorizedException();
}
if (!$amicale->isComplete()) {
throw new ValidationException('Amicale incomplète');
}
if ($amicale->stripe_id && $this->stripeService->accountExists($amicale->stripe_id)) {
throw new ConflictException('Compte déjà existant');
}
```
### 📊 Suivi et monitoring
#### Métriques importantes
- **Taux de completion** de l'onboarding (objectif > 85%)
- **Temps moyen** de configuration (< 10 minutes)
- **Taux d'approbation** Stripe (> 95%)
- **Délai d'activation** des comptes
#### Logs et audit
```php
Log::info('Stripe onboarding started', [
'amicale_id' => $amicaleId,
'user_id' => $userId,
'account_id' => $accountId
]);
Log::info('Stripe account activated', [
'amicale_id' => $amicaleId,
'account_id' => $accountId,
'capabilities' => $capabilities
]);
```
---
## 📱 FLOW TAP TO PAY (Application Flutter)
### 🔄 Diagramme de séquence complet
```
┌─────────────┐ ┌─────────────┐ ┌──────────┐ ┌─────────┐
│ App Flutter │ │ API PHP │ │ Stripe │ │ Carte │
└──────┬──────┘ └──────┬──────┘ └────┬─────┘ └────┬────┘
│ │ │ │
[1] │ Validation form │ │ │
│ + montant CB │ │ │
│ │ │ │
[2] │ POST/PUT passage │ │ │
│──────────────────>│ │ │
│ │ │ │
[3] │<──────────────────│ │ │
│ Passage ID: 456 │ │ │
│ │ │ │
[4] │ POST create-intent│ │ │
│──────────────────>│ (avec passage_id: 456) │
│ │ │ │
[5] │ │ Create PaymentIntent │
│ │─────────────────>│ │
│ │ │ │
[6] │ │<─────────────────│ │
│ │ pi_xxx + secret │ │
│ │ │ │
[7] │<──────────────────│ │ │
│ PaymentIntent ID │ │ │
│ │ │ │
[8] │ SDK Terminal Init │ │ │
│ "Approchez carte" │ │ │
│ │ │ │
[9] │<──────────────────────────────────────────────────────│
│ NFC : Lecture carte sans contact │
│ │ │ │
[10] │ Process Payment │ │ │
│───────────────────────────────────>│ │
│ │ │ │
[11] │<───────────────────────────────────│ │
│ Payment Success │ │
│ │ │ │
[12] │ POST confirm │ │ │
│──────────────────>│ │ │
│ │ │ │
[13] │ PUT passage/456 │ │ │
│──────────────────>│ (ajout stripe_payment_id) │
│ │ │ │
[14] │<──────────────────│ │ │
│ Passage updated │ │ │
│ │ │ │
```
### 🎮 Gestion du Terminal de Paiement
#### États du Terminal
Le terminal de paiement reste affiché jusqu'à la réponse définitive de Stripe. Il gère plusieurs états :
| État | Description | Actions disponibles |
|------|-------------|-------------------|
| `confirming` | Demande confirmation utilisateur | Annuler / Lancer paiement |
| `initializing` | Initialisation du SDK | Aucune (attente) |
| `awaiting_tap` | Attente carte NFC | Annuler uniquement |
| `processing` | Traitement paiement | Aucune (bloqué) |
| `success` | Paiement réussi | Fermeture auto (2s) |
| `error` | Échec paiement | Annuler / Réessayer |
#### Interface utilisateur
**1. ATTENTE CARTE**
```
┌──────────────────────┐
│ Présentez la carte │
│ 📱 │
│ [===========] │ ← Barre de progression
│ Montant: 20.00€ │
│ │
│ [Annuler] │ ← Seul bouton disponible
└──────────────────────┘
```
**2. TRAITEMENT**
```
┌──────────────────────┐
│ Traitement... │
│ ⟳ │ ← Spinner
│ Ne pas retirer │
│ la carte │
│ │ ← Pas de bouton
└──────────────────────┘
```
**3. RÉSULTAT**
- **Succès** : Message de confirmation + fermeture automatique après 2 secondes
- **Erreur** : Message d'erreur + options Annuler/Réessayer
#### Points importants
- **Dialog non-dismissible** : `barrierDismissible: false` empêche la fermeture accidentelle
- **Timeout** : 60 secondes pour présenter la carte, 30 secondes pour le traitement
- **Persistence** : Le terminal reste ouvert jusqu'à réponse définitive de Stripe
- **Gestion d'erreur** : Possibilité de réessayer sans perdre le contexte
### 📋 Détail des étapes
#### Étape 1 : VALIDATION DU FORMULAIRE
**Acteur:** Application Flutter
**Actions:**
- L'utilisateur remplit le formulaire de passage complet
- Saisie du montant du don
- Sélection du mode de paiement "Carte Bancaire"
- Validation de tous les champs obligatoires
#### Étape 2 : SAUVEGARDE DU PASSAGE
**Requête:** `POST /api/passages` (nouveau) ou `PUT /api/passages/{id}` (modification)
**Payload:**
```json
{
"numero": "10",
"rue": "Rue de la Paix",
"ville": "Paris",
"montant": "20.00",
"fk_type_reglement": 3, // CB
"fk_type": 1, // Effectué
// ... autres champs sans stripe_payment_id
}
```
**Réponse:**
```json
{
"id": 456, // ID réel du passage créé/modifié
"status": "created"
}
```
**Note:** Le passage est TOUJOURS sauvegardé en premier pour obtenir un ID réel.
#### Étape 3 : DEMANDE DE PAYMENT INTENT
**Requête:** `POST /api/stripe/payments/create-intent`
**Payload envoyé par l'app:**
```json
{
"amount": 2000, // Montant en centimes (20€)
"currency": "eur",
"payment_method_types": ["card_present"], // Pour Tap to Pay
"passage_id": 456, // ID RÉEL du passage sauvegardé
"amicale_id": 45, // ID de l'amicale
"member_id": 67, // ID du membre pompier
"stripe_account": "acct_1234", // Compte Stripe Connect
"location_id": "loc_xyz", // Location Terminal (optionnel)
"metadata": {
"passage_id": "456", // ID réel, jamais 0
"amicale_name": "Pompiers de Paris",
"member_name": "Jean Dupont",
"type": "tap_to_pay"
}
}
```
#### Étape 4 : CRÉATION CÔTÉ STRIPE
**Acteur:** API PHP → Stripe
**Actions de l'API:**
1. Validation des données reçues
2. Vérification des permissions utilisateur
3. Appel Stripe API :
```php
$paymentIntent = \Stripe\PaymentIntent::create([
'amount' => 2000,
'currency' => 'eur',
'payment_method_types' => ['card_present'],
'capture_method' => 'automatic',
'metadata' => [
'passage_id' => '123',
'amicale_id' => '45',
'member_id' => '67'
]
], ['stripe_account' => 'acct_1234']);
```
#### Étape 5 : RETOUR DU PAYMENT INTENT
**Réponse API → App:**
```json
{
"success": true,
"payment_intent_id": "pi_3O123abc",
"client_secret": "pi_3O123abc_secret_xyz",
"amount": 2000,
"status": "requires_payment_method"
}
```
#### Étape 6 : COLLECTE NFC
**Acteur:** Application Flutter (SDK Stripe Terminal)
**Actions:**
1. Initialisation du Terminal SDK
2. Activation du NFC
3. Affichage interface "Approchez la carte"
4. Lecture des données de la carte
5. Animation visuelle pendant la lecture
#### Étape 7 : TRAITEMENT STRIPE
**Acteur:** SDK → Stripe
**Actions automatiques:**
- Envoi sécurisé des données carte
- Vérification 3D Secure si nécessaire
- Autorisation bancaire
- Capture automatique du paiement
- Retour du statut à l'application
#### Étape 8 : CONFIRMATION
**Requête:** `POST /api/stripe/payments/confirm`
**Payload:**
```json
{
"payment_intent_id": "pi_3O123abc",
"status": "succeeded",
"amount": 2000,
"amicale_id": 45,
"member_id": 67
}
```
**Note importante:** Cette confirmation est envoyée AVANT la sauvegarde du passage. Elle permet à l'API de :
- Tracker la tentative de paiement
- Vérifier la cohérence avec Stripe
- Enregistrer le succès/échec indépendamment du passage
#### Étape 9 : MISE À JOUR DU PASSAGE
**Requête:** `PUT /api/passages/456`
**Payload:**
```json
{
"id": 456,
"stripe_payment_id": "pi_3O123abc", // Ajout du payment ID
// ... autres champs inchangés
}
```
**Note:** Seul le `stripe_payment_id` est ajouté au passage déjà existant.
#### Étape 10 : CONFIRMATION FINALE
**Réponse API → App:**
```json
{
"success": true,
"passage": {
"id": 123,
"stripe_payment_id": "pi_3O123abc",
"status": "completed"
}
}
```
---
## 💻 FLOW PAIEMENT WEB
### 🔄 Principales différences avec Tap to Pay
| Aspect | Web | Tap to Pay |
|--------|-----|------------|
| **payment_method_types** | `["card"]` | `["card_present"]` |
| **SDK** | Stripe.js dans navigateur | Stripe Terminal SDK natif |
| **Interface paiement** | Formulaire carte web | NFC téléphone |
| **capture_method** | `manual` ou `automatic` | Toujours `automatic` |
| **Metadata type** | `"web"` | `"tap_to_pay"` |
| **Client secret usage** | Pour Stripe Elements | Pour Terminal SDK |
### 📋 Flow Web simplifié
```
1. Utilisateur remplit formulaire web avec montant
2. POST /api/stripe/payments/create-intent
- payment_method_types: ["card"]
- metadata.type: "web"
3. API crée PaymentIntent et retourne client_secret
4. Frontend utilise Stripe.js pour afficher formulaire carte
5. Utilisateur saisit données carte
6. Stripe.js confirme le paiement
7. Webhook Stripe notifie l'API du succès
8. API met à jour le passage en base
```
---
## 📱 VALIDATION ET CONTRÔLES CÔTÉ APP
### Vérifications avant affichage du Terminal
L'application effectue une série de vérifications **avant** d'afficher le terminal de paiement :
#### 1. Dans le formulaire de passage
```dart
void _handleSubmit() {
// ✅ Validation des champs du formulaire
if (!_formKey.currentState!.validate()) return;
// ✅ Vérification CB sélectionnée + montant > 0
if (_fkTypeReglement == 3 && montant > 0) {
await _attemptTapToPay(); // Lance le flow
}
}
```
#### 2. Dans le service StripeTapToPayService
```dart
initialize() {
// ✅ User connecté
if (!CurrentUserService.instance.isLoggedIn) return false;
// ✅ Amicale avec Stripe activé
if (!amicale.chkStripe || amicale.stripeId.isEmpty) return false;
// ✅ Appareil compatible (iPhone XS+, iOS 16.4+)
if (!DeviceInfoService.instance.canUseTapToPay()) return false;
// ✅ Configuration Stripe récupérée
await _fetchConfiguration();
}
```
#### 3. Dans le Dialog Tap to Pay
```dart
_startPayment() {
// ✅ Service initialisé ou initialisation réussie
if (!initialized) throw Exception('Impossible d\'initialiser');
// ✅ Prêt pour paiements (toutes conditions remplies)
if (!isReadyForPayments()) throw Exception('Appareil non prêt');
// Création PaymentIntent et collecte NFC...
}
```
### Flow de sauvegarde et paiement
Le nouveau flow garantit que le passage existe TOUJOURS avant le paiement :
```dart
// 1. SAUVEGARDE DU PASSAGE EN PREMIER
Future<void> _savePassage() {
// Créer ou modifier le passage
PassageModel? savedPassage;
if (widget.passage == null) {
// Création avec retour de l'ID
savedPassage = await passageRepository.createPassageWithReturn(passageData);
} else {
// Modification
savedPassage = passageData;
}
// 2. SI CB SÉLECTIONNÉE, LANCER TAP TO PAY
if (typeReglement == CB && montant > 0) {
await _attemptTapToPayWithPassage(savedPassage, montant);
}
}
// 3. PAIEMENT AVEC ID RÉEL
_attemptTapToPayWithPassage(PassageModel passage, double montant) {
_TapToPayFlowDialog(
passageId: passage.id, // ← ID réel, jamais 0
onSuccess: (paymentIntentId) {
// 4. MISE À JOUR DU PASSAGE
final updated = passage.copyWith(
stripePaymentId: paymentIntentId
);
passageRepository.updatePassage(updated);
}
);
}
```
## 🔐 SÉCURITÉ ET BONNES PRATIQUES
### 🛡️ Principes de sécurité
1. **Jamais de données carte en clair** - Toujours via SDK Stripe
2. **HTTPS obligatoire** - Toutes communications chiffrées
3. **Validation côté serveur** - Ne jamais faire confiance au client
4. **Tokens temporaires** - Connection tokens à durée limitée
5. **Logs sans données sensibles** - Pas de numéros carte dans les logs
### ✅ Validations requises
#### Côté App Flutter:
- Vérifier compatibilité appareil (iPhone XS+, iOS 16.4+)
- Valider montant (min 1€, max 999€)
- Vérifier connexion internet avant paiement
- Gérer timeouts réseau
#### Côté API:
- Authentification utilisateur obligatoire
- Vérification appartenance à l'amicale
- Validation montants et devises
- Vérification compte Stripe actif
- Rate limiting sur endpoints
---
## 📊 DOUBLE CONFIRMATION API
### Pourquoi deux appels distincts ?
Le système utilise **deux endpoints séparés** pour une meilleure traçabilité :
#### 1. Confirmation du paiement (`/api/stripe/payments/confirm`)
```json
POST /api/stripe/payments/confirm
{
"payment_intent_id": "pi_xxx",
"status": "succeeded", // ou "failed"
"amount": 2000
}
```
**Rôle :** Notifier l'API du résultat Stripe (succès/échec)
#### 2. Sauvegarde du passage (`/api/passages`)
```json
POST/PUT /api/passages
{
"stripe_payment_id": "pi_xxx",
"montant": "20.00",
"fk_type_reglement": 3 // CB
}
```
**Rôle :** Sauvegarder le passage **uniquement si paiement réussi**
### Avantages du nouveau flow
| Aspect | Bénéfice |
|--------|----------|
| **Passage toujours créé** | Même si le paiement échoue, le passage existe |
| **ID réel dans Stripe** | Les metadata contiennent toujours le vrai `passage_id` |
| **Traçabilité complète** | Liaison bidirectionnelle garantie (passage → Stripe et Stripe → passage) |
| **Gestion d'erreur robuste** | Si paiement échoue, le passage reste sans `stripe_payment_id` |
| **Mode offline** | Le passage peut être créé localement avec ID temporaire |
## 🔄 GESTION DES ERREURS
### 📱 Erreurs Tap to Pay
| Code erreur | Description | Action utilisateur |
|-------------|-------------|-------------------|
| `device_not_compatible` | iPhone non compatible | Afficher message explicatif |
| `nfc_disabled` | NFC désactivé | Demander activation dans réglages |
| `card_declined` | Carte refusée | Essayer autre carte |
| `insufficient_funds` | Solde insuffisant | Essayer autre carte |
| `network_error` | Erreur réseau | Réessayer ou mode offline |
| `timeout` | Timeout lecture carte | Rapprocher carte et réessayer |
### 🔄 Flow de retry
```
1. Erreur détectée
2. Message utilisateur explicite
3. Option "Réessayer" proposée
4. Conservation du montant et contexte
5. Nouveau PaymentIntent si nécessaire
6. Maximum 3 tentatives
```
---
## 📊 MONITORING ET LOGS
### 📈 Métriques à suivre
1. **Taux de succès** des paiements (objectif > 95%)
2. **Temps moyen** de transaction (< 15 secondes)
3. **Types d'erreurs** les plus fréquentes
4. **Appareils utilisés** (modèles iPhone)
5. **Montants moyens** des transactions
### 📝 Logs essentiels
#### App Flutter:
```dart
debugPrint('🚀 PaymentIntent créé: $paymentIntentId');
debugPrint('💳 Collecte NFC démarrée');
debugPrint('✅ Paiement confirmé: $amount €');
debugPrint('❌ Erreur paiement: $errorCode');
```
#### API PHP:
```php
Log::info('PaymentIntent created', [
'id' => $paymentIntent->id,
'amount' => $amount,
'amicale_id' => $amicaleId
]);
```
---
## 🚀 OPTIMISATIONS ET PERFORMANCES
### ⚡ Optimisations implémentées
1. **Cache Box Hive** - Éviter accès répétés
2. **Batch API calls** - Grouper les requêtes
3. **Lazy loading** - Charger données à la demande
4. **Connection pooling** - Réutiliser connexions HTTP
5. **Queue offline** - File d'attente locale
### 🎯 Points d'amélioration
- [ ] Pré-création PaymentIntent pendant saisie montant
- [ ] Cache des configurations Stripe
- [ ] Compression des payloads API
- [ ] Optimisation animations NFC
- [ ] Réduction taille APK/IPA
---
## 📱 COMPATIBILITÉ APPAREILS
### 🍎 iOS - Tap to Pay
**Appareils compatibles:**
- iPhone XS, XS Max, XR
- iPhone 11, 11 Pro, 11 Pro Max
- iPhone 12, 12 mini, 12 Pro, 12 Pro Max
- iPhone 13, 13 mini, 13 Pro, 13 Pro Max
- iPhone 14, 14 Plus, 14 Pro, 14 Pro Max
- iPhone 15, 15 Plus, 15 Pro, 15 Pro Max
- iPhone 16 (tous modèles)
**Prérequis:**
- iOS 16.4 minimum
- NFC activé
- Bluetooth activé (pour certains cas)
### 🤖 Android - Tap to Pay (V2.2+)
**À venir - Liste dynamique via API**
- Appareils certifiés Google Pay
- Android 9.0+ (API 28+)
- NFC requis
---
## 🔗 RESSOURCES ET DOCUMENTATION
### 📚 Documentation officielle
- [Stripe Terminal Flutter](https://stripe.com/docs/terminal/payments/collect-payment?platform=flutter)
- [Stripe PaymentIntents API](https://stripe.com/docs/api/payment_intents)
- [Apple Tap to Pay](https://developer.apple.com/tap-to-pay/)
- [PCI DSS Compliance](https://stripe.com/docs/security/guide)
### 🛠️ Outils de test
- **Cartes de test Stripe**: 4242 4242 4242 4242
- **iPhone Simulator**: Ne supporte pas NFC
- **Stripe CLI**: Pour webhooks locaux
- **Postman**: Collection API fournie
### 📞 Support
- **Stripe Support**: support@stripe.com
- **Équipe Backend**: API PHP GEOSECTOR
- **Équipe Mobile**: Flutter GEOSECTOR
---
## 📅 HISTORIQUE DES VERSIONS
| Version | Date | Modifications |
|---------|------|--------------|
| 1.0 | 28/09/2025 | Création documentation initiale |
| 1.1 | 28/09/2025 | Ajout flow complet Tap to Pay |
| 1.2 | 28/09/2025 | Intégration passage_id et metadata |
---
*Document technique - Flow Stripe GEOSECTOR*
*Dernière mise à jour : 28 septembre 2025*