← На главную

Разберем ситуацию, когда организация (или ИП с работниками) перешла на АУСН, выплатила аванс и затем заработную плату за один и тот же месяц, но в ЛК АУСН в разделе «Справки» сначала отображается только аванс, а после выплаты зарплаты «аванс пропадает» и вместо него появляется сумма зарплаты, либо кажется, что система не складывает выплаты. Параллельно в разделе по НДФЛ виден статус «Ожидает направления в СФР». Рассмотрим подробнее, как на АУСН должны передаваться данные по выплатам, как формируются «Справки», почему в интерфейсе возможны временные «переключения» сумм, и что пошагово проверить, чтобы все отразилось корректно.

Сначала выясним базовый принцип АУСН: что передаем — «выплату», а не «месяц»

На АУСН логика такая: мы фиксируем каждую фактическую выплату сотруднику (аванс, окончательный расчет, премия и т.д.) отдельно, с указанием:

1. даты фактического перечисления денег сотруднику (то есть реальной даты отправки/зачисления на счет физлица);
2. периода, за который произведена выплата (например, «январь 2026»), даже если выплата сделана в следующем месяце;
3. суммы дохода (и при необходимости детализации состава дохода), чтобы корректно рассчитать НДФЛ и передать сведения в контуры ФНС/СФР.

Именно так ФНС разъясняет порядок внесения сведений: по авансу указываем дату выплаты аванса и период «за январь», а по зарплате, выплаченной в следующем месяце, указываем дату выплаты зарплаты (например, 05.02) и снова период «за январь». Это принципиально: дата — по факту, период — за какой месяц начислено/выплачено.

Отсюда первый важный вывод: объединять аванс и зарплату в одну операцию «аванс+зарплата» не нужно и обычно нельзя «правильно» сделать без потери смысла, потому что это две разные фактические выплаты с разными датами. Мы не «собираем месяц», мы «фиксируем события выплат».

Почему тогда «Справки» показывают то аванс, то зарплату: как формируются справки и почему кажется, что суммы не складываются

Теперь про раздел «Справки» в ЛК АУСН. В нем формируются сведения о доходах и суммах НДФЛ по сотрудникам, а исходными данными для этого служат внесенные/полученные системой сведения о выплатах и расчеты НДФЛ. ЛК АУСН прямо указывает, что в разделе по сотрудникам можно вносить сведения о выплатах и НДФЛ (если они не были переданы через банк) и формировать по каждому сотруднику справки о доходах и суммах НДФЛ.

В реальной работе есть нюанс интерфейса: «Справки» часто подтягиваются не мгновенно и могут показывать последний актуальный расчет или «срез» по периоду на момент формирования. Поэтому визуально может выглядеть так, будто:

1. после аванса в «Справках» отразился только аванс за январь;
2. после зарплаты (вторая выплата за тот же период) прежняя строка/сумма «перестроилась» и стала выглядеть как одна сумма за январь, но уже другая (например, сумма второй выплаты);
3. или система показывает одну строку за период, а внутри нее меняется итог в зависимости от стадии обработки данных.

Это не означает, что выплаты «нужно объединять вручную». Чаще всего это означает одно из двух:

1. вторая выплата внесена с неправильным периодом (например, зарплата за январь указана периодом «февраль», и тогда система действительно не сложит ее с январем);
2. данные еще не прошли полный цикл обработки (расчет получен/создан, но еще «не ушел» в следующий контур, поэтому справки выглядят неполными до завершения статусов).

Дальше разберем по шагам, как отличить одно от другого и что сделать.

Решение №1: проверяем самое частое — правильно ли указан «Период» у аванса и зарплаты

Начнем с диагностики, которая почти всегда сразу объясняет «почему не складывается».

Нам нужно добиться простого результата: и аванс, и зарплата должны иметь одинаковый период (например, «январь 2026»), даже если фактические даты выплат разные (15.01 и 30.01, либо 20.01 и 05.02, и т.п.).

Разберем по шагам, что именно смотрим.

1. Открываем сведения по выплате аванса и убеждаемся, что:
   1. дата выплаты = фактическая дата перечисления (например, 15.01);
   2. период = «январь» (тот месяц, за который платили аванс).
2. Открываем сведения по выплате зарплаты (окончательный расчет) и убеждаемся, что:
   1. дата выплаты = фактическая дата перечисления (например, 30.01 или 05.02);
   2. период = снова «январь», если это зарплата «за январь».
3. Сверяем, что выплаты не попали в разные периоды. Если аванс «за январь», а зарплата случайно «за февраль», справка за январь покажет только аванс, а справка за февраль — только зарплату. Это визуально воспринимается как «замена».

Что считаем нормой (проверяем на примере):

