[transfers] Code generation: update services and models

[AdyenAutomationBot]

This PR contains the automated changes for the transfers service.

The commit history of this PR reflects the adyen-openapi commits that have been applied.

[gemini-code-assist]

Code Review

This pull request updates the PHP Transfers SDK by introducing new models and APIs related to cashout operations, default error responses, and interchange data, while renaming the existing Capital API to a deprecated version. It also adds discriminator initialization logic across several models. The review feedback highlights two main issues: first, unconditionally overwriting the type discriminator in constructors (such as in BankAccountV3AccountIdentification, TransferCategoryData, TransferDataTracking, TransferEventEventsDataInner, and TransferEventTrackingData) discards custom values passed during instantiation; second, the validation logic in BankAccountV3AccountIdentification incorrectly requires all polymorphic fields to be non-null, which will cause validation failures for valid single bank account types.

Important

The consumer version of Gemini Code Assist on GitHub is being sunset. Starting June 18, 2026, new organization installations will be blocked, and all code review activity will officially cease on July 17, 2026.
For more details on the timeline and next steps, please review the Help Documentation.

[gemini-code-assist]

Unconditionally overwriting $this->container['type'] with static::$openAPIModelName at the end of the constructor discards any custom type value passed via the $data array (e.g., during manual instantiation). It should only initialize the discriminator if it is not already set.

        // Initialize discriminator property with the model name if not already set.
        if (empty($this->container['type'])) {
            $this->container['type'] = static::$openAPIModelName;
        }

[gemini-code-assist]

Unconditionally overwriting $this->container['type'] with static::$openAPIModelName at the end of the constructor discards any custom type value passed via the $data array (e.g., during manual instantiation). It should only initialize the discriminator if it is not already set.

        // Initialize discriminator property with the model name if not already set.
        if (empty($this->container['type'])) {
            $this->container['type'] = static::$openAPIModelName;
        }

[gemini-code-assist]

Unconditionally overwriting $this->container['type'] with static::$openAPIModelName at the end of the constructor discards any custom type value passed via the $data array (e.g., during manual instantiation). It should only initialize the discriminator if it is not already set.

        // Initialize discriminator property with the model name if not already set.
        if (empty($this->container['type'])) {
            $this->container['type'] = static::$openAPIModelName;
        }

[gemini-code-assist]

Unconditionally overwriting $this->container['type'] with static::$openAPIModelName at the end of the constructor discards any custom type value passed via the $data array (e.g., during manual instantiation). It should only initialize the discriminator if it is not already set.

        // Initialize discriminator property with the model name if not already set.
        if (empty($this->container['type'])) {
            $this->container['type'] = static::$openAPIModelName;
        }

[gemini-code-assist]

Unconditionally overwriting $this->container['type'] with static::$openAPIModelName at the end of the constructor discards any custom type value passed via the $data array (e.g., during manual instantiation). It should only initialize the discriminator if it is not already set.

        // Initialize discriminator property with the model name if not already set.
        if (empty($this->container['type'])) {
            $this->container['type'] = static::$openAPIModelName;
        }

[gemini-code-assist]

Since BankAccountV3AccountIdentification is a polymorphic/union model representing different bank account types (such as IBAN, US local, UK local, etc.), requiring all fields (like clearingCode, bic, iban, clearingNumber, sortCode, routingNumber, etc.) to be non-null in listInvalidProperties() makes the validation fail for any valid single bank account type. These fields should be optional or conditionally validated based on the type discriminator.

[ashwaniarya-adyen]

Some issues in the PR -

Seems the changes here have Commit1, Commit2, Commit3 combined.
The issue originated here in PR1 which was merged and then reverted in PR2

[sonarqubecloud]

Quality Gate passed

Issues
30 New issues
0 Accepted issues

Measures
0 Security Hotspots
0.0% Coverage on New Code
93.1% Duplication on New Code

See analysis details on SonarQube Cloud