При интеграции программных продуктов 1С:Зарплата и управление персоналом 3.1 (ЗУП) и 1С:Комплексная автоматизация 2.4 (КА) одной из самых частых сложностей становится вопрос детализации данных. Бухгалтеры часто сталкиваются с ситуацией, когда проводки по 70 счету в КА формируются «сводно», а документы по начислению резервов отпусков вовсе отказываются проводиться из-за пустых табличных частей, требующих указания конкретных физических лиц. Разберем подробно, как настроить систему для ведения учета по сотрудникам и устранить ошибки при синхронизации.
Первым делом мы должны убедиться, что сама база-источник (ЗУП) отдает данные в детальном виде. По умолчанию синхронизация может быть настроена на передачу сводных показателей для уменьшения объема передаваемой информации. Проанализируем настройки синхронизации:
Важный нюанс: Установка этого флага не изменит уже выгруженные документы. Чтобы изменения вступили в силу для прошлых периодов, документы ОтражениеЗарплатыВРегУчете и НачислениеРезервовОтпусков в ЗУП необходимо перепровести или перезаполнить, после чего инициировать повторную выгрузку.
Даже если ЗУП передает данные детально, база-приемник (КА 2.4) должна быть готова принять и записать эти данные в разрезе сотрудников. Для этого проверим настройки учета в КА:
Если этот признак не установлен, то даже при наличии данных о сотрудниках в файле обмена, система при проведении документа ОтражениеЗарплатыВРегУчете будет игнорировать субконто РаботникиОрганизаций на счете 70. Это приведет к тому, что в оборотно-сальдовой ведомости вы увидите общую сумму без детализации.
Как отмечалось в обсуждении, основная проблема часто кроется не в 70 счете, а в документе Начисление резервов отпусков. В КА 2.4 этот документ имеет сложную структуру с несколькими табличными частями. Если вторая и третья таблицы (где указываются сотрудники и обязательства) остаются пустыми, документ не проводится.
Проанализируем причины этого поведения:
1. Метод начисления резервов. В последних версиях 1С перешла на Метод обязательств (МСФО). Этот метод требует обязательного наличия остатков отпусков по каждому сотруднику. Если вы ведете учет остатков только в ЗУП, а в КА данные об остатках не передаются, документ резервов в КА не сможет корректно «собраться».
2. Версия формата обмена. Для передачи детальной информации по резервам рекомендуется использовать формат обмена EnterpriseData версии 1.10 или выше. Старые форматы могли некорректно транслировать детализацию табличных частей резервов. Проверить версию формата можно в настройках синхронизации (раздел «Параметры обмена»).
3. Последовательность выгрузки. Рассмотрим логику системы: документ резервов часто опирается на данные о начисленной зарплате для расчета среднего заработка (если используется нормативный метод). Если документ Отражение зарплаты еще не загружен или загружен сводно, алгоритм заполнения резервов может давать сбой.
Если настройки выставлены верно, но таблицы по-прежнему пусты, рассмотрим ситуацию с точки зрения кода. В КА 2.4 за проверку заполнения табличных частей отвечает модуль менеджера документа или модуль объекта. Выясним причину ошибки, проанализировав процедуру ПередЗаписью или ОбработкаПроверкиЗаполнения.
Пример кода, который может блокировать проведение при сводном учете, выглядит примерно так:
Процедура ОбработкаПроверкиЗаполнения(Отказ, ПроверяемыеРеквизиты)
Если ПолучитьФункциональнуюОпцию("ВестиУчетПоСотрудникам") Тогда
Если ТабличнаяЧастьСотрудники.Количество() = 0 Тогда
Сообщить("Не заполнены сведения о сотрудниках для расчета резервов!");
Отказ = Истина;
КонецЕсли;
КонецЕсли;
КонецПроцедуры
В данном случае мы видим, что включение одной настройки (детализация по сотрудникам) делает обязательным заполнение табличных частей. Если обмен приносит пустую таблицу, необходимо проверить правила конвертации данных (или XSLT-преобразования в случае EnterpriseData).
Рассмотрим подробнее, к чему стоит готовиться при включении детального учета по сотрудникам в КА 2.4:
Хозрасчетный) будет расти в сотни раз быстрее.Для исправления ситуации выполним следующие действия:
Разберем ситуацию: если бухгалтер настаивает на сводном учете, но программа требует сотрудников в резервах, можно применить «хитрость» — создать в справочнике Физические лица фиктивный элемент «Все сотрудники» и настроить правила обмена так, чтобы вся аналитика по резервам схлопывалась на этого «сотрудника». Это позволит проводить документы и сохранит конфиденциальность данных.