Диагностика формирования QR-кода в БП 3.0

28.04.26

Разработка - Тестирование QA

Внешняя обработка для конфигурации «1С: Бухгалтерия предприятия 8» (ред.3.0), обеспечивающая оперативную диагностику формирования QR-кода при печати документов с целью выявления причин возникающих ошибок, а также проверки платежных реквизитов, содержащихся в сформированном QR-коде.

Файлы

ВНИМАНИЕ: Файлы из Базы знаний - это исходный код разработки. Это примеры решения задач, шаблоны, заготовки, "строительные материалы" для учетной системы. Файлы ориентированы на специалистов 1С, которые могут разобраться в коде и оптимизировать программу для запуска в базе данных. Гарантии работоспособности нет. Возврата нет. Технической поддержки нет.

Наименование Скачано Купить файл
ДиагностикаQRКода
.epf 17,66Kb ver:1.0
6 3 000 руб. Купить
ДиагностикаQRКода(версия 2.0)
.epf 18,10Kb
1 3 000 руб. Купить

Подписка PRO — скачивайте любые файлы со скидкой до 85% из Базы знаний

Оформите подписку на компанию для решения рабочих задач

Оформить подписку и скачать решение со скидкой

Вы можете заказать платную доработку или адаптацию этой разработки под вашу конфигурацию на «Бирже заказов».

  • 0% комиссии — оплата напрямую исполнителю;
  • Исполнители любого масштаба — от отдельных специалистов до команд под проект;
  • Прямой обмен контактами между заказчиком и исполнителем;
  • Безопасная сделка — при необходимости;
  • Рейтинги, кейсы и прозрачная система откликов.

В программе «1С:Бухгалтерия предприятия 8», начиная с релиза 3.0.80.36, в печатную форму счета покупателю добавлен QR-код, в котором зашифрованы реквизиты для оплаты: наименование получателя платежа, его банковские реквизиты и, при необходимости, другие данные. Это позволяет быстро оплатить товары (работы, услуги) в мобильных приложениях большинства крупных банков и платежных терминалах.

При оплате счета изображение QR-кода считывается с помощью специальных цифровых устройств (сканеров, смартфонов), а затем расшифровывается специализированным программным обеспечением. Этот процесс полностью автоматизирован и не требует участия человека в расшифровке и проверке платежных реквизитов.

Но что делать, если по каким-либо причинам QR-код не читается? На бумажном бланке счета для оплаты можно проверить правильность указания имени получателя, его расчетного счета и других банковских реквизитов, но картинка QR-кода не позволяет этого сделать. Как же плательщику убедиться в том, что QR-код правильный, а причина в чем-то другом? Ответ прост. Надо позвонить бухгалтеру, который подготовил и распечатал этот счет, и спросить корректно ли сформирован QR-код на бланке документа.

Но процесс формирования счета покупателю с QR-кодом в программах 1С тоже полностью автоматизирован, поэтому ссылка бухгалтера на надежность программ 1С и корректность QR-кода без должной аргументации вряд ли устроит плательщика. Такими аргументами могут быть только результаты диагностики формирования QR-кода в бухгалтерской программе.

Для диагностики формирования QR-кода в БП3.0 разработана внешняя обработка на управляемой форме (файл «ДиагностикаQRКода»), которая обеспечивает:

  • оперативную диагностику формирования QR-кода при выводе на печать документов «Счет покупателю»;

  • выявление и вывод списка возникающих ошибок, при которых QR-код не формируется или формируется некорректно;

  • проверку и вывод списка платежных реквизитов сформированного QR-кода;

  • проверку и вывод списка технических параметров QR-кода, характеризующих качество его графического изображения (картинки).

При запуске обработки открывается главное окно (рис.1), которое позволяет выбрать документ «Счет покупателю» и нажатием на кнопку «Выполнить диагностику» получить результаты диагностики. Результаты диагностики отражаются в главном окне обработки в двух разделах: «Диагностика формирования QR-кода» и «Отчет по результатам диагностики».

