juspay/hyperswitch

[FEATURE] return list of all the attempts in PayoutsResponse

Open

#6.168 geöffnet am 1. Okt. 2024

Auf GitHub ansehen
 (16 Kommentare) (0 Reaktionen) (1 zugewiesene Person)Rust (4.676 Forks)batch import
C-featureS-awaiting-triagegood first issuehacktoberfest

Repository-Metriken

Stars
 (42.690 Stars)
PR-Merge-Metriken
 (Durchschn. Merge 6T 22h) (213 gemergte PRs in 30 T)

Beschreibung

Feature Description

Currently, a given payout resource can have multiple attempts attached to it if the payout was retried with multiple connectors.

These n number of attempts are linked to the payouts resource should be sent back in the response when fetching a payout and in the webhooks response.

Possible Implementation

  1. Add a DB query for fetching all the attempts for a given payout_id
  2. Consume this query while forming API / webhooks response
    • Both API and webhook response uses response_handler function in core/payouts.rs for forming this response
    • API response for list APIs uses a transformer, look at both API handlers for list and filter APIs

Have you spent some time checking if this feature request has been raised before?

  • I checked and didn't find a similar issue

Have you read the Contributing Guidelines?

Are you willing to submit a PR?

None

Contributor Guide

Research-Richtung
Verstehen Sie den vorhandenen Abrufablauf für Auszahlungen, identifizieren Sie das Datenbankschema für Auszahlungsversuche und ändern Sie den Antwort Handler, um alle Versuche einzuschließen.
Tech Stack
rust
Domain
backendapidatabase
Issue Type
Funktion
SchwierigkeitGeschätzte Implementierungsschwierigkeit für neue Contributors, von 1 für sehr kleine Änderungen bis 5 für Expertenarbeit.
3
Geschätzte ZeitEin grober Zeitrahmen, um zu recherchieren, zu implementieren, zu testen und einen Pull Request vorzubereiten.
Halber Tag
AktivitätsstatusWie verfügbar das Issue gerade wirkt: frisch, aktiv, stale, blockiert oder wartet auf Maintainer-Input.
Aktiv
KlarheitWie klar das Issue die erwartete Änderung, Akzeptanzkriterien und den nächsten Schritt erklärt.
Klar
Voraussetzungen
RustGit
EinsteigerfreundlichkeitEin Score von 1 bis 100, der schätzt, wie zugänglich dieses Issue für First-Time Contributors ist.
60