1. Аванс за январь перечислен 20.01 — дата выплаты 20.01, период «январь».
2. Зарплата за январь перечислена 05.02 — дата выплаты 05.02, период «январь».

Именно так ФНС рекомендует фиксировать данные, чтобы система корректно собрала доходы за период.

Если после выравнивания периодов суммы не «сложились» сразу, не делаем поспешных выводов — переходим к следующему решению и смотрим статусы обработки.

Решение №2: понимаем статус «Ожидает направления в СФР» и не путаем его с ошибкой

Теперь разберем статус, который часто сопровождает такие ситуации: «Ожидает направления в СФР».

ЛК АУСН показывает статус передачи сведений о выплатах доходов сотрудникам в СФР (Социальный фонд России). В обучающих материалах по ЛК АУСН прямо указано, что в разделе по сотрудникам отображаются сведения о выплатах, НДФЛ и статус передачи данных сведений в СФР.

Что это означает практически:

1. Сведения о выплате/расчет НДФЛ приняты системой (вы их видите в перечне);
2. Далее они проходят маршрут обработки и будут направлены в СФР (если речь о тех сведениях, которые подлежат обмену с СФР по логике АУСН);
3. Пока статус не сменился на конечный (например, «направлено/принято/обработано» в зависимости от конкретного экрана), некоторые итоговые представления в личном кабинете могут выглядеть неполными или обновляться с задержкой.

Важный момент: статус «Ожидает направления в СФР» сам по себе не говорит, что вы что-то сделали неправильно. Он говорит, что процесс передачи/обмена еще не завершен.

Здесь полезно действовать так: если у нас везде правильные даты и периоды, и в перечне есть обе выплаты (аванс и зарплата), то мы рассматриваем статус как «этап обработки» и параллельно проверяем, не было ли дополнительных правок/корректировок, которые могли временно «перестроить» отображение справок.

Решение №3: учитываем, что банк и ЛК АУСН — разные источники, а корректировки имеют сроки

В описанной ситуации фигурирует важная деталь: выплаты «вносились через банк», а затем «переделывались операции в личном кабинете АУСН», потому что банк не реализовал районный коэффициент.

На АУСН часть функций налогового агента по НДФЛ действительно «разнесена» между работодателем, банком и ФНС: банк может исчислять НДФЛ на основании сведений, полученных от работодателя.

Когда банк передал операции некорректно (или неполно), ЛК АУСН дает возможность корректировать классификацию/разделение операций. При этом в методических материалах по ведению учета на АУСН в 1С отмечается, что корректировка разделения банком операций возможна до 7 числа следующего месяца.

Это объясняет, почему в январе вы могли видеть одну картину, а после внесения исправлений — другую: вы фактически изменили «входные данные» для расчетов и справок. Поэтому действуем так:

1. Фиксируем перечень фактических выплат: аванс и зарплата должны существовать как две записи с правильными датами.
2. Проверяем, что правки не «пересоздали» выплату в другом периоде: иногда при редактировании можно случайно поменять «период» или тип выплаты.
3. Проверяем, что правки уложились в допустимое окно корректировок (ориентируемся на правило «до 7 числа следующего месяца» как практический ориентир, если корректируем банковские операции).

Если правки делались многократно, полезно действовать методично: «разберем по шагам» — открываем каждую выплату и последовательно сверяем дату, период, сумму и назначение. Такой аудит почти всегда выявляет, почему справка «прыгает».

Решение №4: правильно оформляем состав дохода, если есть районный коэффициент

Теперь разберем частую причину, почему бухгалтер вынужден «переделывать» операции: районный коэффициент (РК) и особенности его отражения.

Если банк не поддерживает нужную детализацию дохода или неверно классифицирует часть суммы, итоговые сведения о доходе могут приходить «укрупненно» или некорректно, а в справках это затем выглядит странно: сумма за период может формироваться не так, как вы ожидаете.

Как действуем, чтобы не «ломать» итоговую картину:

1. Не смешиваем две выплаты в одну. РК — это характеристика суммы внутри выплаты, но не повод объединять аванс и зарплату.
2. Детализируем доход внутри каждой выплаты настолько, насколько требует расчет НДФЛ и отражение в сведениях. Если аванс включает РК — корректируем аванс. Если РК относится к итоговой зарплате — корректируем итоговую выплату.
3. После корректировки снова проверяем период, чтобы случайно не изменить «месяц, за который выплата».

Здесь важно удерживать логику: АУСН «любит» точность по событиям. Поэтому каждую выплату приводим к виду «дата факта + период начисления/выплаты + корректный состав дохода».

Решение №5: если сведения не пришли из банка — вносим «Новый расчет» вручную (и понимаем, где это делать)

