Рассмотрим ситуацию: организация применяет УСН с объектом налогообложения «доходы минус расходы», сотрудникам начислена заработная плата 20 000 рублей, фактически выплачено только 10 000 рублей, но в Книгу учета доходов и расходов попадает вся сумма начисления — 20 000 рублей.
На первый взгляд это выглядит как ошибка: при УСН расходы на оплату труда должны уменьшать налоговую базу после фактической выплаты, а не только после начисления. Однако в 1С такая ситуация обычно означает не то, что программа признала расход исключительно по начислению. Чаще всего программа обнаружила ранее зарегистрированную выплату, которую не смогла связать с прежним начислением, и использовала ее при текущем начислении.
То есть сумма 20 000 рублей может складываться из текущей выплаты 10 000 рублей и выплаты 10 000 рублей, которая была произведена в прошлом периоде, но из-за ошибки в аналитике не была своевременно увязана с начисленной зарплатой.
Разберем подробнее, по каким правилам учитывается заработная плата при УСН, почему возникает такая ошибка, какие документы необходимо проверить и как исправить учет без ручного изменения регистров.
Сначала выясним налоговый порядок. Организация на УСН с объектом «доходы минус расходы» вправе учитывать расходы на оплату труда. При этом применять нужно кассовый принцип: расход признается не в момент начисления, а после фактического погашения задолженности перед работником.
Для заработной платы моментом признания расхода является дата:
Вместе с тем программа не может признать расход только по факту платежа, если отсутствует начисленная задолженность по оплате труда. Поэтому в 1С для признания зарплаты в расходах УСН должны быть выполнены два условия:
Поэтому в практической работе можно говорить, что 1С учитывает расход на более позднюю из двух дат: даты начисления и даты выплаты. Но важно правильно понимать этот механизм.
Если заработная плата начислена, но не выплачена, в КУДиР она не должна попасть. Если заработная плата выплачена, но программа не смогла связать выплату с начислением, расход также может временно не попасть в КУДиР. Когда позже появится начисление с подходящей аналитикой, программа может признать ранее неувязанную выплату.
Именно в этом случае создается впечатление, что в расходах отражается начисление, хотя фактически программа использует ранее зарегистрированную оплату.
Проанализируем наиболее вероятный сценарий. Предположим, что в текущем месяце организация начислила сотруднику 20 000 рублей и выплатила ему только 10 000 рублей. В нормальной ситуации в расходы УСН должна попасть только сумма фактически погашенной задолженности — 10 000 рублей.
Но ранее, например в прошлом месяце, этому же сотруднику также могла быть выплачена заработная плата в сумме 10 000 рублей. При этом программа не смогла сопоставить выплату с начислением. Такая ситуация может возникнуть, если в документах начисления и выплаты отличаются подразделение, сотрудник, организация, способ отражения расходов или другая аналитика, используемая программой.
В текущем месяце программа видит:
В результате программа получает две суммы оплаты на общую сумму 20 000 рублей. После появления нового начисления она считает, что оба условия признания расходов выполнены на 20 000 рублей, и отражает эту сумму в КУДиР.
Рассмотрим условный пример без учета НДФЛ, чтобы сосредоточиться только на механизме увязки начисления и выплаты.
В декабре сотруднику начислили 10 000 рублей. Затем сотруднику выплатили 10 000 рублей. Однако в документе начисления подразделение не было указано, а в документе выплаты подразделение было заполнено. Программа не смогла автоматически сопоставить начисление и выплату.
В январе сотруднику начислили 20 000 рублей и выплатили 10 000 рублей. Программа нашла:
После этого в январской КУДиР может появиться расход 20 000 рублей. Формально программа не признала расход исключительно на основании начисления. Она использовала два платежа, которые накопились в учетных данных и были признаны связанными с новым начислением.
Поэтому основная задача — не исправлять строку КУДиР вручную, а найти ранее неувязанные документы начисления и выплаты.
В 1С:Бухгалтерии предприятия редакции 3.0 учет зарплаты и налоговый учет УСН формируются не одним документом. Для правильного признания расхода необходимо проверить цепочку документов целиком.
Обычно в цепочке участвуют следующие документы и объекты программы:
НачислениеЗарплаты — начисляет заработную плату и формирует задолженность организации перед сотрудником;ВедомостьВБанк — используется для формирования списка сотрудников при выплате на банковские карты;ВедомостьВКассу — используется при выплате наличными денежными средствами;СписаниеСРасчетногоСчета — отражает фактическое перечисление денег работникам через банк;ВыдачаНаличных — отражает выдачу заработной платы из кассы;РасходыПриУСН — служебный регистр накопления, в котором программа контролирует выполнение условий для признания расходов;ПрочиеРасчеты — служебный регистр, который помогает программе сопоставлять начисления, выплаты и расчеты с сотрудниками;РасшифровкаКУДиР — регистр, содержащий детализацию данных, отражаемых в Книге учета доходов и расходов.Не будем проверять только проводки по счету 70. Оборотно-сальдовая ведомость по счету 70 важна, но она не показывает весь механизм признания расходов при УСН.
В бухгалтерском учете можно увидеть правильное сальдо по расчетам с сотрудниками, но в служебных регистрах УСН может сохраниться неувязанная выплата, неиспользованное начисление или некорректный статус оплаты.
Поэтому для поиска причины нужно сопоставить данные бухгалтерского учета, документы начисления и выплаты, а также движения по регистру РасходыПриУСН.
Программа сопоставляет начисление и выплату не просто по общей сумме. Для корректной увязки проверяются аналитические данные документов. В зависимости от настроек программы и способа ведения зарплаты состав аналитики может немного отличаться, но в первую очередь необходимо проверить следующие реквизиты.
Рассмотрим подробнее наиболее частую причину — различие подразделений.
Например, в документе НачислениеЗарплаты сотрудник отражен без подразделения. В документе ВедомостьВБанк или ВедомостьВКассу у того же сотрудника указано подразделение «Администрация». В бухгалтерском учете расчеты могут закрываться правильно, но для служебного налогового учета УСН программа может считать эти записи разными.
В результате выплата остается неувязанной. Когда в следующем месяце будет создано начисление с аналитикой, совпадающей с записью выплаты, программа сможет признать эту старую выплату в расходах.
Также проверим, не создавались ли в базе дублирующие карточки сотрудников. Иногда один и тот же физический человек может быть отражен в справочнике Сотрудники двумя разными элементами. Внешне фамилия, имя, отчество и ИНН могут совпадать, но для программы это разные сотрудники.
Например, первая карточка сотрудника могла быть создана при приеме на работу, а вторая — при ручном вводе ведомости на выплату. Тогда начисление могло быть оформлено на первую карточку, а выплата — на вторую. Такая выплата не сможет корректно сопоставиться с начислением.
Не будем удалять или объединять карточки сотрудников без резервной копии и предварительного анализа документов. Сначала определим, в каких документах использовалась каждая карточка, затем исправим первичные документы и только после этого примем решение о дальнейшем ведении справочника.
Перед исправлением обязательно отделим заработную плату от НДФЛ. Сумма, фактически перечисленная работнику на карту или выданная из кассы, обычно меньше начисленной зарплаты, поскольку из дохода удерживается НДФЛ.
Поэтому не будем сравнивать сумму строки КУДиР только с суммой, полученной сотрудником на руки. Сначала разберем состав начисления.
Например, сотруднику начислено 20 000 рублей. НДФЛ составил 2 600 рублей. На карту сотруднику перечислено 17 400 рублей. Экономически расходы на оплату труда могут составлять 20 000 рублей, поскольку удержанный НДФЛ является частью начисленной зарплаты сотрудника и удерживается из его дохода.
Однако технический порядок отражения НДФЛ в КУДиР зависит от применяемого релиза программы.
В более ранних релизах 1С:Бухгалтерии НДФЛ мог отражаться в налоговом учете отдельной записью после его перечисления в бюджет. Поэтому в старых периодах сумма выплаты сотруднику, сумма расхода по оплате труда и сумма расхода по НДФЛ могли отображаться отдельными строками.
Начиная с релизов 1С:Бухгалтерии 3.0, выпущенных в 2024 году, механизм учета удержанного НДФЛ был изменен: НДФЛ включается в расходы на оплату труда при выплате заработной платы. Поэтому в новых релизах КУДиР может показывать заработную плату одной суммой, включающей удержанный НДФЛ.
Рассмотрим правильный порядок контроля.
В рассматриваемой ситуации релиз 3.0.143.32 относится к более ранним версиям программы. Поэтому не будем переносить правила современных релизов на исторические периоды без проверки. Для корректного анализа нужно формировать КУДиР именно в той версии программы, в которой учитывался соответствующий период, либо проверять результат после обновления с учетом изменений в механизме учета НДФЛ.
Проанализируем три самостоятельных вида расходов, которые часто ошибочно объединяют при проверке УСН.
Заработная плата признается после начисления и выплаты сотруднику.
НДФЛ связан с доходом сотрудника и удерживается из начисленной зарплаты. Порядок его технического отражения в КУДиР зависит от релиза программы.
Страховые взносы не являются частью выплаты сотруднику. Они признаются как самостоятельный расход после начисления и фактической уплаты либо после отражения уплаты в предусмотренном программой порядке.
Поэтому не будем исправлять ошибку по зарплате через документы уплаты страховых взносов. Также не будем ожидать, что перечисление НДФЛ автоматически исправит ошибку в аналитике выплаты заработной платы.
Для страховых взносов в программе может потребоваться документ СведенияОбУплатеНалогов, особенно если платежи перечисляются в составе единого налогового платежа. Но этот механизм относится к признанию расходов по налогам и взносам, а не к связыванию начисленной и выплаченной зарплаты.
Начнем проверку с определения конкретной суммы и даты, на которую программа признала расход.
Нас интересует не только общая сумма 20 000 рублей, но и основание ее появления. Иногда одна строка КУДиР формируется несколькими документами. Например, расход может состоять из двух выплат по 10 000 рублей, произведенных в разные месяцы.
Если в КУДиР указан текущий документ выплаты, но сумма превышает сумму ведомости, не будем делать вывод, что программа ошиблась именно в текущем документе. Возможно, в расшифровке будут отражены дополнительные записи прошлого периода.
Следующим шагом сформируем отчет АнализСостоянияНалоговогоУчетаПоУСН. Этот отчет позволяет увидеть, какие расходы приняты к учету, а какие остались непризнанными.
В программе отчет обычно доступен через раздел Отчеты — Анализ учета — Анализ состояния налогового учета по УСН.
Разберем последовательность проверки:
Особенно внимательно посмотрим на остаток непризнанной заработной платы на начало периода. Если в начале месяца в программе числится неувязанная выплата или начисление, она может повлиять на признание расходов в текущем месяце.
Например, на начало января в регистрах может остаться выплата 10 000 рублей, которая была произведена в декабре, но не попала в расходы. В январе после начисления зарплаты программа может использовать этот остаток и признать дополнительную сумму расхода.
Если спорная сумма возникла в январе, обязательно проверим не только январские документы, но и документы как минимум за несколько предыдущих месяцев.
В более новых версиях 1С:Бухгалтерии, начиная с релизов, где доступен отчет РасходыУСН, можно провести более детальную диагностику.
Этот отчет показывает:
В полном интерфейсе отчет обычно доступен через раздел Отчеты — Анализ учета — Расходы УСН.
Разберем порядок работы с отчетом:
ПризнаниеРасходовУСН по спорному документу.Отчет ПризнаниеРасходовУСН помогает увидеть, какие условия признания расхода выполнены. Для зарплаты программа анализирует начисление и выплату.
Если отчет показывает, что выплата была произведена раньше, чем начисление, не будем считать это нормальной ситуацией автоматически. Необходимо определить, действительно ли это был аванс за текущий месяц, выплата задолженности за прошлый период или некорректно оформленный платеж.
Если используется релиз 3.0.143.32 или другой релиз, в котором отсутствует удобный отчет РасходыУСН, используем УниверсальныйОтчет.
Через Универсальный отчет можно проанализировать служебный регистр РасходыПриУСН. В нем программа хранит сведения о расходах, по которым еще не выполнены все условия признания, а также информацию о статусе оплаты.
Разберем по шагам настройку отчета.
РасходыПриУСН.Наименование полей может немного отличаться в зависимости от релиза программы. Обычно для анализа полезно вывести следующие реквизиты:
ВидРасхода;СтатусОплатыРасходовУСН;ОтражениеВНУ;ЭлементРасхода;Регистратор;Сотрудник;Подразделение;Сумма.Нас интересуют записи, по которым заработная плата долго остается в состоянии, не позволяющем признать расход, либо записи, где сумма выплаты и сумма начисления относятся к разным документам.
Например, можно обнаружить, что в декабре есть запись по сотруднику Иванову на 10 000 рублей со статусом «не оплачено», хотя по бухгалтерскому счету 70 задолженность уже погашена. Это означает, что в налоговом регистре программа не получила корректную информацию о выплате или не смогла сопоставить ее с начислением.
Также можно увидеть обратную ситуацию: в служебных данных имеется оплата, но отсутствует подходящее начисление. Когда позже появляется начисление с совпадающей аналитикой, программа может признать эту оплату расходом.
После анализа налоговых регистров проверим бухгалтерский учет. Сформируем оборотно-сальдовую ведомость по счету 70 за несколько месяцев.
Разберем порядок проверки:
70.Проверим, соответствует ли кредитовое сальдо счета 70 сумме фактической задолженности перед сотрудниками. Если по счету 70 задолженность отсутствует, а в регистре РасходыПриУСН числится большая непризнанная сумма заработной платы, причина может быть в неправильном оформлении выплаты.
Если по счету 70 числится задолженность, но КУДиР уже включает эту сумму в расходы, необходимо особенно тщательно проверить документы. В таком случае есть риск, что программа использовала старую неувязанную выплату либо в базе отражена двойная выплата.
Не будем ограничиваться общей суммой по счету 70. Нужно сравнить данные по каждому сотруднику отдельно. Общая задолженность может быть нулевой, но один сотрудник может иметь переплату, а другой — задолженность. Для механизма УСН это принципиально, поскольку программа сопоставляет записи в разрезе конкретных аналитических данных.
Теперь рассмотрим документы начисления. В разделе Зарплата и кадры — Все начисления откроем документы НачислениеЗарплаты за спорный период и за предыдущие месяцы.
В каждом документе проверим:
Особое внимание уделим случаям, когда сотрудник в одном месяце работает в одном подразделении, а в другом — в другом. Если сотрудника переводили между подразделениями, оформим кадровый перевод и проверим, что документы начисления и выплаты сформированы с корректными реквизитами.
Не будем исправлять подразделение только в текущем документе, если ошибка возникла в прошлом месяце. Нужно найти именно тот документ, в котором появились некорректные аналитические данные.
Например, в августе начисление было оформлено по подразделению «Основное», а выплата — по подразделению «Отдел продаж». В сентябре аналитика начисления стала совпадать с выплатой августа. В этом случае программа может признать августовскую выплату в сентябре. Исправлять нужно августовские документы, а не только сентябрьскую КУДиР.
Следующим шагом откроем документы выплаты зарплаты. В зависимости от способа выплаты это могут быть ВедомостьВБанк, ВедомостьВКассу, СписаниеСРасчетногоСчета или ВыдачаНаличных.
Разберем важный момент: ведомость на выплату сама по себе не всегда подтверждает фактическое погашение задолженности для целей УСН. При перечислении через банк необходимо проверить связанный документ списания денежных средств с расчетного счета.
Например, бухгалтер может сформировать документ ВедомостьВБанк, но не создать или не провести связанный документ СписаниеСРасчетногоСчета. В таком случае задолженность перед сотрудниками может выглядеть подготовленной к выплате, но фактическая оплата в программе не будет отражена правильно.
При проверке выплаты обратим внимание на следующие данные:
Часто ошибка возникает, когда банковская выписка загружается автоматически, а затем бухгалтер дополнительно вручную создает документ СписаниеСРасчетногоСчета на ту же сумму. В бухгалтерском учете такая ошибка может быть быстро замечена по двойному списанию денег, но иногда один из документов проводится с иной операцией или в другой дате, из-за чего расхождение обнаруживается только в КУДиР.
Также проверим, не отражалась ли выплата заработной платы ручной проводкой вида Дт70Кт51 или Дт70Кт50. Такая проводка может закрыть задолженность в бухгалтерском учете, но не сформировать корректные движения в регистрах УСН.
Для регулярной выплаты заработной платы не будем использовать ручные операции по счету 70 вместо штатных документов выплаты. В противном случае программа может некорректно учитывать расходы при УСН.
Отдельно проанализируем выплаты аванса. Аванс обычно выплачивается до окончательного начисления заработной платы за месяц. В программе важно правильно указать вид выплаты и период, к которому относится выплата.
Если аванс оформлен штатными документами, программа должна корректно учитывать его при последующем начислении зарплаты. Но если аванс выдан через ручную операцию, отражен как прочий платеж сотруднику или оформлен по неверному виду операции, связь с заработной платой может быть нарушена.
Рассмотрим пример. Сотруднику 20 июня выдан аванс 10 000 рублей. Начисление зарплаты за июнь произведено 30 июня. Если аванс и начисление оформлены корректно, программа сможет учесть сумму после выполнения всех необходимых условий.
Но если аванс отражен как выдача денежных средств под отчет, как прочий расход, как перевод физическому лицу без указания выплаты заработной платы или как ручная операция по счету 70, программа может не связать этот платеж с начислением.
В таком случае при последующих начислениях может возникнуть ситуация, когда программа признает больше расходов, чем было фактически выплачено в текущем месяце.
Рассмотрим ситуацию, которая особенно часто вызывает расхождения. Сотрудник мог быть переведен в другое подразделение, но перевод не был оформлен кадровым документом. Вместо этого бухгалтер вручную указал новое подразделение только в ведомости или только в документе начисления.
Например, в январе сотрудник числился в подразделении «Склад». В феврале сотрудника фактически перевели в подразделение «Логистика». Ведомость на выплату за февраль оформили по новому подразделению, но начисление зарплаты сформировали по старому.
В бухгалтерском учете сумма может быть отражена правильно. Однако в регистрах УСН программа может считать, что начисление и выплата относятся к разным расчетным объектам.
Чтобы избежать таких ситуаций, оформим кадровое изменение через документ КадровыйПеревод либо иной штатный кадровый документ, используемый в конкретной учетной схеме. Затем проверим, что начисление и ведомости формируются с одинаковыми данными.
Не будем исправлять старые ведомости путем массового изменения реквизитов без проверки последствий. Изменение подразделения может повлиять не только на расходы УСН, но и на отражение зарплаты по счетам затрат, отчетность по обособленным подразделениям, НДФЛ и страховые взносы.
В 1С:Бухгалтерии можно настроить разные способы отражения расходов на оплату труда. Например, зарплата одного сотрудника может относиться на счет 20, другого — на счет 26, третьего — на счет 44.
Сам по себе разный способ отражения не является ошибкой. Но при ручном изменении способа отражения в отдельных документах могут появиться расхождения в аналитике.
Проверим следующие настройки:
Если организация ведет деятельность по нескольким направлениям, совмещает УСН с другим режимом либо использует раздельный учет расходов, дополнительно проверим реквизит отражения расходов УСН. В таком случае часть зарплаты может не приниматься в расходы УСН или распределяться между видами деятельности.
Не будем менять настройку отражения расходов только ради исправления КУДиР. Сначала определим, какой вид деятельности и какой счет затрат действительно соответствуют работе сотрудника.
Когда причина расхождения найдена, исправим не итоговую строку КУДиР, а первичные документы. Такой подход позволит программе правильно восстановить записи регистров и исключить повторение ошибки в следующих периодах.
Рассмотрим последовательность действий.
70.Например, если ошибка возникла из-за отсутствия подразделения в декабрьском начислении, откроем декабрьский документ НачислениеЗарплаты, укажем корректное подразделение, перепроведем документ и затем перепроведем связанную ведомость и документ фактической выплаты.
После исправления программа должна перенести расход в правильный период. В результате текущая КУДиР может уменьшиться, а КУДиР прошлого периода — увеличиться.
Это нормальный результат исправления. Нельзя корректировать только текущий месяц, если фактическая выплата и начисление относятся к прошлому периоду.
Иногда возникает желание открыть регистр РасходыПриУСН и вручную удалить или изменить неправильную запись. Не будем использовать такой способ.
Служебный регистр формируется документами программы. Если удалить запись вручную или создать корректирующую запись без исправления исходных документов, могут возникнуть новые проблемы:
Регистр РасходыПриУСН используем для диагностики, но не для ручного исправления регулярных операций по зарплате.
Исправлять нужно документы НачислениеЗарплаты, ВедомостьВБанк, ВедомостьВКассу, СписаниеСРасчетногоСчета, ВыдачаНаличных и кадровые документы, если именно в них содержится ошибка.
В программе предусмотрен документ ЗаписьКнигиДоходовИРасходовУСН. Он используется для отражения отдельных нестандартных операций, которые невозможно корректно зарегистрировать штатными документами.
Однако не будем применять этот документ как основной способ исправления ошибочной связи между начислением и выплатой зарплаты.
Если вручную добавить или сторнировать сумму в КУДиР, но оставить неправильные записи в зарплатных документах, появится риск двойного учета. Программа может признать расход автоматически после очередного перепроведения документов, а ручная запись останется в КУДиР дополнительно.
Использовать ЗаписьКнигиДоходовИРасходовУСН можно только после документального анализа ситуации, когда стандартный механизм не позволяет отразить операцию. Для обычной заработной платы, выплачиваемой сотрудникам через банк или кассу, сначала всегда исправим штатные документы.
Если ошибочная сумма расходов уже попала в декларацию по УСН, сначала определим, привела ли ошибка к занижению налога.
Рассмотрим возможные варианты.
Не будем подавать уточненную декларацию автоматически только после обнаружения несоответствия в одном отчете. Сначала сформируем исправленную КУДиР, пересчитаем налог по УСН за каждый затронутый период и определим фактическую разницу.
Если после исправления выяснится, что налог был занижен, необходимо подготовить уточненный расчет, доплатить налог и оценить необходимость уплаты пеней. Если ошибка привела к переплате, также нужно проанализировать порядок зачета или возврата переплаты.
Систематизируем основные причины, которые нужно проверить в первую очередь.
Сотрудники, выплата — по другому.70 не формирует корректные движения в регистрах УСН.Посмотрим на пример, в котором все документы оформлены корректно.
Сотруднику начислена зарплата за март в сумме 20 000 рублей. Для упрощения примера не будем учитывать НДФЛ и страховые взносы.
31 марта оформлен документ НачислениеЗарплаты на сумму 20 000 рублей. У сотрудника возникает задолженность организации.
5 апреля сотруднику выплачено 10 000 рублей через документ СписаниеСРасчетногоСчета, созданный на основании ВедомостьВБанк.
В этой ситуации программа должна признать в расходах УСН 10 000 рублей на дату выплаты, поскольку выполнены оба условия:
Оставшиеся 10 000 рублей не должны попадать в КУДиР до момента их фактической выплаты.
Если 20 апреля будет выплачена оставшаяся сумма 10 000 рублей, программа должна признать второй расход на 10 000 рублей.
В результате в КУДиР за апрель могут быть две записи по 10 000 рублей либо одна агрегированная запись на 20 000 рублей, если программа объединяет записи по дате и виду расхода. Но сумма должна быть подтверждена двумя фактическими выплатами.
Теперь рассмотрим пример, который объясняет появление в КУДиР суммы начисления.
В феврале сотруднику начислили 10 000 рублей. В документе начисления подразделение не указали.
В марте сотруднику выплатили 10 000 рублей. В ведомости указали подразделение «Склад». Из-за различия аналитики программа не связала начисление и выплату.
В апреле сотруднику начислили 20 000 рублей уже по подразделению «Склад». В этом же месяце выплатили еще 10 000 рублей.
Программа видит начисление 20 000 рублей по подразделению «Склад» и две выплаты по 10 000 рублей, которые теперь подходят по аналитике:
В результате в КУДиР за апрель может быть признан расход 20 000 рублей.
Правильным исправлением будет не сторнирование апрельской строки КУДиР вручную, а исправление февральского начисления или мартовской ведомости. После перепроведения документов программа должна признать мартовскую выплату в периоде, к которому она относится, а апрельский расход уменьшить до фактически выплаченной суммы.
После исправления текущего расхождения организуем регулярную проверку учета расходов УСН.
АнализСостоянияНалоговогоУчетаПоУСН.70 для регулярных выплат.Подведем итог. При УСН с объектом «доходы минус расходы» заработная плата должна признаваться в расходах после выполнения двух условий: начисления и фактической выплаты.
Если в 1С:Бухгалтерии 3.0 начислено 20 000 рублей, выплачено 10 000 рублей, а в КУДиР попадает 20 000 рублей, наиболее вероятная причина заключается в наличии ранее неувязанной выплаты. Программа могла сопоставить текущее начисление не только с текущей выплатой, но и со старой выплатой, которая не была признана в расходах из-за различий в аналитике.
В первую очередь проверим:
70;РасходыПриУСН;АнализСостоянияНалоговогоУчетаПоУСН.Исправляйте первичные документы начисления и выплаты, а не строки КУДиР и не служебные регистры вручную. После корректировки перепроведите документы в хронологическом порядке, повторно сформируйте отчет по УСН и убедитесь, что в расходы попадает только сумма, подтвержденная корректно оформленной выплатой.
Информация носит справочный характер