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

[Zabr]

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

PS это "Доктор Столетов" таки решился на внедрение ?

[Luck77]

Цитата:

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

Например, в отношении Аксапты (Dynamics AX) мое мнение таково, что "голая" Аксапта для использования в сетевой (подчеркиваю) розничной торговле не пригодна абсолютно, поскольку отсутствует как класс ряд базовых для розницы понятий.

PS это "Доктор Столетов" таки решился на внедрение ?

Вот этого как раз я бы и хотел избежать. Что в "голой" Аксапте нет того-то или того-то. А что очень важно и интересно было бы для меня, так это как раз упомянутый "ряд базовых для розницы понятий". Вот как раз, если Вы более подробней опишите, что это за ряд понятий, я и включу в документ, как требование к системе. Вне зависимости от системы, будь то Аксапта, 1С или САП с Ораклом. Вы очень хорошо выразились, что это базовые для розницы понятия. Было бы очень интересно, хоть более детальное описание этих понятий.

В личку сообщение отправил.

P.S. Не "Доктор Столетов", увы.

[dn]

Цитата:

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

Вот этого как раз я бы и хотел избежать. Что в "голой" Аксапте нет того-то или того-то. А что очень важно и интересно было бы для меня, так это как раз упомянутый "ряд базовых для розницы понятий"...

Для затравки, к "голой Аксапте" точно придется докручивать интеграцию с ККМ. В упоминаемом отраслевом решении она вроде реализована через "Кристал".

[Luck77]

Цитата:

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

Для затравки, к "голой Аксапте" точно придется докручивать интеграцию с ККМ. В упоминаемом отраслевом решении она вроде реализована через "Кристал".

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

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

Цитата:

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

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

Какие возможности настройки нужны? Шрифты поменять или форму "не лету" сгенерить по голосовой команде?

Цитата:

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

Возможность предоставления дополнительной информации в интерфейсе кассира для оперативных ответов на вопросы клиентов.

Какой информации? О товаре? О возможных заменителях или о расписании электричек?

Цитата:

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

Высокая производительность интерфейса и низкое время реакции системы на действия кассира.

Фраза красивая, но нужна детализация - как эту производительность Вы измерять будете.

[Zabr]

Цитата:

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

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

В 1-й фразе говорите про интеграцию учетной системы с кассовой, во 2-й - про требования к кассовой системе как к учетной. Не советую пытаться их совместить. Учетная система - одно. кассовая - другое. У них разное назначение и разные функции. Или же вы хотите на рабочем месте кассира иметь одновременно 2 системы ? Это вариант, но нужно ли? Подобрать аналоги к лекарству? для этого кассиру достаточно иметь доступ к интернету, где ДЕСЯТКИ сайтов такой тематики: описания лекарств, подбор аналогов, и т.п. Не фиг дублировать все это в корпоративной системе.

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

Цитата:

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

Подобрать аналоги к лекарству? для этого кассиру достаточно иметь доступ к интернету, где ДЕСЯТКИ сайтов такой тематики: описания лекарств, подбор аналогов, и т.п. Не фиг дублировать все это в корпоративной системе.

ИМХО, правильно в каждой аптеке иметь комп с тачскрином и выходом в Интернет. Тогда и фармацевт не будет терять время, выискивая для клиента нужное описание или аналоги. Но у нас до этого пока никто не додумался.

[Luck77]

Цитата:

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

В 1-й фразе говорите про интеграцию учетной системы с кассовой, во 2-й - про требования к кассовой системе как к учетной. Не советую пытаться их совместить. Учетная система - одно. кассовая - другое. У них разное назначение и разные функции. Или же вы хотите на рабочем месте кассира иметь одновременно 2 системы ? Это вариант, но нужно ли? Подобрать аналоги к лекарству? для этого кассиру достаточно иметь доступ к интернету, где ДЕСЯТКИ сайтов такой тематики: описания лекарств, подбор аналогов, и т.п. Не фиг дублировать все это в корпоративной системе.

Вот как раз тут речь и идет об оперативном ответе первостольника на запрос клиента. Так сказать особенность бизнеса. Вы предлагаете ему поставить 2 отдельных терминала, один под фискальную регистрацию, другой под информационные вопросы? Тоже вариант, наверное. ИМХО неудобный. Но насчет того, что учетная система одно, POS другое, согласен. Наверное к этому придется возвращаться чуть позже и глубже.

[Zabr]

Цитата:

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

