Содержание

Форматно-логические контроли

Выполняются при импорте платежного поручения в Терминал транзита (ТТ) комплексно по всему документу.

ЕСЛИ обнаружены ошибки,ТО:

  • Осуществляется запись всех найденных ошибок по импортированному документу в БД;
  • На закладке «Импорт» текущий документ подсвечивается в экранной форме как ошибочный (жесткий контроль – красный цвет, мягкий контроль– желтый цвет);
  • Тексты ошибок выводятся на экранную форму.
Контроль Поле платежного поручения Проверка Текст ошибки
мягкий (3) Номер платежного поручения Максимальное количество знаков 6. Поле “Номер платежного поручения” содержит больше 6 символов.
мягкий (8) Наименование плательщика  - Поле “Наименование плательщика (8)” содержит больше 160 символов.
мягкий (9) Счет плательщика  - Значение поля “Счет плательщика (9)” должно содержать 20 цифр.
мягкий (16) Наименование получателя  - Поле “Наименование получателя (16)” содержит больше 160 символов.
мягкий (24) Назначение платежа  - Поле “Назначение платежа (24)” содержит больше 210 символов.
жесткий (60) ИНН плательщика если ИНН указан, то значение должно содержать 10 или 12 цифр Поле “ИНН плательщика (60)” содержит недопустимое значение.
жесткий (12)Корсчет банка плательщика  - Значение поля “Корсчет банка плательщика (12)” не соответствует значению поля “БИК банка плательщика (11).
жесткий (11) БИК банка плательщика  - Значение поля “БИК банка плательщика (11)” не найдено в Справочнике БИК.
жесткий (3) Номер платежного поручения значение 0 или пусто или пробел Номер платежного поручения (3)” указано недопустимое значение.
жесткий (7 ) Сумма платежа если указан разделитель, то ожидается знак “.” В поле “Сумма платежа” указано недопустимое значение.
жесткий (61) ИНН получателя если ИНН указан, то значение должно содержать 10 или 12 цифр Поле “ИНН получателя (61)” содержит недопустимое значение.
жесткий (17) Счет получателя  - Значение поля “Счет получателя (17)” должно содержать 20 цифр.
жесткий (22 ) Уникальный идентификатор платежа 1. если указано 15 знаков, то проверка на допустимые символы + поле 101 должно быть заполнено; В поле “Уникальный идентификатор платежа” указано недопустимое значение.
2. если указано 20 знаков, то проверка на допустимые символы + поле 101 должно быть заполнено;
3. если указано 25 знаков, то проверка на допустимые символы (только цифры) + поле 101 должно быть заполнено;
4. если указано значение “0”, то поле 101 должно быть заполнено;
5. если указано значение “Пусто”, то поле 101 НЕ должно быть заполнено,
иначе ошибка.
жесткий (101) Статус налогоплательщика Ожидаются значения: В поле “Статус налогоплательщика (101)” указано недопустимое значение.
1. “Пусто” ИЛИ
2. отлично от “Пусто”, где длина значения = 2 цифры + значение НЕ равно “14” И меньше, либо равно “32”.
жесткий (103) КПП получателя  - Значение поля “КПП получателя (103)” должно содержать значение из 9 цифр (0-9).
жесткий (102) КПП плательщика Если маска счета плательщика “40802%” или ИНН плательщика = “0” И поле КПП плательщика !=0, то ошибка. Если ошибки нет, то выполнить следующую проверку. Значение поля “КПП плательщика (102)” содержит недопустимое значение.
жесткий (102) КПП плательщика  - Значение поля “КПП плательщика (102)” должно содержать значение из 9 цифр (0-9).
жесткий (15) Корсчет банка получателя  - Значение поля “Корсчет банка получателя (15)” не соответствует значению поля “БИК банка получателя (14)”.
жесткий (14) БИК банка получателя  - Значение поля “БИК банка получателя (14)” не найдено в Справочнике БИК.
жесткий (104) КБК если счет получателя 40101% и значение КБК = 20 цифр, то ОК. Иначе ошибка. Поле “КБК (104)” должно содержать значение из 20 цифр (0-9).
жесткий (0-9). ОКАТО (105)" должно содержать значение из 8 или 11 цифр если счет получателя 40101% и значение ОКАТО = 8 или 11 цифр, то ОК. Иначе ошибка. Поле “ОКАТО (105)” должно содержать значение из 8 или 11 цифр (0-9).
жесткий (107) Налоговый период Если поле 107 заполнено, то: Поле “КПП Налоговый период (107)” содержит недопустимое значение.
1. Либо содержит код таможенного органа (проверяем, что “значение состоит только из цифр” И “значение не превышает 8 символов”)
2. Либо содержит значение по маске “ГД.00.YYYY” (где YYYY -это год, за который платятся налоги).
3. Либо содержит значение по маске “ПЛ.0N.YYYY” (где N- полугодие; YYYY -год, за который платятся налоги).
4. Либо содержит значение по маске “КВ.0N.YYYY” (где N- квартал; YYYY -год, за который платятся налоги).
5. Либо содержит значение по маске “МС.NN.YYYY” (где NN- месяц; YYYY -год, за который платятся налоги).
6. Либо содержит значение конкретной даты.
жесткий (106) Основание налогового платежа если Пусто ИЛИ  “0”, “00”, “ПБ”, “ИН”, “ПК”, “КЭ”, “УВ”, “ИЛ”, “ТГ”, “ТБ”, “ТД”, “ПВ”, то ОК. Иначе ошибка. В поле “Основание налогового платежа (106)” указано недопустимое значение.
жесткий (109) Дата налогового платежа  - Значение поля “Дата налогового платежа (109)” должно быть в формате <DD.MM.YYYY> или <0>.
жесткий (21) Очередность платежа Если значение поля содержит цифры от 1 до 5, то ок. Иначе ошибка. В поле “Очередность платежа (21)” указано недопустимое значение.
Справочно приведена спецификация ЦБ РФ к платежному поручению: Приложение 3, Положение БР от 19.06.2012 No383-П – Платежное поручение

Примеры мягкого и жесткого контроля в Терминале Транзита

Если не пройден жесткий контроль, то в Терминале Транзита документ перейдет в статусе Ошибка преобразования, будет подсвечен красным цветом в табличной части. Дальнейшая отправка такого документа в банк невозможна.
Не пройден жесткий контроль

В этом случае, пользователь может удалить документ со статусом Ошибка преобразования и импортировать заново документ с исправлениями.

Также, если у документа есть экранная форма, а у пользователя административные поля, можно сбросить статус документа до Черновика, внести исправления через экранную форму, и выполнить повторную отправку документа в банк.

Если не пройден мягкий контроль, то документ останется в статусе Черновик, пользователь увидит предупреждение. Далее может быть осуществлена отправка документа в банк.
Не пройден мягкий контроль