YARDA Connect
Vos transactions analysées, sans projet d’intégration
Pas d’équipe technique disponible, pas de prestataire à mobiliser ? Envoyez un fichier de transactions depuis la console, ou laissez YARDA lire une vue de votre base de données. Chaque transaction est analysée comme si elle passait par l’API, et les alertes arrivent dans la même file.
Par fichier
Un fichier, quatre étapes, aucun développement
Un export de votre système suffit : celui que vous produisez déjà pour vos contrôles. Rien n’est importé tant qu’une personne de votre équipe n’a pas confirmé la lecture du fichier.
Déposez le fichier
CSV, avec virgule, point-virgule, tabulation ou barre verticale comme séparateur, ou JSON. L’encodage est reconnu, qu’il soit UTF-8 ou Windows-1252. Un classeur Excel s’enregistre d’abord en CSV.
Choisissez l’usage
« Analyser et alerter » pour faire examiner des transactions récentes, ou « Ajouter à l’historique » pour donner à vos modèles le passé dont ils apprennent.
Vérifiez la correspondance des colonnes
YARDA propose une colonne pour chaque champ attendu ; vous confirmez ou corrigez. Le format des dates est détecté, et une ambiguïté entre jour et mois vous est signalée. Un aperçu montre les premières lignes telles qu’elles seront lues.
Lancez, puis suivez
L’import se suit en direct : lignes lues, analysées, ajoutées à l’historique, déjà connues ou refusées. Les transactions analysées s’ouvrent dans la console, et leurs décisions se téléchargent en CSV.
Les lignes refusées, expliquées
Référence absente, montant ou date illisible : chaque ligne écartée est listée avec sa raison et se télécharge en CSV, pour être corrigée dans votre système.
Sans doublon
Une transaction déjà analysée, quelle que soit la façon dont elle est arrivée, ne l’est pas une seconde fois : elle apparaît comme déjà connue.
Pseudonymisé à la lecture
Les identifiants de personnes et d’appareils du fichier sont remplacés par des pseudonymes avant tout enregistrement, comme pour l’API.
Par la base de données
YARDA lit une vue de votre base, à votre rythme
Pour un flux continu sans développement, votre équipe crée une vue des transactions et un compte en lecture seule. YARDA lit les nouvelles lignes à intervalle régulier, une minute par défaut, et les analyse.
PostgreSQL, en lecture seule
Le connecteur se branche aujourd’hui sur une base PostgreSQL. Il lit la vue que vous désignez, avec un compte en lecture seule, dans une session elle-même ouverte en lecture seule, et par lots limités.
Une connexion protégée
La connexion est chiffrée par défaut, avec vérification du certificat si vous le souhaitez. Le mot de passe du compte est chiffré par YARDA et n’est plus jamais affiché.
Les mêmes réglages qu’un fichier
Même correspondance des colonnes, même choix entre analyse et historique. Une colonne d’ordre indique à YARDA où il s’est arrêté, et vous choisissez de partir des nouvelles lignes ou de toute la vue.
Sous votre contrôle
Le connecteur est mis en place avec l’équipe YARDA. Votre administrateur voit son état et sa dernière lecture, et peut le mettre en pause ou le relancer, en indiquant pourquoi.
Ensuite
Le même produit que par l’API
Que vos transactions arrivent par fichier, par la base ou par l’API, elles suivent la même analyse et alimentent la même console.
Les mêmes alertes
Modèles, règles et typologies s’appliquent de la même façon. Les alertes rejoignent la file de vos analystes, avec leurs raisons.
Un silence se remarque
La page « Santé des données » montre l’état de chaque flux. Si plus rien n’arrive au-delà du délai fixé dans votre politique, un e-mail vous prévient.
Un historique qui sert
Les mois de transactions que vous ajoutez à l’historique servent à entraîner vos modèles et à rejouer vos règles avant de les activer.
Questions fréquentes
- Quelles colonnes mon fichier doit-il contenir ?
- Au minimum une référence de transaction, une date, un montant, l’expéditeur et le bénéficiaire. La console indique les champs requis selon l’usage choisi et accepte vos propres noms de colonnes : vous les faites correspondre une fois.
- Puis-je commencer par un fichier et passer à l’API ensuite ?
- Oui. L’historique importé et vos réglages restent en place ; seule la façon d’envoyer les transactions change.
- Qui met en place le connecteur de base de données ?
- Votre équipe crée la vue et le compte en lecture seule ; l’équipe YARDA saisit la connexion et la vérifie avec vous. Votre administrateur peut ensuite la suspendre à tout moment.
Commencez par un fichier
Le diagnostic gratuit part d’un export de trois à six mois de vos transactions, sans aucun développement.