Вы предлагаете ему поставить 2 отдельных терминала, один под фискальную регистрацию, другой под информационные вопросы? Тоже вариант, наверное. ИМХО неудобный. Но насчет того, что учетная система одно, POS другое, согласен. Наверное к этому придется возвращаться чуть позже и глубже.

ну. если Вы вдруг найдете систему, которая выполняла бы роль корпоративной системы учета и планирования (ну или хотя бы учета) и одновременно - кассовой системы (то есть имела бы еще и версию клиентской части, устанавливаемую непосредственно на кассовые терминалы и обеспечивающую полностью фискальный кассовый учет) - расскажете ?

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

[dn]

Цитата:

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

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

Красиво звучит, но совсем не жизнено. Напроситесь что-ли на экскурсии в другие аптечные сети (в Ригле вроде Axapta была), посмотрите как там дело организовано...
Запихнуть Axapta на кассу - это выше моего понимания. Как правильно народ пишет должно быть специальное кассовое ПО. И требования к интерфейсу кассира с доп.возможностями должны быть адресованы именно к этому ПО. Далее - интеграция с axapta.

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

[ViV]

Цитата:

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

Красиво звучит, но совсем не жизнено. Напроситесь что-ли на экскурсии в другие аптечные сети (в Ригле вроде Axapta была), посмотрите как там дело организовано...
Запихнуть Axapta на кассу - это выше моего понимания. Как правильно народ пишет должно быть специальное кассовое ПО. И требования к интерфейсу кассира с доп.возможностями должны быть адресованы именно к этому ПО. Далее - интеграция с axapta.

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

[Aleck]

Цитата:

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

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

Какое отношение вышесказанное это имеет к аптеке? =)
Аптек как грязи, если чего-то нет в этой клиент скорее побежит в аптеку соседнем доме, чем в другой район города в аптеку той же сети, где есть это лекарство.
Зачем и для кого в аптеке, где обычно работает 1-2 (бывает и больше, но редко) фармацевта, что-то, кроме POS-терминала?

[dn]

Цитата:

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

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

Не совсем вас понял. Организовать отдельное рабочее место в axapta для выписки документов по безналу и просмотра остатков при наличии соответствующего канала - это понятно. Установить все это физически у кассира тоже можно. Но заставить Axapta печатать чеки - что-то здесь не совсем понятно. Я правильно понял, что касса и axapta находятся на одном компе в едином интерфейсе?

[Zabr]

Знаете, Luck77, меня настораживает кое-что.
С одной стороны вы подробно описываете структуру бизнеса и пишите:

Цитата:

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

Основная цель данной работы упорядочить процесс выбора системы для компании

А с другой стороны, вот это выгляит так, будто вы вообще слабо представляете розницу :

Цитата:

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

Вот как раз, если Вы более подробней опишите, что это за ряд понятий, я и включу в документ, как требование к системе. <....> Было бы очень интересно, хоть более детальное описание этих понятий.

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

А.. Вы точно систему выбираете, а не просто курсовик пишите ?

[Luck77]

Цитата:

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

Знаете, Luck77, меня настораживает кое-что.

Жаль .мне бы не хотелось чтобы Вас что-то настораживало.

Цитата:

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

А с другой стороны, вот это выгляит так, будто вы вообще слабо представляете розницу :

А я это и не скрываю, так как не всем дано иметь большой опыт именно в рознице, да еще и в фармацевтике.

Цитата:

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

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

Я уже писал, что так и собираюсь сделать.

Цитата:

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

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

Что Вы, ни в коем случае не хотел Вас пытаться напрягать на написание какого-либо уровня. Захочет человек, напишет. Не захочет, не напишет. Как можно кого-либо заставить что-то сделать в форуме?

Цитата:

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

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

Спасибо за подсказку! Так уже и начал делать. Суть бизнеса то они рассказывают, вот только применительно к системе их рассказы трудно интерпретируемы.

Цитата:

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

А то как то вы начали спрашивать слишком с низкой планки, что ли....

Ну простите. Вот такая на текущий момент низкая планка. Но я Вам обещаю, что будем активно работать над поднятием уровня и планки! Я думаю многие начинали когда-то с низкой планки.

Цитата:

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

А.. Вы точно систему выбираете, а не просто курсовик пишите ?

А как Вам доказать? Если у Вас будет твердая потребность в этом, скажите и я вышлю в личку название компании, ФИО, должность, телефоны. Правда если к вопросу подойти параноидально, то "усы и подделать можно" (с) Печкин

