Работа с расчетом заработной платы в системе 1С:Зарплата и управление персоналом требует высокой точности, так как любая ошибка в документе может привести к финансовым потерям или некорректному учету. Ситуация, когда необходимо изменить уже сформированную ведомость, возникает довольно часто: бухгалтер может ошибиться в сумме, сотрудник может сменить банковскую карту, или же в справочнике были исправлены реквизиты уже после проведения выплаты.
К счастью, архитектура программы позволяет гибко управлять документами начисления и выплаты, не нарушая целостность базы данных. Однако важно понимать разницу между простой отменой проведения и полным удалением документа, а также учитывать, был ли уже сформирован реестр на выплату или произведен фактический платеж через банк-клиент. В этой статье мы детально разберем алгоритмы действий для различных сценариев.
Прежде чем приступать к техническим манипуляциям, убедитесь, что у вас есть необходимые права доступа. Для редактирования финансовых документов обычно требуются права не ниже уровня "Полные права" или специализированные права на изменение документов раздела "Зарплата". Если вы работаете в режиме предприятия, убедитесь, что в журнале документов отображаются все необходимые поля для анализа.
Анализ текущего состояния документа
Первым шагом перед любым исправлением является тщательная проверка статуса документа в базе данных. Откройте журнал документов Зарплата к выплате через банк или Ведомость в кассу и найдите нужный файл по дате или номеру. Важно определить, находится ли документ в статусе "Проведен", сформирован ли по нему реестр в системе "Клиент-Банк" и был ли он выгружен в внешнюю систему.
Если ведомость уже была отправлена в банк, простое исправление внутри 1С не решит проблему, так как деньги могут быть уже списаны со счета организации. В таком случае вам потребуется взаимодействие с банком для отзыва платежа или создание нового документа на возврат средств. Игнорирование этого факта приведет к расхождению между учетными данными в 1С и реальной выпиской по расчетному счету.
Также стоит проверить, не были ли уже сформированы отчеты (например, расчетный листок) на основе этой ведомости. Изменение сумм "задним числом" может потребовать перерасчета налогов и взносов, если ошибка касалась налогооблагаемой базы. Всегда сверяйте даты документа с периодом, за который закрыты регламентированные отчеты.
⚠️ Внимание: Если по ошибочной ведомости уже сформирован и отправлен реестр в банк, ни в коем случае не удаляйте документ в 1С до получения подтверждения об отзыве платежа из банка. Это приведет к невозможности автоматической сверки выписки.
Сценарий отмены проведения документа
Наиболее простой и безопасный способ исправить ошибку, если деньги еще не были перечислены, — это отмена проведения документа. Этот метод сохраняет историю изменений в базе, позволяя в любой момент увидеть, кто и когда вносил правки. Для этого выделите нужный документ в списке и нажмите кнопку Проведение в верхней панели, выбрав опцию "Отменить проведение".
После отмены проведения документ становится неактивным для расчетов, но остается в базе. Вы можете открыть его, внести необходимые исправления в табличную часть, изменить получателя или сумму, а затем провести документ заново. Система автоматически пересчитает итоги и обновит движения по регистрам накопления. Это предпочтительный метод для ситуаций, когда ошибка была обнаружена сразу после создания документа.
В некоторых конфигурациях, особенно в старых версиях 1С:ЗУП 2.5, может потребоваться дополнительная проверка зависимых документов. Убедитесь, что отмена проведения ведомости не блокируется наличием связанных документов, таких как "Заявление на выплату" или "Распоряжение на выплату". Если такие связи существуют, их также придется временно отменить или перепровести.
Используйте функцию "История изменений" в карточке документа, чтобы отследить, какие именно поля были изменены предыдущим пользователем перед тем, как вы начали правку.
Полное удаление ошибочной ведомости
Иногда возникает ситуация, когда документ был создан ошибочно (например, продублирован) и его наличие в базе не имеет никакого смысла. В этом случае допустимо полное удаление записи. Однако помните, что удаление документа — это необратимая операция, которая стирает информацию о факте его существования из текущего сеанса работы, хотя логи сервера могут сохранить следы действия.
Для удаления откройте документ в режиме редактирования и нажмите комбинацию клавиш Ctrl+Delete или выберите пункт "Удалить" в меню "Еще". Система запросит подтверждение действия. Если на документ ссылаются другие объекты (например, созданные на его основе платежи в банк-клиенте), программа выдаст предупреждение о невозможности удаления. В таком случае необходимо сначала удалить или отвязать зависимые объекты.
После удаления рекомендуется проверить журнал регистрации событий, чтобы убедиться, что операция прошла успешно и не вызвала ошибок целостности базы данных. Если вы работаете в многопользовательском режиме, уведомите коллег об удалении документа, чтобы избежать путаницы при совместной работе над отчетами за текущий месяц.
☑️ Проверка перед удалением
Исправление через создание сторнирующего документа
В ситуациях, когда период уже закрыт, отчетность сдана или деньги фактически ушли со счета, но требуется исправить учет внутри программы, используется метод сторнирования. Этот подход создает новый документ с отрицательными суммами, который компенсирует влияние ошибочной ведомости на регистры накопления, не удаляя исходный документ.
Чтобы создать сторно, скопируйте ошибочную ведомость (меню Еще → Копировать документ). В скопированном документе измените даты на актуальные и, если функционал позволяет, установите признак "Сторно" или вручную инвертируйте знаки сумм в колонках выплаты. При проведении такого документа система уменьшит долг организации перед сотрудником на сумму ошибки.
Затем необходимо создать новую, корректную ведомость с правильными данными и провести её. В итоге в базе останутся три документа: ошибочный, сторнирующий и правильный. Сальдо расчетов с сотрудником при этом станет верным, а аудиторский след будет полностью прозрачен для любой проверки. Это единственный легитимный способ исправления задним числом в строгом бухгалтерском учете.
⚠️ Внимание: При использовании метода сторнирования внимательно следите за периодом регистрации документа. Если вы сторнируете ведомость за закрытый квартал, это может потребовать пересдачи налоговой отчетности по НДФЛ и страховым взносам.
Особенности сторнирования в ЗУП 3.1
В новых версиях конфигурации существует специальная обработка "Корректировка выплаты", которая автоматизирует процесс создания сторно и нового документа в одном интерфейсе, исключая ручной ввод отрицательных сумм.
Корректировка реквизитов получателя
Частой причиной исправления ведомости является смена банковских реквизитов сотрудника. Если сотрудник сообщил новые данные после того, как ведомость была сформирована, но до момента отправки в банк, менять саму ведомость не всегда обязательно. Достаточно обновить данные в карточке сотрудника.
Зайдите в карточку физического лица, перейдите на вкладку Удержания и выплаты и добавьте новый счет с датой начала действия, актуальной на момент выплаты. При повторной выгрузке реестра в банк система автоматически подтянет новые реквизиты, если это предусмотрено настройками вида выплаты. В некоторых случаях требуется явное указание счета в табличной части ведомости.
Если же ведомость уже содержит жестко зафиксированные старые реквизиты (что бывает при ручном заполнении), проще создать новую ведомость для этого конкретного сотрудника, а из общей ведомости исключить его строку. Для этого в документе "Ведомость" можно удалить строку с сотрудником, уменьшить сумму документа и провести его снова, а для сотрудника создать отдельный документ на правильные реквизиты.
| Тип ошибки | Рекомендуемое действие | Влияние на отчетность |
|---|---|---|
| Опечатка в сумме | Сторнирование + Новый документ | Требуется пересчет НДФЛ |
| Неверный счет банка | Обновление в карточке сотрудника | Нет, если платеж не ушел |
| Лишний сотрудник в списке | Исключение строки из документа | Нет |
| Дубликат ведомости | Удаление документа | Нет |
Работа с выгруженными реестрами в банк
Самая сложная ситуация возникает, когда файл с платежным поручением уже сформирован в формате 1C:BankClient или другой системы дистанционного банковского обслуживания (ДБО) и отправлен в кредитную организацию. В этом случае исправление ведется в два этапа: сначала в банке, затем в 1С.
Вам необходимо связаться с банком и запросить отзыв платежного поручения. Если банк подтвердит отзыв, деньги вернутся на расчетный счет организации. Только после появления возвращенных средств в выписке можно приступать к исправлению в 1С. Загрузите выписку, убедитесь, что платеж отразился как возврат, и только после этого сторнируйте или удаляйте ошибочную ведомость.
Если банк не может отозвать платеж (например, деньги уже зачислены на счет сотрудника), ситуация становится юридически сложной. Вам придется оформлять документ "Заявление на удержание" или требовать от сотрудника добровольного возврата излишне выплаченных средств. В программе 1С это отражается созданием документа удержания из зарплаты в следующих периодах.
Главное правило работы с банком: никогда не исправляйте документы выплаты в 1С до тех пор, пока статус платежа в банке не изменится на "Отозван" или "Исполнен ошибочно".
⚠️ Внимание: Интерфейсы систем банк-клиента и правила отзыва платежей могут меняться банками в одностороннем порядке. Всегда уточняйте актуальный регламент отзыва платежей в вашем отделении банка или в техническом описании системы ДБО.
Частые вопросы по исправлению выплат
Можно ли изменить сумму в уже проведенной ведомости без перепроведения?
Нет, изменение любых суммовых показателей в проведенном документе 1С требует обязательной операции перепроведения. Без этого изменения не попадут в регистры накопления и не отразятся в отчетах. Просто сохранить файл недостаточно.
Что делать, если программа пишет "Документ заблокирован другим пользователем"?
Это означает, что в данный момент кто-то из коллег редактирует этот документ или связанные с ним объекты. Необходимо связаться с пользователем и попросить завершить работу. Принудительная разблокировка возможна только администратором базы через консоль управления, но это рискованно.
Как исправить ошибку, если месяц уже закрыт и сдан расчет по страховым взносам?
Вам придется использовать метод сторнирования текущим месяцем или месяцем обнаружения ошибки. После исправления необходимо будет подать уточненные расчеты (РСВ, 6-НДФЛ) в налоговую инспекцию, так как данные в отчетности изменятся.
Можно ли удалить ведомость, если по ней уже сформированы кассовые ордера?
Нет, сначала необходимо удалить или отменить проведение всех зависимых документов, включая приходные и расходные кассовые ордера (ПКО/РКО), созданные на основании этой ведомости. Иначе система не позволит удалить родительский документ из-за нарушения ссылочной целостности.