IBAN

Дата оновлення перекладу 2025-07-25

IBAN

Це обмеження використовується, щоб гарантувати, що номер банківського рахунку має правильний формат Міжнародного номеру банківського рахунка (IBAN). IBAN - це міжнародно узгоджений спосіб ідентифікації банківських рахунків через національні кордони зі зменшеним ризиком поширення помилок транскрипції.

????????????? ??	??????????? ??? ??????
????	Iban
?????????	IbanValidator

Базове застосування

Щоб використати валідатор IBAN, застосуйте його до властивості або обʼєкьта, який міститиме Міжнародний номер банківського рахунка.

        1
2
3
4
5
6
7
8
9
10
11
12
        // src/Entity/Transaction.php
namespace App\Entity;

use Symfony\Component\Validator\Constraints as Assert;

class Transaction
{
    #[Assert\Iban(
        message: 'This is not a valid International Bank Account Number (IBAN).',
    )]
    protected string $bankAccountNumber;
}
    

        1
2
3
4
5
6
        # config/validator/validation.yaml
App\Entity\Transaction:
    properties:
        bankAccountNumber:
            - Iban:
                message: This is not a valid International Bank Account Number (IBAN).
    

        1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
        <!-- config/validator/validation.xml -->
<?xml version="1.0" encoding="UTF-8" ?>
<constraint-mapping xmlns="http://symfony.com/schema/dic/constraint-mapping"
    xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
    xsi:schemaLocation="http://symfony.com/schema/dic/constraint-mapping https://symfony.com/schema/dic/constraint-mapping/constraint-mapping-1.0.xsd">

    <class name="App\Entity\Transaction">
        <property name="bankAccountNumber">
            <constraint name="Iban">
                <option name="message">
                    This is not a valid International Bank Account Number (IBAN).
                </option>
            </constraint>
        </property>
    </class>
</constraint-mapping>
    

        1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
        // src/Entity/Transaction.php
namespace App\Entity;

use Symfony\Component\Validator\Constraints as Assert;
use Symfony\Component\Validator\Mapping\ClassMetadata;

class Transaction
{
    // ...

    public static function loadValidatorMetadata(ClassMetadata $metadata): void
    {
        $metadata->addPropertyConstraint('bankAccountNumber', new Assert\Iban(
            message: 'This is not a valid International Bank Account Number (IBAN).',
        ));
    }
}
    

Дата оновлення перекладу 2025-02-21

Note

Як і в більшості інших обмежень, null та порожні рядки вважаються валідними значеннями. Це для того, щоб дозволити їм бути опціональними значеннями. Якщо значення є обовʼязковим, розповсюдженим рішенням буде комбінація цього обмеження з NotBlank.

Note

Для зручності валідатор IBAN приймає значення з різними типами пробілів (наприклад, звичайні, нерозривні та вузькі нерозривні пробіли), які автоматично видаляються перед валідацією. Однак така гнучкість може спричинити проблеми під час зберігання IBAN або надсилання їх до API, які очікують суворого формату. Для забезпечення сумісності нормалізуйте IBAN, видаляючи пробіли та перетворюючи їх у великі літери перед зберіганням або обробкою.

Опції

Дата оновлення перекладу 2023-09-24

`groups`

тип: array | string за замовчуванням: null

Визначає групу або групи валідації обмеження. Прочитайте більше про групи валідації.

`message`

тип: string за замовчуванням: Це не є валідним Міжнародним номером банківського рахунка (IBAN).

Повідомлення за замовчуванням відображене, якщо значення не проходить перевірку IBAN.

Ви можете використати наступні параметри у цьому повідомленні:

????????	????
`{{ value }}`	??????? (?????????) ????????
`{{ label }}`	??????????? ????? ???? ?????

Дата оновлення перекладу 2025-07-27

`payload`

тип: mixed за замовчуванням: null

Ця опція може бути використана, щоб додати довільні дані, специфічні для домену, до обмеження. Сконфігуроване корисне навантаження не використовується компонентом Validator, але його обробка повністю залежить від вас.

Наприклад, ви можете захотіти використати декілька рівнів помилок, щоб представити неуспішні обмеження по-різному у фронтенді, залежно від серйозності помилки.