Qualité et livraison — Checklist

Cette checklist standardise les contrôles à effectuer avant livraison d’un rapport FastReport .frx.
L’objectif est de garantir :
- une édition sécurisée (copie de travail),
- un rendu conforme (prévisualisation),
- une compatibilité production (nommage, SPC, sources).

Note

Cette checklist est orientée “procédure de livraison”.
Elle ne remplace pas les règles de conception du rapport, mais formalise les contrôles minimaux à réaliser avant déploiement.

1) Sécuriser le fichier (copie de travail)

• Ouvrir le .frx d’origine.
• Créer immédiatement une copie de travail via Enregistrer sous….
• Conserver l’original intact pour permettre un retour arrière.

Warning

Ne jamais modifier l’unique copie “source”.
Toute session d’édition doit commencer par un Enregistrer sous….

2) Vérifier l’intégrité fonctionnelle (données et structure)

Contrôles à effectuer sur le rapport :

• Les champs attendus sont présents (pas de champ “orphelin” ou non alimenté).
• Les bandes (détail, entête/pied, groupes) produisent la répétition attendue.
• Les expressions (formules) s’évaluent correctement (concaténation, formats, calculs).
• Les objets critiques (totaux, montants, identifiants) sont cohérents avec le besoin métier.

Bon réflexe

Après une modification sur des données, contrôlez au minimum :
- un cas simple (1 ligne),
- un cas multi-lignes (répétition),
- un cas “limite” (valeurs vides / nulles si applicable).

3) Prévisualiser avant livraison (Aperçu / Web Preview)

Le contrôle “avant livraison” se fait impérativement via la prévisualisation :

• Aperçu (contrôle rendu),
• Web Preview (contrôle rendu web si utilisé en cible).

Points à vérifier pendant la prévisualisation :

• alignements, marges, chevauchements, retours à la ligne,
• présence des séparateurs (concaténations),
• pagination (sauts de page, en-têtes/pieds),
• cohérence des totaux et agrégations,
• lisibilité (polices, tailles, colonnes).

Tip

Si vous disposez d’un jeu de données représentatif, privilégiez-le pour la prévisualisation (multi-lignes, cas réels).

4) Contrôle SPC (schéma SQL)

Si le rapport s’appuie sur des requêtes ou objets SQL, contrôler la compatibilité SPC :

• rechercher les occurrences de dbo / "dbo",
• remplacer selon la convention attendue (ex. schéma client).

Note

Le contrôle SPC est un point de livraison.
Il garantit que le rapport cible le bon schéma en environnement client/production.

5) Nommage “livrable” (production)

Avant déploiement, vérifier que le fichier livré respecte la convention attendue en production :

• la copie de travail peut avoir un nom “humain” (ex. suffixe client / date / version),
• le livrable final peut nécessiter un nom strict (ex. 0.frx, 6.frx, 16.frx, etc.) selon le type de document.

Warning

Ne livrez pas un fichier de travail au nom arbitraire si la production attend un nom strict.
Renommez uniquement la version “livrable” une fois la validation terminée.

6) Préparer la livraison (pack minimal)

Checklist finale “prête à livrer” :

• le .frx livrable est identifié (et renommé si nécessaire),
• l’original est conservé,
• une copie de travail datée/versionnée est conservée,
• la prévisualisation est validée (Aperçu / Web Preview),
• le contrôle SPC est validé si applicable,
• le fichier livré correspond au bon périmètre (client / ticket / demande).

Besoin d’aide ?

Contactez le support SenSaaS :
✉️ support@sensaas.fr
📞 04 90 88 22 76