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