Специалисты кадровых служб при подготовке отчетности для военкоматов в программах 1С:Зарплата и управление персоналом (ЗУП) или 1С:Зарплата и кадры государственного учреждения (ЗКГУ) часто сталкиваются с неприятной ситуацией: в отчете «Список граждан для сверки с военкоматом» поле с образованием остается пустым. При этом в карточке сотрудника все данные заполнены корректно, а стандартный отчет «Образования сотрудников» выводит информацию без ошибок. Разберем детально, почему так происходит и как решить эту проблему техническими средствами.
Проанализируем ситуацию с точки зрения архитектуры системы. В отличие от простых кадровых отчетов, которые напрямую считывают текстовое представление из справочника ВидыОбразования, отчеты воинского учета проходят через сложную систему фильтрации и группировки. Это необходимо для того, чтобы данные в печатной форме строго соответствовали государственным стандартам и классификаторам, используемым в военкоматах.
Основная проблема заключается в том, что логика формирования данных для этого отчета заложена не в самой схеме компоновки данных (СКД), а в программном коде общих модулей. Проанализировав запросы системы, мы увидим, что программа использует жесткий список (перечисление) видов образования. Если ваш вид образования — будь то новый предопределенный элемент или созданный вручную — не включен в этот программный список, отчет просто «отфильтровывает» его, возвращая пустое значение.
Рассмотрим подробнее, где именно скрыт этот фильтр. В типовых конфигурациях за сбор сведений об образовании для воинского учета отвечает общий модуль КадровыйУчетРасширенный (в ряде релизов функционал может быть вынесен в специализированный модуль ВоинскийУчет). Внутри него расположена процедура, подготавливающая временные таблицы для запроса, — например, ДобавитьТекстЗапросаВТСведенияОбОбразованииФизическихЛиц.
Внутри этой процедуры мы обнаружим текст запроса, который использует конструкцию ВЫБОР (CASE). Логика выглядит примерно следующим образом:
ВЫБОР
КОГДА ВидыОбразования.Ссылка = ЗНАЧЕНИЕ(Справочник.ВидыОбразования.ВысшееОбразование)
ТОГДА "Высшее"
КОГДА ВидыОбразования.Ссылка = ЗНАЧЕНИЕ(Справочник.ВидыОбразования.СреднееПрофессиональное)
ТОГДА "Среднее проф."
// Другие условия...
ИНАЧЕ ""
КОНЕЦ
Как мы видим, если вид образования сотрудника не совпадает ни с одним из условий КОГДА, программа попадает в ветку ИНАЧЕ и возвращает пустую строку. Именно поэтому «Среднее профессиональное образование специалистов среднего звена» или любые другие уточненные виды образования могут игнорироваться системой.
Чтобы не снимать основную конфигурацию с поддержки и сохранить возможность беспрепятственного обновления, мы рекомендуем использовать механизм расширений. Проанализируем шаги по созданию такого исправления:
КадровыйУчетРасширенный.&Вместо для процедуры, формирующей текст запроса (например, ДобавитьТекстЗапросаВТСведенияОбОбразованииФизическихЛиц).ВЫБОР, добавив туда нужные элементы справочника ВидыОбразования.Важный момент: при добавлении новых условий старайтесь ориентироваться на предопределенные значения, чтобы код оставался универсальным для разных информационных баз.
Иногда причина кроется не только в коде, но и в данных. Проанализируем карточку вида образования в справочнике. Проверьте, заполнен ли там реквизит Код ОКИН (Общероссийский классификатор информации о населении). В современных версиях 1С:ЗУП логика отчетов все чаще опирается не на ссылки справочника, а на эти числовые коды.
Если код ОКИН не указан или указан неверно, система может не распознать уровень образования. Для среднего профессионального образования код обычно соответствует значению 30 или 31 (в зависимости от программы подготовки). Убедитесь, что классификаторы в вашей базе обновлены до актуальной версии.
Если у вас нет возможности привлечь программиста для правки кода, рассмотрим «быстрый» способ решения. Выясним, какие виды образования отчет все же «видит». Обычно это базовые предопределенные элементы:
Если для целей воинского учета вам критично получить заполненный отчет прямо сейчас, можно временно изменить вид образования в карточке сотрудника на более «простой» (предопределенный) вариант, который гарантированно попадает в выборку. Однако помните, что это может повлиять на другие кадровые отчеты, поэтому данный метод рассматривается только как экстренная мера.
Многие пользователи задаются вопросом: почему 1С не исправляет эту ошибку оперативно? Дело в том, что в последние годы законодательство в области воинского учета стремительно меняется. Разработчики постоянно пересматривают механизмы заполнения форм (например, форма №18 или списки для сверки).
В последних версиях ЗУП (начиная с релизов ветки 3.1.27 и выше) алгоритм формирования этих данных был существенно переработан. Если вы работаете на устаревшем релизе (например, 3.1.10 или 3.1.14), лучшим решением будет плановое обновление программы до актуального состояния. В новых версиях жесткая привязка к конкретным элементам справочника заменяется более гибкими механизмами анализа категорий образования.
Подводя итог, можно сказать, что пустые поля в отчете для военкомата — это следствие избыточно жесткой проверки видов образования в программном коде. Мы рассмотрели несколько путей решения:
Виды образования.Мы рекомендуем начать с проверки кодов ОКИН, так как это самый простой способ, не требующий вмешательства в код. Если это не поможет, наиболее правильным путем будет использование расширения, которое позволит вам добавить любые специфические виды образования в отчет, сохраняя чистоту типовой конфигурации.