Как исправить ошибки в расчете аванса

Возможные ошибки

Ошибки при расчёте НДФЛ в конфигурациях могут возникнуть из-за того, что в документах на начисление и выплату зарплаты проставлена неправильная дата выплаты дохода.

При создании документов дата проставляется автоматически из настроек программы. Если фактическая дата выплаты другая, её нужно исправить во всех созданных документах либо же создать новый документ с правильной датой.

Разберем пошаговое создание документов на расчёт зарплаты и НДФЛ в облачных версиях 1С:Бухгалтерия и 1С:ЗУП от Scloud.

Расчёт НДФЛ в 1С:Бухгалтерия

Для расчёта НДФЛ и начисления аванса или зарплаты перейдите в раздел «Зарплата и кадры» → «Все начисления». Создайте документ «Начисление зарплаты», в созданном документе нужно отметить «Аванс» или «Окончательный расчёт».

Снова вопрос по работе в 1С?

Не тратьте время на поиски — закажите консультацию у специалиста Scloud!

После этого важно проверить дату выплаты – программа могла подтянуть неправильную дату из настроек – и изменить её на правильную дату.

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

После всех изменений заново заполните документ: обновится сумма выплат и НДФЛ. Проведите и закройте документ.

После расчёта нужно создать ведомость на выплату средств. Для этого перейдите в «Зарплата и кадры» → «Зарплата» → «Ведомость в кассу/банк» и создайте ведомость.

Тип ведомости определяется по способу выплаты аванса или зарплаты. В созданном документе выберите «Аванс» или «Зарплата», проверьте дату выплаты и измените дату при необходимости.

Заполните документ: выплаты и НДФЛ должны посчитаться корректно.

Если возникла ошибка в расчётах, проверьте дату в документе «Начисление зарплаты»: дата в ведомости должна совпадать с датой в документе, либо в ведомости должна стоять более поздняя дата. Из-за неправильных дат НДФЛ может рассчитаться некорректно.

Расчёт НДФЛ в 1С:Зарплата и управление персоналом

Для расчёта НДФЛ с аванса создайте документ в разделе «Зарплата» – «Начисление за первую половину месяца». Чтобы рассчитать НДФЛ с оставшейся части зарплаты, создайте документ в разделе «Зарплата» – «Начисление зарплаты и взносов».

Заполните документ.

Бесплатная книга по зарплатному учету в 1С!

Получите бесплатную книгу от консультантов Scloud

Направим книгу Вам на почту!

Просто заполните форму ниже:

Проверьте дату выплаты в документе и в начислениях сотрудников. Посмотреть дату выплаты у сотрудника можно в окне «Начисления», которое откроется при нажатии на сумму выплаты в таблице документа.

После проверки заново заполните документ: обновятся суммы выплат и НДФЛ. Для завершения работы с документом проведите и закройте документ.

После расчёта также нужно создать ведомость на выплату средств. Перейдите в раздел «Выплаты» → «Ведомость в банк/на счета/в кассу» и создайте нужную ведомость.

Тип ведомости зависит от того, как выплачивается зарплата в организации. В документе в пункте «Выплачивать» нужно выбрать «Аванс» или «Зарплата за месяц», чтобы программа понимала, какую сумму рассчитывать.

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

Заполните ведомость, проведите и закройте документ.

Анализ НДФЛ

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

Неправильная дата выплаты – распространенная ошибка при расчёте НДФЛ.

Но также бывают и редкие ошибки, которые не решить без анализа базы и исправления учёта НДФЛ. В таком случае можно обратиться к консультантам Scloud – они определят возможные ошибки в расчётах и предложат решение проблемы.

Снова вопрос по работе в 1С?

Не тратьте время на поиски — закажите консультацию у специалиста Scloud!

Реклама: ООО «СервисКлауд», ИНН: 7104516184, erid: LjN8JuPU5

Как избежать проблем с НДФЛ, если аванс оказался больше зарплаты?