Ну и дабы не было это сплошным оффтопом. Как сообщение, так и мой ответ. Хочу вынести на суд пару технических требований.
1. Серверная платформа:
Обязательно 3х уровневая архитектура.
Взаимодействие с СУБД MS SQL или Oracle.
Интеграция с AD и обеспечение единой точки авторизации.
Возможность управление правами доступа и полномочиями через AD.

2. Клиент:
Наличие тонкого клиента для работы со всей функциональностью системы.
Совместимость клиента с Windows XP, Windows Vista.
Наличие web интерфейса для работы со всей функциональностью системы. (Вот с этим особенно хотелось бы обсудить, какие вообще могут быть варианты веб доступа? Используемые технологии? Преимущества, недостатки?)

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

"Эх! Давно я не брал в руки шашек" (С) "Мертвые души"

Цитата:

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

Хочу вынести на суд пару технических требований.
1. Серверная платформа:
Обязательно 3х уровневая архитектура.

А почему не двух- или сразу не 4-х? Чем обусловлено требование?

Цитата:

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

Взаимодействие с СУБД MS SQL или Oracle.

А если будет MySQL, но в остальном продукт идеальный?

Цитата:

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

Интеграция с AD и обеспечение единой точки авторизации.
Возможность управление правами доступа и полномочиями через AD.

Да? И в кассах единая точка авторизации будет? Или на кассах будет что-то другое?

Цитата:

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

2. Клиент:
Наличие тонкого клиента для работы со всей функциональностью системы.
Совместимость клиента с Windows XP, Windows Vista.
Наличие web интерфейса для работы со всей функциональностью системы. (Вот с этим особенно хотелось бы обсудить, какие вообще могут быть варианты веб доступа?

И ... зачем веб доступ, например, кладовщику? Не скажу насчёт 1С, но Аксапта под это требование точно не подходит.

Цитата:

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

Используемые технологии? Преимущества, недостатки?)

Это уже из серии:
"Невесты у вас в городе есть?" "Кому и кобыла невеста" (С) "12 стульев"

Несерьёзно это.

Требования уже процентов на 20-30, а то и на все 80 определяются решением. Именно так, а не наоборот. Попытки сделать "чистые", рафинированные, требования регулярно встречаются. Но как только появляется мало-мальски убогая детализация, так сразу требования переходят в чисто техническую плоскость с формулировками, по которым легко угадываются знания автора Странно, что платформа .NET не упомянута.

Не хочу навязывать своё мнение, но я бы начал с вариантов реализации - как из крупных блоков строят. Например, одно решение на магазинчик с интеграцией данных в центральную базу, другое решение - в центре. Другой вариант - единая база в режиме онлайн. Третий вариант - управляемый зоопарк с отдельными ККМ, общим решением для магазинчиков с единой базой. Далее начинаем под каждый вариант решения искать и думать, как склеивать будем, что лучше в одном варианте, что в другом...

[Luck77]

Цитата:

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

"Эх! Давно я не брал в руки шашек" (С) "Мертвые души"

Может просто пивка попить? На рыбалку съездить?

Цитата:

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

А почему не двух- или сразу не 4-х? Чем обусловлено требование?

Да в принципе ни чем, вопрос философский. Но я предложил в качестве возможного требования, например, чтобы никто не предлагал 1С 7.7 (повторяю, НАПРИМЕР).
А вот Ваш ответ ну никак не информативен. Вот если бы Вы сказали: "А у нас на 2х уровневой архитектуре построено очень хорошее, производительное решение. Да еще и более 200 одновременных пользователей работает". Я бы наверное моментально убрал бы данное требование. И долго упрашивал бы Вас рассказать о Вашем решении.

Цитата:

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

А если будет MySQL, но в остальном продукт идеальный?

Честно скажу, не сталкивался. Расскажете о построеном, как Вы выразились "идеальном" решении на нем? Или хотя бы просто об известных, масштабных решениях на MySQL. Не скрою, тут у меня пробел.

Цитата:

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

Да? И в кассах единая точка авторизации будет? Или на кассах будет что-то другое?

Ну вот опять Вы так. Вам так и хочется позадавать много вопросов. Ну не знаю я, будет ли на POS терминалах кассиров единая точка авторизации. Может быть и будет. Почему нет? А может быть и не будет. Может область POS вообще имеет смысл вынести за рамки требований и посвятить отдельный раздел. Так если Вы так думали, почему не сказали просто и прямо? Мол требование по авторизации не распространять на точку продажи. Если так согласен полностью. Значит на остальные области все-таки оставляем? Ведь это удобно и полезно?

Цитата:

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

