juspay/hyperswitch

Add audit events for PaymentResponse update

Open

#4 679 ouverte le 17 mai 2024

Voir sur GitHub
 (10 commentaires) (0 réactions) (1 assigné)Rust (4 676 forks)batch import
A-AnalyticsC-featureE-easyRusthacktoberfesthelp wanted

Métriques du dépôt

Stars
 (42 690 stars)
Métriques de merge PR
 (Merge moyen 6j 22h) (213 PRs mergées en 30 j)

Description

Created from #4525

This covers adding events for PaymentResponse operation

This event should include the payment data similar to PaymentCancel

It should also include any metadata for the event
e.g reason for payment rejection, error codes, rejection source etc

Submission Process:

  • Ask the maintainers for assignment of the issue, you can request for assignment by commenting on the issue itself.
  • Once assigned, submit a pull request (PR).
  • Maintainers will review and provide feedback, if any.
  • Maintainers can unassign issues due to inactivity, read more here.

Refer here for Terms and conditions for the contest.

Guide contributeur

Direction de recherche
La demande consiste à ajouter des événements d'audit pour les mises à jour de PaymentResponse, en suivant le modèle établi dans la PR #4166 pour PaymentCancel. Examinez l'implémentation de PaymentCancel (probablement dans la même base de code) pour comprendre la structure de l'événement, les champs de métadonnées et la manière dont les événements sont émis. Appliquez ensuite le même modèle à PaymentResponse, en veillant à inclure les données de paiement pertinentes et les métadonnées telles que la raison du rejet, les codes d'erreur et la source du rejet. L'implémentation devrait être simple si le modèle est bien compris.
Stack technique
rust
Domaine
backend
Type d'issue
Fonctionnalité
DifficultéDifficulté estimée pour un nouveau contributeur, de 1 pour un très petit changement à 5 pour un travail expert.
3
Temps estiméFourchette de temps approximative pour investiguer, implémenter, tester et préparer une pull request.
Une demi journée
Statut d'activitéDisponibilité apparente de l'issue : fraîche, active, ancienne, bloquée ou en attente d'un mainteneur.
Active
ClartéClarté avec laquelle l'issue explique le changement attendu, les critères d'acceptation et la prochaine étape.
Claire
Prérequis
RustGit
Accessibilité débutantScore de 1 à 100 estimant l'accessibilité de cette issue pour un premier contributeur.
75