История изменений протоколов

Attention. Это старая версия API. Переходите на API Яндекс.Кассы.

13 ноября 2018 года

Добавили поддержку ФФД 1.05 для работы с онлайн-кассами: в платёжной форме вместе с данными для чека можно передавать два новых параметра — признак предмета расчёта (paymentSubjectType) и признак способа расчёта (paymentMethodType), оба параметра необязательные.

26 апреля 2018 года

Способ оплаты «КупиВкредит» (paymentType = KV) больше не поддерживается.

12 сентября 2017 года

  • Добавили описание ошибки 425 (техническая ошибка при ответе на запрос createInvoice).
  • Исправили несколько важных мелочей.

25 августа 2017 года

  • Добавили описание ошибки 428 (запрещен возврат для этого способа оплаты).
  • В платежной форме HTTP и Email в параметре cps_email можно передавать только адрес электронной почты, иначе запрос проходит с ошибкой.
  • В ответ на запрос Зачисление переводов параметр identification приходит только в тех случаях, когда перевод отправляется в кошелек на Яндексе.

14 августа 2017 года

28 июля 2017 года

Добавили пояснение про отправку данных для чека при холдировании. Данные для чека отправляются в онлайн-кассу на первом этапе: при успешной авторизации. Если при подтверждении оплаты сумма меняется, отправляется чек возврата, а потом — чек для новой операции. Если оплата на второй стадии отменяется, отправляется чек возврата.

11 июня 2017 года

  • В методе listOrders добавился параметр environment, который позволяет различать тестовые и настоящие операции.
  • Если вы отправляете параметры для чека в методе returnPayment и не можете получить точную сумму (только на копейку меньше или на копейку больше), следует передавать вариант с суммой на копейку больше.
  • Уточнили: время платежа в реестрах принятых переводов — это время создания операции в Яндекс.Кассе.

5 июня 2017 года

Добавили пояснения в описание параметров для формирования чека. Примеры тоже поменялись.

1 июня 2017 года

Добавили возможность передавать фискальные данные в онлайн-кассу подключенного магазина. Эти данные онлайн-касса передает в ОФД (оператор фискальных данных), из них можно сформировать чек для покупателя (в рамках этого протокола чек для покупателя не формируется).

Все изменения описаны в отдельном разделе: Изменения в протоколе для работы по 54-ФЗ

Добавлены разделы:

Внесены изменения на страницы:

17 мая 2017 года

Уточнили:

  • отложенные платежи можно проводить только для paymentType =AC (оплата с банковской карты);
  • при оплате через КупиВкредит ( paymentType =KV) все параметры с префиксом goods_ необязательные. Параметр seller_id не передается. (см. Платежная форма);
  • поменяли примеры в разделе Оплата по QR-коду.

6 апреля 2017 года

Уточнили:

  • параметры customerNumber и orderNumber во всех случаях normalizedString;
  • при оплате через КупиВкредит ( paymentType =KV) category_code_N и goods_description_N передавать не обязательно (см. Платежная форма).

14 марта 2017 года

Поменяли:

  • платежный метод Куппи.ру (QP) перестал работать (сервис закрылся);
  • способ подключения к Кассе Модуль в CMS теперь называется в Платежный модуль.

28 февраля 2017 года

Уточнили:

  • в параметрах метода listReturns должны быть одновременно указаны invoiceId и shopId или from, till и shopId;
  • в заявке на SSL-сертификат добавилась причина запроса — плановая замена;
  • если можно сделать возврат по платежному поручению, то автоматически его тоже можно сделать;
  • в запросе createInvoice в параметре payMethod по умолчанию передается offline;
  • при выплатах на банковский счет или банковскую карту сразу после запроса makeDeposition проводится проверка паспортных данных получателя.

26 января 2017 года

Уточнили:

  • При выплатах на банковский счет обязательно указывать дату рождения получателя (pdr_birthDate).
  • При отложенной оплате с банковской карты после успешной блокировки денег на карте плательщика магазин получает уведомление paymentAviso.
  • Обработка повторного запроса на зачисление денег (makeDeposition) с тем же идентификатором операции (clientOrderId) зависит от значений обязательных параметров (clientOrderId, dstAccount и amount). Если значения этих параметров в исходном и повторном запросе совпадают, Яндекс.Касса вернет результат обработки ранее отправленного запроса. Если отличаются - запрос будет отвергнут.

14 декабря 2016 года

Добавили:

  • описание запроса для генерации QR-кода: можно отправить запрос с данными платежной формы для оплаты заказа, получить в ответ QR-код в формате .svg и отобразить пользователю (или распечатать и наклеить на коробку с товаром);
  • коды ошибок, которые приходят в ответ на запрос createInvoice (614 и 615).

Уточнили:

21 октября 2016 года

Уточнили:

29 сентября 2016 года

Добавили:

14 сентября 2016 года

Добавили описание нового формата реестров успешных выплат.

Исправили несколько неточностей.

4 августа 2016 года

Добавили описание оплаты по QR-коду.

21 июня 2016 года

Добавили:

17 мая 2016 года

Добавили:

29 апреля 2016 года

Добавили:

12 апреля 2016 года

Дополнили:

2 марта 2016 года

Добавили:

Дополнили:

  • в списке способов оплаты появилась информация о времени жизни счета при оплате через внешние платежные системы;
  • исправили несколько мелких неточностей.

25 декабря 2015 года

Дополнили:

23 ноября 2015 года

Дополнили:

  • особенности работы с repeatCardPayment (дополнительные параметры платежной формы, запросов checkOrder и paymentAviso);
  • описание работы с тестовыми кошельками при тестировании оплаты.

1 октября 2015 года

Дополнили:

1 сентября 2015 года

Добавили:

Дополнили: