Как, с удивлением, обнаружили бухгалтеры, решившиеся на переход на ЗуП 3.0 (3.1), выбор счета кредита для удержаний ограничивается списком, жестко заданным разработчиками. Причем счет кредита привязан к реквизиту «Назначение удержания» (перечисление). Данная позиция, мягко говоря, была встречена бухгалтерами без энтузиазма. От ответов на вопросы, задаваемые по шаблону: «А как мне удержать с ….. за …..?» начала накапливаться усталость. Влезать в конфигурацию, причем в самые интимные места, желания не было. Спрос родил предложение.
Предлагается следующая методика:
1. В ЗуП:
1.1. Для переноса удержания с произвольной корреспонденцией использовать удержания в пользу третьих лиц (см. рис. 1).
1.2. При назначении удержания сотруднику, для каждого вида корреспонденции создается фиктивный контрагент (см. рис. 2).
2. В Бухгалтерии:
2.1. Создается дополнительный реквизит «Контрагент для способа отражения», с типом справочник «Контрагенты», привязанный к справочнику «Способы учета зарплаты» (см. рис. 3).
2.2. После синхроницации с зарплатой, создается способ учета зарплаты, в котором прописывается счет и корреспонденция кредита по удержанию, к способу привязывается фиктивный контрагент, «приехавший» из ЗуП (см. рис. 4).
2.3. В базу загружается дополнительная обработка табличных частей, прилагаемая к статье. После проведения документа «Отражение зарплаты в бухучете», она запускается и меняет в проводках по удержаниям, привязанным к фиктивным контрагентам, счета и аналитику кредита (см. рис. 5 и рис. 6).
Profit….
Достоинства методы — нет вмешательства в конфигурацию.
Недостатки — надо следить, чтобы после каждой синхронизации запускалась обработка.
Данная методика может быть расширена для обработки удержаний, с «вычисляемой» аналитикой, но при этом, конечно, потеряет универсальность.