В разделе «Диагностика формирования QR-кода» результаты диагностики представляют собой информационные сообщения вида «Ошибок не обнаружено» или «Обнаружены ошибки». При наличии ошибок указывается их количество.

В разделе «Отчет по результатам диагностики» при отсутствии ошибок показывается картинка сформированного QR-кода и его реквизиты, то есть его содержательное наполнение (рис.1). При наличии ошибок вместо картинки QR-кода отображается надпись «QR-код не сформирован», а ниже выводится список ошибок (рис.2).

Список ошибок, которые учитываются при диагностике, показан в таблице 1.

                                                                                                                                                                                                  Таблица 1

№ пп Наименование ошибок
1  В конфигурации отсутствует компонента печати штрихкодов
2  Ошибка подключения внешней компоненты печати штрихкодов
3  В конфигурации отсутствует модуль генерации штрихкода
4  Не заполнен обязательный банковский реквизит: <Наименование реквизита>
5  Строка обязательных реквизитов не должна превышать 300 символов: <Длина строки>
6

 Ошибка формирования форматной строки УФЭБС, где УФЭБС - Унифицированный формат электронных   банковских сообщений

7  Ошибка формирования картинки QR-кода
8  Для валютных счетов QR-код не формируется
9  Для покупателей - юридических лиц QR-код не формируется

 

Список банковских реквизитов, которые выводятся в разделе «Отчет по результатам диагностики», установлен ГОСТ Р 56042-2014 и показан в таблице 2.

                                                                                                        Таблица 2

№ пп Псевдоним Наименование реквизита
1  Name  Наименование получателя платежа
2  PersonalAcc  Номер счета получателя платежа
3  BankName  Наименование банка получателя платежа
4  BIC  БИК
5  CorrespAcc  Номер корр. счета банка получателя платежа
6  Sum  Сумма платежа, в копейках
7  Purpose  Назначение платежа
8  PayeeINN  ИНН получателя платежа
9  KPP  КПП получателя платежа

 

С релиза 3.0.107 в БП3.0 добавлена возможность внесения в QR-код в счете покупателю дополнительных реквизитов, учитывающих особенности получателей платежа: образовательные учреждения, организации ЖКХ, бюджетные учреждения, службы судебных приставов и т.д.

Некоторые из этих реквизитов, носящих целевой характер, показаны в таблице 3.

                                                                                                                                Таблица 3

№ пп Псевдоним Наименование реквизита
1  lastName  Фамилия плательщика
2  firstName  Имя плательщика
3  middleName  Отчество плательщика
4  category  Вид платежа
5  childFio  ФИО ребенка (учащегося)
 6  classNum  Номер группы
7  payerAdress  Адрес плательщика
8  counterId  Номер прибора учета
9  counterVal  Показания прибора учета
10  contract  Номер договора
11  personalAccount  Лицевой счет получателя
12  CBC  Код бюджетной классификации
13  execId  Номер исполнительного производства

 

Дополнительные реквизиты QR-кода должны быть обязательно согласованы с банком, обслуживающим расчетный счет получателя, и в программе БП3.0 вносятся в справочник «Реквизиты кода для оплаты», который подчинен справочнику «Банковские счета».

Кроме обязательных и дополнительных реквизитов в QR-код вносятся также служебные реквизиты, которые показаны в таблице 4.

                                                                                                                                                        Таблица 4

№ пп Наименование реквизита Значение реквизита
1  Идентификатор формата  ST
2  Версия    0001
3  Признак набора кодированных знаков  1-WIN1251, 2-UTF8, 3-KOI8-R
4  Разделитель значений платежных реквизитов, включаемых в QR-код  | (вертикальная черта)

 

Значения служебных реквизитов содержат технические данные и предназначены для программного обеспечения устройств сканирования QR-кода.