Иногда источник проблемы не в том, что «не складывается», а в том, что банк вообще не передал нужные сведения или передал их частично. Тогда ЛК АУСН предлагает внесение данных самостоятельно.

В материалах по ЛК АУСН прямо показано, что раздел по сотрудникам позволяет вносить сведения о выплатах сотрудникам и НДФЛ, если по каким-то причинам такие сведения не были переданы через банк, и формировать справки по каждому сотруднику.

Практический подход такой:

1. Для каждой выплаты создаем отдельный расчет (например, отдельно «аванс», отдельно «зарплата»).
2. Заполняем дату фактической выплаты и период (за какой месяц выплата).
3. Проверяем результат расчета НДФЛ и статус обработки/передачи.

Смысл этого решения — исключить зависимость от «умной» классификации банка, если она дает сбои. Но повторим ключевое: даже при ручном вводе мы не делаем одну операцию на месяц. Мы делаем операции на каждую выплату.

Решение №6: приводим учет в 1С в порядок, чтобы меньше править вручную в ЛК АУСН

Теперь посмотрим на сторону 1С, потому что исходный запрос просит ориентироваться на тему с форума 1С и практику «как делать правильно», чтобы не ловить расхождения.

На практике у организаций встречаются два сценария:

1. зарплата считается и выплачивается в 1С (например, в «1С:ЗУП»), а затем сведения попадают в банк/АУСН;
2. выплаты уходят через банк, а бухгалтер потом «донастраивает» и «докручивает» в ЛК АУСН вручную.

Чтобы второй сценарий не превращался в постоянные ручные исправления, полезно «подружить» настройки 1С с АУСН настолько, насколько это возможно.

В «1С:Бухгалтерии 8» настройка АУСН выполняется через учетную политику: выбираем режим, месяц перехода, проверяем включенные возможности обмена и учета.

Разберем по шагам, что стоит проверить в 1С, чтобы минимизировать расхождения в выплатах и периодах.

Шаг 1. Проверяем, что в 1С корректно задан режим и период применения АУСН

Если вы используете «1С:Бухгалтерию 8», убедимся, что режим действительно включен на нужную дату и соответствует фактическому переходу. В практических инструкциях по 1С указывают путь, где это делается: через настройки налогов и отчетов/систему налогообложения.

Цель этого шага — чтобы 1С формировала и интерпретировала операции с учетом логики АУСН, а не «старого режима».

Шаг 2. Настраиваем зарплатный контур в 1С так, чтобы аванс и зарплата были раздельными событиями

Даже если вопрос сейчас про ЛК АУСН, причина часто сидит в первичке: в 1С должны быть отдельно оформлены документы на выплату аванса и на выплату зарплаты.

Если вы используете «1С:ЗУП», типовой процесс такой: аванс рассчитывается и выплачивается как отдельная операция «за первую половину месяца», затем формируется окончательный расчет и выплата зарплаты. Подход описан в учебных материалах по начислению и выплате аванса/зарплаты в ЗУП.

Если вы используете «1С:Бухгалтерию 8» для зарплаты, там тоже есть типовые механизмы начисления и выплаты аванса и зарплаты.

В терминах объектов 1С нам важно держать в голове, что «выплата» — это отдельный документ/операция. Поэтому полезно ориентироваться на такие типовые объекты (названия могут отличаться в зависимости от конфигурации, но логика одинаковая): Документ.ВедомостьВБанк, Документ.ВедомостьВКассу, Документ.НачислениеЗарплатыИВзносов, Документ.НачислениеЗаПервуюПоловинуМесяца.

Мы не приводим здесь «универсальный код», потому что задача решается настройками и корректным вводом документов, но важно помнить: если в 1С «склеить» выплаты, то и дальше по цепочке (банк/ЛК) будет сложнее восстановить правильную картину.

Шаг 3. Привязываем выплаты к правильному периоду (особенно когда зарплата выплачивается в следующем месяце)

В 1С часто есть соблазн автоматически считать, что если выплата в феврале, то и период «февраль». На АУСН это неверно для случая «зарплата за январь выплачена в феврале»: период должен остаться «январь».

Поэтому действуем так:

1. Выплачиваем аванс в январе — период январь.
2. Выплачиваем зарплату (если по графику в феврале) — дата выплаты февральская, но период январь.
3. Проверяем выгрузку/передачу сведений в тот контур, который вы используете (банк или ручной ввод).

Это ключевой шаг, который чаще всего «лечит» проблему «в справках не вижу суммы, только аванс».

Шаг 4. Настраиваем даты выплаты (чтобы 1С не создавала лишнюю путаницу)

Фиксированные даты выплаты аванса и зарплаты (например, 20-е и 5-е) важно задать в настройках, чтобы 1С корректно формировала документы и периоды, и чтобы бухгалтер не «перекидывал» все руками. Внешние методические материалы по 1С отмечают, что даты выплаты задаются в настройках учетной политики/зарплаты (в зависимости от конфигурации).

