# iDEAL \| Wero {#pm_ideal}

**На уровень выше:**[Банковские платежи](ru_pm_bankpayments.md)

## Обзор {#ru_pm_ideal_overview}

статья о работе с платёжным методом iDEAL \| Wero, который позволяет проводить платежи в евро с использованием банковских счетов в Нидерландах и для которого в платформе Ecommpay поддерживаются оплаты и возвраты

### Введение {#section_ql3_5fj_stb .section}

iDEAL \| Wero — метод, позволяющий проводить платежи в евро с использованием банковских счетов в Нидерландах. Для этого метода в платёжной платформе Ecommpay поддерживаются оплатыи возвраты.

В этой статье представлена информация о работе с методом iDEAL \| Wero: обзорный раздел с общими сведениями и последующие разделы с информацией о действиях, необходимых со стороны мерчанта для решения разных задач.

### Характеристика {#section_tbf_2zk_ggb .section}

|Тип платёжного метода|банковские платежи|
|Платёжные инструменты|банковские счета|
|Регионы использования|[NL](references/ru/countries/NL.md)|
|Валюты платежей|[EUR](references/ru/currencies/EUR.md)|
|Конвертация валют|–|
|Разовые оплаты|+|
|Повторяемые оплаты|–|
|Полные возвраты|+|
|Частичные возвраты|+|
|Выплаты|–|
|Опротестования|–|
|Особенности|–|
|Организация и стоимость подключения|по согласованию с курирующим менеджером Ecommpay; дополнительную информацию можно получить в [Ecommpay shop](https://ecommpay.com/shop/payment-methods/ovo-wallet/)|

### Схема работы {#section_tsp_gzk_ggb .section}

В проведении отдельного платежа с использованием метода iDEAL \| Wero задействуются веб-сервис мерчанта, один из интерфейсов и платёжная платформа Ecommpay, а также технические средства сервиса iDEAL \| Wero.

![](images/pm/ru_ideal_wero_functional.svg)

### Основные операции {#section_rnx_4cl_ggb .section}

Для проведения платежей и выполнения операций с использованием метода iDEAL \| Wero могут применяться различные интерфейсы платёжной платформы. Так, оплаты могут проводиться через Payment Page, Gate и Dashboard \(с применением платёжных ссылок\), а возвраты — через Gate и Dashboard. При этом, независимо от используемых интерфейсов, для этого метода характерны следующие ограничения.

||Суммы, [EUR](references/ru/currencies/EUR.md)|
|Минимум|Максимум|
|--|---------------------------------------------|
|-------|--------|
|Оплаты|0,01|–|
|Полные возвраты|–|–|
|Частичные возвраты|–|–|

### Сценарии использования {#section_fgt_sdl_ggb .section}

Проведение оплат с использованием метода iDEAL \| Wero осуществляется с перенаправлением пользователей к сервису iDEAL \| Wero, выполнение возвратов — с заявкой со стороны пользователя и уведомлением со стороны веб-сервиса.

![](images/pm/ru_ideal_wero_interfaces_pp.svg "Оплата через Payment Page")

![](images/pm/ru_ideal_wero_interfaces_gate.svg "Оплата через Gate")

![](images/pm/ru_ideal_wero_interfaces_gate_refund.svg "Возврат через Gate")

Сценарии выполнения операций через основные интерфейсы платёжной платформы соответствуют представленным на схемах.При использовании дополнительных возможностей \(таких как платёжные ссылки\) сценарии выполнения операций методом iDEAL \| Wero соответствуют специфике этих возможностей.

## Оплаты через Payment Page {#ru_pm_ideal_pp_purchase}

### Общая информация {#section_gtg_vxk_m2b .section}

Для проведения оплаты через Payment Pageс использованием метода iDEAL \| Wero со стороны веб-сервиса необходимо отправить запрос, содержащий требуемые параметры и подпись, на рабочий URL Ecommpay и принять оповещение о результате.Полная схема проведения оплаты выглядит следующим образом.

![](images/pm/ru_ideal_wero_uml_pp.svg)

1.  Пользователь на стороне веб-сервиса инициирует оплату.
2.  От веб-сервиса на заданный URL Ecommpay передаётся запрос на проведение оплаты через Payment Page.
3.  Запрос на проведение оплаты поступает в платёжную платформу.
4.  В платёжной платформе выполняется приём запроса, с проверкой наличия обязательных параметров и корректной подписи.
5.  Осуществляется подготовка Payment Page согласно параметрам проекта и вызова.
6.  Пользователю отображается платёжная форма.
7.  Пользователь выбирает для оплаты метод iDEAL \| Wero.
8.  В платёжную платформу передаётся запрос на проведение оплаты с использованием метода iDEAL \| Wero.
9.  В платёжной платформе выполняются обработка полученного запроса и его отправка в сервис iDEAL \| Wero.
10. В сервисе iDEAL \| Wero выполняется обработка запроса на оплату.
11. От сервиса iDEAL \| Wero к платёжной платформе передаются данные для перенаправления пользователя к сервису iDEAL \| Wero.
12. Данные для перенаправления пользователя передаются к Payment Page.
13. Пользователь перенаправляется к сервису iDEAL \| Wero.
14. Пользователь выполняет необходимые действия для оплаты.
15. В сервисе iDEAL \| Wero выполняется обработка платежа.
16. Информация о результате оплаты отображается пользователю в сервисе iDEAL \| Wero.
17. Пользователь перенаправляется к Payment Page.
18. От сервиса iDEAL \| Wero к платёжной платформе направляется информация о результате оплаты.
19. От платёжной платформы к веб-сервису направляется оповещение о результате оплаты.
20. От платёжной платформы к Payment Page направляется информация о результате оплаты.
21. Информация о результате оплаты отображается пользователю на Payment Page.

Информация о форматах запросов и оповещений, используемых для проведения оплат методом iDEAL \| Wero через Payment Page, приведена далее в этом разделе; общая информация о работе с Payment Page API — в отдельной статье [Организация взаимодействия](ru_pp_interaction_organisation.md#).

### Формат запросов {#section_p5j_fgl_ggb .section}

При формировании запросов на открытие платёжной формы с применением метода iDEAL \| Wero необходимо учитывать следующее:

1.  Должен использоваться базовый минимум параметров, обязательный для любого платежа:
    -   `project_id` — идентификатор проекта, полученный от Ecommpay при интеграции;
    -   `payment_id` — идентификатор платежа, уникальный в рамках проекта;
    -   `payment_currency` — код валюты платежа в формате ISO-4217 alpha-3;
    -   `payment_amount` — сумма платежа в дробных единицах валюты;
    -   `customer_id` — идентификатор пользователя в рамках проекта.
2.  Валютой платежа может быть только [EUR](references/ru/currencies/EUR.md).
3.  Дополнительно рекомендуется указывать имя и фамилию пользователя в параметрах `customer_first_name` и `customer_last_name`. Если параметрs отсутствуют в запросе, на Payment Page пользователю отображаются поля для ввода недостающих значений. Подробнее об уточнении параметров — в разделе [Дополнение информации о платежах](ru_pp_clarification.md).
4.  Для предварительного выбора метода iDEAL \| Wero необходимо указывать код платёжного метода в параметре `force_payment_method` — `ideal`.
5.  Дополнительно могут использоваться любые другие параметры из числа доступных для работы с Payment Page \([подробнее](ru_PP_Parameters.md)\).
6.  После указания всех целевых параметров необходимо составлять подпись \([подробнее](ru_platform_signature.md#)\).

Таким образом, корректный запрос на открытие платёжной формы с применением метода iDEAL \| Wero должен содержать идентификатор проекта, базовые сведения о платеже \(идентификатор, сумму и код валюты\), информацию о пользователе и подпись.

```language-json
{
   "project_id": 120,
   "payment_id": "580",
   "payment_amount": 1000,
   "payment_currency": "EUR",
   "customer_id": "customer1",
   "customer_first_name": "John",
   "customer_last_name": "Johnson",
   "signature": "kUi2x9dKHAVNU0FYldOcZzUCwX6R\/ekpZhkIQg=="
}
```

### Формат оповещений {#section_dpx_2hl_ggb .section}

Для оповещений о результатах оплат с применением метода iDEAL \| Wero используется типовой формат, описание которого представлено в разделе [Работа с оповещениями](ru_platform_callbacks.md#).

В следующем примере оповещение свидетельствует о том, что в рамках проекта `238` была проведена оплата в размере `10,00 EUR`.

```

{
        "project_id": 238,
        "payment": {
            "id": "TEST_15452119890903333",
            "type": "purchase",
            "status": "success",
            "date": "2018-12-20T13:40:56+0000",
            "method": "ideal",
            "sum": {
                "amount": 1000,
                "currency": "EUR"
            },
            "description": "ECT_TEST_1545211989090"
        },
        "customer": {
            "id": "1"
        },
        "operation": {
            "id": 18496000002369,
            "type": "sale",
            "status": "success",
            "date": "2018-12-20T13:40:56+0000",
            "created_date": "2018-12-20T13:40:15+0000",
            "request_id": "768e72d3284eb2b269e4f3",
            "sum_initial": {
                "amount": 1000,
                "currency": "EUR"
            },
            "sum_converted": {
                "amount": 1000,
                "currency": "EUR"
            },
            "provider": {
                "id": 1170,
                "payment_id": "353827769",
                "date": "2018-12-20T13:40:56+0000",
                "auth_code": ""
            },
            "code": "0",
            "message": "Success"
        },
        "signature": "ylWj/35wPzQRspdwDHjdWcCYMduHnXwxMxYZy17g=="
    }
```

В следующем примере оповещение свидетельствует об отклонённой оплате.

```
   {
        "project_id": 1569,
        "payment": {
            "id": "145408-190628095914-cmY0LnByZ=",
            "type": "purchase",
            "status": "decline",
            "date": "2019-06-28T09:59:58+0000",
            "method": "ideal",
            "sum": {
                "amount": 300,
                "currency": "EUR"
            },
            "description": "3 Tage Premium-Mitgliedschaft"
        },
        "customer": {
            "id": "145408"
        },
        "operation": {
            "id": 33841000003201,
            "type": "sale",
            "status": "decline",
            "date": "2019-06-28T09:59:58+0000",
            "created_date": "2019-06-28T09:59:16+0000",
            "request_id": "cef7a32aa22a4e4bc8",
            "sum_initial": {
                "amount": 300,
                "currency": "EUR"
            },
            "sum_converted": {
                "amount": 300,
                "currency": "EUR"
            },
            "provider": {
                "id": 1170,
                "payment_id": "474810276",
                "date": "2019-06-28T09:59:45+0000",
                "auth_code": ""
            },
            "code": "20301",
            "message": "Account owner cancelled operation"
        },
        "signature": "LifBDhURNHVkzL1UxRCp1JNbQ9M46TyotjGT5io17TSw=="
    }
```

### Дополнительные материалы {#section_xpz_thl_ggb .section}

Для организации работы с оплатами через Payment Page также могут быть полезны следующие материалы:

-   [Организация взаимодействия](ru_pp_interaction_organisation.md#)— о том, как организовать взаимодействие веб-сервиса с платёжной платформой через Payment Page.
-   [Работа с подписью к данным](ru_platform_signature.md#)— о порядке создания и проверки подписи в программных запросах и оповещениях при взаимодействии с платёжной платформой.
-   [Проведение платежей](ru_platform_payment_model.md)— о типах, схемах проведения и возможных статусах поддерживаемых платежей и операций.
-   [Проведение оплат](ru_pp_purchase.md)— о том, как проводить разовые оплаты через Payment Page.
-   [Работа с информацией об операциях](ru_platform_payment_info_codes.md)— о служебных кодах, которые используются в платёжной платформе, чтобы фиксировать информацию о выполнении операций.

## Оплаты через Gate {#ru_pm_ideal_gate_purchase}

### Общая информация {#section_lsx_3jl_ggb .section}

Для проведения оплаты через Gate с использованием метода iDEAL \| Wero со стороны веб-сервиса необходимо:

1.  Отправить запрос, содержащий требуемые параметры и подпись, на рабочий URL Ecommpay.
2.  Принять промежуточное оповещение от платёжной платформы и осуществить перенаправление пользователя к сервису iDEAL \| Wero.
3.  Принять итоговое оповещение от платёжной платформы.

Полная схема проведения оплаты выглядит следующим образом.

![](images/pm/ru_ideal_wero_uml_gate.svg)

1.  Пользователь на стороне веб-сервиса инициирует оплату с использованием метода iDEAL \| Wero.
2.  От веб-сервиса на заданный URL Ecommpay передаётся запрос на проведение оплаты через Gate.
3.  Запрос на проведение оплаты поступает в платёжную платформу Ecommpay.
4.  В платёжной платформе выполняется приём запроса с проверкой наличия обязательных параметров и корректной подписи.
5.  От платёжной платформы к веб-сервису направляется ответ с информацией о получении запроса и его корректности \([подробнее](ru_gate_interaction_organisation.md#)\).
6.  В платёжной платформе выполняются дальнейшая обработка запроса \(с проверкой согласованности параметров\) и его отправка в сервис iDEAL \| Wero.
7.  В сервисе iDEAL \| Wero выполняется обработка запроса на оплату.
8.  От сервиса iDEAL \| Wero к платёжной платформе передаются данные для перенаправления пользователя к сервису iDEAL \| Wero.
9.  От платёжной платформы к веб-сервису направляется оповещение с данными для перенаправления пользователя к сервису iDEAL \| Wero.
10. Пользователь перенаправляется к сервису iDEAL \| Wero.
11. Пользователь выполняет необходимые действия для оплаты.
12. В сервисе iDEAL \| Wero выполняется обработка платежа.
13. Пользователю отображается информация о результате оплаты.
14. Пользователь перенаправляется к веб-сервису.
15. От сервиса iDEAL \| Wero к платёжной платформе направляется информация о результате оплаты.
16. От платёжной платформы к веб-сервису направляется оповещение о результате оплаты.
17. На стороне веб-сервиса обеспечивается информирование пользователя о результате оплаты.

Информация о форматах запросов и оповещений, используемых для проведения оплат методом iDEAL \| Wero через Gate, приведена далее в этом разделе; общая информация о работе с Gate API — в отдельной статье [Организация взаимодействия](ru_gate_interaction_organisation.md#).

### Формат запросов {#section_osx_3jl_ggb .section}

При формировании запросов на оплату с применением метода iDEAL \| Wero необходимо учитывать следующее:

1.  Для инициирования каждой оплаты должен использоваться отдельный POST-запрос к конечной точке `/v2/payment/online-banking/ideal/sale`. Эта точка относится к группе интернет-банкинга [/v2/payment/online-banking/\{payment\_method\}/sale](https://api-developers.ecommpay.com/api-specification/online-banking/post-v2-payment-online-banking-payment-method-sale).
2.  В каждом запросе должны использоваться следующие объекты и параметры:
    -   `general` — объект, содержащий основные идентификационные сведения запроса:
        -   `project_id` — идентификатор проекта, полученный от Ecommpay при интеграции;
        -   `payment_id` — идентификатор платежа, уникальный в рамках проекта;
        -   `signature` — подпись запроса, составленная после указания всех целевых параметров \(подробнее — в разделе [Работа с подписью к данным](ru_platform_signature.md#)\);
    -   `customer` — объект, содержащий сведения о пользователе:
        -   `id` — идентификатор пользователя, уникальный в рамках проекта;
        -   `ip_address` — IP-адрес пользователя, актуальный для инициируемого платежа;
    -   `payment` — объект, содержащий сведения о платеже:
        -   `amount` — сумма платежа в дробных единицах валюты;
        -   `currency` — код валюты платежав формате ISO-4217 alpha-3;
    -   `return_url` — объект, содержащий URL для перенаправления пользователя в веб-сервис:
        -   `return` — URL для перенаправления пользователя на любом шаге оплаты.
3.  Дополнительно рекомендуется указывать имя и фамилию пользователя в параметрах `first_name` и `last_name` объекта `customer`. Если какие-либо из этих параметров отсутствуют в запросе, список с названиями недостающих параметров может отправляться в оповещении на уточнение \(подробнее — в статье [Дополнение информации о платеже](ru_Gate_Clarification.md)\).
4.  Валютой платежа может быть только [EUR](references/ru/currencies/EUR.md).
5.  Дополнительно могут использоваться любые другие параметры из числа указанных в спецификации.

Таким образом, корректный запрос на оплату с применением метода iDEAL \| Wero должен содержать идентификатор проекта, базовые сведения о платеже \(идентификатор, сумму и код валюты\), информацию о пользователе, URL для перенаправления и подпись.

```language-json
{
    "general": {
        "project_id": 2990,
        "payment_id": "payment_id",
        "signature": "PJkV8ej\/UG0OMeSaRfBaNIipTv+AWoXW\/9MTO8yJA=="
    },
    "customer": {
      "ip_address": "192.0.2.0",
      "first_name": "John",
      "last_name": "Johnson",
      "id": "123"
    },
    "payment": {
      "amount": 1000,
      "currency": "EUR"
    },
    "return_url": {
      "return": "http://example.com"
    }
}
```

### Формат промежуточных оповещений для перенаправления пользователей {#section_x23_cpg_vgb .section}

Для перенаправления пользователей от веб-сервиса мерчанта к сервису iDEAL \| Wero при проведении каждого платежа с использованием метода iDEAL \| Wero необходимо принять промежуточное оповещение от платёжной платформы и использовать информацию из него, включённую в объект `redirect_data`. Формат таких оповещений является типовым \([подробнее](ru_platform_callbacks.md#)\), при этом в состав объекта `redirect_data` включаются следующие объекты и параметры:

-   `body` — объект с данными для отправки в теле запроса;
-   `method` — параметр с указанием HTTP-метода отправки запроса\(`GET` или `POST`\);
-   `url` — параметр со ссылкой для перенаправления.

```language-json
  "redirect_data": {
    "body": {},
    "method": "GET",
    "url": "https://www.example.com/pay"
  }
```

### Формат итоговых оповещений {#section_dpx_2hl_ggb .section}

Для оповещений о результатах оплат с применением метода iDEAL \| Wero используется типовой формат, описание которого представлено в разделе [Работа с оповещениями](ru_platform_callbacks.md#).

В следующем примере оповещение свидетельствует о том, что в рамках проекта `238` была проведена оплата в размере `10,00 EUR`.

```language-json

{
        "project_id": 238,
        "payment": {
            "id": "TEST_15452119890903333",
            "type": "purchase",
            "status": "success",
            "date": "2018-12-20T13:40:56+0000",
            "method": "ideal",
            "sum": {
                "amount": 1000,
                "currency": "EUR"
            },
            "description": "ECT_TEST_1545211989090"
        },
        "customer": {
            "id": "1"
        },
        "operation": {
            "id": 18496000002369,
            "type": "sale",
            "status": "success",
            "date": "2018-12-20T13:40:56+0000",
            "created_date": "2018-12-20T13:40:15+0000",
            "request_id": "768e72d3284eb2b269e4f3",
            "sum_initial": {
                "amount": 1000,
                "currency": "EUR"
            },
            "sum_converted": {
                "amount": 1000,
                "currency": "EUR"
            },
            "provider": {
                "id": 1170,
                "payment_id": "353827769",
                "date": "2018-12-20T13:40:56+0000",
                "auth_code": ""
            },
            "code": "0",
            "message": "Success"
        },
        "signature": "ylWj/35wPzQRspdwDHjdWcCYMduHnXwxMxYZy17g=="
    }
```

В следующем примере оповещение свидетельствует об отклонённой оплате.

```language-json
   {
        "project_id": 1569,
        "payment": {
            "id": "145408-190628095914-cmY0LnByZ=",
            "type": "purchase",
            "status": "decline",
            "date": "2019-06-28T09:59:58+0000",
            "method": "ideal",
            "sum": {
                "amount": 300,
                "currency": "EUR"
            },
            "description": "3 Tage Premium-Mitgliedschaft"
        },
        "customer": {
            "id": "145408"
        },
        "operation": {
            "id": 33841000003201,
            "type": "sale",
            "status": "decline",
            "date": "2019-06-28T09:59:58+0000",
            "created_date": "2019-06-28T09:59:16+0000",
            "request_id": "cef7a32aa22a4e4bc8",
            "sum_initial": {
                "amount": 300,
                "currency": "EUR"
            },
            "sum_converted": {
                "amount": 300,
                "currency": "EUR"
            },
            "provider": {
                "id": 1170,
                "payment_id": "474810276",
                "date": "2019-06-28T09:59:45+0000",
                "auth_code": ""
            },
            "code": "20301",
            "message": "Account owner cancelled operation"
        },
        "signature": "LifBDhURNHVkzL1UxRCp1JNbQ9M46TyotjGT5io17TSw=="
    }
```

### Дополнительные материалы {#section_xsx_3jl_ggb .section}

Для организации работы с оплатами через Gate также могут быть полезны следующие материалы:

-   [Организация взаимодействия](ru_gate_interaction_organisation.md#)— о том, как взаимодействовать с платёжной платформой через Gate.
-   [Работа с подписью к данным](ru_platform_signature.md#)— о порядке создания и проверки подписи в программных запросах и оповещениях при взаимодействии с платёжной платформой.
-   [Проведение платежей](ru_platform_payment_model.md)— о типах, схемах проведения и возможных статусах поддерживаемых платежей и операций.
-   [Разовая оплата в одну стадию](ru_platform_sms_model.md)— о том, как проводить разовые оплаты через Gate.
-   [Работа с информацией об операциях](ru_platform_payment_info_codes.md)— о служебных кодах, используемых в платёжной платформе для фиксации информации о выполнении операций.

## Возвраты через Gate {#ru_pm_ideal_gate_refund}

### Общая информация {#section_lsx_3jl_ggb .section}

Для выполнения возврата через Gate с использованием метода iDEAL \| Wero со стороны веб-сервиса необходимо отправить запрос, содержащий требуемые параметры и подпись, на рабочий URL Ecommpay и принять оповещение о результате.Полная схема выполнения возврата выглядит следующим образом.

![](images/pm/ru_ideal_wero_uml_gate_refund.svg)

1.  Пользователь инициирует возврат.
2.  От веб-сервиса на заданный URL Ecommpay передаётся запрос на выполнение возврата.
3.  Запрос на выполнение возврата поступает в платёжную платформу Ecommpay.
4.  В платёжной платформе выполняется приём запроса с проверкой наличия обязательных параметров и корректной подписи.
5.  От платёжной платформы к веб-сервису направляется ответ с информацией о получении запроса и его корректности \([подробнее](ru_gate_interaction_organisation.md#)\).
6.  В платёжной платформе обеспечиваются дальнейшая обработка запроса \(с проверкой согласованности параметров\) и его отправка в сервис iDEAL \| Wero.
7.  В сервисе iDEAL \| Wero выполняется обработка возврата.
8.  От сервиса iDEAL \| Wero к платёжной платформе направляется информация о результате возврата.
9.  От платёжной платформы к веб-сервису направляется оповещение о результате возврата.
10. На стороне веб-сервиса обеспечивается информирование пользователя о результате возврата.

Информация о форматах запросов и оповещений, используемых для выполнения возвратов методом iDEAL \| Wero через Gate, приведена далее в этом разделе; общая информация о работе с Gate API — в отдельной статье [Организация взаимодействия](ru_gate_interaction_organisation.md#).

### Формат запросов {#section_osx_3jl_ggb .section}

При работе с запросами на возврат с применением метода iDEAL \| Wero необходимо учитывать следующее:

1.  Для инициирования каждого возврата должен использоваться отдельный POST-запрос к конечной точке `/v2/payment/online-banking/ideal/refund`. Эта точка относится к группе точек для платежей с использованием интернет-банкинга [/v2/payment/online-banking/\{payment\_method\}/refund](https://api-developers.ecommpay.com/api-specification/online-banking/post-v2-payment-online-banking-payment-method-refund)
2.  В каждом запросе должны использоваться следующие объекты и параметры:
    -   `general` — объект, содержащий основные идентификационные сведения запроса:
        -   `project_id` — идентификатор проекта, полученный от Ecommpay при интеграции;
        -   `payment_id` — идентификатор платежа, для которого необходимо выполнить возврат;
        -   `signature` — подпись запроса, составленная после указания всех целевых параметров \(подробнее — в разделе [Работа с подписью к данным](ru_platform_signature.md#)\);
    -   `payment` — объект, содержащий сведения о возврате:
        -   `description` — комментарий к возврату или его описание;
        -   `amount` — сумма возврата в дробных единицах валюты \(является обязательной при частичном возврате\);
        -   `currency` — код валюты возврата в формате ISO-4217 alpha-3\(является обязательным при частичном возврате\);
    -   `customer` — объект, содержащий сведения о пользователе:
        -   `ip_address` — IP-адрес пользователя, актуальный для инициируемого возврата.
3.  Дополнительно могут использоваться любые другие параметры из числа указанных в спецификации.

Таким образом, корректный запрос на возврат с применением метода iDEAL \| Wero должен содержать идентификаторы проекта и платежа, описание возврата, IP-адрес пользователя, подпись, а также, при необходимости, код валюты и сумму возврата.

```language-json
{
  "general": {
    "project_id": 210,
    "payment_id": "test_payment",
    "signature": "PJkV8ej\/UG0Di8hTng6JvipTv+AWoXW\/9MTO8yJA=="
  },
  "payment": {
    "description": "test refund",
    "amount": 1000,
    "currency": "EUR"
  },
  "customer": {
    "ip_address": "192.0.2.0"
  }
}
```

```language-json
{
  "general": {
    "project_id": 210,
    "payment_id": "test_payment",
    "signature": "PJkV8ej\/UG0Di8hTng6JvipTv+AWoXW\/9MTO8yJA=="
  },
  "payment": {
    "description": "test refund",
    "amount": 1000,
    "currency": "EUR"
  },
  "customer": {
    "ip_address": "192.0.2.0"
  }
}
```

### Формат оповещений {#section_wsx_3jl_ggb .section}

Для оповещений о результатах возврата с применением метода iDEAL \| Wero используется стандартный формат, описание которого представлено в разделе [Работа с оповещениями](ru_platform_callbacks.md#).

В следующем примере оповещение свидетельствует о том, что в рамках проекта `238` был выполнен возврат в размере `1,00 EUR`.

```language-json
 
{
        "project_id": 238,
        "payment": {
            "id": "TEST_15611060328012",
            "type": "purchase",
            "status": "refunded",
            "date": "2019-06-21T11:15:40+0000",
            "method": "ideal",
            "sum": {
                "amount": 100,
                "currency": "EUR"
            },
            "description": ""
        },
        "provider_extra_fields": {
            "description": "Refund"
        },
        "operation": {
            "id": 36084000003050,
            "type": "refund",
            "status": "success",
            "date": "2019-06-21T11:15:40+0000",
            "created_date": "2019-06-21T11:15:38+0000",
            "request_id": "ec1a34153dc43fe1bae7b6397",
            "sum_initial": {
                "amount": 100,
                "currency": "EUR"
            },
            "sum_converted": {
                "amount": 100,
                "currency": "EUR"
            },
            "provider": {
                "id": 1170,
                "payment_id": "105796085",
                "date": "2019-06-21T11:15:39+0000",
                "auth_code": ""
            },
            "code": "0",
            "message": "Success"
        },
        "signature": "DtwI1Wbg6Wda71k/xdGWGE2qHhfA7naVeEk0wtfqg=="
    }
```

В следующем примере оповещение свидетельствует об отклонённом возврате.

```language-json

{
        "project_id": 238,
        "payment": {
            "id": "TEST_15611060328012",
            "type": "purchase",
            "status": "success",
            "date": "2019-06-21T08:39:50+0000",
            "method": "ideal",
            "sum": {
                "amount": 100,
                "currency": "EUR"
            },
            "description": ""
        },
        "errors": [
            {
                "code": "100",
                "message": "General decline",
                "description": "Gate. Operation was declined. General Gate error"
            }
        ],
        "operation": {
            "id": 36084000003046,
            "type": "refund",
            "status": "decline",
            "date": "2019-06-21T09:42:44+0000",
            "created_date": "2019-06-21T09:42:44+0000",
            "request_id": "5d0c7bf5304685ab9c9613a8e9a86",
            "sum_initial": {
                "amount": 100,
                "currency": "EUR"
            },
            "sum_converted": {
                "amount": 100,
                "currency": "EUR"
            },
            "provider": {
                "id": 1170,
                "payment_id": ""
            },
            "code": "100",
            "message": "General decline"
        },
        "signature": "AX+FugJdXeHaIUiIjCpaTk94+4gIvrhj/6n3PBA=="
    }
```

### Дополнительные материалы {#section_xsx_3jl_ggb .section}

Для организации работы с возвратами через Gate также могут быть полезны следующие материалы:

-   [Организация взаимодействия](ru_gate_interaction_organisation.md#)— о том, как взаимодействовать с платёжной платформой через Gate.
-   [Работа с подписью к данным](ru_platform_signature.md#)— о порядке создания и проверки подписи в программных запросах и оповещениях при взаимодействии с платёжной платформой.
-   [Проведение платежей](ru_platform_payment_model.md)— о типах, схемах проведения и возможных статусах поддерживаемых платежей и операций.
-   [Возвраты средств после оплат](ru_Gate_Refund.md)— о том, как выполнять возвраты через Gate.
-   [Работа с информацией об операциях](ru_platform_payment_info_codes.md)— о служебных кодах, используемых в платёжной платформе для фиксации информации о выполнении операций.

## Анализ результатов проведения платежей {#ru_pm_ideal_dash_analysis}

Для анализа информации о платежах и операциях, как в отдельности по методу iDEAL \| Wero, так и в совокупности с другими методами, можно использовать:

-   инструментарийинтерфейса Dashboard, с различными реестрами и аналитическими панелями;
-   отчёты в формате CSV, выгружаемые\(как разово, так и периодически\) черезраздел **Отчёты** интерфейса Dashboard;
-   данные в формате JSON, получаемыепо программным запросам черезинтерфейс Data API.

С вопросами по анализу информации можно обращаться к разделам документации \([Dashboard](ru_dbl_about.md) и [Использование Data API](ru_dbl_api_protocol.md)\) и специалистам Ecommpay.