Холдинг как одна или несколько компаний в Аксапте?

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

Цитата:

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

А да и надо ответить на самый главный вопрос для чего в АХ существует возможность создания многих компаний? Ведь все же можно сделать в одной?

Как это "зачем"? чтобы программистов и администраторов без работы не оставить. Холдинги имеют тенденцию к расширению. Что нужно сделать, чтобы добавить новый филиал, если использовать виртуальные компании? Настроить новую и включить в нужные виртуальные и нужные домены. А если пользоваться аналитиками или ещё какими-другими признаками? Нужно: дописать куски для ВСЕХ первичных документов, для ВСЕХ отчётов, настроить права доступа на уровне записей для ВСЕХ групп. Не жизнь, а малина!

[Zodiak]

Цитата:

Сообщение от Михаил Андреев

Как это "зачем"? чтобы программистов и администраторов без работы не оставить. Холдинги имеют тенденцию к расширению. Что нужно сделать, чтобы добавить новый филиал, если использовать виртуальные компании? Настроить новую и включить в нужные виртуальные и нужные домены.

это с точки зрения доступа пользователей и отчетности отдела ИТ перед руководством, мол, внедрили филиалы.
На самом деле мне приходилось сталкиваться с проблемой работы именно филиалов (т.е. реально обособленных подразделений компании, работающих в другом городе). Тогда мы решали задачу как раз в нескольких компаниях. Могу сказать, что объем обмена информацией между компаниями, который пришлось программировать, был очень существенным.
а в данном случае, если я правильно понял топикстартера, мы имеем дело не с филиалами, а фактически с разными направлениями деятельности одной компании. Первое направление продает лампочки производителя Х, второе - такие же лампочки производителя Y. Их надо разносить по разным компаниям?

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

Цитата:

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

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

Хм. Что за информацией они обменивались, которая потребовала большого объёма программирования?

Цитата:

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

а в данном случае, если я правильно понял топикстартера, мы имеем дело не с филиалами, а фактически с разными направлениями деятельности одной компании. Первое направление продает лампочки производителя Х, второе - такие же лампочки производителя Y. Их надо разносить по разным компаниям?

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

[Zodiak]

Цитата:

Сообщение от Михаил Андреев

Хм. Что за информацией они обменивались, которая потребовала большого объёма программирования?Честно говоря, я тоже не очень понял Потому "лечить по телефону" и не пытаюсь - надо изучать проблему в деталях, здесь каждая мелочь важна.

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

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

Цитата:

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

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

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

[Zodiak]

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