Наша цель — чтобы и в 1С, и в ЛК АУСН логика была одинаковой: «две выплаты, один период».

Решение №7: если «Справки» нужны сотруднику, помним про обязанность работодателя и форму выдачи

Иногда вопрос «почему в справках вижу только аванс» возникает потому, что бухгалтер ожидает, что ЛК АУСН полностью заменит работодателю справки для сотрудника. Здесь важно не запутаться.

ФНС разъясняла, что специальной «уникальной» формы справки по НДФЛ именно «для АУСН» нет, а работнику справку о доходах выдает работодатель по общей форме, утвержденной ФНС.

То есть даже если в ЛК АУСН есть раздел «Справки» как инструмент формирования сведений, в части взаимодействия «работодатель—работник» мы действуем аккуратно: проверяем корректность данных в ЛК, но при необходимости формируем и выдаем справку в установленном формате в рамках кадрово-зарплатного учета.

Собираем все вместе: «контрольный чек-лист», чтобы суммы за месяц отражались правильно

Теперь давайте «сведем» решения в один понятный алгоритм. Пройдем его последовательно, как будто мы вместе закрываем задачу.

1. Проверяем, что аванс и зарплата заведены как две разные выплаты (две записи/операции), а не «одна сумма за месяц».
2. Сверяем даты:
   1. аванс — дата фактической выплаты аванса;
   2. зарплата — дата фактической выплаты зарплаты (даже если это следующий месяц).
3. Сверяем период:
   1. и у аванса, и у зарплаты за один месяц должен быть одинаковый период «за январь» (или другой нужный месяц);
   2. не допускаем, чтобы «зарплата за январь» ушла в период «февраль».
4. Проверяем состав дохода (в том числе районный коэффициент) внутри каждой выплаты, чтобы банк/ЛК не исказили классификацию.
5. Если правили банковские операции, учитываем, что корректировка разделения операций возможна до 7 числа следующего месяца, и не удивляемся, что после правок итоговые представления могут пересчитаться.
6. Смотрим статусы НДФЛ:
   1. если видим «Ожидает направления в СФР», трактуем это как этап обработки и передачи сведений, а не как автоматическую ошибку;
   2. если обе выплаты есть и периоды верные — даем системе завершить цикл обработки и затем снова проверяем «Справки».
7. Если банк не передал сведения, вносим данные вручную через «Новый расчет» по каждой выплате, потому что ЛК АУСН допускает самостоятельное внесение сведений о выплатах и НДФЛ.
8. В 1С наводим порядок:
   1. проверяем включение АУСН и корректность месяца перехода;
   2. проверяем раздельные документы на аванс и зарплату;
   3. проверяем настройки дат выплаты, чтобы период в сведениях не «уезжал».

Типовые «симптомы» и быстрые подсказки, что именно исправлять

Чтобы закрепить результат, давайте «проанализируем ситуацию» по характерным признакам.

1. В «Справках» есть только аванс за январь, зарплаты нет:
   1. с высокой вероятностью у зарплаты указан период «февраль» вместо «январь»;
   2. либо сведения по зарплате еще не прошли обработку и висят на статусе передачи.
2. После выплаты зарплаты «аванс пропал», а сумма стала равна зарплате:
   1. часто это визуальный эффект обновления «итога» или отображения последней операции в разрезе периода;
   2. обязательно проверяем, что обе выплаты существуют в списке и что у обеих одинаковый период.
3. НДФЛ в статусе «Ожидает направления в СФР»:
   1. рассматриваем это как этап маршрута передачи сведений;
   2. если данные внесены корректно, это не требует «объединения выплат», а требует контроля корректности реквизитов и ожидания завершения обработки.
4. После правок в ЛК АУСН все «скачет»:
   1. вспоминаем, что вы поменяли входные данные (классификацию/состав), поэтому пересчет закономерен;
   2. сверяем, что правки не затронули период и тип выплаты.

Итог: объединять аванс и зарплату в одну операцию не нужно

Зафиксируем вывод четко:

На АУСН мы отражаем аванс и зарплату как две отдельные выплаты, указывая дату фактического перечисления и период, за который произведена выплата. ФНС прямо показывает такой подход на примерах, где зарплата за месяц выплачена в следующем месяце, но период остается прежним.

Если в «Справках» кажется, что сумма не складывается, почти всегда причина в неправильном периоде одной из выплат или в том, что система еще не завершила обработку/передачу сведений (что отражается статусами вроде «Ожидает направления в СФР»).

Информация носит справочный характер и предназначена для практической диагностики и настройки процесса отражения выплат на АУСН.