Разберем по шагам, что делать после того, как в 1С:ЗУП уже выполнено начисление зарплаты за первую половину месяца и создана ведомость на перечисление сотрудникам. На практике именно на этом этапе у многих появляется один и тот же вопрос: ведомость в ЗУП есть, синхронизация вроде бы настроена, но непонятно, где формировать платежные поручения, почему в бухгалтерской программе не видно документов и почему вместе с зарплатой не появляется платежка на НДФЛ.
Рассмотрим ситуацию подробно и без упрощений. Сначала выясним, какие документы вообще должны участвовать в процессе. Затем посмотрим, где именно заканчивается работа в 1С:ЗУП и где начинается работа в 1С:Бухгалтерии. После этого разберем несколько типовых сценариев: выплата на счета сотрудников без зарплатного проекта, выплата в рамках зарплатного проекта, работа с ЕНП и передача сведений по удержанному НДФЛ. В завершение проанализируем типовые причины, по которым синхронизация «прошла», но документы в бухгалтерии не появились.
Главная мысль: в современном типовом процессе 1С:ЗУП 3.x отвечает прежде всего за расчет зарплаты, удержаний, НДФЛ и подготовку ведомостей, а 1С:Бухгалтерия 3.0 — за банковские документы, учет расчетов по ЕНС, формирование платежного поручения на ЕНП, обработку банковских выписок и, при необходимости, отправку уведомлений в налоговую. Именно из-за этого ожидание «синхронизировалась ведомость, значит автоматически появится и платежка по НДФЛ» чаще всего оказывается неверным.
Посмотрим на пример типовой последовательности действий. Допустим, вы уже:
создали документ начисления зарплаты за первую половину месяца;
сформировали документ выплаты в 1С:ЗУП — например, Ведомость на счета сотрудников;
провели этот документ;
выполнили синхронизацию с 1С:Бухгалтерией.
На этом этапе многие ожидают, что в бухгалтерии сразу появятся готовые банковские платежки и отдельное платежное поручение на НДФЛ. Но в реальном механизме обмена так происходит не всегда, а в части НДФЛ при работе через ЕНП — как правило, не происходит вообще. Поэтому сначала зафиксируем правильную модель.
Модель процесса такая:
в 1С:ЗУП рассчитываем суммы к выплате и формируем ведомости;
через синхронизацию передаем в 1С:Бухгалтерию данные по зарплате, ведомостям и, при необходимости, данным для налогового учета;
в 1С:Бухгалтерии формируем банковские документы на перечисление зарплаты сотрудникам или реестр в рамках зарплатного проекта;
там же создаем платежное поручение на ЕНП, если руководитель хочет пополнить ЕНС в день выплаты зарплаты;
после отправки в банк и получения выписки отражаем факт списания денежных средств документом Списание с расчетного счета или через прямой обмен с банком.
Теперь разберем подробнее, почему именно так и в каких местах чаще всего возникает ошибка.
Сначала выясним редакцию программы. Это важный момент, потому что логика работы в старых и новых редакциях различается.
Если используется старая редакция 1С:ЗУП 2.5, в ряде схем действительно применялась именно выгрузка документов или данных в отдельном формате. Такой вариант сейчас встречается значительно реже. В типовых современных внедрениях почти всегда используется связка 1С:ЗУП 3.1 и 1С:Бухгалтерия 3.0 с механизмом Синхронизация данных.
Поэтому, когда пользователь говорит: «создали ведомость, что делать дальше?», в большинстве случаев правильный ответ звучит так: не формируйте банк прямо из ЗУП, а передайте ведомость в бухгалтерскую программу и продолжайте работу уже там.
Именно эту логику и подтвердило обсуждение на форуме: если у вас ЗУП 3, дальше работает не ручная «выгрузка ведомости в файл», а синхронизация между ЗУП и Бухгалтерией. Значит, следующий шаг — не искать кнопку выгрузки платежки в ЗУП, а проверить, пришел ли документ в бухгалтерию и в каком виде он туда пришел.
Чтобы не путаться в терминах, сразу разложим объекты 1С по ролям.
Начисление зарплаты и взносов — рассчитывает зарплату, НДФЛ, взносы и другие суммы.
Ведомость на счета сотрудников или Ведомость в банк — фиксирует, кому и сколько нужно перечислить.
Синхронизация данных — передает документы и справочники между ЗУП и Бухгалтерией — настроить и расширить этот обмен поможет настройка двусторонней синхронизации EnterpriseData между ЗУП и БП.
Платежное поручение — банковский документ на отправку в банк. В зависимости от сценария может формироваться по каждому сотруднику либо как один документ на зарплатный проект.
Списание с расчетного счета — отражает уже совершенное списание денег банком.
Отражение зарплаты в бухучете — передает данные для бухгалтерских проводок.
Отражение удержанного НДФЛ в бухучете — передает в бухгалтерскую программу сведения по удержанному НДФЛ для дальнейшего формирования документов налогового учета.
Сведения об удержанном НДФЛ и Уведомление об исчисленных суммах налогов — документы, которые уже относятся к налоговому учету в бухгалтерской программе.
Платежное поручение на ЕНП — отдельный банковский документ на пополнение ЕНС.
Выясним ключевую причину путаницы: документ выплаты зарплаты и уплата НДФЛ — это теперь не одна и та же операция. Зарплата идет по ведомости и банковским документам на сотрудников, а налог обычно перечисляется как ЕНП в бюджет, без отдельной «зарплатной платежки на НДФЛ» в том виде, как это ожидалось раньше.
Разберем по шагам, какие действия нужно выполнить именно в 1С:ЗУП, прежде чем переходить в бухгалтерскую программу.
Проверьте, что документ начисления проведен без ошибок и суммы к выплате рассчитаны корректно.
Убедитесь, что способ выплаты у сотрудников соответствует типу ведомости. Если сотрудники должны получать деньги на личные банковские счета, используйте Ведомость на счета сотрудников. Если применяется зарплатный проект, используйте вариант выплаты в рамках проекта.
Проверьте заполнение банковских реквизитов сотрудников. При перечислении на личные счета должны быть заполнены данные счета сотрудника. При зарплатном проекте должны быть заполнены сведения по проекту и лицевым счетам.
Проведите ведомость.
Если в вашей схеме в бухгалтерию передаются данные по налогу, сформируйте документ Отражение удержанного НДФЛ в бухучете. Это особенно важно, когда вы хотите, чтобы в бухгалтерии автоматически появились данные для дальнейшего заполнения уведомления по НДФЛ.
Запустите Синхронизацию данных.
Рассмотрим подробнее четвертый и пятый пункты. Пользователь часто думает, что одной ведомости достаточно для всего. Но ведомость отвечает именно за выплату сотрудникам. Если вы хотите передать в бухгалтерию данные по удержанному НДФЛ, для этого в современных редакциях используется отдельная логика и отдельный документ — Отражение удержанного НДФЛ в бухучете. Поэтому отсутствие «платежки на НДФЛ» после обмена само по себе не означает ошибку. Это может быть нормальным поведением системы.
Это один из самых частых вопросов, и на нем нужно остановиться отдельно. Проанализируем ситуацию по существу.
Раньше пользователи часто ожидали, что если программа рассчитала зарплату и удержала налог, то при выгрузке в бухгалтерию должна автоматически сформироваться готовая платежка на перечисление НДФЛ. Но в действующих правилах работа с налогами строится через ЕНС и ЕНП. Из-за этого привычная логика «зарплата ушла — НДФЛ ушел отдельной платежкой» перестала быть универсальной.
Почему так происходит:
НДФЛ не обязательно перечисляется отдельным платежным поручением с назначением именно «НДФЛ с зарплаты».
В большинстве типовых сценариев организация перечисляет денежные средства как Единый налоговый платеж, то есть пополняет ЕНС.
Для налоговой важны не только факт уплаты денег, но и корректно поданные сведения/уведомления по удержанному налогу.
Поэтому механизм 1С разделяет зарплатную выплату сотрудникам и налоговый контур.
Именно поэтому после синхронизации ведомость по зарплате может появиться, а отдельной платежки на НДФЛ — нет. В рамках современной схемы это нормально. Налоговый платеж вы, как правило, формируете уже в 1С:Бухгалтерии как платежку на ЕНП, а не ждете его автоматического появления из ЗУП как банковского документа на конкретный налог.
Если же вы хотите, чтобы в бухгалтерии появились данные для уведомления по удержанному НДФЛ, передавайте их через документ Отражение удержанного НДФЛ в бухучете. После синхронизации на стороне бухгалтерии появляются Сведения об удержанном НДФЛ, на основании которых уже заполняется Уведомление об исчисленных суммах налогов.
Разберем эту часть особенно внимательно, потому что именно здесь на форуме и возник второй важный вопрос.
Если руководитель хочет перечислить налоговые суммы в день выплаты зарплаты, работать нужно в 1С:Бухгалтерии, а не в 1С:ЗУП. Это ключевой момент.
Почему платежное поручение на ЕНП нужно делать именно в бухгалтерской программе:
именно 1С:Бухгалтерия ведет расчеты по ЕНС и видит состояние налогового счета целиком;
в ней доступны задачи по налогам, документы Уведомление об исчисленных суммах налогов, операции по ЕНС и автоматический расчет суммы к уплате;
платежное поручение на ЕНП формируется с учетом текущего сальдо по налоговым расчетам;
именно бухгалтерская программа удобнее всего связывает начисления, уведомления, платеж и банковскую выписку в одну логическую цепочку.
Поэтому, если в вопросе говорится «руководителю удобнее платить НДФЛ в день выдачи зарплаты», правильный рабочий ответ такой: сформируйте платежное поручение на ЕНП в 1С:Бухгалтерии и пополните ЕНС на нужную сумму.
Здесь важно не путать две вещи:
зарплатную выплату — перечисление денег сотрудникам;
налоговую уплату — перечисление денег в бюджет через ЕНП.
Это разные денежные потоки, разные документы и часто разные маршруты в программе.
Рассмотрим подробнее налоговую часть, чтобы было понятно, почему одной только платежки недостаточно.
В действующих правилах по НДФЛ налоговый агент подает уведомление по удержанному налогу два раза в месяц. Для выплат, удержанных с 1-го по 22-е число, уведомление подается не позднее 25-го числа текущего месяца, а перечисление должно быть обеспечено не позднее 28-го числа. Для удержаний с 23-го числа по последнее число месяца действует второй срок: уведомление подается не позднее 3-го числа следующего месяца, а сумма должна быть перечислена не позднее 5-го числа.
Это и объясняет, почему руководитель может принять решение пополнять ЕНС в день выплаты зарплаты. Такой подход не запрещен. Денежные средства на ЕНС можно перечислять заранее и даже несколько раз в месяц. Важно, чтобы к установленной дате на ЕНС была достаточная сумма и были корректно сформированы уведомления, когда они требуются.
Практический вывод: если организация хочет перечислить деньги в бюджет сразу в день выплаты, делайте это через ЕНП в 1С:Бухгалтерии. Но не забывайте, что само перечисление денег не отменяет необходимость правильно сформировать данные по удержанному НДФЛ и подать уведомление в установленный срок.
Теперь перейдем к самому проблемному техническому месту. На форуме пользователь написал, что синхронизацию в ЗУП запустили, программа показала, что все прошло, но в бухгалтерии документы не появились — для быстрого поиска расхождений между базами поможет инструмент автоматического сравнения документов ЗУП и Бухгалтерии. Разберем по шагам, что в такой ситуации нужно проверить.
Проверьте, что в обеих программах включен флаг Синхронизация данных.
Откройте Настройки синхронизации данных и убедитесь, что используется именно нужная связка баз.
Проверьте, не изменилась ли дата начала обмена и не ограничивает ли она передачу документов за нужный период.
Проверьте, какая организация включена в список организаций для обмена. Иногда синхронизация формально работает, но нужная организация просто не входит в выбранный набор.
Посмотрите Журнал регистрации событий отправки данных или аналогичный журнал обмена. Важно убедиться, что документ не только был «подготовлен», но и действительно ушел.
Откройте раздел Предупреждения при синхронизации данных в бухгалтерской программе.
Проверьте, нет ли сообщений о непринятых данных, незаполненных реквизитах, непроведенных документах и конфликтах сопоставления.
Рассмотрим подробнее шестой пункт. Очень часто документ не виден не потому, что он не пришел, а потому что он пришел, но попал в состояние непринятого или конфликтного объекта. Особенно часто это бывает при установленной Дате запрета загрузки данных или Дате запрета изменения данных.
В таком случае программа может показать документ как «непринятый новый». Тогда нужно открыть предупреждение, провалиться в конкретный объект и принять его принудительно, если это допустимо по правилам учета в вашей организации.
Проанализируем ситуацию, которая на практике встречается очень часто и была прямо упомянута в обсуждении.
В бухгалтерской программе может быть настроена Дата запрета загрузки данных или Дата запрета изменения данных. Это делается правильно — чтобы защитить уже закрытые периоды от случайного изменения. Но побочный эффект состоит в том, что при синхронизации документы за закрытый период могут не приниматься автоматически.
Что вы увидите в таком случае:
синхронизация формально выполнится;
в ЗУП покажется, что данные отправлены;
в Бухгалтерии нужный документ не будет виден в рабочем списке;
в предупреждениях появится сообщение о непринятом объекте.
Разберем по шагам, как действовать:
откройте в бухгалтерии настройки синхронизации;
перейдите в Предупреждения при синхронизации данных;
найдите непринятые документы за нужный период;
проверьте причину отказа;
если проблема именно в запрете, примите документ принудительно либо временно скорректируйте правила запрета, если это согласовано внутри вашей учетной политики;
после этого повторно проверьте наличие документа в списке ведомостей или зарплатных документов.
Важно: не снимайте запрет прошлых периодов без необходимости. Сначала выясните причину. Иногда безопаснее принять только один конкретный документ, чем полностью открывать закрытый месяц.
Теперь выясним еще одну важную причину, которую тоже подсветило обсуждение: ведомость может синхронизироваться, но в бухгалтерской программе ее тип будет отличаться от ожидаемого.
Например, в Бухгалтерии документ может оказаться оформленным как выплата в рамках зарплатного проекта, хотя фактически вы хотели перечислять деньги на счета сотрудников. Из-за этого бухгалтер пытается создать отдельные платежки по каждому сотруднику, но программа не дает этого сделать или не показывает нужную ведомость в подборе.
Проверим, что нужно сделать:
откройте синхронизированную ведомость в бухгалтерской программе;
посмотрите способ выплаты;
если требуется перечисление на личные счета сотрудников, убедитесь, что ведомость оформлена именно как На счета сотрудников;
если программа отнесла документ к зарплатному проекту, а у вас должны быть отдельные платежки, измените тип ведомости или пересоздайте документ корректным способом;
после этого повторно формируйте банковские документы.
Это критично, потому что от вида ведомости зависит дальнейший механизм оплаты. При зарплатном проекте логика одна: обычно формируется реестр и один платеж банку. При перечислении на личные счета без проекта логика другая: формируются отдельные платежные поручения по каждому сотруднику.
Посмотрим на нормальный результат обмена, чтобы понимать, что считать успешной загрузкой.
После синхронизации из 1С:ЗУП 3.x в 1С:Бухгалтерию 3.0 в зависимости от настроек обмена и набора документов могут появиться:
документы по зарплате и кадровому учету;
документ Отражение зарплаты в бухучете;
ведомости на выплату;
данные по удержанному НДФЛ при использовании документа Отражение удержанного НДФЛ в бухучете;
справочники сотрудников, банковских счетов, зарплатных проектов и другие связанные объекты.
При этом необязательно, что у вас автоматически возникнут готовые банковские списания, отправленные в банк документы или платежка на ЕНП. Эти действия, как правило, выполняются уже на стороне бухгалтерии, после того как она получила расчетную основу из ЗУП.
Еще один важный момент: иногда бухгалтеры ищут результат синхронизации не там, где нужно. Например, ожидают увидеть ведомость сразу в банковских выписках или среди платежных поручений. Это неверно. Сначала ищите ее в разделе Зарплата и кадры, в списках ведомостей. А уже потом на ее основании создавайте или подбирайте банковские документы.
Теперь переходим к самой прикладной части. Рассмотрим два основных сценария, потому что именно здесь пользователи чаще всего смешивают разные механизмы.
Это как раз тот случай, который ближе всего к формулировке «создали ведомость на счета сотрудников». В актуальной типовой схеме в 1С:Бухгалтерии для такого сценария используется ведомость вида На счета сотрудников, а перечисление оформляется отдельными платежными поручениями по каждому сотруднику.
Разберем по шагам:
Откройте в 1С:Бухгалтерии раздел Зарплата и кадры.
Найдите список ведомостей и убедитесь, что нужная ведомость появилась после синхронизации.
Откройте ведомость и проверьте суммы, сотрудников, даты и способ выплаты.
Если требуется перечисление на личные счета, убедитесь, что это именно Ведомость на счета сотрудников.
Воспользуйтесь механизмом Подготовка платежных поручений на перечисление заработной платы. Типовая обработка позволяет сформировать отдельные платежные поручения на каждого сотрудника по данным ведомости.
Проверьте реквизиты получателя, банковский счет сотрудника, сумму, назначение платежа и статью движения денежных средств с видом движения Оплата труда.
Сохраните и проведите сформированные платежные поручения.
Передайте их в банк через Клиент-банк или 1С:ДиректБанк.
После получения банковской выписки отразите фактическое списание денежных средств.
Рассмотрим подробнее, почему здесь формируются именно отдельные платежки. Когда организация перечисляет зарплату не через единый зарплатный проект, а напрямую на реквизиты сотрудников, банк ожидает отдельные платежные поручения или иной формат оплаты, зависящий от конкретного банка. Именно поэтому типовая бухгалтерская программа использует обработку формирования платежек по каждому сотруднику.
В этом сценарии фраза «сформировать п/п на выплату ЗП» как раз уместна буквально: платежные поручения действительно создаются и выгружаются в банк как обычные платежные документы.
Теперь рассмотрим второй вариант. Он выглядит похоже, но внутри устроен иначе.
Если организация работает через зарплатный проект, деньги перечисляются банку по реестру, а не отдельными платежками на каждого работника. В этом случае в ведомости указывается зарплатный проект, а обмен с банком может идти через рабочее место Обмен с банками по зарплатным проектам.
Разберем по шагам:
убедитесь, что в бухгалтерской программе настроен Зарплатный проект и заполнены лицевые счета сотрудников;
проверьте, что синхронизированная ведомость относится именно к проекту, а не к произвольным личным счетам;
сформируйте реестр на перечисление зарплаты;
при необходимости создайте один банковский платеж на сумму ведомости;
выгрузите данные в банк в формате, который поддерживает ваш банк;
после получения подтверждения о зачислении зарплаты загрузите ответ банка;
отразите факт списания и завершите выплату в учете.
Здесь важно понимать разницу. При зарплатном проекте пользователь иногда ошибочно ждет, что программа создаст отдельные платежки по каждому сотруднику. Но это уже не тот механизм. Поэтому если в бухгалтерии после обмена ведомость пришла как проектная, а вы ищете отдельные платежки, вы фактически используете неправильный сценарий обработки.
Практический вывод: сначала выясните, какой у вас реальный способ выплаты. Если переводите каждому сотруднику отдельно — используйте На счета сотрудников. Если работаете по договору зарплатного проекта — используйте проектный механизм и реестры.
После того как платежки по зарплате или документы по зарплатному проекту подготовлены, переходим к отправке в банк. Разберем оба типовых способа.
Это классический вариант, который все еще используется очень широко.
Откройте раздел работы с банком в 1С:Бухгалтерии.
Выберите обмен с банком по нужному расчетному счету.
Отметьте подготовленные платежные поручения на выплату зарплаты или иной документ, который должен уйти в банк.
Сформируйте файл выгрузки.
Загрузите этот файл в систему банка.
Подпишите и отправьте документы в банке.
После исполнения выгрузите банковскую выписку или историю операций из банка и загрузите ее обратно в 1С.
Такой подход особенно удобен, когда банк не поддерживает прямой обмен или в организации принято подписывать платежи в отдельном банковском клиенте.
Если используется сервис 1С:ДиректБанк, можно отправлять платежные поручения в банк напрямую из 1С:Бухгалтерии и получать выписки без промежуточного файла.
убедитесь, что сервис настроен для нужного банковского счета;
проверьте, что у банка и у вашей версии программы поддерживается соответствующий сценарий обмена;
подпишите и отправьте платежи из 1С напрямую;
загрузите выписку также напрямую из банка;
проверьте, что статусы документов изменились корректно.
Этот вариант экономит время, но логика учета остается прежней: сначала создаем ведомость и/или платежки в бухгалтерии, а уже потом отправляем их в банк. Сам факт наличия 1С:ДиректБанк не отменяет необходимость корректной синхронизации с ЗУП.
Теперь разберем налоговый платеж отдельно от зарплатных перечислений. Это особенно важно, потому что пользователи нередко пытаются искать его в ЗУП, хотя правильно делать это в бухгалтерской программе.
Откройте в 1С:Бухгалтерии раздел, связанный с налогами или банковскими платежами.
Используйте Задачи организации или блок налоговых помощников, если они применяются в вашей базе.
Сформируйте документ Уведомление об исчисленных суммах налогов, если срок и ситуация требуют его подачи.
После этого создайте платежное поручение на ЕНП.
Укажите сумму пополнения ЕНС. В типовом механизме программа может подсказывать сумму с учетом текущего состояния расчетов.
Проверьте назначение платежа. Как правило, используется формулировка по единому налоговому платежу, а не отдельное назначение «НДФЛ с зарплаты».
Отправьте платежное поручение в банк и после исполнения загрузите выписку.
Рассмотрим подробнее организационный смысл этого шага. Если руководителю комфортнее перечислять налоговые суммы сразу в день выплаты зарплаты, это не нарушает логику учета. Главное — не ждать, что в ЗУП сам по себе появится готовый банковский документ на НДФЛ. Правильный путь — сформировать ЕНП в бухгалтерии, а налоговые данные по удержанию и уведомлениям вести там же.
Теперь разберем более тонкий, но очень полезный механизм. Он нужен тем, кто хочет не просто перечислить деньги в бюджет, а построить корректную связку между расчетом зарплаты в ЗУП и налоговым учетом в бухгалтерии.
Для этого в 1С:ЗУП используется документ Отражение удержанного НДФЛ в бухучете. Именно он участвует в обмене с бухгалтерской программой и позволяет передать сведения по удержанному налогу.
Разберем по шагам:
после удержания налога в ЗУП сформируйте документ Отражение удержанного НДФЛ в бухучете;
проверьте период, суммы, КБК и разрезы налоговой регистрации;
проведите документ;
выполните синхронизацию с бухгалтерской программой;
на стороне 1С:Бухгалтерии проверьте появление документа Сведения об удержанном НДФЛ;
на основании этих сведений заполните Уведомление об исчисленных суммах налогов;
после этого при необходимости создайте платежку на ЕНП.
Это важное различие: зарплатная ведомость передает информацию о выплате сотрудникам, а Отражение удержанного НДФЛ в бухучете — информацию для налогового контура. Если второй документ не сформирован, пользователь может ошибочно решить, что «НДФЛ не выгрузился», хотя на самом деле просто не был подготовлен нужный объект обмена.
Рассмотрим полезную профилактику ошибок. Перед синхронизацией и перед отправкой платежей в банк полезно проверить не только ведомость, но и несколько контрольных точек.
Проверьте отчет по выплатам и задолженности, чтобы убедиться, что сумма в ведомости соответствует расчету — исправить ошибки взаиморасчетов поможет обработка исправления ошибок по НДФЛ и взаиморасчетам в 1С:ЗУП.
Проверьте, нет ли у сотрудника старой непогашенной задолженности, которая может попасть в новую ведомость.
Проверьте, не создана ли уже другая ведомость с тем же характером выплаты за этот период.
Проверьте банковские реквизиты сотрудников и их актуальность.
Проверьте, не отличается ли способ выплаты в карточке сотрудника от способа выплаты в самой ведомости.
Проверьте отчеты по удержанному НДФЛ, если планируете передавать налоговые сведения в бухгалтерию.
В ЗУП для контроля налога полезно использовать профильные отчеты по НДФЛ, например контроль сроков уплаты и суммы удержанного налога. Это помогает заранее выявить расхождения между суммой удержания и суммой, которую потом нужно будет отражать в бухгалтерии и в уведомлении.
Теперь соберем все вероятные причины в один практический алгоритм диагностики. Это удобно, когда нужно быстро найти причину, а не разбираться вслепую.
Проверьте, действительно ли документ проведен в ЗУП. Непроведенная ведомость или непроведенное отражение часто в обмен не попадают.
Проверьте, входит ли нужная организация в настройки обмена. При нескольких организациях это очень частая причина.
Проверьте дату начала обмена. Документы до этой даты могут не передаваться.
Проверьте предупреждения обмена. Документ может быть непринятым, конфликтным или требующим ручного сопоставления.
Проверьте дату запрета загрузки данных. Документ мог быть заблокирован именно из-за нее.
Проверьте тип ведомости. Иногда документ передался, но в другом виде, из-за чего вы ищете его не там или пытаетесь строить неправильный сценарий оплаты.
Проверьте справочники банковских реквизитов. Если у документа не хватает обязательных реквизитов, он может не проводиться или не использоваться для формирования платежек.
Проверьте, не используется ли сводный обмен. В отдельных настройках синхронизация может идти сводно по сотрудникам, и тогда детализация будет отличаться от ожидаемой.
Проверьте релизы обеих программ. Старые релизы нередко дают проблемы именно на стыке зарплаты, ЕНП и банковских документов.
Если пройти этот список последовательно, причина обычно находится довольно быстро.
Посмотрим на пример, близкий к вопросу из темы.
Допустим, в августе вы начислили зарплату за первую половину месяца, создали Ведомость на счета сотрудников в 1С:ЗУП и провели ее. Дальше действуем так:
проверяем, что ведомость оформлена именно на личные счета сотрудников, а не как зарплатный проект;
при необходимости формируем Отражение удержанного НДФЛ в бухучете;
выполняем Синхронизацию данных;
в 1С:Бухгалтерии открываем раздел Зарплата и кадры и ищем пришедшую ведомость;
если ведомость есть, запускаем Подготовка платежных поручений на перечисление заработной платы и формируем платежки по сотрудникам;
проверяем суммы и реквизиты;
выгружаем платежки в банк через Клиент-банк или отправляем напрямую через 1С:ДиректБанк;
отдельно решаем вопрос по пополнению ЕНС: если нужно перечислить деньги в бюджет в тот же день, создаем в бухгалтерии платежку на ЕНП;
после исполнения загружаем банковскую выписку и отражаем факт списания.
Теперь посмотрим, что здесь не нужно делать. Не нужно ждать, что после синхронизации из ЗУП автоматически появится готовое банковское платежное поручение на НДФЛ. Не нужно искать ЕНП внутри зарплатной ведомости. Не нужно продолжать работу в ЗУП, если вопрос уже касается банковских документов и ЕНС. На этом этапе правильнее полностью перейти в бухгалтерскую программу.
Рассмотрим самые частые ошибки, которые повторяются из компании в компанию.
Ошибка 1. Пытаются сформировать банк в ЗУП, хотя банковские документы ведут в Бухгалтерии.
Решение: используйте ЗУП для расчета и ведомостей, а платежные документы и ЕНП оформляйте в бухгалтерской программе.
Ошибка 2. Ждут отдельную платежку на НДФЛ после синхронизации ведомости.
Решение: разделяйте выплату зарплаты и уплату налогов через ЕНП. Передавайте сведения по удержанному налогу отдельным документом.
Ошибка 3. Не проверяют Дата запрета загрузки данных.
Решение: смотрите предупреждения синхронизации и состояние непринятых документов.
Ошибка 4. Используют неправильный тип ведомости.
Решение: заранее определяйте, выплачиваете ли вы по зарплатному проекту или на личные счета сотрудников.
Ошибка 5. Считают, что раз синхронизация запустилась, значит все документы уже отражены в Бухгалтерии.
Решение: обязательно проверяйте результат в списках документов, предупреждениях обмена и журналах синхронизации.
Ошибка 6. Не формируют Отражение удержанного НДФЛ в бухучете, но ждут появления налоговых сведений в бухгалтерии.
Решение: разделяйте зарплатную ведомость и документ передачи данных по налогу.
Ошибка 7. Не обновляют релизы программ.
Решение: для связки зарплаты, ЕНП, уведомлений и обмена с банком особенно важно использовать актуальные версии конфигураций.
Соберем в одном месте конкретные объекты и механизмы, которые помогают решить задачу на практике. Это удобно использовать как шпаргалку.
Синхронизация данных — основной механизм обмена между ЗУП и Бухгалтерией.
Настройки синхронизации данных — место, где проверяем параметры обмена, даты, организации и способ передачи.
Предупреждения при синхронизации данных — место для анализа непринятых документов, конфликтов и незаполненных реквизитов.
Дата запрета загрузки данных и Дата запрета изменения данных — частая причина отсутствия документов после обмена.
Ведомость на счета сотрудников — документ для перечисления на личные банковские счета.
Ведомость в банк — общий контур выплаты через банк в бухгалтерской программе.
Подготовка платежных поручений на перечисление заработной платы — обработка для формирования отдельных платежек на сотрудников.
Списание с расчетного счета — документ для отражения списания денежных средств банком.
Зарплатный проект — объект для настройки выплат по реестру.
Обмен с банками по зарплатным проектам — рабочее место для обмена реестрами и подтверждениями.
Отражение зарплаты в бухучете — документ передачи данных для бухгалтерских проводок.
Отражение удержанного НДФЛ в бухучете — документ передачи налоговых сведений по удержанному НДФЛ.
Сведения об удержанном НДФЛ — документ в бухгалтерии, который можно использовать для заполнения уведомления.
Уведомление об исчисленных суммах налогов — налоговый документ, который нужен для корректной работы по ЕНП.
Задачи организации — помощник, через который удобно отслеживать сроки и формировать налоговые действия.
1С:ДиректБанк и Клиент-банк — способы передачи платежных документов в банк и загрузки выписок.
Рассмотрим еще несколько технических нюансов, которые полезны именно на последнем этапе, когда расчет уже готов и нужно избежать отказа банка или некорректной выгрузки.
Проверьте, что в платежках заполнены банковские реквизиты получателя и счет списания организации.
Проверьте назначение платежа и статью движения денежных средств.
Проверьте формат обмена с банком, особенно если используете зарплатный проект.
Проверьте код вида дохода, если банк или ваш внутренний контроль требуют его передачи по выплатам физическим лицам.
Проверьте, что не дублируете уже выгруженные документы.
После отправки обязательно загружайте выписку или подтверждение исполнения, чтобы учет выплат был завершен, а документы перешли в корректный статус.
Часто проблема обнаруживается не на этапе расчета, а уже на этапе банковского обмена. Поэтому финальная проверка перед отправкой сэкономит больше времени, чем последующее исправление несоответствий между 1С и банком.
Чтобы закрепить решение, соберем всю логику в один компактный рабочий маршрут.
в 1С:ЗУП начислите зарплату;
создайте и проведите Ведомость на счета сотрудников или ведомость по зарплатному проекту;
при необходимости сформируйте Отражение удержанного НДФЛ в бухучете;
выполните Синхронизацию данных с 1С:Бухгалтерией;
в бухгалтерской программе проверьте результат обмена и предупреждения;
если ведомость пришла корректно, сформируйте по ней платежные документы на зарплату;
выгрузите их в банк;
отдельно в бухгалтерии сформируйте ЕНП, если нужно пополнить ЕНС;
сформируйте и отправьте уведомление по НДФЛ, если наступил срок и оно требуется;
после исполнения загрузите выписку и завершите отражение операций.
Теперь подведем итог так, чтобы ответ был максимально прикладным.
Если в 1С:ЗУП уже создано начисление и оформлена ведомость на счета сотрудников, дальше не пытайтесь завершать банковский этап внутри ЗУП. Выполните синхронизацию с 1С:Бухгалтерией, затем в бухгалтерской программе найдите пришедшую ведомость и на ее основании сформируйте платежные документы на перечисление зарплаты сотрудникам. Если используете личные счета сотрудников без зарплатного проекта, подготовьте отдельные платежные поручения по каждому сотруднику. Если используете зарплатный проект, работайте через проектную ведомость и реестр.
Не ждите, что вместе с ведомостью автоматически появится отдельная платежка на НДФЛ. В текущей схеме налоги обычно перечисляются через ЕНП, поэтому платежное поручение на пополнение ЕНС формируйте в 1С:Бухгалтерии. Для передачи в бухгалтерию сведений по удержанному налогу используйте документ Отражение удержанного НДФЛ в бухучете, а затем формируйте Сведения об удержанном НДФЛ и Уведомление об исчисленных суммах налогов.
Если синхронизация «прошла», а документов в бухгалтерии не видно, обязательно проверьте Предупреждения при синхронизации данных, Дату запрета загрузки данных, тип ведомости и настройки обмена по организации и периоду. В большинстве случаев причина скрывается именно там.
Таким образом, правильный маршрут выглядит так: ЗУП рассчитывает и формирует ведомость, Бухгалтерия принимает ее, создает банковские документы и ведет контур ЕНП/ЕНС. Если придерживаться этой схемы, вопрос «что делать дальше после ведомости?» перестает быть проблемой: после ведомости нужно переходить в бухгалтерскую программу, а не искать в ЗУП кнопку формирования всех последующих платежей.
Информация носит справочный характер.