Все фирмы равноправны. Справочник фирм – это дерево. Детализация может производиться не только по фирме, но и по различным подразделениям фирмы.
Указывать фирму (подразделение) требуется во всех операциях. Но средствами защиты данных пользователи разных фирм могут попасть только к своим операциям, отчетам, данным, если конечно у них нет доступа к верхним уровням дерева.

Вы описываете ее как проблему, а на самом деле это очень удобное средство для организации консолидирующей отчетности. Выбираете верхний уровень, например «Все фирмы» и получаете итоговый отчет по всему холдингу.

Dogen
А внутрихолдинговые операции как отражать? Ведь общем случае в учете двух фирм документ должен выглядеть с точностью до наоборот, и проводиться по разному.
Можно сделать по разному. У меня, например, при проводке операции(документа) в одной фирме, автоматически создается соответствующая операция в другой.
Dogen
Опять же сворачивать обороты надо при получении консолидированной отчетности (а иногда и не надо).Выбираете требуемый уровень, и получаете данные с заданной детализацией (см. рисунок).

Еще одна попытка приклеить рисунок

Серега
Я бы даже советовал перелогиниваться. А то потом искать документы по всем фирмам запаришься, ИМХО.Это очень не удобно. Лучьше, когда в операциях имеется возможность выбора той фирмы, для которой она выполняется. Разумеется, требуется функция фильтрации, и функция защиты данных подразделения (фирмы) от несанкционированного доступа. Если позволите, еще один рисунок

traktor1231. Подскажите чем роль контрагента (например клиент, сотрудник, поставщик...) отличается от просто договора... ведь если мы заключаем с фирмой договор(определённый договор) то она автоматически становится нашим клиентом... или если заключаем договор о сотрудничестве, с каким то
физ лицом, то он автоматически становиться сотрудником... Мое IMXO, без претензий на обобщение. Первичным является партнер (мне это слово больше нравится, чем контрагент, клиент, покупатель, поставщик и т.д.). Пока нет партнера, нет договора. С каждым партнером деятельность может выполняться в разных направлениях (покупатель, поставщик, и др.). Для каждого направления надо иметь свой набор параметров (свой вид данных). По каждому направлению у партнера может быть множество договоров. Состав параметров договора зависит от направления деятельности. С точки зрения отношения с партнерами нет разницы – это юридическое или физическое лицо.

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

traktor1232. что такое понятие роль, и к чему роли нужно прикреплять к контрагенту или к субьекту ???
Роль используется для организации защиты данных. Вы предусматриваете в системе роли пользователей, например, главбух, бухгалтер по покупателям, бухгалтер по поставщикам. Затем организовываете доступ этих ролей к различным режимам работы в системе. В дальнейшем, во время эксплуатации, добавляя Login для нового пользователя, назначаете ему роль. Это обеспечивает ему доступ ко всему, что предусмотрено для этой роли.

traktor1233. как у вас на уровне б.д. организованы отношения между Субьектами(таблицы механизмы) ???Четыре основных таблицы. 1-я содержит только коды партнеров и используется для контроля целостности. 2-я содержит параметры партнеров по видам деятельности (один вид данных - общие, один – покупателя, один – поставщики и т.д.). Видов может быть много. Каждый вид данных предназначен для решения какой-либо отдельной задачи работы с партнерами. 3-я таблица – справочники, в которой находятся договора по разным видам деятельности. И, наконец, таблицы операций, содержащие все данные по взаимоотношениям.

Подробнее это можно посмотреть в демо-версии БАС, модуль «Партнеры» . Там есть диаграммы на MS SQL 2000, расписанная структура таблиц, структура параметров видов данных, процедуры обработки таблиц и т.п.

2 traktor123.
Увы, не рискну определиться со своим мнением без внимательного анализа этой структуры и без знания той задачи, для которой она применяется.