Успех при сканировании QR-кода различными устройствами в значительной степени зависит от характеристик его графического изображения. Поэтому в раздел «Отчет по результатам диагностики» обработки выводится список характеристик картинки QR-кода, который показан в таблице 5 и может представлять интерес для технических специалистов. Значения характеристик приведены в качестве примера.

                                                                                                           Таблица 5

№ пп Наименование характеристики Значение характеристики
1  Формат картинки PNG
2  Высота картинки (в пикселях) 146
 Ширина картинки (в пикселях) 146
4  Глубина цвета (количество бит на пиксель) 1
5  Плотность изображения по вертикали (dpi) 72
6  Плотность изображения по горизонтали (dpi) 72
7  Оттенки серого Нет
8  Прозрачный фон Да
9  Уровень коррекции QR-кода L

 

Значение характеристики «Уровень коррекции QR-кода» показывает допустимый уровень повреждения картинки QR-кода без нарушения ее читаемости и может принимать 4 значения: L – допустимо максимум 7% повреждений, M – 15%, Q – 25%, H – 30%.

Обработка протестирована, запускается через систему меню «Сервис и настройки» - «Файл» - «Открыть» и доступна для пользователей, обладающих правами на интерактивное открытие внешних отчетов и обработок.

При желании избавиться от предупреждений системы безопасности, которые появляются дважды: при открытии обработки и при загрузке внешней компоненты, можно в меню конфигуратора в настройках пользователя («Администрирование» - «Пользователи») убрать флажок «Защита от опасных действий».

Внимание! В версии 2.0 обработки «ДиагностикаQRКода(версия 2.0)» в реквизит QR-кода «Назначение платежа» наряду с суммой НДС выводится ставка НДС.

Проверено на следующих конфигурациях и релизах:

  • Бухгалтерия предприятия, редакция 3.0, релизы 3.0.166.17

Вступайте в нашу телеграмм-группу Инфостарт

Диагностика QR-код формирование ошибки

См. также

Тестирование QA DevOps и автоматизация разработки Программист Пользователь 1С:Предприятие 8 1С:Бухгалтерия 3.0 Россия Бухгалтерский учет Налоговый учет Платные (руб)

Автотесты 1С - готовые тестовые сценарии, предназначенные для регресс-тестирования функционала конфигурации после обновления типовым релизом. Сценарии проверяют интерактивное заполнение форм документов, справочников и результат проведения документов. Сценарий – feature-файл, разработанный с помощью vanessa-automation. Запуск сценария выполняется интерактивно с помощью vanessa-automation или с помощью vanessa-runner в CI-системах. Доступно тестирование тонкого клиента. Поддерживаемые версии конфигураций 1С:Бухгалтерия предприятие 3.0 и версии КОРП: 3.0.190.11.

5368 руб.

20.01.2022    11612    48    1    

21

DevOps и автоматизация разработки Тестирование QA Программист Пользователь 1С:Предприятие 8 1С:Зарплата и Управление Персоналом 3.x Россия Бухгалтерский учет Платные (руб)

Автотесты 1С - готовые тестовые сценарии, предназначенные для регресс-тестирования функционала конфигурации после обновления типовым релизом. Сценарии проверяют интерактивное заполнение форм документов, справочников и результат проведения документов. Сценарий – feature-файл, разработанный с помощью vanessa-automation. Запуск сценария выполняется интерактивно с помощью vanessa-automation или с помощью vanessa-runner в CI-системах. Доступно тестирование тонкого клиента. Поддерживаемые версии конфигураций 1С:Зарплата и Управление Персоналом 3 и версии КОРП: 3.1.35.48.

5000 руб.

05.08.2024    5875    36    1    

20

Тестирование QA DevOps и автоматизация разработки Программист 1С:Предприятие 8 1С:ERP Управление предприятием 2 1С:Комплексная автоматизация 2.х Россия Бухгалтерский учет Налоговый учет Платные (руб)

