Организационная структура в CRM

[-O_o-]

Привет всем!
Вопрос определения орг. структуры компании/холдинга и т.д. я считаю, одним из немаловажных при создании/описания концепции проекта.
Хотел бы, чтобы в этом топике, люди поделились своим опытом и практическими советами. Например:
1. Как стоит определять орг. структуру?
2. Какие спец. документы есть для этого
3. Как реализовать это в системе
4. Какие могут быть проблемы/ограничения при реализации
5. и т.д.

Думаю многим будет интересно. Ну мне как минимум
Заранее спасибо

[Likefire]

Как раз занимаюсь этим вопросом в отрыве от MS CRM:
1. Оргструктуру правильно определять по штатному расписанию (штатной расстановке или оргструктуре) базы учета кадровых данных, либо как вариант, если с доступом к кадровым данным всё сложно - из ресурсной базы (в которой, правда, может быть функциональная структура, которая отличается от организационной). Если же вопрос в том, чтобы построить оргструктуру предприятия в принципе, то мой ответ мимо темы.
2. Затрудняюсь ответить в подходящем контексте, но по сути вопроса, единственным документом, который определяет организационную структуру предприятия является штатное расписание.
3. С реализацией сложнее. Хотя, если сама по себе структура не имеет значительного количества уровней иерархии (не больше 2-х), то можно реализовать штатными средствами посредством сущностей "Подразделение" и "Должность".
4. Основная проблема - актуальное состояние, которое нужно поддерживать в связи с возможными изменениями в штатное расписание. Если регламентировать изменение штатного расписания в пределах одного раза в год (такое возможно), то тогда лучше не заморачиваться со средствами интеграции, а достаточно будет нормального интерфейса ручного редактирования, либо формы ручной синхронизации данных.
5. В нашем случае используется симбиоз кадровых данных и данных Active Directory, который выражается в том, что MS CRM хранит объединенные сведения из этих двух источников, которые обновляются по достаточно простой схеме и имеют высокую степень актуальности, а также используются для различных представлений: телефонного справочника организации, справочника сотрудников на портале, источником для различных продвинутых средств рассылки.

[slivka_83]

3. Будьте осторожны с использованием стандартных Подразделений для описания оргструктуры в системе. Поскольку Подразделения это один из элементов раздачи прав в системе. И зачастую оргструктура в жизни не совпадает с полномочиями в системе. И тогда появляются всяки кастыли...

З.Ы. на эту тему есть хорошая бумажка http://www.microsoft.com/en-us/downl....aspx?id=40861 (жаль только на инглише...)

[Likefire]

Цитата:

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

3. Будьте осторожны с использованием стандартных Подразделений для описания оргструктуры в системе. Поскольку Подразделения это один из элементов раздачи прав в системе. И зачастую оргструктура в жизни не совпадает с полномочиями в системе. И тогда появляются всяки кастыли...

З.Ы. на эту тему есть хорошая бумажка http://www.microsoft.com/en-us/downl....aspx?id=40861 (жаль только на инглише...)

И это не единственные грабли. Если даже права соответствуют оргструктуре, то можно не сомневаться, что оргструктура может измениться. Не факт, что это должно влечь за собой изменение прав. Ещё раз повторюсь: с реализацией всё сложнее.