Processus de souscription : paiements

Lancer les demandes de paiement, suivre leur réception et vérifier la preuve fournie, avec une liste de raisons qui sert aussi de checklist de rapprochement.

Présentation

Kapitable ne déplace pas d'argent. La plateforme émet la demande de paiement avec les informations du bénéficiaire, enregistre la preuve que le participant téléverse et suit l'état. Le virement a lieu à la banque du participant.

Donc « paiement terminé » sur cet écran signifie nous avons reçu et vérifié une preuve de virement, pas la plateforme a débité quelqu'un. Gardez cette distinction en tête lorsque vous lisez les statuts.

Ce que vous allez apprendre

Ce que la table des paiements vous indique
Comment demander des coordonnées bancaires et un paiement
Comment relire et vérifier une preuve de paiement
Les raisons nommées pour lesquelles un paiement peut être incomplet, et pourquoi elles comptent

Avant de commencer

Les transactions doivent être marquées Prêt (A8.5). Si la table affiche « Aucune transaction n'est encore prête à être traitée (pour les paiements) », c'est la raison : les paiements suivent l'état prêt.

Étapes

Depuis le Tableau de bord du projet, ouvrez le processus dans Opérations en cours. Sur le Tableau de bord de la souscription, allez dans Paiements.
Lorsque vous avez besoin des coordonnées bancaires d'un participant, utilisez Demander infos banque.
Lorsque vous êtes prêt à demander le paiement à un participant, utilisez Demander le paiement. Rien ne lui parvient avant cela.
Suivez la table au fil de l'avancement des demandes. Utilisez la recherche et les filtres sur un gros processus plutôt que de faire défiler.
Lorsqu'un participant n'a pas agi, Relancer. Utilisez Actions groupées pour en relancer plusieurs à la fois.
Lorsqu'un participant soumet une preuve, ouvrez la fiche de paiement et relisez-la : la preuve par rapport au montant attendu et au payeur.
Lorsque vous êtes satisfait, vérifiez le paiement. C'est l'acte de l'équipe deal, pas un acte automatique.
Si quelque chose ne va pas, marquez le paiement comme incomplet avec une raison, ce qui renvoie la tâche au participant.

Lire la table

Par transaction : Type de mouvement, Société, Émetteur / Vendeur, Bénéficiaire / Acheteur, Montant (€) et Statut. Vous pouvez rechercher par nom, nom de société ou numéro d'immatriculation, et filtrer par type, statut et Paiement différé uniquement.

La séquence de statuts suit à peu près : En attente de configuration → Vendeur invité / Bénéficiaire invité → En attente des infos bancaires → Infos bancaires reçues → Infos bancaires complétées → En attente de la preuve de paiement → Preuve de paiement reçue → Paiement effectué → Terminé.

Différé n'est pas un statut mais un indicateur, et il change ce que le processus peut faire. Tant qu'un paiement n'est pas vérifié, les documents de cette transaction ne peuvent pas être signés. Marquer le paiement comme différé libère la signature pour qu'elle puisse avancer alors que les fonds restent à recevoir ; c'est pourquoi la table porte un filtre Paiement différé uniquement : c'est la liste des obligations dues contre des documents déjà signés. La décision est A8.11 ; le réglage est A8.12.

Deux statuts méritent d'être reconnus immédiatement :

Infos bancaires incomplètes : les coordonnées bancaires ont été fournies mais ne sont pas utilisables.
Paiement incomplet : un paiement a été fourni mais quelque chose ne se rapproche pas.

Pourquoi un paiement est incomplet

La plateforme nomme la raison plutôt que de vous laisser deviner, et la liste est particulièrement complète :

Aucune preuve de paiement fournie
La preuve est incomplète ou ne peut pas être vérifiée
Le paiement n'a pas été reçu
La référence de paiement manque, donc le virement ne peut pas être rapproché
La référence ne correspond pas à la souscription ou à l'investisseur attendu
L'identité du payeur ne correspond pas au souscripteur
Un paiement en double
Trop-perçu
Sous-paiement

Cette liste est en pratique une checklist de rapprochement. Nommer la bonne raison rend la correction actionable pour le participant et rend le processus auditable ensuite.

À quoi ressemble un bon résultat

Chaque transaction atteint Paiement effectué ou Terminé, après avoir été relue et vérifiée par une personne nommée. L'équipe deal et l'équipe finance lisent le même écran : pas de tableau de financement séparé, pas de rapprochement de fils d'e-mails.

Problèmes fréquents

Un paiement ne peut pas être rapproché d'une souscription. La référence est manquante ou erronée. C'est l'échec de rapprochement le plus courant, et la raison pour laquelle la référence compte.

Le montant ne correspond pas. Trop-perçu ou sous-paiement : les deux sont des raisons nommées. Renvoyez la tâche plutôt que d'ajuster le montant attendu pour le faire correspondre à ce qui est arrivé.

Le payeur n'est pas le souscripteur. Incohérence d'identité existe comme raison pour une bonne raison : un tiers qui paie pour le compte de quelqu'un est une question de conformité, pas une formalité administrative. Ne le vérifiez pas simplement pour faire avancer le processus.

Rien ne se passe. Vérifiez que vous avez réellement envoyé la demande. Les demandes ne sont jamais automatiques.