Рассмотрим ситуацию, когда в 1С:ЗУП 3.1 при заполнении документа Ведомость в банк сотруднику должна быть перечислена сумма 50 000 рублей, но программа предлагает к выплате только 45 050 рублей. Разница 4 950 рублей тянется из прошлого года и уменьшает текущую выплату.
Такая ситуация означает, что в регистрах взаиморасчетов программы по сотруднику отражен остаток: переплата, задолженность сотрудника перед организацией, незакрытая выплата, ошибочное удержание либо техническая запись, оставшаяся после исправления старых документов.
Не будем сразу менять сумму в ведомости вручную. Важно сначала выяснить причину расхождения. Если просто указать в ведомости 50 000 рублей вместо 45 050 рублей, старая разница обычно останется в учете и снова попадет в следующую ведомость.
Разберем по шагам, как найти источник суммы, проверить взаиморасчеты, скорректировать остаток без перепроведения всех прошлых периодов и убедиться, что после исправления не возникнет расхождение по счету 70 в бухгалтерской программе.
Документ Ведомость в банк при автоматическом заполнении анализирует не только начисления текущего месяца. Программа учитывает все невыплаченные суммы, ранее произведенные выплаты, удержания и остатки взаиморасчетов по сотруднику.
Поэтому итоговая сумма в ведомости может состоять из нескольких частей:
Перенос данных.В нашем примере сумма к выплате должна составлять 50 000 рублей, но программа предлагает 45 050 рублей. Значит, программа уменьшает выплату на 4 950 рублей. Чаще всего это происходит, когда в учете есть задолженность сотрудника перед организацией или ранее отраженная переплата.
Например, в прошлом году могла быть проведена ведомость на 4 950 рублей, но фактически деньги сотруднику не перечислили. Для программы проведенная ведомость могла означать, что выплата состоялась. В результате появился ложный остаток, который теперь уменьшает очередную выплату.
Другой вариант: сотруднику действительно перечислили лишние 4 950 рублей, а программа теперь удерживает эту сумму из очередной зарплаты. В этом случае уменьшение ведомости может быть правильным и исправлять его без проверки нельзя.
Прежде чем исправлять данные, определим экономический смысл суммы 4 950 рублей. Нужно понять, действительно ли организация должна сотруднику 50 000 рублей или часть этой суммы уже была выплачена, удержана либо зачтена.
Для этого проверим три источника информации:
Правильная корректировка зависит от причины разницы. Если исправить только остаток в регистре без понимания причины, можно создать новую переплату или потерять реальную задолженность.
Начнем с документа Ведомость в банк. Откроем строку сотрудника и перейдем в расшифровку суммы к выплате. В зависимости от формы документа расшифровка может открываться по ссылке суммы, по команде изменения расшифровки либо через дополнительное меню документа.
В расшифровке посмотрим, за какие периоды программа подбирает суммы. Нас интересуют строки, относящиеся к прошлому году, а также документы, которые уменьшают сумму к выплате.
Проверим следующие признаки:
Например, в расшифровке можно увидеть, что текущая зарплата составляет 50 000 рублей, а отдельной строкой отражена сумма минус 4 950 рублей за прошлогодний период. Это означает, что проблема не в расчете текущей зарплаты, а в старом остатке взаиморасчетов.
Если удалить старую строку из расшифровки, ведомость может временно заполниться на 50 000 рублей. Но сама причина останется. При следующем заполнении ведомости программа снова увидит старый остаток и снова уменьшит сумму.
Удаление строки из расшифровки ведомости можно рассматривать только как временное действие, а не как окончательное исправление учета.
После расшифровки ведомости перейдем к анализу взаиморасчетов. Для этого сформируем отчет Задолженность по зарплате.
В отчете укажем организацию, сотрудника и период проверки. Если известно, что проблема появилась в прошлом году, установим период с начала прошлого года до текущего месяца. Это позволит увидеть, в каком месяце впервые возник остаток.
В отчете проанализируем:
Если отчет показывает задолженность сотрудника перед организацией 4 950 рублей, программа уменьшает текущую выплату логично. В такой ситуации нужно установить, действительно ли сотрудник получил переплату или остаток образовался только в программе.
Если отчет показывает задолженность организации перед сотрудником, но ведомость при этом уменьшает выплату, нужно дополнительно проверить виды выплаты, даты ведомостей и движения документов. Возможно, в базе есть несколько разнонаправленных остатков, которые влияют на заполнение ведомости по-разному.
Если отчет не показывает разницу, но она видна в ведомости, нужно проверить настройки отчета, период формирования, организацию, подразделение, источник финансирования и конкретный вид выплаты.
Следующим шагом сформируем расчетный листок сотрудника за текущий и прошлые периоды. Лучше начинать с месяца, в котором отчет по задолженности впервые показывает разницу.
В расчетном листке обратим внимание на показатели:
Разберем пример. В декабре прошлого года сотруднику начислили 60 000 рублей. После удержания НДФЛ к выплате получилось 52 200 рублей. Однако по ошибке была проведена ведомость на 57 150 рублей. Разница 4 950 рублей могла сформировать переплату сотруднику.
Если сотрудник действительно получил 57 150 рублей, текущая ведомость на 45 050 рублей может быть обоснованной: программа уменьшает выплату на сумму переплаты. Если же банк не перечислил эти 4 950 рублей, а ведомость только была проведена в 1С, переплата является технической и ее нужно устранить.
Расчетный листок помогает увидеть результат расчета, но для окончательного вывода его нужно сверить с ведомостями и банковскими документами.
Теперь проанализируем ведомости за период, в котором появилась разница. В разделе выплат найдем документы Ведомость в банк, Ведомость в кассу, Ведомость на счета и другие документы, которыми могла быть зарегистрирована выплата.
Проверим:
В типовом учете ведомость в банк после проведения учитывается как выплата сотруднику. Поэтому если ведомость была проведена, но деньги не дошли до сотрудника, программа может считать задолженность погашенной, хотя фактической выплаты не произошло.
Это особенно важно при зарплатных проектах. Возможна ситуация, когда файл в банк был сформирован, но банк отклонил часть сотрудников из-за неверных реквизитов, закрытого счета, ошибки в персональных данных или недостаточности денег на расчетном счете.
Если отказ банка не был отражен в программе, ведомость продолжит числиться как оплаченная, а у сотрудника возникнет техническая переплата либо ложное погашение задолженности.
Далее проверим фактическое движение денежных средств. Для каждой подозрительной ведомости сопоставим данные 1С:ЗУП с банковской выпиской, реестром на зачисление и результатами обработки зарплатного проекта.
Проверим:
Если ведомость отражена в 1С, но фактическая выплата не состоялась, нужно исправлять именно учет выплаты. Если же деньги действительно были перечислены сотруднику, необходимо решить вопрос с возвратом переплаты или ее удержанием в пределах, допускаемых законодательством и оформленных документами.
Нельзя закрывать реальную переплату только технической корректировкой регистра, если сотрудник действительно получил лишние деньги.
Иногда разница в ведомости не связана с переплатой. Программа может уменьшать сумму к выплате из-за удержания, которое осталось непогашенным с прошлого периода.
Проверим наличие:
Например, сумма 4 950 рублей может быть остатком по займу сотрудника, который не удалось удержать из-за отсутствия достаточной суммы в прошлом месяце. Тогда программа может перенести удержание на следующую выплату. В такой ситуации корректировать регистр Зарплата к выплате без проверки удержания неправильно.
Также нужно проверить, не изменился ли НДФЛ после перерасчета прошлого периода. Корректировки налога, отмены начислений и исправления межрасчетных документов иногда влияют на сумму к выплате уже после того, как исходная ведомость была проведена.
Технически в ведомости можно изменить сумму вручную. Но рассмотрим последствия такого действия.
Допустим, программа рассчитала 45 050 рублей, а пользователь указал 50 000 рублей. Сотрудник получит нужную сумму, но старый остаток 4 950 рублей может сохраниться в регистрах взаиморасчетов.
При следующем заполнении ведомости программа снова может уменьшить выплату на 4 950 рублей. Кроме того, программа может посчитать, что сотруднику выплачено больше, чем отражено в расчетах, и образовать новую переплату.
Таким образом, ручное изменение суммы без корректировки причины может привести к двум ошибкам:
Ручную корректировку ведомости используем только в исключительной ситуации, когда нужно срочно сформировать платежный реестр и одновременно уже принято решение, каким документом будет скорректирован остаток взаиморасчетов.
Если причина разницы найдена в конкретной ведомости, начислении или удержании, наиболее корректный вариант — исправить исходный документ.
Этот способ подходит, когда:
Например, если в прошлом году бухгалтер случайно провел ведомость на 4 950 рублей, но деньги не перечислялись, можно отменить проведение ошибочной ведомости либо исправить ее по правилам, применяемым в конкретной учетной ситуации.
После исправления документа обязательно повторно сформируем:
Задолженность по зарплате;Однако не будем бездумно перепроводить документы прошлого года. Если период закрыт, отчетность уже сдана, данные переданы в бухгалтерию, сформированы регламентированные отчеты или выполнялись последующие корректировки, изменение старого документа может вызвать цепочку перерасчетов.
Если ошибка относится к закрытому периоду, сначала оценим последствия исправления в копии информационной базы.
Если старый период закрыт и не нужно менять начисления, НДФЛ, страховые взносы и уже оформленные документы, можно скорректировать технический остаток взаиморасчетов документом Перенос данных.
Этот вариант обычно применяют, когда необходимо убрать старую сумму из будущих ведомостей, но перепроводить весь прошлый период нежелательно или опасно.
Документ Перенос данных позволяет вручную сформировать движения по регистрам учета. Для рассматриваемой задачи может использоваться регистр Зарплата к выплате или аналогичный регистр, который в конкретной базе влияет на заполнение ведомостей.
Документ «Перенос данных» не является обычным документом выплаты. Он не должен использоваться для произвольного исправления сумм без проверки причин и без сверки с бухгалтерией.
Применять этот способ целесообразно, если одновременно выполняются следующие условия:
Перед вводом документа Перенос данных подготовим рабочие материалы. Это позволит избежать ошибочной корректировки с неправильным знаком или не по тому сотруднику.
Соберем:
Задолженность по зарплате;Также перед изменением данных создадим резервную копию базы. Документ Перенос данных влияет на регистры, поэтому ошибка в дате, сумме, сотруднике или знаке движения может создать новую задолженность вместо закрытия старой.
Если в организации используется синхронизация с 1С:Бухгалтерией, дополнительно проверим, передаются ли данные по зарплате сводно или детально, как отражаются выплаты и каким документом формируется бухгалтерская проводка.
Точный состав регистров и порядок открытия формы могут отличаться в зависимости от редакции программы, прав пользователя и доработок конфигурации. Поэтому рассмотрим общий алгоритм.
Перенос данных.Зарплата к выплате, если он доступен в используемой конфигурации.Задолженность по зарплате и проверим результат.Перед проведением еще раз проверим, какой именно остаток нужно убрать. Если программа показывает долг сотрудника перед организацией, корректировка должна закрыть этот долг. Если программа показывает долг организации перед сотрудником, корректировка должна уменьшить задолженность организации.
Не определяйте знак записи только по названию колонки. После проведения обязательно проверьте итоговый отчет. Если разница вместо исчезновения увеличилась или перешла в противоположную задолженность, отмените проведение документа и перепроверьте заполнение.
Предположим, что при заполнении ведомости программа предлагает сотруднику 45 050 рублей вместо 50 000 рублей. Расшифровка показывает, что сумма уменьшена на 4 950 рублей за прошлогодний период.
После проверки старых документов выяснилось следующее:
В такой ситуации старый остаток является технической переплатой. Если прошлый период нельзя менять, можно скорректировать запись в регистре взаиморасчетов документом Перенос данных. После корректировки ложная переплата должна исчезнуть, а ведомость текущего месяца должна заполниться на 50 000 рублей.
Но представим другую ситуацию. В прошлом году сотруднику действительно перечислили лишние 4 950 рублей, что подтверждается банковской выпиской. Тогда это не техническая ошибка. Программа правильно уменьшает текущую выплату. В таком случае необходимо решать вопрос удержания или возврата переплаты на основании оформленных документов, а не удалять остаток через Перенос данных.
После исправления взаиморасчетов в ЗУП обязательно сверим данные с бухгалтерским учетом. В противном случае можно убрать остаток из ведомости, но оставить необъяснимую сумму по счету 70.
В бухгалтерской программе сформируем:
Если в бухгалтерии по сотруднику числится долг организации или долг сотрудника на 4 950 рублей, его нельзя игнорировать. Нужно определить, какой документ должен закрыть эту сумму: выплата, удержание, возврат средств, исправление ведомости или бухгалтерская корректировка.
Если остаток есть только в ЗУП, а в бухгалтерии он отсутствует, скорее всего, проблема связана с регистрами зарплатного учета. Если же разница присутствует и в ЗУП, и по счету 70, нужно исправлять ситуацию согласованно в обеих системах.
После корректировки программа ЗУП и бухгалтерский учет должны показывать одинаковую сумму взаиморасчетов с сотрудником.
При анализе старых ведомостей проверим дату документа и дату выплаты. В 1С:ЗУП дата выплаты влияет на учет расчетов, НДФЛ и отражение факта выплаты.
Сопоставим:
Перенос данных.Не будем произвольно менять даты старых ведомостей только для того, чтобы исчезла разница. Такое действие может затронуть налоговый учет и отчетность по НДФЛ.
Старая сумма может попасть в ведомость не только из основной зарплаты. Проанализируем межрасчетные документы, которые были оформлены сотруднику в проблемном периоде.
Проверим:
Например, сотруднику могли выплатить отпускные, а затем отпуск отменили или перенесли. Если начисление отпуска было исправлено, но ведомость на выплату осталась проведенной, в программе может появиться переплата. Именно она затем уменьшит очередную ведомость на зарплату.
Также нужно проверить, не были ли начисления прошлого периода пересчитаны после закрытия месяца. В ЗУП перерасчет может влиять на взаиморасчеты, даже если пользователь не создавал новую ведомость вручную.
Документ Перенос данных является инструментом корректировки регистров, но не должен заменять нормальное оформление хозяйственных операций.
Не будем использовать его в следующих случаях:
В этих ситуациях сначала исправим первичный документ или оформим реальную операцию: возврат средств, удержание, отмену ведомости, исправление начисления либо корректировку выплаты.
Если принято решение использовать Перенос данных, зафиксируем причину корректировки в комментарии к документу и во внутренней служебной записке.
В основании укажем:
Например, можно использовать формулировку: «Корректировка технической переплаты по сотруднику за декабрь прошлого года. Ведомость была проведена в программе, но сумма банком не была зачислена. Фактическая выплата отсутствует. Корректировка введена для закрытия ошибочного остатка взаиморасчетов и исключения его из будущих ведомостей».
Такое пояснение поможет при внутренней проверке базы, передаче дел другому бухгалтеру и анализе причин изменения расчетов.
После исправления проблемы организуем регулярный контроль взаиморасчетов. Это позволит выявлять разницы в том месяце, когда они появились, а не спустя год.
Рекомендуем выполнять следующие действия:
Задолженность по зарплате;Перенос данных;Особенно важно контролировать ведомости, которые были выгружены в банк, но не прошли оплату полностью. Если банк отклонил хотя бы одну строку реестра, нужно своевременно отразить это в учете, иначе в программе появится ложная выплата.
Подведем итог и сформируем порядок действий для ситуации, когда в ведомости указано 45 050 рублей вместо 50 000 рублей.
Ведомость в банк.Задолженность по зарплате по сотруднику.Перенос данных по регистру Зарплата к выплате или соответствующему регистру используемой базы.Главная задача — не просто вручную изменить сумму текущей ведомости, а устранить причину старого остатка во взаиморасчетах. Тогда разница не будет снова попадать в будущие выплаты, а данные ЗУП, банковских документов и бухгалтерского учета останутся согласованными.
Информация носит справочный характер