Description du projet
TraduitNous gérons une boutique en ligne et acceptons les paiements par carte via une passerelle de paiement, mais l'appariement des transactions entrantes avec les commandes dans notre système comptable se fait encore manuellement. Chaque jour, quelqu'un ouvre le rapport de règlement et le compare à la liste des commandes ligne par ligne, essayant de déterminer quel paiement appartient à quelle commande. Cela prend des heures, et des erreurs se produisent : un paiement est attaché à la mauvaise commande, ou reste sans correspondance pendant des semaines avant que quelqu'un ne s'en aperçoive.
Nous avons besoin d'un script ou d'un petit outil qui extrait régulièrement les transactions de la passerelle, soit par son interface de reporting, soit en important le fichier de règlement, et qui associe automatiquement chaque transaction à la bonne commande par numéro de commande, montant et date, avec une tolérance raisonnable pour de petites différences de timing. Les paires appariées doivent être marquées comme fermées. Tout ce qui n'est pas apparié — incohérences de montant, frais en double, paiements sans commande, commandes jamais payées — doit aller dans une liste séparée pour notre comptable.
Le résultat doit s'exécuter sans surveillance selon un calendrier et laisser un rapport de divergence lisible ainsi qu'un journal de ce qui a été apparié et quand. Ouvert à Python ou PHP, selon ce qui convient à notre stack ; décrivez votre approche et donnez une première estimation.
Ce qui compte le plus :
— appariement fiable avec des tolérances configurables
— un rapport clair des paiements non appariés
— traitement correct des transactions en double et remboursées
Nous avons besoin d'un script ou d'un petit outil qui extrait régulièrement les transactions de la passerelle, soit par son interface de reporting, soit en important le fichier de règlement, et qui associe automatiquement chaque transaction à la bonne commande par numéro de commande, montant et date, avec une tolérance raisonnable pour de petites différences de timing. Les paires appariées doivent être marquées comme fermées. Tout ce qui n'est pas apparié — incohérences de montant, frais en double, paiements sans commande, commandes jamais payées — doit aller dans une liste séparée pour notre comptable.
Le résultat doit s'exécuter sans surveillance selon un calendrier et laisser un rapport de divergence lisible ainsi qu'un journal de ce qui a été apparié et quand. Ouvert à Python ou PHP, selon ce qui convient à notre stack ; décrivez votre approche et donnez une première estimation.
Ce qui compte le plus :
— appariement fiable avec des tolérances configurables
— un rapport clair des paiements non appariés
— traitement correct des transactions en double et remboursées
Programmation web Espèces, Virement bancaire
