ШагСтатусКомментарий
1В манифесте MANIFEST.MF  в  jar-файле плагина присутствуют обязательные к заполнению атрибуты согласно прилагаемому к SDK туториалу.
2metainf.xml из исходного кода плагина проходит проверку утилитой MetainfValidator из состава SDK

3Локализация отображаемого имени плагина содержит название оплаты и наименование процессинга

4При сборке плагина из исходных кодов при помощи Gradle генерируется jar-файл

5При подкладывании jar-файла с плагином на сервер Set10 настройки плагина появляются в разделах "Внешние системы" и в настройках типов оплат. Название типа оплат соответствует названию из файла локализации в исходных кодах плагина.

6Поля в настройках во "Внешних системах" соответствуют полям в Options внутри ExternalService из metainf.xml

7Поля в настройках в типе оплат соответствуют полям в Options внутри PaymentPlugin из metainf.xml

8Настройки плагина и процессинга успешно сохраняются в БД на сервере.

9Настройки плагина и процессинга успешно доставляются транспортом на кассу после сохранения на сервере.

10При подкладывании jar-файла с плагином на кассе и после перезагрузки тип оплат появляется в списке доступных при оплате. Название типа оплат соответствует названию из файла локализации в исходных кодах плагина.

11Название добавленного типа оплаты отображается корректно на кассе (не обрезается по длине)

12Полный бизнес сценарий оплаты, заканчивающийся успешной регистрацией чека.

Ожидаемый результат:
  1. Чек распечатан на ФР
  2. Чек зарегистрирован в БД
  3. Чек отправлен в ОФД с типом оплаты "Электронный"
  4. Касса находится в режиме добавления товаров в чек

13

Аннулирование чека, частично оплаченного разработанным плагином оплаты

Ожидаемый результат:

  1. Аннулированный чек распечатан на ФР
  2. Средства возвращены на счет в процессинге (если иное не предусмотрено бизнес-сценарием)
  3. Касса находится в режиме добавления товаров в чек

14

Полный возврат чека, оплаченного разработанным плагином оплаты

Ожидаемый результат:

  1. Чек возврата распечатан на ФР
  2. Чек возврата зарегистрирован в БД
  3. Чек отправлен в ОФД

15

Частичный возврат чека, оплаченного разработанным плагином оплаты

Ожидаемый результат:

  1. Чек возврата распечатан на ФР
  2. Чек возврата зарегистрирован в БД
  3. Чек отправлен в ОФД

16

Произвольный возврат товара с возвратом через разработанный плагин оплаты

Ожидаемый результат:

  1. Чек возврата распечатан на ФР
  2. Чек возврата зарегистрирован в БД
  3. Чек отправлен в ОФД

17

Отсутствие связи с процессингом оплаты в момент проведения платежа

Ожидаемый результат:

  1. Сообщение об ошибке связи
  2. Неподтвержденный платеж не принят в счет оплаты

18

Долгий (больше установленного тайм-аута) ответ от процессинга оплаты в момент проведения платежа

Ожидаемый результат:

  1. Сообщение об ошибке связи
  2. Неподтвержденный платеж не принят в счет оплаты

19Поля с тегом <PersistedField> из metainf.xml успешно сохраняются в БД кассы при проведении успешной оплаты

20

Чек с добавленной оплатой отображается в Операционном дне на сервере. Название типа оплат соответствует названию из файла локализации в исходных кодах плагина.

Отображаемые поля оплаты соответствуют полям с тегом <PersistedField ... visible=true > из metainf.xml плагина.


21

Чек с добавленной оплатой по плагину выгружается в ERP.

ID оплаты соответствует id из ExternalService в metainf.xml

Выгружаемые поля оплаты соответствуют полям с тегом <PersistedField ... exportable=true> из metainf.xml плагина.


22

Проверка наличия логгирования причин(ы) невозможности использования типа оплаты:

Предустановки:

в настройках плагина оплаты часть обязательных полей/настроек оставляем пустыми (не заполняем).

Ожидаемый результат (при попытке выбрать данный тип оплаты в списке оплат на кассе):

  1. выбрать тип оплаты не удается;
  2. в plugins.log есть сообщение уровня не ниже INFO, поясняющее зачем данный тип оплаты нельзя использовать.

23Предоставлено описание бизнес-сценариев, реализуемых внутри плагина, в виде набора сценариев использования