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

[mcc]

Цитата:

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

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

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

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

[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 находятся на одном компе в едином интерфейсе?

[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. Отсутствие устойчивого канала - это определяющий фактор.

[Aleck]

Цитата:

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

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

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

[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 тыс ассортимента. Нуууу... При этом нужно понимать, что счет идет на секунды. За покупателем стоит очередь. "У вас есть? Нет. Но вот аналог. Спасибо"
Теперь еще, кроме получения информации, необходимо еще ее оперативное внесение. Так называемая дефектура. Это отказ в лексредстве, которое отсутсвовало на данный момент. И если инструмент ведения дефектуры будет неудобным для первостольника или нужно будет переключаться между разными системами, терминалами и т.д., то вероятность того что он будет его вносить уменьшается.

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

[Vals]

Цитата:

При этом нужно понимать, что счет идет на секунды. За покупателем стоит очередь. "У вас есть? Нет. Но вот аналог. Спасибо"

Если считать секунды, то на вопросе об отсутствующем товаре секунды уже потеряны А если клиент задаёт вопрос: "А в каких аптеках есть? А завтра привезут?"

Согласно этим требованиям включаем в интерфейс продавца ещё пару кнопок с необходимыми запросами?

Ведь посмотрите - заходя в аптеку мы не можем самостоятельно уточнить наличие лекарства. Стекло заставлено непонятными коробочками и не найдя знакомого названия, теплится единственная надежда: "а вдруг мне подскажут аналог". Единственный способ сделать это - спросить у продавца (провизора). И вслед за этим, для ИТ ставится задача "Обеспечить продавца полной актуальной информацией в кратчайшие сроки". Такая постановка загрузит продавца и соответственно, увеличит время обслуживания.

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

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

[Aleck]

Цитата:

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

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

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

Цитата:

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

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

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

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

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

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

[Aleck]

Цитата:

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

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

Идея красивая, но пользоваться этим будут разве что очень продвинутые технически и замкнутые люди, которым трудно спросить у аптекаря 99% покупателей будут спрашивать у аптекаря.
Если совсем некуда деньги девать, то такой дорогой эксперимент, конечно можно провести =)

[Luck77]

Цитата:

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

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

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

Все таки ни укого нет идей по поводу распределенности баз и интеграции с АД? А то только одни оффтопы