Готовые тестовые сценарии, предназначенные для регресс-тестирования функционала конфигурации после обновления типовым релизом. Сценарии проверяют интерактивное заполнение форм документов, справочников и результат проведения документов. Сценарии возможно использовать как для vanessa-automation, так и для СППР. Поддерживаемые версии конфигураций ERP2 и КА2: 2.5.22.145.

5000 руб.

04.07.2022    13793    50    6    

39

Тестирование QA Программист Бесплатно (free)

Переход на Linux и PostgreSQL – серьезный этап для любой компании. Нагрузочное тестирование помогает пройти его без критических сбоев: заранее выявить узкие места, оценить поведение системы под реальной нагрузкой и снизить риск откатов после запуска. В статье разберем, почему миграция с Microsoft SQL Server и Windows на новую инфраструктуру требует отдельной проверки производительности, какие сценарии стоит включать в тест, как настраивать контур и мониторинг, как оценивать результаты и сколько времени реально занимает такой проект.

29.04.2026    404    kulmaksim    0    

3

Тестирование QA Программист Бесплатно (free)

Рассказываем о практическом кейсе нагрузочного тестирования двух баз 1С, где интеграции не эмулировались, а работали по-настоящему – через обмен между базами и поток данных из Kafka. Приведем пример сценариев и параметров тестирования, которые использовались в проекте, и объясним, почему команда отказалась от генераторов данных. Разберем плюсы и минусы такого подхода и обсудим, какие риски и подводные камни могут возникнуть при тестировании в боевых интеграциях. Покажем ошибки и ограничения, с которыми столкнулась команда, и объясним, как их удалось обойти.

20.04.2026    390    dankrav4    0    

2

Тестирование QA Программист 1С 8.3 Абонемент ($m)

Внешняя обработка позволяет генерировать автотесты.

1 стартмани

16.04.2026    465    1    Triplexx    0    

3

Тестирование QA Программист Бесплатно (free)

Создание тестовых данных для юнит- и интеграционных тестов на больших учетных системах часто оказывается самым трудозатратным этапом. Статья посвящена тому, как снять эту боль на фреймворке yaxUnit. Разбираем подходы к работе с данными (от копий баз до генерации под каждый тест) и инструменты, которые упрощают жизнь разработчику: модули-помощники, генераторы кода, макеты, фикстуры и хранение данных в коде. Учимся выстраивать контролируемую среду, ускорять подготовку сценариев и при этом сохранять читаемость и версионируемость тестовых данных. Статья будет полезна тем, кто хочет наладить воспроизводимое и удобное тестирование сложной 1С-логики, не утопая каждый раз в ручной подготовке данных.

10.04.2026    804    batsy66    0    

7

Перенос данных 1C Тестирование QA Программист Бесплатно (free)

Ручное тестирование обменов между кастомизированными базами 1С остается одной из самых сложных и болезненных задач для команд разработки. На реальных проектах показываем типичные ошибки: от неправильной подготовки тестового контура и стерильной регистрации объектов до проверки только «золотых» сценариев и пропуска скрытых зависимостей. Разбираемся, к каким последствиям это приводит на продакшене и почему внимательность к деталям здесь критически важна. Объясняем принципы, которые помогают организовать ручное тестирование интеграций так, чтобы не тратить время на псевдоошибки и не ловить проблемы уже после запуска системы.

03.04.2026    839    romandredan    0    

