При оформлении платежных поручений на уплату госпошлин (например, в Росреестр, ГИБДД или суды) бухгалтеры часто сталкиваются с тем, что программа 1С:Бухгалтерия 8.3 автоматически подставляет ОКТМО налоговой инспекции по месту учета организации вместо ОКТМО получателя платежа. Это происходит даже в тех случаях, когда КБК и получатель выбраны верно через механизм «Прочие платежи в бюджет». В этой статье мы подробно разберем, почему так происходит, и рассмотрим несколько эффективных способов настройки корректного автозаполнения.
Прежде всего, проанализируем логику работы конфигурации. Для документов с видом операции Уплата налога программа в первую очередь обращается к регистру сведений РегистрацииВНалоговыхОрганах. Разработчики исходят из постулата, что подавляющее большинство налоговых платежей привязано к месту регистрации самой организации или её обособленных подразделений.
В регистре Реквизиты оплаты налогов и иных платежей в бюджет поле ОКТМО намеренно отсутствует, так как этот реквизит считается переменным. Например, госпошлина за регистрацию прав на недвижимость может зависеть от муниципального образования, где находится объект, а не где зарегистрирована фирма. Поэтому программа «страхуется» и берет основной код организации, оставляя проверку на откуп пользователю.
Если автоматизация через стандартный бюджетный механизм работает некорректно, мы можем обойти жесткие алгоритмы проверки. Разберем этот метод по шагам:
Вид операции выберем значение Прочее списание.ОКТМО и другие бюджетные реквизиты в специальном окне (ссылка «Реквизиты платежа» под суммой) без автоматической подмены.Для того чтобы программа понимала, что получатель является государственным органом, необходимо правильно настроить его карточку. Рассмотрим, на что обратить внимание:
Перейдем в справочник Контрагенты и найдем нужный нам орган (например, УФК по г. Москве для Росреестра). Убедимся, что установлен флаг Государственный орган. В нижней части карточки контрагента есть раздел Дополнительные реквизиты платежа. Если мы заполним ОКТМО именно там, программа будет предлагать эти данные при выборе этого контрагента в документах оплаты, хотя приоритет регистрации в налоговом органе все равно может сохраняться при операции Уплата налога.
Это наиболее надежный метод для тех, кто хочет использовать именно вид операции Уплата налога и кнопку Заполнить по шаблону. Посмотрим, как реализовать этот «лайфхак»:
Поскольку программа ищет ОКТМО в справочнике регистраций, мы можем создать там запись, даже если фактически мы в этом органе не стоим на учете.
Код налогового органа укажем код того органа, куда платим (например, код ГИБДД или суда).ОКТМО впишем нужный нам восьмизначный или одиннадцатизначный код муниципального образования.Теперь при формировании платежки в поле Налоговый орган мы сможем выбрать эту новую запись. Программа моментально подтянет соответствующий ей ОКТМО, и проблема с автоматической подменой на основной код организации будет решена.
В современных релизах 1С:БП 3.0 активно развивается сервис Список задач. Если оплата госпошлины — это регулярная процедура (например, за продление лицензии), мы можем настроить её через этот монитор.
Проанализируем преимущества: при создании платежа из задачи программа запоминает «историю» аналогичных оплат. Если один раз в сформированной из задачи платежке вручную исправить ОКТМО на верный, то в следующий раз механизм 1С предложит использовать реквизиты предыдущего платежа, что фактически является встроенной защитой от ошибок.
Рассмотрим ситуацию, когда мы используем справочник Налоги и взносы. Если вы создаете новый вид налога (например, «Госпошлина за регистрацию прав»), важно правильно связать его с КБК.
Для технической проверки того, какие данные подставляются, можно воспользоваться отладкой или просто посмотреть на структуру данных регистра сведений РеквизитыОплатыНалогов. В типовой конфигурации структура выглядит следующим образом:
// Псевдокод логики выбора ОКТМО в 1С:
Если ЗначениеЗаполнено(Документ.НалоговыйОрган) Тогда
ОКТМО = Документ.НалоговыйОрган.ОКТМО;
Иначе
ОКТМО = Организация.ОсновнаяРегистрация.ОКТМО;
КонецЕсли;
Из этого кода становится ясно: пока в документе не указан конкретный Налоговый орган (пусть даже фиктивный, как мы описали в Способе №3), программа всегда будет брать значение основной регистрации.
Подведем итог. Чтобы обеспечить максимальную «защиту от дурака» и исключить человеческий фактор при заполнении ОКТМО прочих госорганов, мы рекомендуем использовать комбинацию методов:
Регистрации в налоговых органах с нужным ОКТМО. Это позволит использовать стандартный механизм Уплата налога без риска подмены кода.Прочее списание, который дает полную свободу в заполнении бюджетных полей.Помните, что корректность ОКТМО критически важна для зачисления платежа в правильный бюджет. Ошибка в этом поле может привести к тому, что платеж «зависнет» в казначействе как невыясненный, и госпошлина не будет зачтена вовремя.