DAX, 1С и другие. Розница, дистрибуция. Попытка облегчить муки выбора.

[Luck77]

Наверное все-таки фиксирую в требования интеграции с AD
Варианты:
1. При регистрации пользователя в AD и отнесении в попределенную группу, но должен создаваться как пользователь в Системе с минимальными полномочиями. Которые он может расширить путем запроса полномочий уже в Системе (возможно workflow).
2. В AD создается структура групп и подгрупп, которая привязана к Системе. И если пользователь внесен в группу, то он получает уже предопределенные полномочия.
Естетственно, базовое требование: Авторизация в AD является также авторизацией в Системе.

[Ivanhoe]

Цитата:

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

Наверное все-таки фиксирую в требования интеграции с AD
Варианты:
1. При регистрации пользователя в AD и отнесении в попределенную группу, но должен создаваться как пользователь в Системе с минимальными полномочиями. Которые он может расширить путем запроса полномочий уже в Системе (возможно workflow).
2. В AD создается структура групп и подгрупп, которая привязана к Системе. И если пользователь внесен в группу, то он получает уже предопределенные полномочия.
Естетственно, базовое требование: Авторизация в AD является также авторизацией в Системе.

Аксапта сразу не подходит (без доработок) - Аксапту больше не рассматриваем?

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

Цитата:

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

Аксапта сразу не подходит (без доработок) - Аксапту больше не рассматриваем?

Аксапту уже давно не рассматриваем
Похоже, множество решений, удовлетворяющих требованиям, будет пустым.

[Luck77]

Цитата:

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

Аксапта сразу не подходит (без доработок) - Аксапту больше не рассматриваем?

А разве где-то звучало, что рассматриваем только стандартный функционал? Это в соседних ветках пиписьками меряются, и определяются, что такое стандартный функционал, а что нестандартный. И чем отличается написанное САПом, от написанного партнерами в Аксапте

[Aleck]

Цитата:

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

Наверное все-таки фиксирую в требования интеграции с AD
Варианты:
1. При регистрации пользователя в AD и отнесении в попределенную группу, но должен создаваться как пользователь в Системе с минимальными полномочиями. Которые он может расширить путем запроса полномочий уже в Системе (возможно workflow).
2. В AD создается структура групп и подгрупп, которая привязана к Системе. И если пользователь внесен в группу, то он получает уже предопределенные полномочия.
Естетственно, базовое требование: Авторизация в AD является также авторизацией в Системе.

Хм.. А бизнес смысл в п.1-2? сэкономить пару минут админу? Пользователи сотнями в день добавляются?
Сосредоточились бы лучше на бизнес-требованиях. Процитированные требования выеденного яйца не стоят, фантазируете на абстрактные ИТ-темы, далекие от бизнеса.

[Luck77]

Цитата:

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

Хм.. А бизнес смысл в п.1-2? сэкономить пару минут админу? Пользователи сотнями в день добавляются?
Сосредоточились бы лучше на бизнес-требованиях. Процитированные требования выеденного яйца не стоят, фантазируете на абстрактные ИТ-темы, далекие от бизнеса.

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

Может быть Вы подскажете важное на ваш взгляд бизнес требование, которое можно будет включить в качестве требования (пожелания) к системе?

[Aleck]

Цитата:

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

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

Может быть Вы подскажете важное на ваш взгляд бизнес требование, которое можно будет включить в качестве требования (пожелания) к системе?

Можно включить все что угодно, а что нужно включать, знают Ваши бизнес-пользователи и руководство.