Налоги и пошлины · 15 мин
Заполнение поля 110 в платежном поручении
Актуальные коды для поля 110 в платежках на налоги, взносы и штрафы. Инструкция по заполнению, расшифровка статусов и разбор частых ошибок.
Поле 110 в платежном поручении предназначено для указания типа платежа и имеет критическое значение при перечислении средств в бюджетную систему. Для текущих налогов, сборов и страховых взносов в этом поле проставляется значение «0», что является обязательным требованием банковских стандартов и регламентов ФНС. Ошибочное указание любых других символов, букв или старых кодов может привести к тому, что банк не пропустит платеж или он зависнет на этапе обработки как некорректный.
Пустое поле 110 допустимо только в строго определенных случаях, например, при уплате таможенных платежей или перечислении средств с единого налогового счета (ЕНС) в счет конкретных обязательств, если банк не требует явного указания типа. Однако для подавляющего большинства предпринимателей и организаций, оплачивающих налоги и взносы напрямую в налоговую инспекцию или фонды, игнорирование этого поля или заполнение его устаревшими данными недопустимо. Правильное заполнение гарантирует, что деньги быстро попадут на лицевой счет налогоплательщика без необходимости уточнения платежа.
Обязательное значение «0» для налогов и взносов
С момента введения единых правил заполнения платежных поручений для администрирования налогов и страховых взносов поле 110 получило жесткую фиксацию. Ранее в этом поле указывался тип платежа, который кодировался буквенными сочетаниями, отражающими характер обязательства. Сейчас эта информация перенесена в другие поля документа (в частности, в поле 106 «Основание платежа» и поле 107 «Налоговый период»), а поле 110 служит техническим маркером для идентификации типа транзакции в автоматизированных системах казначейства.
Для всех видов налоговых платежей, включая НДС, налог на прибыль, НДФЛ, имущественные налоги, а также для страховых взносов на обязательное пенсионное, медицинское и социальное страхование, в поле 110 указывается цифра «0». Это правило действует независимо от того, является ли платеж текущим, добровольным погашением задолженности или уплатой пени. Банковское программное обеспечение настроено на проверку этого поля: если там стоит что-то иное, система автоматически формирует отказ в проведении операции.
Важно понимать, что значение «0» не означает отсутствие типа платежа как такового. Оно сигнализирует системе, что данный перевод относится к стандартной налоговой или страховой категории, обрабатываемой по общим правилам. Попытка вписать сюда текст, например «налог» или «взнос», приведет к технической ошибке формата данных. Цифра должна быть написана арабской цифрой без кавычек, пробелов и дополнительных знаков.
Это требование распространяется как на бумажные платежные поручения, заполняемые вручную или в клиент-банке с последующей распечаткой, так и на электронные документы, отправляемые через системы дистанционного банковского обслуживания. При формировании файла обмена с банком значение поля 110 должно строго соответствовать формату, иначе файл будет отклонен шлюзом безопасности еще до попадания к операционисту.
Исторические коды и почему они больше не работают
До изменения регламентов заполнения платежных поручений поле 110 выполняло функцию основного идентификатора вида платежа. Бухгалтеры привыкли использовать коды вроде «ТП» (текущий платеж), «ЗД» (добровольное погашение задолженности), «ПЕ» (уплата пени) и «ТР» (погашение по требованию). Эти аббревиатуры были интуитивно понятны и позволяли сразу видеть суть транзакции при беглом взгляде на документ. Однако с унификацией правил администрирования доходов бюджета необходимость в дублировании этой информации именно в 110-м поле отпала.
Переход на значение «0» был продиктован необходимостью упрощения автоматической обработки миллионов платежей ежедневно. Буквенные коды часто вводились с ошибками, регистр букв мог быть нарушен, что сбивало парсеры казначейства. Цифровой код «0» исключает человеческий фактор при вводе и гарантирует однозначность трактовки. Информация о том, является ли платеж текущим или погашением долга, теперь полностью содержится в поле 106, где указываются соответствующие коды (ТП, ЗД, ТР и т.д.).
Попытка использовать старые коды в поле 110 в современных условиях является грубой ошибкой. Банки не принимают такие документы к исполнению, так как они не соответствуют действующему положению Банка России о правилах осуществления перевода денежных средств. Даже если по какой-то причине банк пропустит такой платеж, налоговая инспекция с высокой долей вероятности не сможет автоматически зачесть его на лицевой счет, что потребует подачи заявления на уточнение платежа и потери времени.
Исключения: когда поле 110 остается пустым
Существует ряд ситуаций, когда требование указывать «0» не применяется, и поле 110 должно оставаться незаполненным. Основным исключением являются таможенные платежи. При перечислении денег в Федеральную таможенную службу (ФТС) действуют свои правила заполнения расчетных документов, регламентированные таможенным законодательством, а не общими налоговыми нормами. В таких платежках поле 110 не заполняется, так как тип платежа идентифицируется иными способами, специфичными для таможенной декларирования.
Также поле может оставаться пустым или заполняться иначе при переводах между собственными счетами, если они не относятся к уплате налогов и сборов. Например, при переводе средств с расчетного счета на зарплатный проект внутри одного банка или при оплате услуг контрагентов по договору поставки поле 110 не несет смысловой нагрузки для бюджетной классификации и часто оставляется банком пустым автоматически. Однако в интерфейсах клиент-банков оно может быть скрыто или недоступно для редактирования в таких сценариях.
Особый случай представляет собой работа с Единым налоговым счетом (ЕНС). При перечислении денег с расчетного счета организации на свой собственный ЕНС (пополнение сальдо) в поле 110 также указывается «0», так как это считается авансовым платежом в бюджет. Однако если происходит операция распределения средств уже внутри ЕНС (списание с ЕНС в счет конкретного налога), то такое поручение формируется налоговой инспекцией или подается как заявление, и формат полей может отличаться от стандартной платежки в банк. В классической банковской платежке на пополнение ЕНС правило «0» сохраняется.
Взаимосвязь поля 110 с другими реквизитами
Правильное заполнение поля 110 нельзя рассматривать в отрыве от других полей платежного поручения, так как они работают в связке. Основным партнером поля 110 является поле 106 «Основание платежа». Именно в поле 106 теперь указывается тот самый код, который раньше писали в 110-м: «ТП» для текущих платежей, «ЗД» для добровольного погашения задолженности, «ТР» для погашения долга по требованию налоговой, «АП» для погашения задолженности после проверки и так далее.
Если в поле 110 стоит «0», а в поле 106 указан некорректный код или оно оставлено пустым там, где должно быть заполнено, платеж все равно может быть принят банком, но вызовет вопросы у получателя средств. Например, при уплате пени в поле 106 нужно указать «ПЕ», а в поле 110 — «0». Если перепутать и поставить «ПЕ» в 110-е поле, банк отвергнет документ. Если же в 106-м поле оставить пустоту, налоговая может зачесть платеж как текущий, что не закроет вашу задолженность по пени корректно.
Также важна связка с полем 108 «Номер документа» и 109 «Дата документа». При значении «0» в поле 110 и основании платежа «ТП» (текущий налог) в полях 108 и 109 обычно ставятся нули или даты, соответствующие периоду. Нарушение логики заполнения этих полей при правильном «0» в 110-м не спасет платеж от проблем с идентификацией. Система казначейства проверяет весь пакет реквизитов комплексно, и поле 110 выступает лишь одним из фильтров валидации.
Как выбрать действие
Технические требования к вводу данных в банк-клиенте
При работе в системах дистанционного банковского обслуживания (ДБО) поле 110 часто реализовано в виде выпадающего списка или поля с маской ввода. Это сделано для предотвращения ошибок пользователя. Если интерфейс предлагает выбрать значение из списка, там будет единственный вариант «0» или «Налог/Сбор/Взнос», который программно транслируется в ноль. В таких системах попытка вручную вписать текст обычно блокируется на уровне интерфейса.
В некоторых старых версиях банковского ПО или при загрузке платежек из внешних файлов (например, из 1С) может возникнуть ситуация, когда поле 110 не подтягивается автоматически. В этом случае бухгалтеру необходимо вручную убедиться, что там стоит «0». При выгрузке платежных поручений в формате текстового файла или XML для обмена с банком необходимо проверять, что тег, отвечающий за тип платежа, содержит корректное значение. Ошибки в структуре файла часто возникают именно из-за несоответствия ожидаемого формата.
Если вы используете сервисы онлайн-бухгалтерии, они обычно автоматически подставляют правильное значение при выборе вида платежа. Однако при ручном создании платежки внутри таких сервисов стоит проявить внимательность. Автоматизация не всегда срабатывает корректно, если пользователь выбирает нестандартный вид операции или создает платеж по шаблону, созданному несколько лет назад, когда правила были иными. Всегда проверяйте предпросмотр документа перед подписанием электронной подписью.
Что делать, если банк вернул платеж из-за поля 110
Возврат платежного поручения с формулировкой «Неверно заполнено поле 110» или «Некорректный тип платежа» является распространенной ситуацией для тех, кто использует старые шаблоны. В этом случае средства не списываются с вашего расчетного счета, либо списываются и сразу возвращаются обратно. Главное — не паниковать и оперативно исправить ошибку, чтобы не допустить просрочки платежа, особенно если последний день уплаты налога выпадает на ближайшую дату.
Для исправления ситуации необходимо создать новое платежное поручение с теми же реквизитами получателя, суммой и назначением платежа, но с корректным значением «0» в поле 110. При этом важно сохранить дату платежа актуальной. Если вы создаете платеж задним числом (в рамках допустимого периода), убедитесь, что банк технически позволяет провести операцию такой датой. В большинстве случаев проще создать новый документ текущей датой, чем пытаться редактировать уже отклоненный.
Если деньги успели списаться и ушли на корреспондентский счет банка, но не были проведены дальше из-за ошибки в реквизитах, потребуется подать в банк заявление на отзыв или уточнение платежа. Эта процедура занимает больше времени (обычно от 1 до 5 рабочих дней). Чтобы избежать кассовых разрывов и пеней за просрочку, рекомендуется всегда проверять поле 110 перед отправкой, особенно при первом платеже в новом году или после обновлений банковского ПО.
- 1Проверьте уведомление от банка о причине возврата.
- 2Создайте новое платежное поручение с актуальной датой.
- 3В поле 110 строго укажите цифру «0».
- 4В поле 106 укажите актуальное основание (ТП, ЗД и т.д.).
- 5Отправьте платеж и сохраните квитанцию об исполнении.
Специфика заполнения для индивидуальных предпринимателей
Индивидуальные предприниматели (ИП) подчиняются тем же правилам заполнения платежных поручений, что и организации. При уплате налогов за себя (например, фиксированных взносов или налогов по УСН/Патенту) в поле 110 также указывается «0». Частая ошибка ИП заключается в использовании упрощенных квитанций или бланков, скачанных из непроверенных источников в интернете, где могут сохраниться старые форматы.
При оплате налогов через мобильные приложения банков для физических лиц (если ИП платит как физлицо по уведомлению) поле 110 часто скрыто от пользователя. Приложение автоматически формирует правильный код в фоновом режиме. Однако если ИП использует полноценный расчетный счет и систему банк-клиент для бизнеса, он обязан контролировать это поле самостоятельно. Игнорирование правила «0» приведет к тому же возврату платежа, что и у крупных компаний.
Особое внимание стоит уделить платежам на уплату страховых взносов «за себя». В назначении платежа важно указывать корректный КБК и статус плательщика (обычно «09» для ИП), но поле 110 при этом остается неизменным — «0». Смешение понятий «статус плательщика» (поле 101) и «тип платежа» (поле 110) часто приводит к путанице. Статус плательщика указывает на то, кто платит (юрлицо, ИП, адвокат), а тип платежа (в нашем случае закодированный как 0) указывает на природу транзакции для казначейства.
Если вы используете бухгалтерскую программу 1С, убедитесь, что обновлены формы платежных поручений. В старых конфигурациях может по умолчанию подставляться «ТП» в поле 110. Это лечится обновлением справочников или ручной правкой перед выгрузкой в банк.
Проверка корректности перед отправкой
Перед тем как нажать кнопку «Отправить» в системе банк-клиент, полезно провести быструю визуальную проверку ключевых полей. Поле 110 находится в верхней части платежного поручения, обычно в одном блоке с очередностью платежа и видом операции. Убедитесь, что там стоит одиночная цифра «0». Если вы видите там текст, точки, тире или пустоту (при оплате налогов) — это сигнал к исправлению.
Хорошей практикой является создание проверенного шаблона для каждого вида регулярного платежа. Один раз правильно заполнив все поля, включая «0» в 110-м, сохраните этот документ как шаблон. При создании нового платежа на основе шаблона система скопирует все реквизиты, минимизируя риск ошибки. Однако периодически стоит сверяться с актуальными требованиями, так как банковские стандарты могут эволюционировать, хотя в вопросе поля 110 стабильность сохраняется уже длительное время.
Если вы сомневаетесь в правильности заполнения, можно воспользоваться функцией «Предварительная проверка» или «Валидация», которая есть во многих современных банк-клиентах. Система подсветит поля, заполненные с нарушениями формата, еще до отправки документа в банк. Это позволяет исправить ошибку мгновенно, не дожидаясь официального возврата и не теряя время на переписку с операционистом.
Как проверить результат
Стоит цифра 0
Пусто, стоит текст или старый код
Заполнено кодом (ТП, ЗД и т.д.)
Пусто при наличии задолженности
Платеж исполнен
Статус «Отклонен» или «На уточнении
Можно ли оставить поле 110 пустым при уплате НДС?
Нет, при уплате НДС, как и любого другого федерального налога, в поле 110 обязательно должна стоять цифра «0». Пустое поле приведет к тому, что банк не пропустит платеж, так как это нарушает стандарт формата платежного поручения для налоговых транзакций.
Что будет, если по ошибке написать в поле 110 слово «налог»?
Платежное поручение будет возвращено банком исполнителю с указанием на некорректное заполнение реквизитов. Деньги не спишутся с расчетного счета (или будут возвращены, если уже списаны), и вам придется создавать новый документ с правильной цифрой «0», что может привести к просрочке платежа.
Отличается ли заполнение поля 110 для пеней и штрафов?
Нет, не отличается. Для уплаты пеней и налоговых штрафов в поле 110 также указывается «0». Разница между текущим налогом, пеней и штрафом фиксируется в поле 106 (коды ПЕ, АШ и т.д.) и в назначении платежа, но тип транзакции в 110-м поле остается единым для всей бюджетной классификации.
Нужно ли менять значение в поле 110 при оплате через ЕНС?
При перечислении денег (аванса) на Единый налоговый счет с расчетного счета в поле 110 ставится «0». Это стандартный налоговый платеж. Специфические коды могут использоваться только внутри заявлений на распоряжение средствами ЕНС, которые подаются в налоговую, а не в виде банковских платежек.
Где именно находится поле 110 в бланке платежки?
Поле 110 расположено в верхней части формы платежного поручения, в правой группе полей. Оно находится непосредственно под полем «Вид платежа» и рядом с полем «Очередность платежа». В электронных банк-клиентах оно обычно сгруппировано с другими служебными реквизитами в начале документа.
Действует ли правило «0» для страховых взносов в ФСС?
Да, действует. С передачей администрирования страховых взносов в ФНС (кроме взносов на травматизм, которые остались в ФСС, но правила заполнения платежек унифицированы), во всех платежках на взносы в поле 110 указывается «0». Это обеспечивает единообразие обработки всех социальных платежей бюджетной системой.
Что важно запомнить
Поле 110 в платежном поручении на налоги и взносы всегда содержит цифру «0». Старые буквенные коды ушли в прошлое и используются только в поле 106. Пустое поле допустимо лишь для таможенных платежей. Ошибка в этом поле ведет к возврату денег банком.