Разберем ситуацию, которая на практике встречается очень часто: зарплата начисляется без ошибок, но при заполнении документа Ведомость в банк часть сотрудников в него не попадает. Пользователь добавляет их вручную, после чего в расшифровке выплаты появляются красные строки с минусом, обычно со ссылкой на прошлые авансы или предыдущие выплаты зарплаты. Внешне это выглядит как «сбой заполнения», но на самом деле программа почти всегда показывает вполне конкретную причину: либо у сотрудника нет текущей задолженности к выплате, либо нарушены настройки места выплаты, либо в базе остались старые движения по зарплатным взаиморасчетам — для этого есть исправление ошибок по НДФЛ и взаиморасчетам в 1С. Такой подход заполнения ведомости соответствует общей логике 1С: программа подбирает в ведомость не «всех сотрудников вообще», а только тех, по кому на дату выплаты есть корректный остаток к перечислению и подходящие настройки способа выплаты. Это подтверждают и материалы 1С:ИТС по выплате зарплаты через банк, и разъяснения специалистов по практической диагностике ведомостей.
Проанализируем ситуацию из темы. Ведомость формируется «в банк» — «на счета сотрудников». У сотрудников в карточках указан способ выплаты «на счет в банке». Раньше они в ведомость попадали, а теперь перестали. При ручном добавлении появляются красные отрицательные строки по прежним ведомостям — поможет автоматический поиск отрицательных остатков в регистрах накопления. Кроме того, у одного сотрудника в карточке указан один банк, а фактическая выплата делается в другой. Это очень похоже не на случайную ошибку заполнения, а на накопившуюся проблему в данных: программа видит либо старое место выплаты, либо предыдущие расходные движения по сотруднику, либо рассинхронизацию между текущей карточкой сотрудника и тем, что уже записано в регистрах. Именно поэтому просто удалять красные строки нельзя: так мы убираем следствие, но не устраняем причину.
Рассмотрим подробнее, как 1С принимает решение, кого включать в ведомость. Автоматическое заполнение документа Ведомость в банк строится на данных о задолженности к выплате. Специалисты БухЭксперт прямо указывают, что программа автоматически заполняет ведомость по остатку регистра накопления Зарплата к выплате: положительные движения отражают приход суммы к выплате, отрицательные — расход, то есть уже оформленную выплату. Если остаток нулевой или отрицательный, сотрудник в ведомость либо не попадет, либо при ручном подборе покажет минусовые строки в расшифровке. Следовательно, если после ручного добавления сотрудника мы видим красные минусовые строки по старым авансам и зарплатным ведомостям, программа фактически сообщает: по этому сотруднику выплата уже была учтена, либо учет остатков по выплате нарушен (поможет устранение ошибочных начислений и задолженностей прошлых периодов).
Разберем по шагам базовый алгоритм диагностики. Наша задача — не «заставить сотрудника попасть в ведомость любой ценой», а понять, почему 1С считает, что автоматически включать его не нужно.
Откройте документ Начисление зарплаты за нужный месяц и убедитесь, что сумма к выплате по сотруднику действительно есть.
Создайте новую Ведомость в банк с видом выплаты «На счета сотрудников» за тот же месяц и посмотрите, кто подбирается автоматически.
По проблемному сотруднику выполните ручное добавление и сразу откройте расшифровку выплаты.
Не удаляйте красные строки автоматически. Сначала посмотрите, какими документами сформированы минусовые движения: это могут быть аванс, прошлая зарплатная ведомость, техническая корректировка, старая выплата на другой счет, ошибочно проведенная банковская выписка.
После этого проверьте карточку сотрудника: способ выплаты, банк, номер счета, дату изменения реквизитов, историю мест выплаты.
Такой порядок важен, потому что если начать сразу править карточку сотрудника, можно не заметить, что основная причина на самом деле кроется в движениях регистра Зарплата к выплате. А если, наоборот, пытаться чистить взаиморасчеты без проверки настроек выплаты, проблема повторится уже в следующем месяце.
Зарплата к выплатеЭто самая частая причина. Рассмотрим подробнее. Документ начисления создает обязанность выплатить зарплату. Документы выплаты уменьшают этот остаток. Если в прошлом месяце по сотруднику уже прошла лишняя ведомость, дублирующее списание или неудачная корректировка, в регистре может остаться ноль либо отрицательный остаток. Тогда при очередном заполнении новой ведомости сотрудник не попадает в список автоматически, потому что для программы выплачивать уже нечего. Именно поэтому в расшифровке появляются красные строки с минусом: 1С показывает расходные движения, которые уже «съели» сумму к выплате.
Посмотрим на практический смысл красных строк. Специалисты БухЭксперт поясняют, что в ведомости положительные строки — это приход, а красные отрицательные — расход. Разница между ними и попадает в итоговую сумму выплаты. Отсюда следует важный вывод: если мы видим минусовые строки по прошлым ведомостям, нужно искать не ошибку текущего документа, а старые документы, которыми остаток уже был списан.
Что делать в такой ситуации:
Откройте расшифровку выплаты по сотруднику.
Зафиксируйте, какие именно документы формируют красные строки: аванс, зарплата, межрасчетная выплата, выплата по другой ведомости.
Перейдите в эти документы и проверьте, нужны ли они, не дублируют ли друг друга, не были ли оформлены вручную вместо правильной ведомости.
Если обнаружите задвоение, не удаляйте строки прямо в текущей ведомости. Лучше исправьте исходный ошибочный документ, чтобы программа восстановила правильный остаток.
После исправления перепроведите документы по сотруднику в хронологическом порядке: начисление, аванс, ведомость, списание с расчетного счета.
Практика БухЭксперт также подтверждает, что в подобных случаях помогает распровести и заново провести ведомости последовательно по сотруднику и периоду, если ранее была нарушена последовательность заполнения и проведения. Это особенно актуально, когда сотрудник раньше в ведомость попадал, а потом перестал без явного изменения настроек.
Теперь разберем вторую типовую причину. В 1С место выплаты зарплаты задается в карточке сотрудника. Официальные материалы 1С:ИТС указывают, что место выплаты и реквизиты перечисления задаются в карточке сотрудника по ссылке, связанной с выплатой зарплаты. Для перечисления на банковские счета в Ведомость в банк программа ориентируется именно на текущие настройки выплаты.
В рассматриваемой теме есть важная зацепка: у одного сотрудника в карточке стоит Сбербанк, а фактически платят на Альфа-Банк. Это уже не мелочь, а вполне достаточное основание для некорректного подбора в ведомость. Если сотруднику раньше платили на один счет, затем решили платить на другой, а в базе данные сменили частично или не сменили вовсе, программа может продолжать считать актуальным старое место выплаты. В результате сотрудник либо не попадает в текущую ведомость, либо попадает с некорректной расшифровкой.
Разберем по шагам, что проверить в карточке сотрудника:
Откройте Зарплата и кадры — Сотрудники.
Перейдите в карточку проблемного сотрудника.
Откройте ссылку Выплата зарплаты или форму, где задается способ выплаты.
Убедитесь, что установлен именно способ «На счет в банке», а не старый зарплатный проект, касса или смешанный вариант.
Проверьте, какой именно банковский счет указан как текущий.
Если счет изменился, убедитесь, что в карточке не просто изменено название банка, а действительно выбран или создан новый корректный банковский счет сотрудника.
Здесь важен именно последний пункт. На практике пользователи иногда пытаются «переименовать» старый счет или заменить банк внутри прежней записи, тогда как для программы это уже может быть историческая запись, привязанная к прежнему месту выплаты. Гораздо надежнее создать корректный счет сотрудника заново и выбрать его как текущий для выплаты зарплаты. Официальные материалы 1С:ИТС подтверждают, что сведения о лицевом счете и реквизитах для выплаты вводятся именно в карточке сотрудника.
Места выплаты зарплаты сотрудников остались лишние или дублирующиеся записиРассмотрим еще одну очень важную причину, которую редко проверяют сразу. Даже если в карточке сотрудника визуально все выглядит правильно, в базе могут остаться старые записи о местах выплаты. Специалисты БухЭксперт прямо рекомендуют при подобных симптомах проверять регистр сведений Места выплаты зарплаты сотрудников, потому что по сотруднику может оказаться задвоен способ выплаты или сохранены разные исторические варианты, которые влияют на текущий подбор в ведомость. Для быстрого перехода к этому регистру можно использовать служебную команду Shift+F11 и ссылку e1cib/list/РегистрСведений.МестаВыплатыЗарплатыСотрудников.
Почему это важно именно в нашей ситуации? Потому что сотрудник раньше попадал в ведомость, потом перестал, а пользователь отдельно сообщает, что хочет сменить банк и это «не получается». Такая картина очень типична для случая, когда текущая карточка сотрудника уже изменена частично, а в регистре остались прежние записи о старом способе выплаты или старом банке.
Разберем, как действовать:
Откройте регистр Места выплаты зарплаты сотрудников.
Установите отбор по конкретному сотруднику.
Посмотрите историю записей: не указаны ли одновременно старый и новый банк, старый и новый счет, способ выплаты в кассу и на счет, несколько активных строк на одну дату.
Сравните записи регистра с тем, что сейчас показано в карточке сотрудника.
Если найдете дублирование или явно неверную актуальную запись, исправьте первоисточник данных через карточку сотрудника и заново проверьте, как изменилась история места выплаты.
Важно: в типовой базе безопаснее исправлять не сам регистр вручную, а источник его заполнения — карточку сотрудника и реквизиты выплаты. Прямое редактирование регистра без понимания механизма может временно убрать симптом, но создать новую проблему в следующем месяце.
Теперь посмотрим еще на один нюанс. По практическим разъяснениям БухЭксперт, сотрудник может не попадать в ведомость не только из-за настроек выплаты, но и потому, что его начисления не соответствуют отборам в шапке ведомости. В качестве примера упоминается вид дохода по исполнительным листам. Для проверки таких ситуаций специалисты рекомендуют использовать вспомогательную ведомость в кассу и подбор сотрудника вручную, потому что банковская ведомость может учитывать дополнительные фильтры, которые в ней не всегда очевидны для пользователя.
Это не самая вероятная причина именно для вопроса из темы, но ее обязательно нужно проверить, если:
у сотрудника есть удержания по исполнительным листам;
часть выплат относится к отдельному виду дохода;
ведомость создается не на всю зарплату, а на конкретный вид выплаты;
после ручного добавления сотрудника сумма выглядит неполной или странно разбитой.
Проверяем так:
Создаем тестовую ведомость.
Смотрим шапку документа: организацию, месяц выплаты, вид выплаты, банк, способ перечисления.
Если по сотруднику есть особые удержания или нестандартные начисления, анализируем расшифровку, не «отсекается» ли часть суммы по виду дохода.
Сравниваем, что программа показывает в начислении зарплаты и что реально выводит в ведомость.
Если в базе применяется несколько видов выплат или удержаний, эта проверка очень полезна, потому что позволяет отделить проблему с местом выплаты от проблемы с составом самой суммы к выплате.
Выясним еще одну типовую причину. В 1С зарплатные выплаты чувствительны к последовательности документов. Если сначала провели одну ведомость, потом исправили начисление, потом ввели еще одну ведомость или банковскую выписку, в регистрах может сложиться картина, при которой текущий остаток к выплате рассчитывается неверно. Специалисты БухЭксперт рекомендуют в подобных случаях распровести все ведомости по сотруднику за проблемный период и затем заполнить и провести их последовательно.
Разберем по шагам безопасный порядок перепроверки:
Определите, с какого месяца началась проблема.
По проблемному сотруднику соберите цепочку документов: Начисление зарплаты, Ведомость в банк, Ведомость в кассу, Списание с расчетного счета, документы на аванс и межрасчетные выплаты.
Проверьте даты документов: не оформлена ли выплата раньше, чем начисление, не заведены ли две выплаты на одну и ту же сумму.
Если найдете путаницу, аккуратно распроведите ошибочную цепочку и проведите документы заново в правильной последовательности.
Очень часто уже после такого перепроведения программа снова начинает автоматически подбирать сотрудников в ведомость без ручного вмешательства.
Разберем отдельно этот момент, потому что он принципиальный. Когда пользователь вручную добавляет сотрудника в ведомость и видит в расшифровке красные строки с минусом, возникает соблазн просто удалить эти строки и провести документ. Формально это иногда позволяет получить нужную сумму в текущем месяце, но по сути мы маскируем нарушение учета зарплатных взаиморасчетов.
Чем это опасно:
в следующем месяце сотрудник снова может не попасть в ведомость;
выплаты по авансу и зарплате начнут дублироваться или «съедать» друг друга;
появятся расхождения между начисленной зарплатой и фактически выплаченной;
сложнее станет проверять НДФЛ и удержания, особенно если есть межрасчетные выплаты.
Практика работы с 1С показывает: если в расшифровке есть отрицательные строки, нужно не убирать их механически, а выяснить, какой документ создал расход и почему программа считает его действующим. Именно это и советуют специалисты в похожих кейсах.
Это очень ценный симптом. Если сотрудник раньше подбирался автоматически, а затем перестал, значит, скорее всего, в базе изменилось что-то из следующего:
изменили способ выплаты или банковские реквизиты сотрудника;
ввели новую выплату, которая закрыла остаток к перечислению;
создали лишнюю ведомость или банковскую операцию;
оставили некорректную историческую запись в регистре мест выплаты;
изменили состав начислений, удержаний или вид дохода.
То есть речь почти всегда идет не о «поломке функции заполнения», а об изменении данных. В такой ситуации надо искать первый месяц, в котором сотрудник перестал подбираться автоматически, и сравнивать настройки и движения «до» и «после». Этот прием обычно быстро приводит к причине.
Теперь соберем все в один понятный сценарий. У нас есть два сотрудника, которые не попадают в Ведомость в банк, а при ручном добавлении показывают красные строки по прошлым авансам и зарплате. У одного сотрудника в карточке указан не тот банк, в который фактически перечисляют деньги. Рассмотрим последовательность действий, которая обычно дает результат.
Проверьте карточки обоих сотрудников. Убедитесь, что для обоих установлен способ выплаты На счет в банке, указан правильный текущий банковский счет и актуальный банк.
Если банк изменился, не пытайтесь «переиначить» старую запись любой ценой. Создайте или выберите корректный банковский счет сотрудника и заново назначьте его как актуальный для выплаты зарплаты.
Проверьте регистр Места выплаты зарплаты сотрудников. Посмотрите, нет ли по сотруднику старой активной записи со Сбербанком, если сейчас платить нужно на Альфа-Банк.
Откройте расшифровку минусовых строк. Определите, какими именно документами закрыта сумма к выплате: авансом, прошлой зарплатной ведомостью, лишним списанием из банка.
Исправьте исходные документы, а не текущую ведомость. Если найдете лишнюю старую выплату или задвоение, исправляйте ее.
Перепроведите документы по сотруднику последовательно. Сначала начисление, затем ведомости, затем списания банка.
Создайте новую ведомость заново. Лучше не править старую проблемную ведомость бесконечно, а сформировать новую после исправления причин.
В большинстве случаев уже этого достаточно, чтобы сотрудники снова начали попадать в ведомость автоматически и без красных строк.
После исправления обязательно проведем контрольную проверку. Она нужна, чтобы убедиться, что мы не просто получили красивую текущую ведомость, а действительно восстановили логику зарплатных взаиморасчетов.
Создайте новую Ведомость в банк на тот же месяц.
Нажмите автоматическое заполнение.
Проверьте, что проблемные сотрудники попали в документ без ручного добавления.
Откройте расшифровку выплаты и убедитесь, что в ней нет необъяснимых минусовых строк по старым ведомостям.
Сравните итоговую сумму ведомости с суммой к выплате по начислению зарплаты.
Если сотрудник начал попадать автоматически, а расшифровка стала чистой, значит, причина была устранена правильно. Если же сотрудник по-прежнему не подбирается, но в карточке все верно, возвращаемся к регистрам и прошлым выплатным документам — значит, остаток в Зарплата к выплате еще не восстановлен.
Судя по теме, один из сотрудников числится с одним банком, а фактически оплата идет на другой. Здесь важно понимать: для 1С значим не сам факт, что деньги «в жизни ушли на другой банк», а то, какой способ выплаты и какой счет зафиксированы в базе как актуальные. Если в карточке сотрудника закреплен Сбербанк, а ведомость формируется под Альфа-Банк, база может не считать такого сотрудника подходящим для автоматического заполнения.
Разберем правильный подход:
Не исправляйте только название банка в существующей старой записи, если менялся сам счет.
Создайте или выберите новый банковский счет сотрудника с корректными реквизитами.
Назначьте этот счет текущим местом выплаты зарплаты.
Проверьте, что в истории места выплаты нет старой активной записи, которая перекрывает новую.
После этого заново сформируйте ведомость.
Такой подход согласуется с общей логикой 1С:ИТС, где подчеркивается, что реквизиты выплаты задаются именно в карточке сотрудника, а ведомость в банк используется для перечисления на счета сотрудников при соответствующей настройке способа выплаты.
Рассмотрим подробнее расширенную проверку. Она нужна в более сложных случаях, когда сотрудник все равно не попадает в ведомость даже после исправления карточки.
Авансы. Проверьте, не был ли по сотруднику введен аванс, который полностью закрыл сумму к выплате за месяц.
Отдельные ведомости. Посмотрите, не создавалась ли по сотруднику отдельная ведомость вручную ранее.
Банковские списания. Убедитесь, что документ Списание с расчетного счета привязан к правильной ведомости и не оформлен повторно.
Удержания и исполнительные документы. Проверьте, не влияет ли на подбор сотрудника вид дохода или удержаний.
Смешанные способы выплаты. Убедитесь, что по сотруднику не настроено распределение выплат по нескольким счетам, если вы этого не планировали. В практике БухЭксперт прямо отмечается, что случайно заполненное распределение может приводить к разбивке выплат по счетам.
Эта проверка особенно полезна в организациях, где сотрудники периодически меняют способ выплаты: то на карту, то через кассу, то в другой банк. Именно в таких базах чаще всего появляются накопленные «хвосты» по регистрам мест выплаты и сумм к перечислению.
Посмотрим на типовую модель ошибки на простом примере.
Сотруднику начислили зарплату 50 000 рублей. Затем ранее уже была проведена ведомость на аванс 20 000 рублей. Позже по ошибке ввели еще одну ведомость или банковскую выплату, которая списала 30 000 рублей не на тот счет или по неправильной цепочке документов. Для регистра Зарплата к выплате это означает, что расход уже равен всей сумме начисления. Когда мы формируем новую ведомость, программа не видит остатка к выплате и не включает сотрудника автоматически. Если же мы добавляем его вручную, в расшифровке появляются красные строки на 20 000 и 30 000 рублей. Пользователь удаляет минусы, получает визуально правильную сумму, но в учете причина остается. В следующем месяце проблема повторяется.
Именно поэтому правильное решение — не удалять красные строки, а восстановить верную историю выплат.
Соберем список полезных объектов и сущностей 1С, которые стоит использовать при поиске причины:
Ведомость в банк — основной документ, в котором проявляется проблема.
Начисление зарплаты — источник суммы к выплате.
Списание с расчетного счета — документ фактического списания денег по ведомости.
Зарплата к выплате — регистр накопления, по остатку которого программа заполняет ведомость.
Места выплаты зарплаты сотрудников — регистр сведений, в котором хранится история и актуальные настройки места выплаты.
Выплата зарплаты в карточке сотрудника — форма настройки способа перечисления и банковских реквизитов.
Заметим, что в исходной теме нет примеров программного кода 1С, поэтому для решения задачи код не требуется. Проблема решается через анализ документов, регистров и настроек сотрудника в типовом функционале.
Чтобы было удобно применять решение на практике, сведем все действия в один полный чек-лист.
Проверьте, что создаете именно Ведомость в банк с видом «На счета сотрудников». Формировать такой документ в 1С:Бухгалтерии 3.0 предусмотрено через раздел Зарплата и кадры — Ведомости в банк.
Проверьте карточки сотрудников: способ выплаты, актуальный банк, номер счета, отсутствие старого зарплатного проекта вместо выплаты на счет.
Если сотрудник раньше попадал в ведомость, сравните, что изменилось с момента, когда все работало корректно.
Откройте расшифровку выплаты и определите документы, формирующие красные строки.
Проверьте, нет ли дублирующих ведомостей, повторных списаний банка, ошибочных авансов.
Проверьте регистр Места выплаты зарплаты сотрудников на дубли и старые записи. При необходимости используйте переход Shift+F11 и строку e1cib/list/РегистрСведений.МестаВыплатыЗарплатыСотрудников.
Исправьте первичные причины, а не удаляйте минусовые строки в текущей ведомости.
Перепроведите документы в правильной последовательности.
Создайте новую ведомость заново и проверьте автоматическое заполнение.
Завершим материал практическими рекомендациями. Чтобы ведомость в будущем заполнялась «красиво и ровно», как и ожидает пользователь из темы, полезно придерживаться нескольких правил.
Не меняйте банковские реквизиты сотрудника «наспех» в старой записи, если фактически открыт новый счет. Лучше вводите новый корректный счет и назначайте его актуальным.
Не создавайте параллельно несколько ведомостей на одну и ту же сумму без крайней необходимости.
После исправления начисления перепроверяйте, не нужно ли перепровести связанные выплаты.
Не удаляйте красные минусовые строки без анализа документов-оснований.
Если сотрудник меняет способ получения денег, контролируйте историю места выплаты, чтобы в регистре не оставались конфликтующие записи.
Если кратко сформулировать итог, то правильное решение здесь такое: не добавлять сотрудников вручную и не удалять минусы, а восстановить корректные остатки по регистру Зарплата к выплате и привести в порядок место выплаты в карточке сотрудника и в регистре Места выплаты зарплаты сотрудников. После этого новая ведомость обычно заполняется автоматически и без красных строк. Такой подход соответствует и практическим рекомендациям специалистов, и официальной логике работы 1С по оформлению выплаты зарплаты через банк.
Информация носит справочный характер.