Guide de test en sandbox
Une sandbox est une copie entièrement isolée de votre environnement Salesforce (les sandbox Developer sont incluses dans la plupart des éditions Salesforce) — l’endroit idéal pour installer REDA Financials, apprendre les workflows et éprouver votre configuration avant qu’une seule transaction réelle ne soit comptabilisée. Tester d’abord dans une sandbox est, à elle seule, la mesure la plus efficace pour rendre votre mise en production sereine et prévisible. Ce guide vous montre comment.
Accès nécessaire. Créer et actualiser des sandbox est une tâche d’Administrateur système Salesforce (l’autorisation « Manage Sandboxes »). Une fois dans une sandbox, répéter la configuration exige le même ensemble d’autorisations Accounting Admin v2 que vous utiliseriez en production.
Choisir la bonne sandbox
Salesforce propose plusieurs types de sandbox. Pour une répétition REDA Financials, n’importe lequel convient — la différence tient à la quantité de données de production qu’ils contiennent.
| Type de sandbox | Ce qu’elle contient | Idéale pour |
|---|---|---|
| Developer | Votre configuration et votre code, sans aucun enregistrement de production. Vous ajoutez vos propres données de test. | Une répétition propre de l’installation et de la configuration. |
| Developer Pro | Identique à Developer, avec plus de stockage pour les données de test. | La formation pratique et des tests plus larges. |
| Partial Copy | Votre configuration plus un échantillon de données de production. | Tester avec quelques clients, fournisseurs et comptes réels. |
| Full | Une copie complète de votre organisation de production, données comprises. | La recette utilisateur finale avec des volumes de données réalistes. |
Configurer REDA dans votre sandbox
- Installez le package. Installez REDA Financials dans la sandbox exactement comme ailleurs — voir Installation et mises à niveau.
- Tout le monde peut tester pendant l’essai gratuit. Tant que votre essai gratuit est actif, chaque utilisateur de l’organisation est automatiquement licencié pour comptabiliser — aucune attribution de licence n’est nécessaire. Toute votre équipe peut se lancer et essayer immédiatement.
- Configurez les fondations. Initialisez votre plan comptable et vos packs de taxes, définissez vos valeurs par défaut, créez une entité et un territoire de test, et générez les périodes — les mêmes étapes que la Configuration après installation. C’est aussi votre répétition de la configuration elle-même.
- Ajoutez des données de test représentatives. Créez quelques clients, fournisseurs et produits de test ainsi qu’un compte bancaire, afin de pouvoir passer des transactions réalistes.
Construire votre plan de test
La règle d’or : comptabilisez au moins une transaction dans chaque module que vous utilisez, puis examinez où elle a atterri dans le grand livre. Déroulez les cycles qui comptent pour votre activité :
- Comptes clients. Créez et comptabilisez une facture de vente, enregistrez un encaissement, imputez-le et émettez un avoir. Vérifiez le solde client et la balance âgée.
- Comptes fournisseurs. Créez un bon de commande, transformez-le en facture d’achat, rapprochez-la et comptabilisez-la, puis réglez-la par un décaissement.
- Écritures. Comptabilisez une écriture comptable manuelle et, si vous gérez plusieurs entités, une écriture intersociétés — et confirmez les contreparties automatiques.
- Banque. Importez un relevé d’exemple et menez un rapprochement bancaire de bout en bout.
- Immobilisations. Si vous suivez des immobilisations, exécutez un lot d’amortissement et confirmez les écritures.
- Taxes et retenue à la source. Comptabilisez une transaction dans chaque pays où vous opérez et confirmez les lignes de taxe et de retenue à la source.
- Clôture de période. Déroulez une fois une clôture mensuelle complète en suivant la Liste de contrôle de clôture mensuelle, afin que la vraie ne réserve aucune surprise.
Vérifier la comptabilité
Comptabiliser une transaction n’est que la moitié du test — l’autre moitié consiste à confirmer qu’elle a été comptabilisée correctement. Pour chaque test, vérifiez :
- Les écritures au grand livre sont justes. Ouvrez les transactions comptables (ou le grand livre du compte général) et confirmez que chaque débit et chaque crédit ont touché le compte attendu.
- Les taxes et la retenue à la source sont correctes. Confirmez les taux, les comptes de taxe et les éventuelles lignes de retenue.
- Le multidevise fonctionne. Si vous gérez plusieurs devises, vérifiez les conversions et le gain/perte de change.
- Les états sont équilibrés. Exécutez la balance générale, le compte de résultat, le bilan et les rapports de balance âgée, et confirmez qu’ils sont justes et qu’ils se recoupent.
- Les documents sont corrects. Générez des factures, des chèques et des relevés de compte en PDF et confirmez l’identité visuelle et les détails.
Garder la sandbox sûre
Une sandbox semble réelle ; prenez donc quelques précautions pour éviter que vos tests ne débordent dans le monde réel :
- Laissez la distribution des e-mails Salesforce réglée sur E-mail système uniquement dans la sandbox (la valeur par défaut après une actualisation) afin que les factures et notifications de test ne soient jamais envoyées par e-mail à vos vrais clients.
- Utilisez des clients, des fournisseurs et des montants clairement fictifs — jamais réels — pour tout ce qui génère un document.
- Ne connectez pas de vrais flux bancaires et ne traitez pas de vrais paiements depuis une sandbox.
- Pensez à la boîte de réception OCR : n’y envoyez que des documents de test, jamais de vraies factures fournisseur que vous traitez aussi en production.
Personnaliser et étendre REDA
REDA Financials AI est une application entièrement extensible. Parce qu’elle est construite nativement sur Salesforce, vous pouvez l’adapter en profondeur au fonctionnement de votre entreprise — ajouter des champs et des objets personnalisés, construire des flux et des règles de validation, créer vos propres rapports et tableaux de bord, ajouter des composants Lightning et connecter des intégrations. L’application est conçue pour cela : des points d’extension pilotés par la configuration vous permettent d’ajouter vos propres dimensions de comptabilisation, champs de formulaire et colonnes de documents, souvent sans aucun code.
Cette flexibilité est puissante ; utilisez-la donc en suivant un parcours sûr et reproductible — la même discipline « sandbox d’abord » que le reste de ce guide :
- Construisez la modification dans une sandbox. Réalisez chaque personnalisation — un nouveau champ, un flux, une intégration — dans une sandbox, jamais directement en production.
- Testez-la complètement. Soumettez la personnalisation à un véritable plan de test et consignez vos cas de test, afin que vous et vos auditeurs disposiez d’une trace prouvant qu’elle se comporte correctement.
- Déployez en production. Une fois vos cas de test réussis, déployez la modification en production avec la méthode préférée de votre équipe (ensembles de modifications, un package ou un outil de déploiement).
- Effectuez vos étapes post-déploiement. Après le déploiement, vérifiez la modification en production, relancez vos contrôles clés et confirmez que rien d’autre n’a été affecté.
De la sandbox à la production
Une fois vos tests en sandbox validés, passez en production à l’aide de la Liste de contrôle de mise en production. Comme vous avez déjà parcouru chaque étape une fois, la configuration de production est plus rapide et bien moins sujette aux erreurs.
Pour aller plus loin
- Installation et mises à niveau — installez le package dans votre sandbox.
- Votre feuille de route de configuration — quoi configurer et tester, dans l’ordre.
- Liste de contrôle de mise en production — passez de la sandbox à la production.
- Soldes d’ouverture et migration des données — répétez d’abord le chargement des données.
- Séparation des tâches et sécurité — testez votre modèle d’accès en toute sécurité.
Questions fréquentes
Pas pendant l’essai gratuit. Tant que l’essai est actif, chaque utilisateur de l’organisation est automatiquement licencié pour comptabiliser, de sorte que vous et votre équipe pouvez tester librement. La clé de licence devient pertinente lorsque vous passez à un abonnement payant. Voir Abonnement et plans.
Une sandbox Developer Pro ou Partial Copy convient à la plupart des mises en production — assez d’espace pour configurer et dérouler chaque cycle. Utilisez une sandbox Full pour la recette utilisateur finale avec des données à l’échelle de la production.
Non. Une sandbox et la production sont des environnements distincts : vos entités, vos comptes initialisés, vos règles de taxe et vos valeurs par défaut restent dans la sandbox. Vous répétez la configuration en production au moment de la mise en production — ce qui est rapide, puisque vous l’avez déjà répétée.
Salesforce règle par défaut la distribution des e-mails d’une sandbox sur E-mail système uniquement, ce qui bloque les e-mails sortants vers de vrais destinataires. Laissez ce réglage tel quel pendant les tests. Par sécurité, utilisez toujours des données clairement fictives pour tout ce qui génère un document.
Oui — REDA Financials est entièrement extensible et vous pouvez l’adapter en profondeur à votre activité. Construisez et testez chaque personnalisation d’abord dans une sandbox, puis déployez-la en production et effectuez vos vérifications post-déploiement. Notez que les personnalisations que vous construisez vous appartiennent et ne sont pas couvertes par le support général standard de REDA — REDA prend en charge l’application packagée. Pour obtenir de l’aide pour construire une extension, contactez support@reda.one.
Comptabilisez au moins une transaction dans chaque module que vous utilisez — comptes clients, comptes fournisseurs, écritures comptables, banque, immobilisations — et confirmez que chacune a été comptabilisée sur les bons comptes généraux. Exécutez ensuite vos états financiers et une clôture mensuelle complète. Si tout cela est juste, vous êtes en bonne voie.
Cet article vous a-t-il été utile ?