Objectif : préserver une trace exploitable
Un litige lié à un casino, à un paiement ou à un faux support commence souvent par des éléments dispersés : une conversation, une page de paiement, un reçu MAD, une notification M-wallet ou une demande inhabituelle. La priorité consiste à conserver ce qui a été observé, quand cela a été observé et dans quel contexte. Une preuve numérique ne doit pas être embellie pour paraître plus convaincante.
La méthode éditoriale de CasinoCheck Maroc — cellule de vérification repose sur un contrôle en couches : conserver l’original, établir une chronologie, rapprocher les éléments indépendants et séparer les faits constatés des interprétations. Le Bureau éditorial bilingue CasinoCheck Maroc applique cette méthode avec une date de contrôle arrêtée au 5 septembre 2026. Elle aide à préparer une réclamation, mais ne remplace ni une expertise technique ni la décision d’une autorité.
Commencer par une chronologie précise
Pour chaque événement, notez la date et l’heure locales affichées par l’appareil ou le service, sans les corriger a posteriori. Ajoutez le fuseau horaire lorsqu’il est connu. Copiez l’URL complète, y compris le domaine et les paramètres visibles, puis indiquez l’action observée : connexion, dépôt, demande de retrait, échange avec un support ou redirection vers un paiement.
Conservez aussi le nom affiché du compte, le canal utilisé, le montant en MAD, la devise, la référence de transaction et le statut exact indiqué. Si une information manque, écrivez simplement « non disponible ». Une lacune déclarée est préférable à une déduction.
| Élément | À noter | Pourquoi |
|---|---|---|
| Page ou message | URL complète, titre, date et heure | Identifier le contexte observé |
| Paiement | Montant MAD, bénéficiaire, référence, statut | Rapprocher la trace du transfert |
| Support | Canal, identifiant de conversation, demandes reçues | Reconstituer les échanges sans les résumer abusivement |
| Appareil | Date de capture et, si utile, système utilisé | Documenter les conditions de conservation |
Que doit montrer une capture d’écran utile ?
Que doit montrer une capture d’écran utile ? Elle devrait montrer suffisamment de contexte pour comprendre l’écran : domaine ou application, titre, montant, statut, identifiant visible et date ou heure lorsque ces données apparaissent. Une capture limitée à un bouton ou à une phrase isolée est plus difficile à interpréter.
Faites, lorsque c’est possible, une capture de l’écran complet sans recadrage initial. Réalisez ensuite une copie recadrée pour la lecture ou le partage. Gardez une note indiquant ce qui a été masqué et pourquoi. Ne retirez pas une information gênante simplement parce qu’elle affaiblit une hypothèse.
Pourquoi garder le fichier original ?
Pourquoi garder le fichier original ? Le fichier original conserve davantage de contexte et peut contenir des métadonnées utiles, même si celles-ci ne suffisent pas à authentifier seules l’image. Ne l’ouvrez pas dans un éditeur qui réenregistre automatiquement le document. Copiez-le vers un emplacement sécurisé en lecture seule ou vers un support séparé, puis travaillez sur une copie.
Pour chaque fichier, donnez un nom neutre et stable, par exemple 2026-09-05_1420_support_message_original. Ajoutez un registre simple : nom du fichier, date de collecte, appareil ou compte utilisé et description factuelle. Évitez d’inscrire dans le nom une conclusion comme « fraude confirmée ».
Exporter reçus, e-mails et identifiants de transaction
Une notification instantanée peut disparaître ou être modifiée. Téléchargez donc, lorsqu’un service le permet, le reçu, le relevé ou l’historique de transaction dans son format d’origine. Conservez l’e-mail complet avec ses en-têtes si vous savez les exporter. Pour un transfert M-wallet, notez le montant, le bénéficiaire tel qu’affiché, l’identifiant de transaction, la date, l’heure et le statut. Ne complétez pas un champ absent à partir d’une supposition.
| Type de trace | Conservation recommandée | Contrôle à effectuer |
|---|---|---|
| Reçu de paiement | Fichier original et copie de travail | Montant, bénéficiaire, référence et statut concordent-ils ? |
| Message complet, pièces jointes et en-têtes disponibles | L’adresse et le domaine correspondent-ils réellement à l’expéditeur affiché ? | |
| Conversation support | Export ou captures séquentielles | Les heures et réponses suivent-elles l’ordre réel ? |
| Notification M-wallet | Capture et historique officiel si disponible | La référence est-elle identique dans les deux traces ? |
Comment classer les preuves d’un transfert ?
Comment classer les preuves d’un transfert ? Créez un sous-dossier par événement, puis classez les éléments dans cet ordre : demande ou instruction initiale, confirmation du paiement, référence de transaction, échange ultérieur et résultat observé. Ajoutez une fiche chronologique d’une ligne par événement. Cette organisation permet de distinguer une promesse, une opération exécutée et un résultat effectivement constaté.
Associez chaque élément à une affirmation précise : « un reçu affiche tel montant », « un message demande telle action » ou « aucun remboursement n’est visible dans l’historique consulté à telle date ». Ne rédigez pas « le service a escroqué » si les éléments conservés ne démontrent pas cette conclusion. Une absence de trace n’est pas automatiquement la preuve d’une absence de paiement.
Quelles données masquer avant un partage ?
Quelles données masquer avant un partage ? Masquez les mots de passe, codes à usage unique, codes PIN, clés secrètes, numéros complets de carte, identifiants nationaux, adresse complète, numéro de téléphone personnel et données de tiers qui ne sont pas nécessaires à la compréhension. Pour un paiement, laissez visibles uniquement les chiffres suffisants pour distinguer l’opération, si cela est utile.
Ne masquez pas le domaine, la date, l’heure, le montant, le statut ou la référence lorsque ces éléments sont nécessaires au rapprochement, sauf si un destinataire officiel demande autrement. Gardez une version intégrale dans un emplacement privé et une version anonymisée pour les échanges publics. La CNDP présente des droits d’accès, de rectification, d’effacement ou de blocage dans certains cas, ainsi que d’opposition ; elle indique aussi des possibilités d’escalade après refus ou absence de réponse (source primaire CNDP, contrôlée le 5 septembre 2026).
Archiver une conversation avec un support
Exportez la conversation si le service le permet. Sinon, capturez les messages dans l’ordre, en incluant le nom du canal, le profil ou l’adresse affichée, les dates et les heures. Conservez les pièces jointes séparément et notez si un message a été supprimé, modifié ou rendu inaccessible. Pour un faux support, ne répondez pas avec un mot de passe, un code d’authentification ou une nouvelle somme destinée à « débloquer » un retrait.
La DGSSI décrit des démarches de confinement, de traitement des éléments et de signalement d’incidents, notamment pour les notifications d’hameçonnage (source primaire DGSSI, contrôlée le 5 septembre 2026). Cette référence décrit une méthode de gestion d’incident ; elle ne confirme pas la responsabilité d’un compte, d’un casino ou d’un interlocuteur particulier.
Vérifier les limites d’une capture
Une capture suffit-elle pour prouver une fraude ? Non, pas nécessairement. Une image peut être tronquée, décontextualisée, retouchée ou présenter une interface dont l’origine n’est pas démontrée. Rapprochez-la d’un export, d’un reçu, d’un relevé, d’un e-mail complet ou d’un identifiant vérifiable. La capture établit au mieux ce qui était visible au moment de sa réalisation ; elle ne prouve pas seule la cause, l’intention ou l’issue juridique.
Les avis, forums, publications Reddit, rapports d’utilisateurs et fiches de casino peuvent signaler une piste, mais ne prouvent jamais à eux seuls une faute ou un résultat individuel. Une déclaration d’opérateur doit rester présentée comme une déclaration de l’opérateur. Un rapport utilisateur doit rester contextuel. Aucun de ces éléments ne remplace un registre primaire actuel pour conclure à une licence ou à une autorisation au Maroc.
dgssi.gov.ma · cndp.ma · cndp.ma · mcinet.gov.ma
Choisir une voie de réclamation
La CNDP met à disposition un formulaire de plainte en ligne et rappelle les droits d’accès, de rectification et d’opposition prévus par la loi marocaine 09-08 (source primaire CNDP, contrôlée le 5 septembre 2026). Cette voie concerne la protection des données personnelles et ne garantit pas le remboursement d’une transaction.
Le Ministère de l’Industrie et du Commerce décrit les objectifs de protection du consommateur de la loi 31-08 et oriente vers des informations et voies officielles de réclamation (source primaire du Ministère de l’Industrie et du Commerce, contrôlée le 5 septembre 2026). La compétence dépend de la nature du problème et de l’entité concernée. Bank Al-Maghrib peut être pertinente selon l’établissement ou le service financier concerné, mais les éléments conservés ne permettent pas de conclure à sa compétence dans un cas particulier.
Pour organiser les étapes, consultez l’aide et le support, le guide sur la vérification des éléments ou les informations de paiement. Les cas de portefeuille mobile peuvent être structurés dans les guides de réclamation Inwi Money et de réclamation Orange Money. Pour un faux interlocuteur, utilisez le signalement d’un faux support et, pour comparer les options, le choix d’une voie de recours.
Contrôle final avant l’envoi
Relisez la chronologie, vérifiez que chaque montant est en MAD ou dans sa devise réelle, comparez les références entre les documents et séparez les originaux des copies anonymisées. Indiquez les éléments manquants : absence de relevé, URL incomplète, heure inconnue ou statut non confirmé. Envoyez seulement les données nécessaires au destinataire choisi. Pour demander une correction éditoriale, utilisez la route de correction ou le contact.
Questions fréquentes
Que doit montrer une capture d’écran utile ?
Elle devrait montrer le contexte, le domaine ou l’application, le montant ou le statut concerné, ainsi que la date et l’heure lorsqu’elles sont visibles. Gardez une version complète avant tout recadrage.
Pourquoi garder le fichier original ?
Il conserve le contexte et peut préserver des métadonnées. Travaillez sur une copie et notez séparément les masquages ou modifications effectués pour le partage.
Quelles données masquer avant un partage ?
Masquez les mots de passe, codes, PIN, clés secrètes, numéros complets de carte, identifiants nationaux et données de tiers non nécessaires. Conservez une version intégrale privée.
Comment classer les preuves d’un transfert ?
Classez la demande, la confirmation, la référence, les échanges ultérieurs et le résultat observé dans l’ordre chronologique. Associez chaque élément à une affirmation factuelle précise.
Une capture suffit-elle pour prouver une fraude ?
Non. Elle montre ce qui était visible, mais peut être incomplète ou décontextualisée. Rapprochez-la d’un reçu, d’un relevé, d’un export ou d’un identifiant de transaction ; aucune conclusion de fraude ne doit être tirée automatiquement.