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