Фёдорова Мария
Старший специалист линии консультаций партнёрской сети «ИнфоСофт».

27.03.2023

Время прочтения — 4 мин.

Получить бесплатную консультацию

В данной статье рассмотрен лишь один из случаев некорректного расчета НДФЛ. Каждый случай индивидуален. Однако самое главное – соблюдать последовательность и быть внимательными при перерасчетах. Поэтому прежде чем приступить к подобного рода исправлениям, рекомендуется сделать копию базы

Пример:

Сотруднику Тихонов В.С. в феврале был выплачен аванс. Затем он принес больничный, и при начислении зарплаты за февраль оказалось, что его доход за месяц меньше, чем был выплачен аванс.

1.png

После начисления за первую половину марта, а далее и зарплаты за март были выявлены проблемы с расчетом НДФЛ:

2.png

На данный момент единственным верным решением является ручное изменение начисления за первую половину января. Перед этим необходимо отменить проведение аванса и зарплаты за март, и зарплаты за февраль.

После чего зайти в начисление за первую половину февраля и вручную поставить сумму равную зарплате за февраль. Как видно из расчетного листка выше, общее начисление составило 25000 рублей.

3.png

НДФЛ рассчитался автоматически:

4.png

Так как ведомость мы не трогали, после проведения начисления за первую половину февраля в анализе НДФЛ мы увидим излишне удержанную сумму НДФЛ:

5.png

Подпишитесь на дайджест!

Подпишитесь на дайджест, и получайте ежемесячно подборку полезных статей.

Это не страшно. При следующей выплате программа учтет это переудержание.

Далее пересчитываем еще раз сотрудника в начислении зарплаты за февраль и проводим его. Выплаты за февраль сотруднику не было за счет переплаты, поэтому дальше мы проводим начисление за первую половину марта, после чего в ведомости на выплату желательно обновить налог.

Для того, чтобы налог обновился, необходимо «подсветить» строчку именно с этим сотрудником, после чего нажать «Обновить налог»:

6.png

Сумма налога изменится, при этом сумма к выплате останется той же.

7.png

В моем случае программа при выплате аванса автоматически учитывает долг работника на начало, поэтому к выплате ставит сумму меньше:

8.png

Такая ситуация может повлечь за собой еще минусы в анализе после расчета зарплаты за март, но исчисленный НДФЛ все равно окажется верным:

9.png

Если такая ситуация не страивает, то можно при выплате аванса руками поставить сумму к выплате и обновить налог. Тогда учтется лишь ранее излишне удержанный НДФЛ:

10.png

В таком случае долг за работником учтется при выплате зарплаты за март:

11.png

И после проведения выплаты доходы корректно отразятся в анализе НДФЛ, а по расчетному листку долга никакого не будет:

12.png

13.png

Как правильно вносить исправления в выплаты

Содержание

У сотрудника оклад 65000, аванс 30000. Была ведомость на выплату аванса, а в конце месяца должна была быть выплачена зарплата на руки 26500. Реальной выплаты еще не было. Теперь выяснилось, что выплатить на руки по факту надо меньше.

Как не надо делать

В любом случае, не надо вручную исправлять итоговую сумму к выплате на руки. Почему? Она складывается из сумм расшифровки, которые скрыты в поле справа от этой суммы. Дважды щелкнув по нему, можно туда провалиться.

Как правильно вносить исправления в выплаты

Как правильно вносить исправления в выплаты

Если вы руками поменяете итоговую сумму при наличии нескольких строк в расшифровке выплаты, программа сделает с суммами расшифровки совершенно непредсказуемые вещи – что-то увеличит, что-то уменьшит.

У нас в расшифровке после изменения суммы на руки на 20000 с учетом уже выплаченного аванса в 30000 должна поменяться общая сумма к выплате на 50000. Но вот что произойдет с уже выплаченным авансом (и, возможно, с межрасчетными выплатами по отпускам и больничным, которые, кстати, облагаются НДФЛ!), если изменить сразу в ведомости сумму на руки, проигнорировав суммы в расшифровке:

