несколько компаний в одной

[IKA]

Компания имеет несколько брэндов. По сути это одна и та же компания, только отчеты по-разному будут выглядеть + надо данные об этих брендах хранить(контактную информацию(адреса-телефоны) и данные о регистрации) Весь учет и весь остальной бизнес-одна компания.
Очень соблазнительна идея не создавать для брендов отдельную таблицу, а создать в CompanyInfo грид, где одна запись будет помечена "главной"(та, что создается по умолчанию), а все остальные - "бренды". У брендов будут заначения Key поля 2, 3, 4 и тд.
Есть ли подводные камни у такого подхода?

[Владимир Максимов]

На форме компании есть такая кнопочка "Альтернативный адрес". Попробуй "прикрутить" к печатным формам этот функционал. Ну и к соответствующим документам, конечно. Насколько я понимаю, все сводится только и исключительно к печатным формам.

Если вместо одной строки CompanyInfo несколько, то возникает вопрос автоидентификации. Ведь практически по всему коду "размазано" вот такое обращение к реквизитам компании

companyInfo = CompanyInfo::find()

Ну, и аналогичные вызовы из других статических методов. Т.е. надо будет перекрыть эти методы, чтобы добавить ссылку на "главную" компанию. Затем поискать, не делает ли кто прямого обращения через select companyInfo.

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

Причем, насколько я понимаю, ты все-равно добавишь в документы некий идентификатор, который будет определять какую именно запись CompanyInfo надо взять. Так почему бы не добавить ссылку на альтернативный адрес?

[Волчара]

Цитата:

Сообщение от IKA

Компания имеет несколько брэндов. По сути это одна и та же компания, только отчеты по-разному будут выглядеть.....

Не торопитесь плодить компании. Из них потом собирать консолидированную отчетность трудно. За исключением редких 10% случаев - каждый отчет потребует доработки. 10% или больше зависит от настройки виртуальных компаний и вообще от принципов учета...

[EAlex]

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

[Волчара]

Цитата:

Сообщение от EAlex

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

Раз это бренд, то речь видимо идет про товар. Но складской учет не поддерживает фин аналитику. Я видел как его допиливали - чтобы он поддерживал, но это слишком затратно. Можно завести и фин.аналитику юр.лицо и складскую аналитику юр.лицо. Но допилить что то придется - надо чтобы эти аналитики совпадали в операциях...

[gl00mie]

Цитата:

Сообщение от Волчара

Раз это бренд, то речь видимо идет про товар. Но складской учет не поддерживает фин аналитику. Можно завести и фин.аналитику юр.лицо и складскую аналитику юр.лицо.

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

[Raven Melancholic]

Цитата:

Сообщение от gl00mie

Если речь о брендах и товаре, то с вероятностью 99.99% бренды не пересекаются по номенклатурам

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

[pitersky]

Цитата:

Сообщение от Raven Melancholic

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

Можно иметь 1 номенклатурный код и использовать конфигурации-бренды

[Михаил Андреев]

Цитата:

Сообщение от pitersky

Можно иметь 1 номенклатурный код и использовать конфигурации-бренды

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

Конкретный пример из личной практики. Компания производит копировальные аппараты, принтеры и прочую офисную оргтехнику. Приходит коробка в фуре к дистрибутору. В коробке сам аппарат и 3-4 таблички к нему с разными названиями. Дистрибутор продаёт коробку (не вскрывая) дилеру. Дилер сам лепит нужные таблички, продаёт это клиенту. При этом, дилер может разным клиентам продать одну и ту же модель под разными торговыми марками.

[EVGL]

Цитата:

Сообщение от Волчара

...Но складской учет не поддерживает фин аналитику. Я видел как его допиливали - чтобы он поддерживал, но это слишком затратно. Можно завести и фин.аналитику юр.лицо и складскую аналитику юр.лицо...

То есть как это не поддерживает? AX 2009 очень даже хорошо поддерживает с новой аналитикой "сайт". Если просуммировать все перечисленные ниже советы, то "сайт" - именно то решение, которое вы ищете. Возникает только один вопрос с "сайтом": сайт всегда ассоциирован со складом. Но можете ли Вы сказать, что сегодня 10 штук товара "А" продаются под брендом "Х", и только по ним? Или один и тот же товар может быть продан в ту же секунду под другим брендом? Исходная задача по сравнению с примером М. Андреева как-то слишком абстрактно и по-программистски поставлена, анализировать трудно.

[kashperuk]

Ага, EVGL прав, как раз тоже хотел написать, что сайт и соединение его с фин.аналитикой - подходящее здесь решение. EVGL+

[Vals]

Как вариант: сделать брендовые компании и объединить таблички все нужные (общий склад, проводочки, финансы и проч.). Таблички с отличающимися данными по брендам не объединять. За исключением нескольких таблиц, всё будет общее.