16.11.2013, 16:48 | #1 |
MCT
|
Доступно о сложном: Организации в AX 2012
http://hosting-it.ru/%D1%81%D1%82%D0...%D0%B8/ax-2012
Рассмотрим следующие рекомендации при реализации иерархии Организации : • Создание Департамента для моделирования пересечения между юридическим лицом и бизнес-подразделением. Можно затем свернуть данные от Департамента по юридическим лицом для генерации нормативной отчетности и от отдела до бизнес-подразделения для внутренней отчетности. Департаменты могут служить в качестве центров прибыли. Если вы используете департаменты, вам не следует использовать и юридические лица и бизнес-подразделения, как измерения в структуре аналитики. Вы можете просто использовать департаменты, как аналитики. Однако, необходимо использовать Центры затрат и Департаменты, как измерения в аналитике, если центры затрат используются только для накопления стоимости и департаменты используются для признания дохода. • Выделять расходы общих служб департаментов, например, человеческих ресурсов и информационных технологий, с тем чтобы расходы учитывались в прибылях и убытках центров затрат, таких как департаменты и подразделения. • Моделируйте несколько иерархий для операционных единиц, если у вас есть сложные требования к отчетности прибылей и убытков. • Не модулируйте множественные иерархии только для построения иерархии. • Не создавайте иерархию для каждой цели. Как правило, можно использовать одну иерархию для различных целей. Например, одна иерархия операционных единиц может быть назначена для всех целей, связанных с политикой. • Создавайте сбалансированные иерархии. В иерархии все узлы, которые находятся на одинаковом расстоянии от корневого узла определяются, как уровень. В сбалансированной иерархии только один тип операционной единицы может присутствовать на каждом уровне, и расстояние от корневого узла до каждого уровня последователен. Если нужен промежуточный уровень между Департаментом и юридическим лицом или подразделением, может потребоваться заполнитель организацией для создания сбалансированной иерархии. • Не моделируйте отдельную иерархию операционных единиц, если структура для юридических лиц такая же, как и для оперативной структуры. Смешанная иерархия юридических и оперативных подразделений может служить обеим целям. • Перед моделированием основных реструктуризированных сценариев, используйте период даты для выполнения анализа воздействия и последующей проверки . • Используйте режим черновика для изменения иерархии, прежде чем опубликовать новую версию в производственной среде. • Ограничивайте количество людей, которые имеют разрешения на добавление или удаление организаций в иерархии в производственной среде. Меньшее число уменьшает вероятность того, что могут произойти дорогостоящие ошибки и последующие исправления.
__________________
Axapta book for developer Последний раз редактировалось mazzy; 24.02.2015 в 16:23. |
|
|
За это сообщение автора поблагодарили: iCloud (2), handy-comp (2), csiron (2). |
16.11.2013, 20:50 | #2 |
Участник
|
Самые интересные вопросы не раскрыты. Типы единиц структуры чем именно отличаются (не умные фразы про отчетность и ответственность, а какие конкретно отчеты и функции используются) и назначения иерархии чем отличаются (опять же какие именно функции из коробки будут работать). Остальное и так очевидно.
__________________
Ivanhoe as is.. |
|
17.11.2013, 11:20 | #3 |
MCT
|
Подраздел 1.4 содержит коротенькое описание.
Выглядит примерно так - все плохо, но как сделать лучше не скажу. PS я бы даже так сказал, что если именно вам не итересно, не читайте! Есть достаточно большая часть читателей, именно читателей форума, которые по крохам собирают для себя информацию по 2012. Собственно для этой категории и переведено, так как я не встречал с азов описанной информации о заведении юридических лиц с пояснением для чего это делается. Да эта переведенная статья не претендует на роль исчерпывающей во всех деталях!
__________________
Axapta book for developer Последний раз редактировалось MikeR; 17.11.2013 в 11:39. |
|
17.11.2013, 16:17 | #4 |
Участник
|
О том что это переводная статья в исходном сообщении и по ссылке не сказано. К переводу претензий нет, то что статья полезная - несомненно. К автору перевода вопрос нет
Но при желании найти эту информацию можно было и раньше (особенно тем, кто владеет ангельским). А озвученные мною вопросы как раз в большинстве случаев и ставят консультантов в тупик, а клиентов вводят в заблуждение, что в аксе 2012 все, что нужно есть из коробки (учет по юл в российских традициях, выделение независимых бизнес юнитов в рамках одной системы, и т.п.).
__________________
Ivanhoe as is.. |
|
17.11.2013, 17:53 | #5 |
MCT
|
Цитата:
- где можно найти хоть что то да еще и на русском, там же указал, что это вольный перевод ЗЫ Ну ж будем надеяться, что у нас же сообщество, может еще кто чего хорошего в копилочку знаний положит. И всем полегче станет. Сам помню искал по началу, по рознице.
__________________
Axapta book for developer |
|
24.02.2015, 20:14 | #6 |
MCT
|
Коллеги, ссылка съехала и теперь она доступна здесь
__________________
Axapta book for developer |
|
|
|