Après une migration d’abonnements, identifiez l’enregistrement qui doit continuer à facturer avant d’archiver un doublon présumé. Comparez client, service et période, résolvez les factures de l’ancien enregistrement et vérifiez que l’ancien système ne prélèvera pas à nouveau. Un nom de client identique ne suffit pas.
Ce guide est destiné aux responsables de facturation après un import. Le registre de décision est un exemple original, pas une fonction de déduplication automatique ni une migration client testée.
Identifier le Service qui Continue
Notez l’ID du système source, l’ID d’abonnement PayRequest, le client, le produit, l’identifiant réel du service, la devise, l’intervalle et la période déjà payée. « Hébergement mensuel » peut désigner deux sites légitimes. Une même adresse e-mail peut correspondre à plusieurs services.
L’enregistrement conservé sera géré et facturé à l’avenir. Gardez la référence à l’autre enregistrement et la justification. Ne choisissez pas uniquement selon la date de création la plus récente.
Utiliser un Registre à Trois Enregistrements
Exemple : un import répété semble avoir créé deux enregistrements pour le même site, tandis qu’un troisième concerne un autre site.
| Enregistrement | Service et période | Preuve | Décision |
|---|---|---|---|
| S-401 | Site A, octobre | Enregistrement actif prévu ; prochaine facturation vérifiée | Conserver |
| S-402 | Site A, octobre | Même ID de service source ; double import confirmé | Annuler, puis envisager l’archivage |
| S-403 | Site B, octobre | Autre ID de service et contrat distinct | Conserver ; pas un doublon |
Ajoutez les factures ouvertes, les ID d’abonnement du prestataire, le dernier paiement réussi et le responsable du contrôle. En cas de contradiction, suspendez le nettoyage jusqu’à résolution. Ne fusionnez pas les historiques sans vérification ; deux numéros de facture ne prouvent pas deux créances valides.
Lever Trois Blocages Distincts
- Identité : le candidat représente réellement le même service et la même obligation. Confirmez avec les données source et le responsable du service.
- Autorité de facturation : quel système et quel prestataire peuvent encore créer ou encaisser le prochain paiement ? Archiver dans PayRequest ne prouve pas l’annulation d’un abonnement externe.
- Factures : classez chaque facture ouverte comme valide, doublonnée ou contestée. Documentez les corrections approuvées séparément. En cas de double paiement, examinez paiement et remboursement ; archiver ne rembourse pas.
Une facture non résolue justifie de différer le nettoyage. Expliquez au client quel abonnement continue si la migration change son affichage.
Annuler, Archiver et Vérifier
La documentation d’archivage exige l’annulation avant l’archivage. L’abonnement passe dans Archived, disparaît du portail client et conserve factures, transactions et historique liés. L’action d’archivage dans l’interface n’annule pas automatiquement les factures ouvertes.
Après validation, ajoutez la référence de migration comme tag, annulez le candidat et vérifiez son statut. Ouvrez sa fiche, choisissez Archive Subscription et confirmez. Vérifiez l’archive, l’accès administrateur aux documents conservés et la prochaine facturation de l’enregistrement maintenu.
Contrôlez ensuite le prochain cycle attendu dans les deux systèmes. Une liste propre et une obligation encaissée une seule fois sont deux critères différents.
Traiter la Réactivation Séparément
Le parcours documenté de réactivation demande de vérifier les données de facturation, notamment prochaine date et mandat. Contrôlez d’abord l’abonnement qui continue. Réactiver l’ancien doublon sans ce contrôle peut recréer le problème.
Consultez l’archivage des abonnements PayRequest une fois le registre prêt. Avant l’import, utilisez la checklist de migration WHMCS.
Pour une interruption temporaire, utilisez la checklist de pause et reprise.
Prêt à configurer le parcours ? Créer un compte PayRequest.
Préparé par l’équipe PayRequest avec assistance de l’IA. Documentation vérifiée le 11 octobre 2026. IDs, services et registre sont illustratifs ; aucun test client ni résultat financier n’est revendiqué.
