При совместной работе программ 1С:Зарплата и управление персоналом 3 и 1С:Бухгалтерия предприятия 3.0 пользователи часто сталкиваются с вопросами детализации проводок, сопоставления структуры организации и отражения отдельных видов выплат. Разберем ключевые аспекты работы с документом Отражение зарплаты в бухучете: как получить проводки сводно без детализации по сотрудникам, как правильно сопоставить подразделения с разными наименованиями и почему для некоторых операций поле со способом отражения остается пустым.
Проанализируем сначала поведение документа в исходной конфигурации. В программе 1С:Зарплата и управление персоналом 3 документ Отражение зарплаты в бухучете на уровне архитектуры формируется с обязательной детализацией по физическим лицам. Это связано с тем, что учет начислений, удержаний и страховых взносов в зарплатной базе ведется строго по конкретным сотрудникам в разрезе расчетных регистров. Штатной возможности отключить указание работников непосредственно в табличной части документа в ЗУП не предусмотрено.
Однако конечная цель учета чаще всего заключается в том, чтобы не перегружать бухгалтерские итоги и счет 70 персональными субконто, а формировать проводки только по подразделениям и статьям затрат. Рассмотрим, как это работает на практике:
В результате загруженный в Бухгалтерию документ Отражение зарплаты в бухучете автоматически свернет суммы однотипных начислений по подразделениям и способам отражения, а на счете 70 не будут формироваться движения по субконто конкретных сотрудников.
Нередко в зарплатной и бухгалтерской базах названия подразделений различаются либо имеют разную иерархию. Выясним, как связать подразделения между собой без изменения конфигурации и привлечения внешних средств, таких как Конвертация данных.
Синхронизация между современными типовыми конфигурациями выполняется по универсальному формату обмена EnterpriseData. По умолчанию сопоставление справочника Подразделения происходит по ключевым полям: наименованию, родителю (группе) и владельцу. Если данные поля не совпадают, программа при первой автоматической загрузке попытается создать новые элементы, что приведет к дублированию справочника в базе-приемнике.
Разберем по шагам, как избежать дублей и правильно связать подразделения:
Подразделения.Соответствия объектов информационных баз, и при последующих обменах сопоставление будет происходить автоматически.Важно помнить: стандартный механизм сопоставления работает строго по принципу один к одному. Если требуется объединять несколько разных подразделений ЗУП в одно общее подразделение Бухгалтерии, типового сопоставления будет недостаточно. В таких ситуациях применяются либо доработки правил конвертации, либо специализированные расширения конфигурации.
При проверке документа Отражение зарплаты в бухучете часто обращают внимание на то, что для строки с видом операции Расход по страхованию ФСС (например, оплата четырех дополнительных выходных дней для ухода за детьми-инвалидами или пособие на погребение) колонка Способ отражения остается незаполненной, и программа не дает выбрать значение из справочника. Разберем причину такого поведения.
Это не является программной ошибкой или недочетом настройки. Логика регламентированного учета строится на следующих принципах:
Способы отражения зарплаты в бухучете служит исключительно для отнесения начисленных сумм на счета производственных и коммерческих затрат предприятия (счета 20, 25, 26, 44) с указанием конкретных статей затрат.69.01 (или соответствующего субсчета расчетов с фондом) и кредиту счета 70.Таким образом, счет дебета жестко предопределен самой сутью операции, поэтому выбор счета затрат и статьи расходов через Способ отражения здесь не требуется. При проведении документа в Бухгалтерии проводка сформируется корректно автоматически на основании выбранного вида операции.