Есть она контора и 2 офиса - один в Киеве и второй в Одессе.
Бугалтерских отделов тоже 2. База 1С естественно одна.

Ну и бугалтера постоянно путаются с базой рабочих. Надо сделать так что б 6411 счет или делился на 2 или както через субконто разбить на групы сотрудников.
Можете кинуть сслылку на инфу или по подробней расказать как это сделать.

Я в 1С не очень шарю, поэтому обьяснил как мог. Заранее спасибо.

Теоретически, действительно, можно попробовать разбить счет 6411 на 64111 и 64112. Но тогда нужно будет переписывать все доки, которые делают проводки по этому счету (хотя их может не так то уж и много). Если будете пробовать - тщательно тестируйте на копии!

Спасибо за ответ. Не хочется конечно замарачиватся с разбиванием счета Но если выбирать субконто, то выходит что в него добавляется только один сотрудник, а надо как то сделать что б автоматом добавлялась группа (пишу со слов бугалтера).

Возможно ктото работает в компанияих с филиалами, поделитесь пожалуйста опытом.

Та причём тут с филлиалами... Вы видимо не понимаете до конца всю суть задачи. А в нашей работе полагаться только на то, что говорит бухгалтер - не всегда приведёт к нужной (задуманной бухгалтером) цели. Может быть в вашей ситуации, например, будет лучше вообще сделать 2 отдельные базы (это я к примеру говорю, нужно самому решать). Если решите добавить субконто - тут тоже без доработок у вас ничего не получится.

Если филиалы в базе значатся как отдельные организации - то можно использовать субконто "Организация" (или фирма, что там в 7-ке?). Если же нет, то надо искать другое решение, разбивать на 6411 на субсчета не советую, а то вдруг появится еще один офис, а потом еще один.... надеюсь мысль понятна, ищите возможность привязки исключительно по субконто, например создать отдельный справочник "филиалы".

буду думать, спасибо



Филиалы не делятся, на них одна база. Офис еще одни врдли появится, так что склоняюсь к 64111 и 64112, но все таки проверю Вашу идею с отдельным справочником.

Это обычное заблуждение Даже если он не появится, это не значит что нужно пренебрегать свободно масштабируемым решением.