Как правильно вносить исправления в выплаты

Программа в этой ситуации некорректно поменяет налоговую базу, что неминуемо приведет к недоудержанному НДФЛ. Если провалиться в расшифровку, мы увидим также, что программа по собственному разумению изменила и суммы итоговой выплаты и всех остальных составляющих. Это изменило и налоговую базу для данной выплаты, и НДФЛ, причем неверно. Только итоговая сумма на руки останется соответствующей действительности. В этом случае уже в ведомости следующего месяца нас ожидают перерасчеты и ошибки с окончательнымудержанием НДФЛ.

Как правильно вносить исправления в выплаты

Как надо делать

Необходимо провалиться в расшифровку и вручную исправить нужную сумму уже в расшифровке. В нашем случае это общая сумма к выплате (сумма, которая включает в себя возможный аванс). Мы сократили реальную сумму выплаты, соответственно, налоговая база должна уменьшиться. Правильная сумма к выплате должна быть сумма аванса + скорректированная сумма выплаты на руки (30000+20000). Проваливаемся в расшифровку выплаты меняем общую сумму (она дается БЕЗ учета НДФЛ). Не забываем после этого нажать кнопку Обновить НДФЛ.

Как правильно вносить исправления в выплаты

Обратите внимание, сумма на руки в ведомости получилась той же, но сложена она уже из реальных данных (общая сумма — аванс), а не путем изменения налоговой базы и вольного арифметического преобразования составляющих этой суммы. НДФЛ также указан корректно от части налоговой базы, которая соответствует размеру сокращенной выплаты – Налоговая база=(Выплата+Вычеты*0,87)/0,87 = 50000/0,87 = 57471,26.

Как правильно вносить исправления в выплаты

Исходная налоговая база для программы при этом не меняется, так как она закреплена документом-основанием (Начисление зарплаты и взносов) и равна 65000.

Как правильно вносить исправления в выплаты

Поэтому закроем долг перед сотрудником и перейдем к следующему примеру.

Как правильно вносить исправления в выплаты

Пример 2. Исправления для уже выплаченных ведомостей

Исходные вводные те же. У сотрудника оклад 65000, аванс 30000. Была ведомость на выплату аванса, а в конце месяца должна была быть выплачена зарплата на руки 26500. Реальная выплата уже проведена.

Теперь выяснилось, что полная сумма выплаты за вычетом НДФЛ должна была быть меньше на 16500, т.е. 40000 (30000 аванс + 10000).

Как не надо делать

Опять покажем, что произойдет, если поменять сумму на руки сразу в ведомости:

Как правильно вносить исправления в выплаты

Снова все кроме суммы на руки перекосилось, и нам снова повезло, что в расшифровке нет сумм больничных и отпусков, которые облагаются НДФЛ. Все это точно также бы претерпело изменения и повлекло за собой ошибочные перерасчеты.

Как правильно вносить исправления в выплаты

Как надо делать

Снова не правим сумму сразу в ведомости, а проваливаемся в расшифровку и исправляем сумму конечной выплаты уже там. Всего, включая аванс, мы должны были учесть в данном месяце 40000. Ставим эту сумму, затем нажимаем Обновить налог.

Как правильно вносить исправления в выплаты

Так мы получаем корректно учтенную для целей НДФЛ выплату.

Как правильно вносить исправления в выплаты

Но поскольку нам надо сохранить в ведомости уже учтенную сумму выплаты, придется довести сумму выплаты на руки в нашей ведомости до исходной. Добавим в расшифровку выплаты строку вручную. В ней надо будет заполнить поля сотрудника, подразделения и суммы. Таким образом нам надо довнести строку с суммой 56550-40000 = 16550, чтобы получить искомые 26550 в ведомости.

Как правильно вносить исправления в выплаты

Теперь все в порядке, сумма восстановлена, а поскольку мы добавили сумму без документа-основания, НДФЛ к удержанию не изменится.

Как правильно вносить исправления в выплаты

