Разделитель учета в Бух.7.7 (504). Можно ли его применить?

Уважаемые специалисты! Очень нужна ваша помощь и опыт. Подскажите пожалуйста, у нас одно юр. лицо, а фирма две (филиал и центр). Чтобы не добавлять к счетам 70, 90, 44, 50, 01, 02. дополнительные субкото, не предусмотренные планом счетов, можно ли ввести разделитель учета? При этом корректно выполнить все, что положено (ввести новый реквизит проводки, ввести справочник "Фирмы",изменить модули и формы документов и т.д).Прочитала, что разделитель учета рекомендуется только для разных юр.лиц. Но нам тоже очень надо получать данные по этим двум фирмам. Чем плохим будет грозить, если мы все таки введем разделитель учета??? Может быть есть еще способ более верный и безболезненный, чем добавлять субконто или применять разделитель учета?

лучше будет всё-таки дать задание программисту ввести разделитель учета, но конфигурацию надо будет править достаточно, чтобы в каждом документе был выбор организации и в проводки её прописать. В стандартных бух.отчетах разделитель учета предусмотрен. А вообще говоря, переходите на 8ку

> Может быть есть еще способ более верный и безболезненный, чем добавлять субконто или применять разделитель учета?

Более безболезненный способ  - перейти на восьмёрку, ничего доделывать не придётся, а там хоть раздельный хоть консолидированный баланс ведите, как вам будет угодно.

Иначе "болезнь" выплывет в то, что обновления под вашу конфигурацию с разделителем учёта придётся собирать вручную. И кстати регламентированной отчётности это тоже касается.

Подумайте что будет разумнее.

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

Сядьте и посчитайте для начала во сколько вам будет обходиться поддержка программы.
Технически это реализовать несложно.

Огромное спасибо, что откликнулись.
Спасибо за советы. Но на 8-ку переходить категорически против директор. Программист штатный есть и должен правильно сделать всю работу по разделителю учета. Только настораживает, то что в книжках по 1С, разделитель учета настоятельно рекомендуют применять только для раздельного баланса. Почему? Наша конфигурация очень сильно изменена, обновляемся вручную. Если только дело в обновлении и регламентированной отчетности, то это понятно. А вот где-то промелькнуло на форумах, что страшно тормозить будет с разделителем учета, а вдруг еще что-нибудь страшное? Подскажите пожалуйста или успакойте...

"Тормоза" могут проявиться только в том случае, если неправильно построить механизмы.
Потому как во все регистры хранения данных добавляется дополнительное измерение.

И если документы к примеру перед проведением проверяют какие либо данные по состоянию регистров, то тормоза могут возникнуть в случае сильной нагрузки при использовании определённых методик.

Анализ и обработку данных в большинстве объектов придётся строить на механизмах запросов, это поможет уменьшить тормоза.
Если же работа механизма данных будет основана не на запросах а на выборках из создаваемых экземпляров регистров, то при большом объёме обрабатываемой информации тормоза неизбежны.
Регистры накопления к примеру придётся опрашивать и писать с обязательным применением свойств и методов регистров временных расчётов.
Желательно использовать транзакционные методики, чтобы не нагружать базу. В противном случае при проведении объёмных операций объекты БД будут оставаться "захваченными" процессом обработки на длительное время.

Нюансы есть. Если есть возможность достать одну из старых редакций "бухгалтерии" к примеру 4.0 или 4.2, вот там как раз и применялся разделитель учёта. Поищите, посмотрите как реализовано в них, и сделайте аналогично у себя.

Опять же. Если используете конфигурацию в файл-серверном режиме и клиенты стоят на рабочих станциях и не организована работа через терминальные сессии, то сеть должна работать как часы.

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

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

Абсолютно не согласен. Если выбрана организация, то ИспользоватьРазделительУчета() трудно написать?

> И если документы к примеру перед проведением проверяют какие либо данные по состоянию регистров, то тормоза могут возникнуть в случае сильной нагрузки при использовании определённых методик.
>
> Анализ и обработку данных в большинстве объектов придётся строить на механизмах запросов, это поможет уменьшить тормоза.
> Если же работа механизма данных будет основана не на запросах а на выборках из создаваемых экземпляров регистров, то при большом объёме обрабатываемой информации тормоза неизбежны.
> Регистры накопления к примеру придётся опрашивать и писать с обязательным применением свойств и методов регистров временных расчётов.
> Желательно использовать транзакционные методики, чтобы не нагружать базу. В противном случае при проведении объёмных операций объекты БД будут оставаться "захваченными" процессом обработки на длительное время.

Это всё никак не относится в 1с:Бухгалтерия 7.7

> А по поводу использования разделителя учёта только для ведения раздельного баланса. Эта рекомендация дана ввиду того, что введение в конфигурацию разделителя учёта полностью разделит данные двух организаций с очень слабой последующей возможность получения каких-то общих данных.

Не соглашусь, либо используем разделитель в бух.отчетах, либо не используем и имеем общее состояние по двум фирмам.

Из ваших ответов можно сделать вывод, что все-таки можно дать задание программисту по введению разделителя учета в нашей ситуации. Верно?

Задание дать можно. Месяца за 3 сделает:) И обновлять потом по неделе будет. Подумайте про восьмерку

Ну почему за 3 месяца. 1 день упорной работы программирования, неделю чтобы отлавить то, что ещё забыл сразу сделать и просто тестирование. А про 8ку - всё-таки хороший совет