|
проектирование мультиорганизационной системы
|
|||
---|---|---|---|
#18+
Интересная тема. Можно обсудить :) Допустим необходимо в рамках одной системы/базы/приложения держать объекты для разных организаций. Для каждой организации свои контрагенты, план счетов, документы, проводки..., но ядро одно. Для чего необходимо? Например, чтобы обеспечить взаимодействие организаций в рамках одной информационной системы. Или, например, вести несколько варинтов бухгалтерии (черная,белая,зеленая :)). Может есть у кого материалы по этому поводу? ... |
|||
:
Нравится:
Не нравится:
|
|||
17.06.2005, 11:53 |
|
проектирование мультиорганизационной системы
|
|||
---|---|---|---|
#18+
Роман ДынникИнтересная тема. Можно обсудить :) Допустим необходимо в рамках одной системы/базы/приложения держать объекты для разных организаций. Для каждой организации свои контрагенты, план счетов, документы, проводки..., но ядро одно. Смотри Аксапту. ... |
|||
:
Нравится:
Не нравится:
|
|||
17.06.2005, 12:11 |
|
проектирование мультиорганизационной системы
|
|||
---|---|---|---|
#18+
А в чем проблема? Заведите эти организации, а все остальные сущности привяжите к нужной из них. Т.е. чтобы вместо абстрактного "Своя компания" был честный id текущей своей компании. И распространите это отношение на все сущности, т.е. на документы, планы счетов, контрагентов. Кстати, интересная весчь может получитсья. Контрагент_А может являться покупателем Фирмы 1 и продавцом для Фирмы2, а Фирма3 - покупателем Фирмы1. ... |
|||
:
Нравится:
Не нравится:
|
|||
17.06.2005, 12:15 |
|
проектирование мультиорганизационной системы
|
|||
---|---|---|---|
#18+
В ИНФИНе это реализовано. ... |
|||
:
Нравится:
Не нравится:
|
|||
17.06.2005, 12:46 |
|
проектирование мультиорганизационной системы
|
|||
---|---|---|---|
#18+
>>>Кстати, интересная весчь может получитсья. Контрагент_А может являться >>>покупателем Фирмы 1 и >>>продавцом для Фирмы2, а Фирма3 - покупателем >>>Фирмы1. Вот как раз на таких казалось бы мелочах и возникают вопросы. Каждая организация администрируется отдельно. Если Организация1 (О1) меняет свои реквизиты и О1 является контрагентом Организации2(О2), то в организации О2 как хранить этого контрагента? как отдельную копию сущности с привязкой для синхронизации (например чтобы синхронизовать контакты, банковские реквизиты. И синхронизовать как? автоматически или по действию пользователя)? Posted via ActualForum NNTP Server 1.2 ... |
|||
:
Нравится:
Не нравится:
|
|||
17.06.2005, 13:07 |
|
проектирование мультиорганизационной системы
|
|||
---|---|---|---|
#18+
Роман Дынник >>>Кстати, интересная весчь может получитсья. Контрагент_А может являться >>>покупателем Фирмы 1 и >>>продавцом для Фирмы2, а Фирма3 - покупателем >>>Фирмы1. Вот как раз на таких казалось бы мелочах и возникают вопросы. Каждая организация администрируется отдельно. Если Организация1 (О1) меняет свои реквизиты и О1 является контрагентом Организации2(О2), то в организации О2 как хранить этого контрагента? как отдельную копию сущности с привязкой для синхронизации (например чтобы синхронизовать контакты, банковские реквизиты. И синхронизовать как? автоматически или по действию пользователя)? Posted via ActualForum NNTP Server 1.2 В ИНФИНе есть справочник компаний в холдинге (в Вашей терминологии организаций) и справочник контрагентов. Как правило, информация о компаниях холдинга дублируется в справочнике контагентов. Это минус. Но на практике это никого не смущает. Реквизиты меняются не так часто. Зато есть 2 аналитических разреза. ... |
|||
:
Нравится:
Не нравится:
|
|||
17.06.2005, 13:36 |
|
проектирование мультиорганизационной системы
|
|||
---|---|---|---|
#18+
в том то и дело что я хочу рассмотреть компании не в рамках холдинга, а как если бы никак юридические не связанные компании пользовались единым ядром. То есть каждая компания обращается к некоторому сервису для ведения своей деятельности. И каждая компания могла бы сама предствалять собой холдинг. Тут некая аналогия с деревом доменов прослеживается. Posted via ActualForum NNTP Server 1.2 ... |
|||
:
Нравится:
Не нравится:
|
|||
17.06.2005, 13:55 |
|
проектирование мультиорганизационной системы
|
|||
---|---|---|---|
#18+
Во Флагмане решено с помощью отдельных бизнес-единиц, с возможностью настроить все необходимые справочники общие. ... |
|||
:
Нравится:
Не нравится:
|
|||
17.06.2005, 14:32 |
|
проектирование мультиорганизационной системы
|
|||
---|---|---|---|
#18+
В чем задача? Если речь идет только об унификации ПО, то каждая организация имеет все свое, т.е. запись об организации дублируется столько раз, сколько есть владельцев информации. Записи логически как бы находятся в различных пространствах имен. (Физически можно и в одной таблице, не важно). Если люди договорились о совместном ведении справочников, то разумно хранить единственную запись (единственный набор исторических записей) про одну организацию. Договоренности очевидно выливаются в довольно детальное разграничение доступа, систему запросов на пополнение данных от тех кому нужно, но прав нет, тем кому не нужно но право есть. А значит и обязанность должна быть, и система контроля исполнения запросов. В упомянутом ФЛАГМАНе можно объявлять бизнес-единицы, они являются владельцами справочников. Можно давать права одной бизнес-единице на справочники других бизнес-единиц или создавать свои. ... |
|||
:
Нравится:
Не нравится:
|
|||
17.06.2005, 19:33 |
|
проектирование мультиорганизационной системы
|
|||
---|---|---|---|
#18+
Роман Дынник в том то и дело что я хочу рассмотреть компании не в рамках холдинга, а как если бы никак юридические не связанные компании пользовались единым ядром. То есть каждая компания обращается к некоторому сервису для ведения своей деятельности. И каждая компания могла бы сама предствалять собой холдинг. Тут некая аналогия с деревом доменов прослеживается. Posted via ActualForum NNTP Server 1.2Например, как в БАС ... |
|||
:
Нравится:
Не нравится:
|
|||
17.06.2005, 21:05 |
|
проектирование мультиорганизационной системы
|
|||
---|---|---|---|
#18+
Александр СпелицинА в чем проблема? Заведите эти организации, а все остальные сущности привяжите к нужной из них. Т.е. чтобы вместо абстрактного "Своя компания" был честный id текущей своей компании. И распространите это отношение на все сущности, т.е. на документы, планы счетов, контрагентов.Это далеко не элементарно. Надо не только разместить, но и во всех режимах работы предусмотреть возможность фильтрации отображаемых операций, выборки данных для отчетов, организовать защиту доступа пользователетелей к различным участкам дерева (например, как на рисунке), орбеспечить консолидированную отчетность и баланс для различных уровней структуры подразделений. Александр СпелицинКстати, интересная весчь может получитсья. Контрагент_А может являться покупателем Фирмы 1 и продавцом для Фирмы2, а Фирма3 - покупателем Фирмы1.Это как раз решается просто. Таких фирм подразделений не много, поэтому они в справочники могут быть введены под разными кодами столько раз, сколько отдельных фирм на учете. К стати, если это просто разные бухгалтерии, или разные источники финансирования, то этот вопрос снимается ввообще. Гораздо сложнее с сотрудниками, если их количество большое. Принадлежность к фирме приходится отображать либо в справочнике-списке мест работы, либо также дублировать записи в справочнике лицевых счетов. Последний вариант более громоздкий при вводе в эксплуатацию, но легче при реализации расчетных процедур. ... |
|||
:
Нравится:
Не нравится:
|
|||
17.06.2005, 21:13 |
|
проектирование мультиорганизационной системы
|
|||
---|---|---|---|
#18+
А если ФИРМА - одна, но ЮРИДИЧЕСКИХ ЛИЦ несколько??? Т.е. управленческий учет идет "по всем вместе", но с некоторой особенностью, вызванной этим обстоятельством... И при этом - сотрудники как бы "общие", но вот бухгалтерия - во юридическим лицам естественно разделяется. Я думаю, в Российской практике это наиболее распространенный вариант. P.S. Можно просто Бизик admin@busyman.ru ICQ# 131833549 ... |
|||
:
Нравится:
Не нравится:
|
|||
23.06.2005, 10:36 |
|
проектирование мультиорганизационной системы
|
|||
---|---|---|---|
#18+
В этом случае мне видится так: юридические лица(дочерние предприятия) являются контрагентами фирмы-холдинга. холдинг и ее дочки имеют свой "домен" в системе в рамках которых ведется своя бухгалтерия. Posted via ActualForum NNTP Server 1.2 ... |
|||
:
Нравится:
Не нравится:
|
|||
23.06.2005, 11:20 |
|
проектирование мультиорганизационной системы
|
|||
---|---|---|---|
#18+
Роман Дынник В этом случае мне видится так: юридические лица(дочерние предприятия) являются контрагентами фирмы-холдинга. холдинг и ее дочки имеют свой "домен" в системе в рамках которых ведется своя бухгалтерия. В том то и фишка, что налоговые хитрости предполагают совсем не дочерние предприятия, а самостоятельные обособленные структуры. ... |
|||
:
Нравится:
Не нравится:
|
|||
23.06.2005, 11:29 |
|
проектирование мультиорганизационной системы
|
|||
---|---|---|---|
#18+
"BusyMan", не важно, дочерние в плане организационной структуры в рамках системы. Posted via ActualForum NNTP Server 1.2 ... |
|||
:
Нравится:
Не нравится:
|
|||
23.06.2005, 11:32 |
|
проектирование мультиорганизационной системы
|
|||
---|---|---|---|
#18+
Посмотри Парус 8 Разделение по организациям Справочники можно разделять как по организациям, так и назначить один общий для нескольких ... |
|||
:
Нравится:
Не нравится:
|
|||
28.06.2005, 13:34 |
|
проектирование мультиорганизационной системы
|
|||
---|---|---|---|
#18+
Основная проблема при совместном использовании справочников - что же общее, а что отдельно. Для примера на приложенной диаграмме принято: - каждая бизнес-единица ведет свой справочник организаций, категорий организаций, - все пользуются единым справочником стран, типов организаций, типов банковских счетов. - в той сущности, где есть несколько ссылок на другие сущности, зависящие от бизнес-единицы, все эти ссылки для данной записи должны относится только к одной бизнес-единице. Понятно, что любое из этих правил в другой системе может быть совершенно не применимо, так что вариантов возникает масса. ... |
|||
:
Нравится:
Не нравится:
|
|||
28.06.2005, 19:26 |
|
|
start [/forum/topic.php?fid=33&msg=33139142&tid=1549600]: |
0ms |
get settings: |
7ms |
get forum list: |
14ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
168ms |
get topic data: |
7ms |
get forum data: |
2ms |
get page messages: |
52ms |
get tp. blocked users: |
1ms |
others: | 12ms |
total: | 271ms |
0 / 0 |