В процессе работы с программой 1С:Зарплата и управление персоналом (редакция 3.1) бухгалтеры и расчетчики часто сталкиваются со следующей проблемой: при попытке внести банковские реквизиты получателя платежа программа выдает ошибку о том, что введенный БИК не найден в классификаторе. Типичным примером является БИК 015209001 (УФК по Омской области). При этом стандартный классификатор банков успешно обновляется, но нужный код в нем так и не появляется. В то же время поиск выдает похожий БИК 045209001.
В этой статье мы подробно разберем причины возникновения данной проблемы, выясним, почему казначейские БИК отличаются от обычных банковских кодов, для каких целей они жизненно необходимы в программе 1С:ЗУП 3.1, а также пошагово рассмотрим методы их корректной загрузки в систему.
Для того чтобы понять корень проблемы, проанализируем структуру банковских идентификационных кодов (БИК). Традиционные коды коммерческих банков на территории Российской Федерации всегда начинаются с цифр 04. Именно эти организации исторически составляли основу классического справочника банков РФ.
Коды, начинающиеся на 01, присваиваются непосредственно подразделениям Федерального казначейства (ТОФК). Они являются прямыми участниками платежной системы Центрального Банка Российской Федерации. БИК 015209001 принадлежит Управлению Федерального казначейства по Омской области. В то же время БИК 045209001 относится к Отделению Омск Банка России — расчетно-кассовому центру (РКЦ), в котором открыт единый казначейский счет (ЕКС) для данного УФК.
Поскольку классический классификатор банков ориентирован на кредитные организации (с кодами на 04), подразделения Федерального казначейства в него долгое время просто не включались. Это приводило к тому, что пользователям приходилось вводить реквизиты казначейских счетов вручную или сталкиваться с невозможностью проведения документов.
Среди специалистов часто возникает спор: налоги и сборы перечисляются из программы 1С:Бухгалтерия предприятия, так зачем же загружать казначейские БИК в зарплатную базу? Действительно, основные платежные поручения формируются в бухгалтерии. Однако в 1С:ЗУП 3.1 казначейские реквизиты критически необходимы для работы со следующими объектами:
Исполнительный лист требует указания точного получателя и его банковских реквизитов.Без корректно заполненного БИК программа 1С:ЗУП 3.1 заблокирует проведение документов или не позволит выгрузить корректный реестр для банка, что приведет к задержке платежей.
Ранее в программе существовал только классический справочник КлассификаторБанков, работавший исключительно с кодами на 04. Начиная с релиза 3.1.18, разработчики фирмы 1С радикально изменили архитектуру хранения банковских сведений:
Классификатор банков был упразднен и переименован в Справочник БИК.01.БИК РКЦ. Для казначейского БИК 015209001 в этом поле как раз указывается БИК расчетно-кассового центра 045209001.Если в вашей базе до сих пор не находится нужный казначейский БИК, это означает, что справочник устарел, поврежден или программа давно не обновлялась. При необходимости регулярно выполнять техническое обслуживание и актуализацию системы в автоматическом режиме можно запустить автоматическое обновление информационных баз 1С по заданному расписанию.
Рассмотрим два основных способа решения проблемы с отсутствием казначейских кодов в системе.
Этот способ является наиболее простым и рекомендуемым, однако он требует наличия активной подписки ИТС и подключенной интернет-поддержки непосредственно в базе.
Разберем процесс обновления по шагам:
Если рабочий компьютер с базой 1С:ЗУП 3.1 заблокирован брандмауэром или не имеет прямого доступа к сети Интернет, мы можем загрузить справочник из предварительно скачанного файла.
bic-classifier.json. Распаковывать скачанный архив не требуется.1С:ЗУП 3.1 откроем форму обновления классификаторов (путь: Администрирование — Интернет-поддержка и сервисы — Обновление классификаторов).Справочник БИК, добавив туда все актуальные казначейские органы, включая БИК 015209001.Иногда пользователи сталкиваются с ситуацией, когда даже после успешного выполнения процедуры обновления БИК УФК все равно не появляется в списке выбора. Выясним причину этой проблемы.
Специалистами технической поддержки 1С фиксировался системный сбой, возникший из-за некорректного формирования файла выгрузки на стороне Центрального Банка РФ. В поставляемом JSON-файле для ряда казначейских органов было пропущено обязательное поле, идентифицирующее тип счета. Алгоритм разбора данных в 1С при чтении файла классификатора попросту игнорировал такие строки, считая их поврежденными.
Рассмотрим упрощенный пример того, как алгоритм платформы обрабатывает входящий файл bic-classifier.json:
Процедура ЗагрузитьДанныеБИК(ПутьКФайлу)
Чтение = Новый ЧтениеJSON;
Чтение.ОткрытьФайл(ПутьКФайлу);
ДанныеКлассификатора = ПрочитатьJSON(Чтение);
Для Каждого СтрокаБИК Из ДанныеКлассификатора.Элементы Цикл
// Проверка заполнения ключевых свойств объекта
Если Не СтрокаБИК.Свойство("ТипСчета") Или СтрокаБИК.ТипСчета = Неопределено Тогда
// Из-за ошибки в файле ЦБ строка с казначейским БИК пропускалась
Продолжить;
КонецЕсли;
// Код записи объекта в Справочник БИК
ЗаписатьНовыйБИК(СтрокаБИК);
КонецЦикла;
Чтение.Закрыть();
КонецПроцедуры
Эта проблема была оперативно устранена как со стороны регулятора, так и в последующих релизах конфигурации 1С. Если вы столкнулись с подобным поведением системы, достаточно обновить саму конфигурацию 1С:ЗУП 3.1 до актуального релиза и повторно запустить процедуру обновления классификатора БИК одним из описанных выше способов.
Применение данных методик позволит оперативно вернуть казначейские счета в рабочее состояние и обеспечит бесперебойное формирование документов по исполнительным листам сотрудников.