Liste de contrôle de mise en service

Après le Parcours de mise en œuvre, vérifiez les derniers prérequis avant l’arrivée des utilisateurs. Le point central est la planification : l’installation ne prouve pas que vos traitements récurrents ont été programmés. Contrôlez les tâches de facturation, retards et inspections, les tailles de lots, les paramètres et intégrations, les formulaires éventuels et les données de démonstration. Cochez les contrôles à mesure de leur réalisation ; cette page conserve la progression dans ce navigateur.

Pourquoi ces contrôles ?

La facturation récurrente, les frais de retard, l’inflation et les inspections récurrentes utilisent des traitements en arrière-plan. Vérifiez leur planification au lieu de la supposer acquise à l’installation. La fréquence dépend du réglage choisi. Sans planification ni lancement approprié, le traitement concerné ne s’exécute pas automatiquement ; une absence de factures doit aussi conduire à contrôler les dates, critères de sélection et indicateurs de facturation.

Certaines opérations techniques peuvent être déjà planifiées. Le guide en décrit deux à vérifier à l’étape 3 : comptabilisation des échéances de paiement et entretien des exceptions récurrentes du calendrier. Leur présence ne démontre pas que la facturation des loyers, les retards ou l’inflation sont configurés. Contrôlez séparément chaque traitement nécessaire de l’étape 1.

Étape 1 — Planifier les traitements

Dans Tâches planifiées, programmez les traitements utilisés par votre organisation. La console propose des horaires quotidiens et mensuels. Vérifiez le fuseau de l’utilisateur qui planifie et l’heure réellement enregistrée. Les treize lignes ci-dessous constituent la sélection documentée dans ce guide, avec des horaires proposés ; le catalogue affiché peut varier selon la version. Adaptez-les aux traitements et volumes de votre organisation.

Planifiez uniquement les traitements retenus pour vos processus. L’activation d’un traitement financier doit être validée même s’il ne trouve actuellement aucun enregistrement éligible. Lors d’un changement d’horaire, la console gère le remplacement de la planification ; vérifiez le résultat et l’absence de doublon. Pour arrêter les prochaines exécutions, utilisez la commande d’annulation ; la confirmation est « Annuler cette tâche planifiée ? Les exécutions suivantes seront immédiatement interrompues. Les tâches en cours se terminent normalement. »

Onglet Tâches planifiées dans l’exemple illustré, avec les traitements non encore planifiés. Cette capture de l’interface anglaise ne décrit pas nécessairement l’état de votre organisation.

Étape 2 — Vérifier les tailles de lots

Les traitements de facturation disposent de paramètres de taille de lot, avec une valeur de référence de 50 pour les réglages concernés. Vérifiez la valeur effective et les exceptions à taille fixe. Conservez les valeurs validées pour votre organisation ; tout changement doit répondre à un besoin de volume ou de limites et être testé. Les réglages sont accessibles dans la console.

Étape 3 — Contrôler les planifications existantes

Deux planifications techniques sont décrites ici, sans prétendre constituer un inventaire exhaustif de votre organisation : une exécution quotidienne qui comptabilise les échéances de paiement dues, généralement vers 02 h 00, et une autre qui complète les exceptions récurrentes de créneaux, généralement après minuit. Vérifiez séparément les traitements de facturation, frais, inflation, inspections et instantanés. L’existence de ces deux planifications ne valide pas l’ensemble de la préparation au démarrage.

Contrôlez leur présence, leur activation et leur prochaine exécution. Elles ne sont pas garanties actives dans toutes les installations. Si vous utilisez des échéanciers de vente ou des indisponibilités récurrentes, vérifiez leur configuration avec votre partenaire de mise en œuvre.

Étape 4 — Paramètres et intégrations

Dans Paramètres globaux de l'application, examinez les réglages qui influencent les processus de votre organisation :

