1С:Предприятие 8.3 (8.3.27.1859)
Зарплата и управление персоналом, редакция 3.1 (3.1.35.13)
В ЗУП сотрудники ведутся в разрезе отделов. В Бухгалтерии на одном «основном подразделении» (по отделам не разбиваются). Чтобы в бухгалтерию переносилось по одному общему подразделению каждый месяц создаем док. «Распределение осн. заработка», где переносим 100% заработка на основное подразделение. Скрин прикрепила.
В декабре так и сделали, но часть заработка все равно осталась на «отделе». Причем это какие-то кусочки начислений, т.к. по суммам вычислить не получилось с какого документа это тянется.
Прошлась по приоритетам документов «Отражения зп в бухучете»: выше приоритетом Начисления (в используемых начислениях Бухучет не заполнен), «Бухучет начислений сотрудников» (доков нет), Документы Премия и т.п. (тоже бухучет не заполнен).
Как нам найти что влияет на распределения ЗП по Подразделениям и игнорирует документ «Распределение осн. заработка»?
Таких сотрудников несколько. Показываю на примере одного
P.S. Заполняли документ «Сведения для отражения ЗП в бухучете несколько раз»
Добрый день! На релизе 3.1.35.13 зарегистрирована ошибка 60027331:
Ошибка исправлена в релизе 3.1.36.39, думаю, что она может влиять и на другие начисления. Попробуйте установить обновление.
Обновление поставили. Почти все начисление ушли на «основное подразделение», но остался один документ Премия, в котором заполнен раздел Бухучета и из этого дока сотрудники подтянулись в «Отражение ЗП в бухучете» по отделам. Есть ли вариант переноса в этом случае ЗП сотрудников с отдела на «основное подразделение»?
Премия специфическая, нам надо отнести именно ее на другой вид деятельности.
Добрый день! Здесь приоритет срабатывает. Попробуйте способ отражения в документе Премия убрать, а поставить его в документе Бухучет начислений сотрудников для начисления.
Так тоже не получается.
Бухучет начислений сотрудников — не могу указать подразделение в распределении. А если срабатывает «Распределение основного заработка», то там 100% кидается на осн. вид деятельности, а мне надо на «прочий». Если использовать док. «Распределение заработка», то нужно в процентном соотношении высчитывать процент этой премии к осн. ЗП.
Т.е. вопрос как собрать ЗП сотрудников (не всех, а части) на одном более общем подразделении, когда есть разные способы отражения ЗП (по разным причинам, как у меня в примере премия по прочему виду деятельности) не понятно.
P.S.Смысла в бухгалтерии так подробно вести ЗП нет, т.к. остальные затраты распределить по отделам не сможем (это АУП).
Добрый день! Есть ещё один вариант, но его лучше сначала проверить на копиях баз, подойдет ли.
Если синхронизация настроена в старом формате (не в формате EnterpiseData), то можно в Бухгалтерии зайти в регистр сведений Соответствие объектов информационных баз, найти подразделения, которые не должны отражаться в бухучете, открыть позиции справочника и выбрать в них основное подразделение в поле Уникальный идентификатор источника.
При выборе идентификатора программа обновит идентификаторы Бухгалтерии, а идентификатор ЗУП не поменяется. Тогда при следующей синхронизации все данные будут загружаться на основное подразделение автоматически.
Синхронизация настроена в формате EnterpiseData. 1С писали, что старый формат поддерживать не будут, поэтому настраивали в «новом».
Я тоже уже думала смотреть в сторону настройки соответствий Подразделений в БУх и ЗУП. Но тогда получается связь один (в Бух) ко многим (в ЗУП). Можно ли так настроить? И можно ли сейчас перенастроить соответствие Подразделений БУХ-ЗУП (пусть даже путем создания нового правила синхронизации)?
В Enterprise Data при синхронизации используется другой регистр — Где в ЗУП 3.1 хранится соответствие объектов информационных баз после синхронизации с БП 3.0
В нём замену не проверяла, надо тестировать, получится ли также заменить.
Если заново настроить синхронизацию в старом формате, то на этапе настройки программа не даст одному подразделению поставить в соответствие несколько, можно будет только потом после настройки сделать замену в регистре Соответствие объектов информационных баз. Так будет работать.
Пишут, что если делать замену Подразделений в «Публичные идентификаторы синхронизируемых объектов» для синхронизации в В Enterprise Data, то эта замена действует только один раз, потом опять возвращается к исходному. Сама не пробовала. У вас есть на этот счет информация ? (чтобы не терять мне время на проверку).
Добрый день! Вчера написала данный вопрос разработчикам, пока от них ответа не было.
Как придет, я Вам напишу.
Добрый день! Пришел ответ от разработчиков:
Насколько я поняла они предлагают сделать доработку в программе, тогда можно будет изменять УИД и он не будет слетать.