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

[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 терминалов. Видимо к ней нужно будет подойти в последнюю очередь.

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

[dn]

Цитата:

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

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

В этом случае действительно стоит начать с изучения возможностей отраслевого решения Axapta Retail. Отсутствие устойчивого канала - это определяющий фактор.

[Luck77]

Цитата:

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

В этом случае действительно стоит начать с изучения возможностей отраслевого решения Axapta Retail. Отсутствие устойчивого канала - это определяющий фактор.

Подскажите где можно начать изучение этого решения? Это партнерское решение? только у партнеров?

[Zabr]

Цитата:

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

В этом случае действительно стоит начать с изучения возможностей отраслевого решения Axapta Retail. Отсутствие устойчивого канала - это определяющий фактор.

Luck77, в этом решении (Axapta Retail от "Корус Консалтинг") нет распределенных баз, работа ведется в единой базе Аксапты. Поэтому тут как раз-таки нужны устойчивые каналы. Я не слышал, чтобы были другие решения на Аксапте, работающие с распределенными базами с последующей репликацией (как с синхронной, так и с асинхронной) - возможно, коллеги приведут работающие примеры внедрений таких решений на Аксапте?

Вы не написали в профиле, в каком вы городе. Будете в Москве - заходите к нам посмотреть как работает решение в сети 30 магазинов (половина - удаленные, вне города).

Цитата:

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

Требование такое, чтобы работа торговой точки, и конкретно кассира не зависела от качества / работоспособности канала связи в данный момент. Обязательно оффлайн, не обязательно вопрос второй.

Если учетная система и кассовая система- это 2 разных софта, то работоспособность торговой точки не зависит от учетой системы и от каналов связи, по которым она работает. Требовать устойчивой связи или распределенных баз учетной системы, которая их не поддерживает, ТОЛЬКО для дополнительного информационного обеспечения кассира в аптеке - это лишнее. В крайнем случае, купите на рынке за 100 руб диск с базой лекарственных средств.

Распределенные базы с асинхронной репликацией есть в продукте "Trade-X" компании Борлас, мы как раз с неё-то нашу сеть магазинов на Аксапту и перевели в прошлом году. Одна из причин перехода - закрытость системы "Trade-X" для модификаций (даже отчеты самим толком не написать).

Возможно, стоит действительно рассмотреть 1С, насколько я знаю, есть специализированные решения на 1С именно для аптек. Не знаю правда подробностей - поищите, что-то было такое у партнера 1С:Рарус.

PS для Aleck: сам я пользуюсь сайтом www.medlux.ru - там довольно точная и оперативная информация о наличии и ценах в московских аптеках.

[Aleck]

Цитата:

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

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

Расскажите, какая информация нужна на месте кассира и зачем?
Насколько это критично для бизнеса, или просто "хорошо бы".

[wb]

Цитата:

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

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

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

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

[Luck77]

Цитата:

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

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

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

Хммм. Постараюсь выразиться более четко.
Требование такое, чтобы работа торговой точки, и конкретно кассира не зависела от качества / работоспособности канала связи в данный момент.

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

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

[Сисой]

Цитата:

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

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

У партнеров 1С встречались подобные решения (COM-соединение с основной базой, переход в оффлайн при разрыве соединения). Но это скорее экзотика, чаще 1С-овцы изначально ставят оффлайновый экземпляр с периодической синхронизацией, благо платформа неплохо заточена под распределенные БД.

При невысокой нагрузке на оператора торговые решения от 1С неплохо работают в качестве фронт-офиса (кассы, фискальные регистраторы). Там и интерфейс специализированный, и сенсорные терминалы.

[mcc]

Цитата:

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

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

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

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

[Luck77]

Цитата:

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

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

А разве кто-то говорил что они не нужны? Я не говорил. И даже не спрашивал зачем нужны.

Цитата:

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

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

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

Цитата:

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

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

А ИТ руководство, относится к руководству? Если да, то ему не плевать скольки уровневый клиент, я спросил, честное слово.

Цитата:

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

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

Оффтоп интересный. Но у меня вопрос. А было ли удобно, если бы например пользователи заводились в AD и при добавлении в определенную группу, автоматически получали доступ к системе? Или еще дальше, при занесении в подгруппу, пользователь получал доступ к определенным полномочиям в системе?

[mcc]

Цитата:

Ох, был у меня жизненный пример, когда после старта проекта весьма начитанные люди стали рисовать и декомпозировать "как есть", потом "как будет", потом через 2 года акионеры закрыли проект.
А ИТ руководство, относится к руководству?
А было ли удобно, если бы например пользователи заводились в AD и при добавлении в определенную группу, автоматически получали доступ к системе?

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

ИТ-руководство, по большей части, относится к обслуживающим службам, как это ни прискорбно.

Опять оффтоп про AD: Я знаю компанию в которой нет Микрософта, сервера все на Юниксе, пользователи на Маках. Им удобно будет использовать AD?

[Luck77]

Цитата:

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

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

Вопрос разделения систем высоковероятен.
Интернет?

Цитата:

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

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

Опять интернет?

Цитата:

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

В этом случае действительно стоит начать с изучения возможностей отраслевого решения Axapta Retail. Отсутствие устойчивого канала - это определяющий фактор.

Вот за это спасибо! Обязательно займусь.

Цитата:

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

Расскажите, какая информация нужна на месте кассира и зачем?
Насколько это критично для бизнеса, или просто "хорошо бы".

Для начала про интернет. Коллеги, вы уж меня режьте, но интернет на рабочем месте кассира (первостольника)? Ой.
Теперь насчет информации. Уже было сказано, про аналоги лексредств. Если первостольник отказал покупателю в отстуствующем лексредстве, и не предложил имеющийся в аптеке аналог на данный момент, то это очень плохое событие. Помнить от 8 до 12 тыс ассортимента. Нуууу... При этом нужно понимать, что счет идет на секунды. За покупателем стоит очередь. "У вас есть? Нет. Но вот аналог. Спасибо"
Теперь еще, кроме получения информации, необходимо еще ее оперативное внесение. Так называемая дефектура. Это отказ в лексредстве, которое отсутсвовало на данный момент. И если инструмент ведения дефектуры будет неудобным для первостольника или нужно будет переключаться между разными системами, терминалами и т.д., то вероятность того что он будет его вносить уменьшается.

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

[Aleck]

Цитата:

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

Теперь насчет информации. Уже было сказано, про аналоги лексредств. Если первостольник отказал покупателю в отстуствующем лексредстве, и не предложил имеющийся в аптеке аналог на данный момент, то это очень плохое событие. Помнить от 8 до 12 тыс ассортимента. Нуууу... При этом нужно понимать, что счет идет на секунды. За покупателем стоит очередь. "У вас есть? Нет. Но вот аналог. Спасибо"

А как сейчас поиск аналогов осуществляется? есть какая-то справочная система?

Цитата:

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

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

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

Вы откладываете самое главное =)))
Вся информация, весь ваш бизнес именно здесь, а не в бэк-офисе

З.Ы. Imho, Вам нужна (1) специализированная система работающая в каждой аптеке автономно (знающая про аналоги, умеющая регистрировать дефектуру и пр. информацию на фронте) POS уровня (наверняка такие есть, не в России, так в мире точно). Автономно в смысле с периодическим обменом информацией с ERP или консолидирующим приложением.
На ERP (2) ложится все остальное - учет, планирование запасов, анализ и планирование спроса, финансы и т.д. и т.п.
Заместить первую систему второй - не получится без значительного ущерба для бизнеса, как бы не хотелось.

И искать/выбирать/рассматривать сразу 2 системы.