Разберем ситуацию по шагам: почему ИФНС «цепляется» за перечисления физлицам с расплывчатым назначением, какие основания бывают у требования, какие документы вы действительно обязаны представить, как грамотно оформить пояснения и как настроить процесс в 1С и в банке так, чтобы такие требования не «сыпались» постоянно.
Когда организация переводит деньги сотрудникам через зарплатный проект и в реестре/платеже указывает обобщенный тип вроде «прочие выплаты», у налогового органа появляются типовые подозрения: не является ли это доходом физлица (зарплата, премия, материальная выгода, иная выплата), с которого нужно удержать НДФЛ и начислить страховые взносы.
Подотчетные суммы по смыслу — это деньги, выданные работнику не как доход, а как аванс для расходов в интересах работодателя. Но инспекция не «угадывает», что это подотчет: это нужно подтвердить документами и логикой учета (счет 71, авансовые отчеты, подтверждающие документы, сроки и возврат остатков).
Перед тем как собирать «огромный пакет», обязательно проанализируем само требование. У ИФНС есть разные правовые режимы истребования документов, и они по-разному ограничивают перечень запрашиваемого.
Требование в рамках налоговой проверки проверяемого лица (камеральной/выездной) — обычно ссылается на ст. 93 НК РФ. В этом режиме инспекция вправе истребовать документы, необходимые для проверки, но вы все равно можете проверять обоснованность и «привязку» к предмету проверки.
Требование вне рамок проверки / по конкретной сделке / о проверяемом лице — часто ссылается на ст. 93.1 НК РФ. Здесь инспекция запрашивает документы (информацию) у лиц, располагающих сведениями о конкретных операциях, либо по деятельности проверяемого налогоплательщика. Важный практический момент: при ст. 93.1 обычно особенно критично, чтобы в требовании была конкретика (какие операции, за какой период, какие документы).
Требование о представлении пояснений — иногда инспекция просит именно пояснения (а документы — как приложение). Тогда ключ — дать связное объяснение и минимально достаточные подтверждения.
Практическое правило: если требование сформулировано слишком широко («предоставить все документы по всем перечислениям» без четких рамок), мы в ответе вежливо фиксируем, что готовы представить документы по перечисленным операциям/сотрудникам/датам, и просим уточнить перечень/период, если из требования это не следует. Это не «отказ», а корректное уточнение предмета истребования.
ИФНС часто запрашивает «с запасом»: чеки, договоры, авансовые отчеты, приказы, учетную политику, оборотно-сальдовые ведомости и т. д. Наша задача — показать, что выплаты не являются доходом, и предоставить подтверждения ровно в той части, которая доказывает подотчетный характер перечислений.
Давайте разберем типовой набор и что в нем действительно «несет доказательную нагрузку»:
Приказ (распоряжение) о подотчетных лицах и порядке выдачи подотчетных сумм. В идеале: перечень должностей/ФИО, лимиты, сроки, цели (хозяйственные нужды, закупки, представительские и т. п.). Если приказа не было — оформляем его сейчас (на будущее), а по прошлым периодам используем иные подтверждения (заявления на выдачу, служебные записки, утвержденные авансовые отчеты).
Авансовые отчеты по тем суммам, которые «попали» в требование, плюс подтверждающие первичные документы (чеки/УПД/акты/БСО) — для этого есть автоматическая загрузка чеков ФНС и заполнение авансовых отчетов. Это основной блок, который показывает: деньги выданы для расходов работодателя, расходы подтверждены, отчет утвержден, остаток возвращен или перерасход возмещен.
Платежные документы/реестры банка (выписка, реестр зарплатного проекта) и расшифровка, что именно эти перечисления отражены в учете как выдача под отчет (Дт 71). Здесь важна связка «платеж → сотрудник → авансовый отчет/цель → проводки».
Оборотно-сальдовая ведомость по счету 71 — как быстрый «скелет доказательства» (видно, что это расчеты с подотчетными лицами, а не расходы на оплату труда). Полную ОСВ «по всем счетам» обычно давать не нужно, если в требовании нет оснований. Достаточно ОСВ/карточки по счету 71 (и при необходимости 70/73 — чтобы исключить трактовку как зарплаты/займа).
Учетная политика — запрашивают часто, но практически полезна только разделами, где описан порядок учета подотчетных сумм/первички/сроки/ответственные лица. Если требование прямо «учетную политику целиком» — можно представить копию, но мы обычно прикладываем релевантные разделы и в сопроводительном письме указываем, что именно подтверждает порядок учета.
Договоры. Если сотрудник покупал у поставщика по доверенности/как представитель — договор/счет может быть полезен. Но если расходы подтверждены кассовыми чеками/УПД и авансовым отчетом, «все договоры по всем чекам» нередко избыточны. Даем только те, что относятся к конкретным операциям из требования.
Итог: предоставляем документы, которые логически доказывают подотчет, и не «рассыпаемся» на лишнее. При этом помним: если инспекция проверяет НДФЛ/взносы по выплатам физлицам, она вправе ожидать, что вы подтвердите отсутствие дохода. Именно это вы и делаете.
На практике бухгалтеры сталкиваются с тем, что в зарплатных реестрах/платежах банк предлагает ограниченный набор типов выплат, а «подотчет» как отдельная категория может отсутствовать. Плюс есть обязательный реквизит «код вида дохода» в расчетных документах при перечислении денег физлицам (его используют банки для исполнительного производства по Закону № 229-ФЗ).
Ключевое для нашей ситуации: перевод подотчетных сумм на карту работника сам по себе не является его доходом, и по разъяснениям Банка России при переводе подотчетных денег код вида дохода может не указываться (за исключением отдельных компенсационных выплат, например по командировкам). Поэтому «проблема» обычно не в том, что «нет кода подотчет», а в том, что по данным банка/реестра платеж выглядит как «прочая выплата физлицу», и ИФНС просит доказать, что это не доход.
Вывод для ответа ИФНС: мы не спорим с тем, что в банковском интерфейсе/реестре стоял тип «прочие выплаты». Мы показываем, что по экономическому смыслу и по бухгалтерскому учету это подотчетные суммы (Дт 71), подтвержденные авансовыми отчетами и первичкой, и не образуют объекта для НДФЛ/взносов как доход работника.
Шаг 1. Составим таблицу-связку «перечисление → подотчет → отчет».
Берем все перечисления из требования и по каждой строке фиксируем: дата платежа, ФИО сотрудника, сумма, назначение/тип в реестре, документ в 1С (какой именно оформлял выдачу), номер и дата авансового отчета, что куплено/на какую цель, сумма подтвержденных расходов, остаток/перерасход, дата закрытия.
Шаг 2. Поднимем первичку и приведем ее в порядок.
По каждому авансовому отчету проверяем: утвержден ли руководителем, есть ли оригиналы чеков/УПД/актов, соответствуют ли даты и суммы, есть ли расшифровка хозяйственной цели (для чего покупали), корректно ли оформлены доверенности/подписи (если требовалось).
Шаг 3. Проверим бухгалтерские проводки и закрытие счета 71.
Нам важно показать инспекции, что это именно расчеты с подотчетными лицами, а не скрытая зарплата. Поэтому смотрим обороты по 71: выдача (Дт 71 Кт 51/50), затем списание расходов (Кт 71 в корреспонденции со счетами учета затрат/материалов) и возврат остатка/перерасход.
Шаг 4. Сформируем комплект приложений «минимально достаточный, но убедительный».
Обычно это: (1) приказ о подотчетных лицах/порядке, (2) авансовые отчеты по спорным суммам, (3) первичка к ним, (4) выписка банка/реестр по перечислениям, (5) ОСВ/карточка счета 71 за период и расшифровка по сотрудникам. Остальное добавляем только если это прямо связано с конкретными операциями.
Шаг 5. Напишем пояснения простым языком: «что это было и почему это не доход».
В пояснениях не нужно спорить с банком и «кодами». Нужно последовательно описать: деньги выдавались под отчет для расходов в интересах организации; перечень лиц утвержден; выдача отражена на счете 71; расходы подтверждены первичными документами; по итогам представлены и утверждены авансовые отчеты; остатки возвращены/перерасход компенсирован по правилам; дохода работника не возникает.
Ниже — примерная логика письма (адаптируем под ваш номер требования и список перечислений). Скопируйте структуру, подставьте свои реквизиты и приложите опись документов.
1) Вводная часть: номер и дата требования, ИНН/КПП, период, краткое обозначение предмета («перечисления физическим лицам по реестрам банка»).
2) Суть пояснений:
указать, что перечисления, отраженные в требовании, являются выдачей денежных средств работникам под отчет для оплаты расходов в интересах организации (хозяйственные нужды/закупка ТМЦ/оплата услуг и т. п.);
указать, что данные суммы не являются доходом работников и не относятся к оплате труда; перечисления отражены в бухучете как расчеты с подотчетными лицами на счете 71;
указать, что по каждому перечислению работниками представлены и утверждены авансовые отчеты с подтверждающими документами, остатки возвращены/перерасход урегулирован;
пояснить, почему в банковском реестре использовалась категория «прочие выплаты»: ограничения функционала зарплатного проекта/отсутствие отдельной категории «подотчет»; при этом экономический смысл операции подтвержден документами и учетом.
3) Перечень приложений (опись):
копия приказа о подотчетных лицах (или положения о подотчете) — 1 экз.;
копии авансовых отчетов №… за период … — … листов;
копии подтверждающих первичных документов к авансовым отчетам — … листов;
выписка банка/реестр перечислений по зарплатному проекту по операциям из требования — … листов;
ОСВ/карточка счета 71 за период … (с расшифровкой по сотрудникам) — … листов.
4) Корректная «защита от избыточности» (если требуют лишнее):
Добавьте фразу в духе: «Иные документы, не относящиеся к указанным операциям и не влияющие на квалификацию перечислений, не представляются, поскольку не относятся к предмету истребования. При необходимости уточнения перечня/периода готовы представить дополнительные документы по конкретизированному запросу».
Теперь посмотрим на профилактику. Даже если «кода подотчет» в зарплатном проекте нет, вы можете сделать так, чтобы платежи выглядели для контроля более однозначно.
Уточняем назначение платежа (или комментарий в реестре).
Где возможно, пишем явно: «Выдача денежных средств под отчет на хозяйственные нужды организации», «Под отчет на приобретение ТМЦ», «Возмещение перерасхода по авансовому отчету №… от …» — в этом поможет автоматизация заполнения назначения платежа в 1С. Чем меньше «прочих выплат» без расшифровки, тем меньше поводов для вопросов.
Разводим потоки: зарплата — отдельно, подотчет — отдельно.
Если банк не позволяет адекватно детализировать «прочие выплаты» в зарплатном проекте, проще и безопаснее перечислять подотчетные суммы обычным платежным поручением (как банковскую операцию организации), чтобы назначение платежа и тип операции были прозрачны.
Держим подотчет «в белом учете»: сроки, отчеты, возвраты.
Частая причина проблем — деньги выдали, а авансовые отчеты закрываются «через полгода», чеки теряются, остатки не возвращаются. Тогда подотчет начинает выглядеть как доход — процесс ускоряет автоматизация создания и согласования авансовых отчетов в 1С. Устанавливаем внутренние сроки и контролируем закрытие.
Рассмотрим практическую часть на уровне типовых объектов 1С. Ниже — универсальная логика для «1С:Бухгалтерии предприятия» (ред. 3.0) и стыка с зарплатными выплатами.
Оформляем выдачу подотчета правильным видом операции банка.
В «1С:Бухгалтерии 8» выдачу подотчетных сумм безопаснее отражать через раздел «Банк и касса» документом СписаниеСРасчетногоСчета с видом операции «Перечисление подотчетному лицу». Тогда проводка формируется по Дт 71 и сразу «ложится» в правильную аналитику.
Закрываем подотчет авансовыми отчетами.
По каждому сотруднику оформляем авансовый отчет (типовой документ «Авансовый отчет»). Важно не просто «подцепить чеки», а корректно отразить поступление ТМЦ/услуг и списание расходов на нужные счета учета — для этого подойдёт загрузка чеков ФНС напрямую в авансовые отчеты 1С.
Контролируем счет 71 отчетами.
Регулярно формируем ОСВ/карточку по счету 71 с детализацией по сотрудникам, чтобы видеть «висящие» суммы. Это дисциплинирует и помогает быстро собрать пакет, если ИФНС снова задаст вопросы.
Если деньги ушли через зарплатный проект из «зарплатной» системы.
Когда перечисление технически проходит как «выплата сотруднику», но по смыслу это подотчет, важно, чтобы в бухгалтерском контуре вы отразили операцию именно как выдачу под отчет (Дт 71), а не как зарплату (70) и не как прочие расчеты (73) без объяснения. Тогда у вас будет единая доказательная база: и банковская выписка, и учет сходятся в «подотчет».
Проанализируем тактику общения с инспекцией. Цель — не конфликтовать, а управлять объемом выдачи информации.
Не игнорируем требование.
Даже если требование кажется «перебором», лучше дать пояснения в срок и приложить базовый пакет. Игнорирование часто приводит к дополнительным запросам и формальным рискам.
Даем опись и группируем документы.
Собираем документы «папками» по каждому сотруднику/авансовому отчету. В описи перечисляем: приказ, платеж, авансовый отчет, первичка, выписка, ОСВ.
Если требуют документы «не по теме», отвечаем корректно.
Например, «оборотно-сальдовую ведомость по всем счетам» или «всю бухгалтерскую политику». В ответе указываем, что представляем документы, подтверждающие квалификацию перечислений как подотчетных сумм; остальную информацию готовы предоставить при уточнении связи с предметом требования и конкретизацией перечня/периода.
Нет приказа/положения о подотчете и непонятно, кто и на каких основаниях получает деньги.
Нет авансовых отчетов или они составлены формально, без подтверждающей первички — проблема решается через автоматическую загрузку чеков ФНС и самозанятых в 1С.
Сроки закрытия подотчета не соблюдаются, суммы «висят» месяцами.
Назначение платежа не раскрывает смысл, а по банковским данным это выглядит как «выплата физлицу».
Смешивание потоков: через один и тот же механизм перечисляют и зарплату, и подотчет, и компенсации — без четкой маркировки.
Посмотрим в требование и зафиксируем: основание (статья), период, список перечислений, срок ответа.
Составим реестр выплат из требования и сопоставим с авансовыми отчетами.
Соберем пакет: приказ/положение о подотчете, авансовые отчеты, первичка, выписка/реестры, ОСВ/карточка 71.
Напишем пояснения по шаблону: это подотчет, не доход, отражено на 71, подтверждено отчетами, закрыто первичкой.
Настроим на будущее: назначение платежа «под отчет», раздельные каналы перечисления, контроль 71.
Проанализируем честно. Само отсутствие в банке отдельной «кнопки/кода подотчет» не означает автоматических требований. Обычно требования возникают, когда выплата выглядит как «прочая выплата физлицу» без расшифровки и в контрольных алгоритмах попадает в зону риска по НДФЛ/взносам. Если мы:
делаем понятное назначение платежа («под отчет…»),
ведем учет через счет 71 с быстрым закрытием авансовыми отчетами,
по запросу даем компактный, но доказательный пакет,
то вероятность повторных требований заметно снижается. А если инспекция все же запросит — у вас будет готовая структура ответа и «скелет» документов, которые вы предоставите без аврала.
Финальная рекомендация: в спорных случаях лучше уйти от зарплатного проекта для подотчета и перечислять подотчетные суммы стандартными банковскими платежами с явным назначением. Это снимает двусмысленность, которую создают «прочие выплаты».
Важно: информация носит справочный характер и не является индивидуальной юридической консультацией; при нестандартных проверочных мероприятиях и крупных суммах целесообразно сверить позицию с вашим налоговым консультантом или юристом.