Skip to content

[FEATURE] connector's sandbox testing via magic values #7837

New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Open
2 tasks done
kashif-m opened this issue Apr 17, 2025 · 1 comment · Fixed by #7874 or #7898
Open
2 tasks done

[FEATURE] connector's sandbox testing via magic values #7837

kashif-m opened this issue Apr 17, 2025 · 1 comment · Fixed by #7874 or #7898
Assignees
Labels
C-feature Category: Feature request or enhancement S-awaiting-triage Status: New issues that have not been assessed yet

Comments

@kashif-m
Copy link
Contributor

kashif-m commented Apr 17, 2025

Feature Description

Connectors provide sending magic values for certain fields in their API requests. These values can be used to simulate different error scenarios. For most of the cases across all the connectors, these can be set in the already present fields.

For a few cases, extra fields are needed to be passed to the connector (eg: payment method holder name for MIT payments for Adyen). For such cases, the fields are not necessary in the real environment but necessary for simulating certain scenarios.

This feature allows the end merchants to simulate different scenarios in the sandbox environment.

Possible Implementation

There are two parts to this for the implementation

  1. Provision sending these fields by the merchant in the payments API request (structured metadata)
  2. Consume these fields on a connector to connector basis as per the requirement

Step 1

  • Expose a field in connector_metadata for Adyen
  • With below fields for now
    • holder_name: Option

Sample body in the payments request

{
   ...
    "connector_metadata": {
        "adyen": {
            "testing": {
                "holder_name": "CARD_EXPIRED"
            }
        }
    }
   ...
}

Step 2

  • In non prod environment, pass this to connector integration for below actions
    • Authorize
    • SetupMandate
    • Refund

Step 3

  • Consume these fields in connector integration as per requirement

Step 4

  • Consume holder_name in MIT requests for Adyen integration

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?

Yes, I am willing to submit a PR!

@kashif-m kashif-m added C-feature Category: Feature request or enhancement S-awaiting-triage Status: New issues that have not been assessed yet labels Apr 17, 2025
@kashif-m kashif-m self-assigned this Apr 17, 2025
@kashif-m kashif-m linked a pull request Apr 23, 2025 that will close this issue
14 tasks
@kashif-m kashif-m linked a pull request Apr 25, 2025 that will close this issue
14 tasks
@kashif-m
Copy link
Contributor Author

re-opening for hotfix

@kashif-m kashif-m reopened this Apr 25, 2025
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
C-feature Category: Feature request or enhancement S-awaiting-triage Status: New issues that have not been assessed yet
Projects
None yet
1 participant