fix(connector): [NETCETERA] fix response field for netcetera authentication response

[dgeee13]

Type of Change

• Bugfix
• New feature
• Enhancement
• Refactoring
• Dependency updates
• Documentation
• CI/CD

Description

Currently we are not recieving field three_ds_requestor_challenge_ind in Netcetera's authentication response since the struct is incorrectly declared in the transformers file.

1. three_ds_requestor_challenge_ind is currently a part of NetceteraAuthenticationSuccessResponse enum, but it should be a field inside authenitcation_request
2. three_ds_requestor_challenge_ind has type optional string currently, but it should be a vector of string (ref documentation - https://3dss.netcetera.com/3dsserver/doc/2.5.2.1/3ds-authentication)

Current structure

NetceteraAuthenticationSuccessResponse{
....
three_ds_requestor_challenge_ind: Option<String>
...}

Correct structure

NetceteraAuthenticationSuccessResponse{
....
authentication_request: {
three_ds_requestor_challenge_ind: Option<Vector<String>>,
}
...}

This PR introduces the above fix in the struct.

Additional Changes

• This PR modifies the API contract
• This PR modifies the database schema
• This PR modifies application configuration/environment variables

Motivation and Context

How did you test it?

Tested netcetera's challenge via local hyperswitch sdk.
As expected, we are now able to get three_ds_requestor_challenge_ind field in the NetceteraAuthenticationSuccessResponse.

Checklist

• I formatted the code cargo +nightly fmt --all
• I addressed lints thrown by cargo clippy
• I reviewed the submitted code
• I added unit tests for my changes where possible

[semanticdiff-com]

Review changes with  

Changed Files

File	Status
crates/hyperswitch_connectors/src/connectors/netcetera/transformers.rs	0% smaller