Bic

Дата оновлення перекладу 2022-12-16

Bic

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

?????????????? ??	??????????? ??? ??????
????	Bic
?????????	BicValidator

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

Щоб використати валідатор Bic, застосуйте його до властивості або обʼєкта, який міститиме Код бізнес-ідентифікатора (BIC).

Attributes
YAML
XML
PHP

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

use Symfony\Component\Validator\Constraints as Assert;

class Transaction
{
    #[Assert\Bic]
    protected $businessIdentifierCode;
}
    

        1
2
3
4
5
        # config/validator/validation.yaml
App\Entity\Transaction:
    properties:
        businessIdentifierCode:
            - Bic: ~
    

        1
2
3
4
5
6
7
8
9
10
11
12
        <!-- 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="businessIdentifierCode">
            <constraint name="Bic"/>
        </property>
    </class>
</constraint-mapping>
    

        1
2
3
4
5
6
7
8
9
10
11
12
13
        // 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)
    {
        $metadata->addPropertyConstraint('businessIdentifierCode', new Assert\Bic());
    }
}
    

Дата оновлення перекладу 2022-12-20

Note

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

Доступні опції

Дата оновлення перекладу 2022-12-20

`groups`

тип: array | string

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

`iban`

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

Значення IBAN, щоб валідувати, що код його країни такий самий, як і в BIC.

`ibanMessage`

тип: string за замовчуванням: Цей код бізнес-ідентифікатора (BIC) не асоційовано з IBAN {{ iban }}.

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

`ibanPropertyPath`

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

Визначає властивість обʼєкта, значення якого зберігаю IBAN, використаний для порівняння з BIC.

Напрриклад, якщо ви хочете порівняти властивість $bic якогось обʼєкта по відношенню до властивості $iban того ж обʼєкта, використайте ibanPropertyPath="iban" у порівнянні обмеження $bic.

`message`

тип: string за замовчуванням: Це не є валідним кодом бізнес-ідентифікатора (BIC).

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

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

????????	?????
`{{ value }}`	??????? (?? ???????) ???????? BIC

Дата оновлення перекладу 2022-12-20

`payload`

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

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

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