.
👤ACTEURS
A : vendeur
B : acheteur
C : personne de confiance du vendeur A
D : personne de confiance de l’acheteur B
Plateforme : arbitre neutre
🎯 OBJECTIF du système :
Le but principal du système est de :
✅sécuriser les échanges;
✅protéger acheteurs et vendeurs ;
✅éviter les arnaques ;
Le paiement est bloqué temporairement par la plateforme jusqu’à la validation finale de la transaction après l’échange physique.
==============================================================================
(NB: Avant de lancer votre première transaction, Veuillez créer votre compte de soldes pour vos paiements via le lien contenu dans le dossier de transactions de votre espace utilisateur. – si vous êtes un particulier, choisir « personne privée/privatperson »)
1️⃣– PUBLICATION D’UNE ANNONCE et affichage de la zone de transaction
L’auteur publie une annonce selon la catégorie :
« Offre_le_bien » : l’auteur détient un bien et souhaite le vendre.
« Cherche_le_bien » : l’auteur souhaite acheter un bien et en dispose les moyens.
Automatiquement apparaît dans l’annonce une zone marquée comportant respectivement :
un bouton « Demander & Payer💳 » permet à un acheteur de faire une demande en effectuant le paiement sécurisé.
un bouton « Faire une offre ➡️» permet à un vendeur de faire une offre à l’acheteur, qui lui pourra faire la demande suite à l’offre du vendeur.
2️⃣ – DÉMARRAGE DE LA TRANSACTION – Demande de transaction par l’acheteur
La transaction sécurisée démarre au moment où le virement est effectué par l’acheteur.
Elle est dite en cours lorsque le vendeur a accepté la demande de l’acheteur.
Conditions avant de pouvoir lancer une transaction
– La plateforme vérifie automatiquement plusieurs conditions :l’utilisateur doit être connecté ;
– le vendeur ne peut pas acheter sa propre annonce ;
– une annonce déjà en cours de transaction ne peut pas recevoir une nouvelle demande ou offre;
– une annonce déjà terminée n’est plus disponible.
💬Avant de démarrer une transaction, c’est-à-dire d’effectuer le virement, il est conseillé à l’acheteur de contacter le vendeur au préalable pour se fixer sur la date et le lieu de l’échange physique.
Ensuite l’acheteur: choisit dans le calendrier📅 présenté une date de rencontre physique (La date de transaction physique doit être comprise dans une fenêtre autorisée de 4 jours maximum).
Puis : envoit une demande de transaction – effectue immédiatement le paiement sécurisé💳.
Le paiement est alors bloqué🔐temporairement par la plateforme (non transféré immédiatement au vendeur);
3️⃣ – RÉPONSE À LA DEMANDE DE TRANSACTION
Une fois le paiement bloqué :
le vendeur ainsi que l’acheteur reçoivent un e-mail de notification;
Dans la page « Mes demandes » contenue dans le dossier de transactions de l’espace utilisateur :
Le vendeur peut: accepter ou refuser la demande.
Si le vendeur refuse ❌:
la transaction est annulée ; le paiement est automatiquement remboursé à l’acheteur.
(L’acheteur peut également annuler la demande. S’il le fait, le paiement lui sera directement remboursé.)
Si le vendeur accepte ✅:
la transaction passe au statut : « en_attente_validation ». (-> Annonce marquée déjà en cours de transaction🔄)
Les deux parties reçoivent alors leurs documents PDF sécurisés générés automatiquement par la plateforme:
- 📄Le contrat de transaction: contenant le numéro de transaction, et d’autres informations de la transaction (Le contrat de transaction est automatiquement conclu lorsque l’acheteur effectue le virement lors de l’envoi de la demande et que le vendeur l’accepte.)
- 📄Le bordereau de transaction: contenant des éléments de sécurité servant à sécuriser l’échange physique et valider la transaction.
Les utilisateurs peuvent suivre toutes leurs opérations dans la page « Mes transactions » située dans le dossier de transactions de leur espace utilisateur respectif.
4️⃣ – RENCONTRE PHYSIQUE entre acheteur et vendeur ou personnes de confiance – ÉCHANGE SIMULTANÉ🚨 BIEN contre CODE
Lors du rendez-vous physique :
👤L’acheteur possède : 📄le bordereau de transaction comportant les codes de validation (le Code SCS complet ainsi que le QR Code complet) permettant la validation finale de la transaction, à remettre au vendeur.
👤Le vendeur possède : 📄le bordereau de transaction comportant certaines positions secrètes du Code SCS et un extrait du QR Code (Cela lui permet de vérifier que les informations fournies sont authentiques), et 📦le bien à remettre à l’acheteur.
N.B.⚠️L’échange du bordereau par l’acheteur, contre le bien par le vendeur, se fait SIMULTANÉMENT❗par les deux parties. (Les deux parties sont tenues de s’assurer du caractère SIMULTANÉ de l’échange physique, et ONECLICK Services ne saurait être tenu responsable pour toute fuite par l’une des parties due au fait que cette mesure n’ait pas été respectée.)
5️⃣ – VALIDATION FINALE DE LA TRANSACTION
Après l’échange physique, le vendeur doit procéder à la validation finale de la transaction.
Celle-ci se fait en 3 étapes :
Étape 1 : 📌le vendeur entre l’identifiant unique de transaction,
Étape 2 : 📌saisit ensuite le Code SCS remis par l’acheteur,
Étape 3 : 📌scanne finalement le QR Code sécurisé.
6️⃣ – DÉBLOCAGE DU PAIEMENT
Lorsque :
✅le Code SCS est correct ;
✅le QR Code est valide ;
la plateforme :
✔️valide définitivement la transaction ;
débloque le paiement Stripe ;
💶transfère l’argent vers le compte du vendeur. (N.B:ℹ️Les virements effectués par la plateforme vers le compte des utilisateurs peuvent mettre une durée d’environ 7 jours pour arriver dans le compte bacaire associé.) (les délais exacts dépendent: de la banque de l’acheteur, du réseau de paiement utilisé, du prestataire de paiement)
📧Les deux utilisateurs reçoivent par e-mail une confirmation de la transaction validée ainsi qu’un 🧾reçu des frais ou de la commission déduite par la plateforme lors de la transaction.
==============================================================================
.
❌Annulation de la transaction en cours
Annulation par l’acheteur
L’acheteur peut demander l’annulation avant la validation finale d’une transaction en cours.
Le vendeur doit alors : confirmer l’annulation ; ou valider la transaction si l’échange a réellement eu lieu.
Si le vendeur confirme : le paiement est remboursé à l’acheteur.
Si le vendeur ne répond pas : le remboursement est automatiquement effectué après expiration du délai fixé à 3 jours.
Si l’échange a pourtant réellement eu lieu, le vendeur peut valider la transaction, et le paiement est directement transféré au vendeur.
Annulation par le vendeur
Le vendeur peut aussi annuler la transaction lorsque celle-ci est en cours.
Dans ce cas : l’acheteur est automatiquement remboursé ;
Cependant, le vendeur est temporairement bloqué 🚫;il ne peut plus publier de nouvelles annonces pendant une période définie de 3 jours. (Cette mesure est mise en place pour garantir l’équité entre les deux parties⚖️; car dans le cas contraire, seul l’acheteur serait désavantagé, puisque les virements initiés par la plateforme vers les comptes des utilisateurs mettent quelques jours à parvenir sur les comptes bancaires associés.
Une fois le délai terminé, il retrouve automatiquement l’accès à la publication.
⏳Expirations automatiques
(Le système permet notamment : d’automatiser les remboursements ; d’éviter les transactions bloquées ; de protéger les utilisateurs en cas d’absence de réponse ; de nettoyer automatiquement les anciennes données de transaction.)
Expiration des demandes
Si le vendeur ne répond pas à la demande de transaction ou d’annulation dans un délai de 3 jours: la demande expire automatiquement ; l’acheteur est remboursé ; les deux parties reçoivent une notification.
⏰Absence de validation du paiement par le vendeur!!!! (🚨Attention Avertissement pour le vendeur!!!)
Après la date prévue de la transaction physique, le vendeur doit confirmer que la transaction s’est bien déroulée afin de valider le paiement.
Si aucune validation n’est effectuée dans les 3 jours suivant la date d’échange prévue :
la plateforme considère que la transaction n’a probablement pas eu lieu ;
⚠️le paiement est automatiquement annulé ; l’acheteur est remboursé❗ ;
un e-mail est envoyé au vendeur et à l’acheteur pour les informer de l’expiration du délai.
Ce système est mis en place pour garantir le fonctionnement optimal du service lorsque la transaction n’est pas confirmée.
⏱️Durée totale du processus
La durée totale du processus de transaction (à partir du jour du virement jusqu’au jour de la libération du paiement/validation finale de la transaction) est de 📅maximum 7 jours :
– 4 jours maximum d’interval : du jour de la demande à la date de la transaction physique
– 3 jours maximum de délai : du jour de la transaction physique à la validation finale de la transaction
💰La commission n’est acquise par la plateforme qu’une fois que la transaction est définitivement validée/paiement débloqué vers le vendeur.
🗑️Suppression automatique des anciennes transactions
Afin de limiter le stockage de données inutiles et de maintenir la plateforme propre et performante :
les transactions datant de plus de 6 mois sont automatiquement supprimées ;
les fichiers PDF associés aux transactions (documents acheteur et vendeur) sont également supprimés définitivement.
Cette suppression est effectuée automatiquement par le système.
==============================================================================
.
Pourquoi ONECLICK Services est sûr 🛡️?
❌Tentative de fraude –> 🚫Pourquoi ça échoue :
- ❌Si A reçoit le code mais ne donne pas le bien –> 🚫Impossible, car l’échange est SIMULTANÉ.
- ❌Si B reçoit le bien mais ne donne pas le code –> 🚫Impossible, car l’échange est SIMULTANÉ.
- ❌Si A ne remet pas le bien mais veut réclamer le paiement (prétendant l’avoir remis) –> 🚫La preuve qu’il a remis le bien est le fait qu’il détient le code; -> il ne l’a pas, donc n’a pas remis le bien, par conséquent aucun paiement vers A.
- ❌Si B reçoit le bien mais veut résilier la transaction (prétendant ne l’avoir pas reçu) –> 🚫il doit recevoir la confirmation de A; -> A ne confirme pas car détient le code, par conséquent aucun remboursement vers B.
- ❌Si A veut nier la résiliation de B alors que l’échange n’a pas eu lieu (prétendant que celle-ci a eu lieu) –> 🚫La preuve que l’échange a eu lieu est le fait qu’il détient le code – il doit donc le saisir; -> il ne l’a pas, par conséquent incapable de nier.
✅ Échange SIMULTANÉ bien contre code –> Conséquence: 👉 Aucun événement unilatéral ne permet un gain.