Использование виртуальных компаний для фильтров по номенклатуре

[malex]

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

Уже видны последствия этой идеи - меня попросили отключить проверку заполнения полей Компания (company) и Корр. компания (OffsetCompany) для строк журнала платежей (Расчеты с поставщиками/Платежи/Журналы/Журнал платежей). Чтобы можно было формировать платежи в одной компании, а разносить в другой.

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

[mazzy]

какая версия Аксапты?

[Тимур_imported]

нда.
бредовое решение.

[komar]

Цитата:

Сообщение от malex-

Уже видны последствия этой идеи - меня попросили отключить проверку заполнения полей Компания (company) и Корр. компания (OffsetCompany) для строк журнала платежей (Расчеты с поставщиками/Платежи/Журналы/Журнал платежей). Чтобы можно было формировать платежи в одной компании, а разносить в другой.

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

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

[malex]

Цитата:

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

какая версия Аксапты?

3.0 SP1 (build 9.0)

to Komar

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

Внедренцы пока еще неопытные - это их первый проект в Axapta (да и сам я в принципе пока тоже не слишком опытен ). Поэтому и задавал этот вопрос с целью узнать возможные последствия сабжа.

Кстати, а может лучше сделать контроль доступа на уровне записей для номенклатурных таблиц?

[komar]

Я просто не понял, в чем связь номенклатуры и журнала платежей.

[glibs_imported]

Цитата:

Сообщение от -malex-

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

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

Цитата:

Сообщение от -malex-

...Поэтому и задавал этот вопрос с целью узнать возможные последствия сабжа...

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

По поводу вашего вопроса. Я согласен с участником komar относительно того, что ситуацию нужно рассматривать в целом, а не выдергивать фрагменты из предложенного вам решения. Если замкнуться на той задаче, которую вы описали, то я бы рекомендовал перейти на последний СП (там по идее должны быть зачищены некоторые баги RLS) и повесить фильтры на поставщиков. Но пежде попробовать протестировать настройки на макете, т.к. и в 3.0 сп2 СНГ у меня возникла ситуация, когда фильтры не работают, и почему они так работают (не работают) нет (ни технической, ни путем чтения документации). Это получается по принципу "из двух зол выбрать меньшее".

[mazzy]

Цитата:

Сообщение от malex-

А фильтр ему каждый раз вводить не хочется.

Ну и решайте эту задачу...

Согласен с предыдущими ораторами

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

Если рассматривать только то, что вы написали, виртуальные компании - не самое подходящее средства. Но...

Витруальные компании очень мощный инструмент. Иногда этот инструмент бывает очень полезным. Но надо смотреть в комплексе.