• Intégration comptable. Si vous utilisez REDA Financials, faites vérifier l’extension installée, ses dépendances et sa configuration, puis testez la synchronisation d’une facture. Une ancienne valeur de paramètre d’extension ne prouve pas à elle seule que l’intégration est active.
• Multidevise. Le paramètre REDA de référence est désactivé. Activez les mécanismes nécessaires uniquement dans le cadre d’une configuration multidevise validée, en tenant compte des fonctions Salesforce, des régions et des devises des enregistrements.
• Valeurs opérationnelles. Vérifiez le type d’enregistrement par défaut, le statut de conversion des demandes, l’activation de l’historique des propriétaires et la limite des résultats de recherche. Consultez Paramètres globaux de l’application pour les valeurs et conséquences de chaque réglage.

Étape 5 — Connecter les formulaires web

Si votre site transmet des demandes, configurez le Service de données entrant : activation générale, types d’enregistrements autorisés et clé d’accès par type selon le contrat de l’intégration. Conservez les clés côté serveur et hors des pages publiques, journaux et captures. Consultez Le service de données et testez un envoi contrôlé. Cette étape ne s’applique pas si aucun formulaire web n’est prévu.

Étape 6 — Traiter les données de démonstration

Si des exemples préchargés portent le préfixe SAMPLE -, comme « SAMPLE - Apartment #001 », identifiez-les avant le démarrage. Vérifiez leurs liens et leur statut, conservez les éléments de preuve nécessaires, puis appliquez le processus de nettoyage validé dans votre organisation. Le préfixe seul n’autorise pas une suppression en masse. En l’absence d’exemples préchargés, aucun nettoyage correspondant n’est nécessaire.

Étape 7 — Accès et contrôles finaux

Vérifiez les attributions adaptées à chaque personne dans Ensembles d’autorisations et rôles, ainsi que les comptes, contacts, activités, rapports, actions, licences et partages dans De quels accès ai-je besoin ?. Certains droits sont déjà accordés par REDA ; contrôlez les compléments requis. Réalisez ensuite un test de bout en bout en sandbox, puis les vérifications de production prévues par votre plan de lancement :

• Créer un bail de test, l’amener à l’étape d’approbation attendue et vérifier la création automatique du ticket de contrat de location lorsque ses critères sont remplis.
• Vérifier la facture de la première charge éligible : la charge doit être activée pour la facturation et le bail actif sur le plan comptable, avec les autres dates et conditions requises.
• Après la première exécution planifiée, vérifier la facture de la période attendue et la relier au traitement exécuté.
• Examiner les Logs asynchrones REDA après les premiers traitements, ainsi que leur statut d’exécution et les enregistrements attendus. Un journal n’est pas garanti pour chaque réussite.
• Si REDA Financials est intégré, vérifier la création de la facture de vente correspondante et les éventuelles erreurs de synchronisation.

Catalogue des tâches planifiées avec les horaires proposés dans l’exemple ; confirmez les horaires et le fuseau réellement enregistrés. Capture de l’interface anglaise.

Conséquences d’un traitement non planifié

Une tâche non planifiée peut simplement ne jamais s’exécuter. Ce tableau décrit les résultats automatiques manquants à rechercher ; d’autres traitements ou opérations manuelles peuvent produire certains enregistrements. Vérifiez la cause avant de la conclure.

Exemple : le démarrage de Meridian

Meridian Properties, préparée dans le Parcours de mise en œuvre, prévoit les treize traitements de l’exemple après validation de leur périmètre. L’administrateur confirme les horaires et les tailles de lots configurables de 50, contrôle les deux planifications techniques décrites et exécute le scénario de test validé : bail, approbation et ticket de contrat. Le lendemain, il vérifie la facture attendue de Meridian Court #101 pour 1 200,00, sa période et son lien avec l’exécution nocturne. Cet exemple illustre les contrôles à effectuer ; la présence d’une facture seule ne prouve pas l’exécution du traitement récurrent.

Pour poursuivre

1. Tâches planifiées — le guide détaillé des traitements.
2. Paramètres globaux de l’application — les réglages de l’étape 4.
3. Logs asynchrones REDA — examiner les journaux disponibles et les erreurs.
4. Le service de données — connecter les formulaires.
5. Parcours de mise en œuvre — préparer les données et processus en amont.
6. Comprendre la facturation récurrente — vérifier les factures produites.

Questions fréquentes