7
Комментарии
Подписаться на ответы Инфостарт бот Сортировка: Древо развёрнутое
Свернуть все
1. A18D 20.12.24 09:47 Сейчас в теме
Здравствуйте. Каким параметром передать ставку НДС в qr для оплаты?
2. infotec 43 21.12.24 11:23 Сейчас в теме
(1) Здравствуйте. Финансовыми стандартами, а именно ГОСТ Р 56042-2014 не предусмотрен параметр для передачи в QR код ставки НДС. Однако фирма 1С в БП3.0 вышла из положения тем, что разместила ставку НДС в параметре «Назначение платежа» (поле Purpose) вместе с наименованием платежа, суммой платежа и суммой НДС.
3. Cocky_Idiot 37 26.04.26 02:50 Сейчас в теме
У вас там все в порядке?
Комментирую вашу статью про Соболя, аргументирую как могу, ставлю минус, подкрепляю комментами.

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

Мне ж несложно пробежаться по вашим статьям и минусануть каждую. У вас публикаций больше, чем у меня, баланс будет на моей стороне. Если есть претензии к публикации - отпишитесь в комментах и после этого минусуйте. Минусовать произвольную статью оппонента без аргументов - это слегка инфантильно(по нашему - детский сад)

Всегда привествую обоснованную критику. С любовью, Самоуверенный Идиот (ака Cocky_Idiot)
4. infotec 43 27.04.26 12:00 Сейчас в теме
(3) У вас нет обоснованной критики. Вы агрессивный и безграмотный тролль. Об этом говорит достаточное количество минусов в ваших публикациях и без меня. Так что продолжайте свой троллинг.
6. Cocky_Idiot 37 27.04.26 18:40 Сейчас в теме
(4) Вы постите статью ни о чем, в которой размещен неверный алгоритм и закрываете к ней комментарии.

Сгенерированная вами последовательность не является ЛПт-последовательностью. Детская ошибка с индексом, о которой было указано в удаленных вами комментах: вы пропускаете одну точку.
На вашем же скрине видно, что у вас 511 точек вместо 512. Одна точка пропущена, равномерность распределения пошла по бороде. Если решение находится в окрестности пропущенной точки, вы его не найдете.
Но вы и не ищете решений, вы скопипастили монографию и попытались переписать готовый код с Фортрана на 1С. Там двадцать строк, но вы не справились.
8. Cocky_Idiot 37 27.04.26 23:55 Сейчас в теме
(4)
кроме неверно реализованного алгоритма(этого уже достаточно для минуса статьи), есть фактические ошибки в реферативной части
В работе [Л.2] проведен расчет числителей направляющих чисел, которые представлены в таблице 1 при 1 ≤ j ≤ 51 и 1 ≤ l ≤ 20 и существенно облегчают расчет точек ЛПт-последовательности.
Никакого расчета числителей направляющих в [Л.2] нет. Там есть отсылка в [Л.1], где, в свою очередь, есть кривая(!) отсылка на фундаметальную работу Марша: Marsh, R. W. (1957). Table of Irreducible Polynomials over GF(2) through Degree 19. Washington, D.C.: National Security Agency.

Таблицы направляющих - ключевой элемент алгоритма. Моноциклические операторы(они же - примитивные многочлены) в поле Галуа GF(2) вы не осилили. А между тем, именно на них строится таблица направляющих.
И не надо держать ее в памяти, достаточно хранить таблицу коэффициентов примитивных многочленов в бинарном виде, и, на их основании, рассчитывать таблицу направляющих.

Студент третьего курса за подобный реферат получит "неуд": реферативная часть с ошибками(не читал, копипастил не вникая), практическая реализация с ошибками(не умеет и не понимает).

И этта: реализация алгоритма - суть функция, имеющая вход и выход, а не вот это ваше поделие на процедурах, с использованием глобальных переменных, реквизитов форм/обработок/чего_там_у_вас_еще_есть.
&НаКлиентеНаСервереБезКонтекста
// @return Массив Из Массив Из Число
Функция СгенерироватьЛПтПоследовательность(Знач Размерность, Знач ЧислоЭлементов) 

И включить "повторное использование возвращаемых значений". Тогда оно реально будет похоже на нормальное решение, а не джуновскую наколенку.
Для отправки сообщения требуется регистрация/авторизация