И ... зачем веб доступ, например, кладовщику? Не скажу насчёт 1С, но Аксапта под это требование точно не подходит.
Это уже из серии:
"Невесты у вас в городе есть?" "Кому и кобыла невеста" (С) "12 стульев"

А почему у кладовщика не может быть веб доступа? Какое тут может быть противроечие? Да тот же OEBS работает, и без проблем.

Цитата:

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

Несерьёзно это.

Я заметил по вышесказанному

Цитата:

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

Требования уже процентов на 20-30, а то и на все 80 определяются решением. Именно так, а не наоборот. Попытки сделать "чистые", рафинированные, требования регулярно встречаются. Но как только появляется мало-мальски убогая детализация, так сразу требования переходят в чисто техническую плоскость с формулировками, по которым легко угадываются знания автора Странно, что платформа .NET не упомянута.

Вам бы в лотерею сыграть.

Цитата:

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

Не хочу навязывать своё мнение, но я бы начал с вариантов реализации - как из крупных блоков строят. Например, одно решение на магазинчик с интеграцией данных в центральную базу, другое решение - в центре. Другой вариант - единая база в режиме онлайн. Третий вариант - управляемый зоопарк с отдельными ККМ, общим решением для магазинчиков с единой базой. Далее начинаем под каждый вариант решения искать и думать, как склеивать будем, что лучше в одном варианте, что в другом...

И вот выпустив пары, пишем интересные и полезные мысли. :-)
Для нашей реализации второе решение не подходит. Риск зависимости от каналов связи. Третий вариант не понял, что Вы имели ввиду? А вот по распределенным системам это очень интересно. Есть ли какие либо особенности решений? Ну например центральный офис и удаленная точка имеют свое управление и администрирование, и данные собираются отдельным процессом, но при этом происходит только сбор данных. Либо существуют распределенные решения, где система в локальном офисе управляется из центра, и происходит периодический обмен данными по некоему алгоритму.

[Luck77]

Цитата:

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

Красиво звучит, но совсем не жизнено. Напроситесь что-ли на экскурсии в другие аптечные сети (в Ригле вроде Axapta была), посмотрите как там дело организовано...
Запихнуть Axapta на кассу - это выше моего понимания.

Цитата:

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

Ну почему же не жизненно то? Розница же тоже бывает разная и специфичная.

Цитата:

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

Зачем и для кого в аптеке, где обычно работает 1-2 (бывает и больше, но редко) фармацевта, что-то, кроме POS-терминала?

Цитата:

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

. Но заставить Axapta печатать чеки - что-то здесь не совсем понятно. Я правильно понял, что касса и axapta находятся на одном компе в едином интерфейсе?

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

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

[wb]

Цитата:

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

И вот выпустив пары, пишем интересные и полезные мысли. :-)
Для нашей реализации второе решение не подходит. Риск зависимости от каналов связи. Третий вариант не понял, что Вы имели ввиду? А вот по распределенным системам это очень интересно. Есть ли какие либо особенности решений? Ну например центральный офис и удаленная точка имеют свое управление и администрирование, и данные собираются отдельным процессом, но при этом происходит только сбор данных. Либо существуют распределенные решения, где система в локальном офисе управляется из центра, и происходит периодический обмен данными по некоему алгоритму.

Я правильно Вас понял, что вариант с постоянным соединением Вам не подходит, т.е. обязательно должна быть работа в offline режиме с последующей синхронизацией?

Можите озвучить перечень отчетов и/или аналитических обзоров (название или суть их содержания) которые в данный момент получают топ менеджеры? (как вариант что хотят получать?)

[mcc]

Цитата:

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

Суть бизнеса то они рассказывают, вот только применительно к системе их рассказы трудно интерпретируемы

Это к вопросу, зачем нужны консультанты.
А вы интерпретируйте. Сначала топ-менеджеров поспрошайте, зачем им система, какие данные они хотят видеть, в каком виде. Потом руководителей департаментов, и так сверху-вниз. Кто-что делает, кто какую информацию должен получать.
Сделайте декомпозицию всех бизнес-функций компании для разных уровней управления.
А технические требования - это уж ИТ-служба определит применимо к функциональным требованиям бизнеса.
Руководству, откровенно говоря, наплевать скольки уровневый клиент и есть ли поддержка Active Directory.

Небольшой оффтоп про AD: В бытность мою в крупном системном интеграторе, директору по продажам системные инженеры написали на бумажке Active Directory, чтобы он мог клиенту это продать. Он продавать умел, а что, по-моему, до сих пор не знает. И он, на встрече с крупными клиентами, достав из кармана бумажку и прочитав "Эктив Директори", успешно впарил на круглую сумму.