Данная сумма для программы пройдет как аванс и будет вычтена при последующих выплатах на правах аванса.

(Рейтинг:
0
Голосов: 0 )

Материалы по теме

Опубликовано 28.10.2017 01:22
Автор: Administrator
Просмотров: 137262

Достаточно часто я вижу в базах наших клиентов одну существенную ошибку – так называемое, перекрестное сальдо на счетах учета расчетов с контрагентами. При такой ситуации по одному контрагенту может числиться аванс на счете 62.02 и сумма долга на счете 62.01, хотя, в действительности, взаиморасчеты должны быть закрыты или же отражать только один вид задолженности (дебиторскую или кредиторскую). 

Такие ошибки по счету 62 приводят к некорректному расчету НДС с авансов, по счету 60 – неверному определению расходов при УСН, а также искажают показатели бухгалтерской отчетности. Давайте разбираться, какие причины могут привести к возникновению такой ситуации.

Разные договоры

В программах 1С есть возможность вести учет расчетов с контрагентами в разрезе договоров, и большинство организаций эту возможность использует (в 1С: Бухгалтерии данная настройка находится в разделе «Главное» — «Функциональность»).

Иногда, действительно, бывает так, что c одним контрагентом заключено несколько договоров. При этом по одному из них есть предоплата, а по другому – задолженность. Для отслеживания таких ситуаций в наименовании договора нужно указывать корректные реквизиты (дату и номер), тогда по ОСВ будет понятно, что состояние взаиморасчетов соответствует действительности.
Но довольно часто договоры дублируются по ошибке, из-за чего расчеты «разъезжаются» по разным субсчетам.

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

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

Способ зачета авансов

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

И способ зачета аванса в документах поступления и реализации.

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

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

Но выбор данного способа требует особой внимательности, т.к. некорректный подбор документов влечет за собой неверное сальдо по субсчетам. Обязательно контролируйте в этом случае состояние расчетов в разрезе документов, включая нужную детализацию в ОСВ.

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

Момент выполнения расчетов

В конфигурации 1С: Бухгалтерия предприятия 8 редакции 3.0 в настоящее время есть настройка, определяющая, в какой момент будет осуществляться зачет авансов и погашение задолженности контрагентов. Расположена она в разделе «Администрирование», пункт «Проведение документов».

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

Последовательность ввода документов

Очень часто причина перекрестного сальдо на счетах 60 и 62 кроется в том, что в ходе работы документы практически никогда не вводятся в строгой хронологической последовательности. Например, банковские выписки могут быть загружены в программу своевременно, а документы от поставщиков часто вводятся задним числом. В этом случае на момент проведения платежа фиксируется аванс, а после ввода документов оказывается, что было произведено погашение задолженности. Восстановление хронологической последовательности исправляет ситуацию.
Провести документы можно разными способами, например, в ходе процедуры закрытия месяца.

Или отдельной обработкой, расположенной на вкладке «Операции» — «Групповое перепроведение документов».

Ручные проводки

Отдельно я хочу сказать о ручных проводках по счетам учета расчетов с контрагентами. Делать их рекомендуется в самом крайнем случае, т.к. большинство операций в программе автоматизировано с помощью специальных документов. Но если необходимость в таких проводках, действительно, есть, то нужно очень внимательно заполнять все субконто, в том числе, указать документы расчетов.
Очень часто я вижу ситуацию, когда документ подобран неправильно или третье субконто в ручных проводках и вовсе не заполнено.

После таких корректировок в ОСВ с детализацией по всем субконто мы можем увидеть не очень приятную картину.

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

Автор статьи: Ольга Шулова

Ольга Шулова

Понравилась статья? Подпишитесь на рассылку новых материалов 

Добавить комментарий

Понравилась статья? Поделить с друзьями:
  • Как найти бранденбургские ворота
  • Как найти территорию на карте по координатам
  • Как найти модератора в одноклассниках с телефона
  • Сценарий квеста как найти подарок
  • Как правильно найти поршень