juspay/hyperswitch

[FEATURE] Standardize `state` field in billing and shipping address

Open

#2 939 ouverte le 21 nov. 2023

Voir sur GitHub
 (6 commentaires) (0 réactions) (1 assigné)Rust (4 676 forks)batch import
C-featuregood first issuehelp wanted

Métriques du dépôt

Stars
 (42 690 stars)
Métriques de merge PR
 (Merge moyen 8j 12h) (212 PRs mergées en 30 j)

Description

Feature Description

Currently, we accept the state field in both shipping and billing addresses as a string. However, in a few connectors like Cybersource, we have a mapping from state names to state codes. We propose standardizing the state field to accept only ISO 3166-2 codes (https://en.wikipedia.org/wiki/ISO_3166-2)

Possible Implementation

We can use some crate that helps in validating ISO 3166-2 codes and accept these codes in payment request

Guide contributeur

Direction de recherche
Examiner la gestion actuelle des champs d'état/province dans les adresses de facturation/livraison entre les connecteurs, en particulier Cybersource. Consulter le code existant dans hyperswitch pour la validation d'adresse. Évaluer les crates Rust existantes pour la validation ISO 3166-2 (par exemple 'iso3166' ou 'country' crate). Vérifier si la crate est activement maintenue et compatible avec les dépendances du projet. Puis proposer un plan pour standardiser le champ d'état/province.
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.
1-2 jours
Statut d'activitéDisponibilité apparente de l'issue : fraîche, active, ancienne, bloquée ou en attente d'un mainteneur.
Bloquée
ClartéClarté avec laquelle l'issue explique le changement attendu, les critères d'acceptation et la prochaine étape.
Claire
Prérequis
Basic Rust knowledgeUnderstanding of payment connectors
Accessibilité débutantScore de 1 à 100 estimant l'accessibilité de cette issue pour un premier contributeur.
35