AXForum  
Вернуться   AXForum > Рынок > Сравнение ERP-систем
NAV
Забыли пароль?
Зарегистрироваться Правила Справка Пользователи Сообщения за день Поиск

 
 
Опции темы Поиск в этой теме Опции просмотра
Старый 07.04.2009, 13:42   #1  
Vals is offline
Vals
Аманд
Аватар для Vals
Компания АМАНД
Лучший по профессии 2015
Лучший по профессии 2014
Лучший по профессии AXAWARD 2013
Лучший по профессии 2009
 
1,766 / 507 (20) +++++++
Регистрация: 27.02.2002
Адрес: Pass partout, Москва
Цитата:
При этом нужно понимать, что счет идет на секунды. За покупателем стоит очередь. "У вас есть? Нет. Но вот аналог. Спасибо"
Если считать секунды, то на вопросе об отсутствующем товаре секунды уже потеряны А если клиент задаёт вопрос: "А в каких аптеках есть? А завтра привезут?"

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

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

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

Вспомните, как долго приживаются отрывные фантики с номерком, ведь только в банках они применяются. А почему?
Старый 07.04.2009, 13:54   #2  
Aleck is offline
Aleck
Участник
Ex AND Project
 
1,061 / 174 (8) ++++++
Регистрация: 07.12.2001
Адрес: СПб-Мск
Цитата:
Сообщение от Vals Посмотреть сообщение
А если попробовать вывести эту функцию из ответственности продавца? Поставить доп терминал для покупателей, так сказать для предварительного заказа, ознакомления, поиска аналогов? По результатам можно напечатать штрих-кодик, который обработает касса.
Идея красивая, но пользоваться этим будут разве что очень продвинутые технически и замкнутые люди, которым трудно спросить у аптекаря 99% покупателей будут спрашивать у аптекаря.
Если совсем некуда деньги девать, то такой дорогой эксперимент, конечно можно провести =)

Последний раз редактировалось Aleck; 07.04.2009 в 13:57.
Старый 07.04.2009, 13:56   #3  
Luck77 is offline
Luck77
Участник
 
21 / 10 (1) +
Регистрация: 06.04.2009
Цитата:
Сообщение от Aleck Посмотреть сообщение
Идея красивая, но пользоваться этим будут разве что очень продвинутые технически и замкнутые люди, которым трудно спросить у аптекаря
Если совсем некуда деньги девать, то такой дорогой эксперимент, конечно можно провести =)
Сам думал, написать это или нет. Вы за меня решили
Старый 07.04.2009, 14:10   #4  
Luck77 is offline
Luck77
Участник
 
21 / 10 (1) +
Регистрация: 06.04.2009
Наверное все-таки фиксирую в требования интеграции с AD
Варианты:
1. При регистрации пользователя в AD и отнесении в попределенную группу, но должен создаваться как пользователь в Системе с минимальными полномочиями. Которые он может расширить путем запроса полномочий уже в Системе (возможно workflow).
2. В AD создается структура групп и подгрупп, которая привязана к Системе. И если пользователь внесен в группу, то он получает уже предопределенные полномочия.
Естетственно, базовое требование: Авторизация в AD является также авторизацией в Системе.
Старый 07.04.2009, 14:22   #5  
Ivanhoe is offline
Ivanhoe
Участник
Аватар для Ivanhoe
Лучший по профессии 2017
Лучший по профессии 2015
Лучший по профессии 2014
Лучший по профессии AXAWARD 2013
Лучший по профессии 2011
 
4,143 / 2161 (81) +++++++++
Регистрация: 29.09.2005
Адрес: Санкт-Петербург
Цитата:
Сообщение от Luck77 Посмотреть сообщение
Наверное все-таки фиксирую в требования интеграции с AD
Варианты:
1. При регистрации пользователя в AD и отнесении в попределенную группу, но должен создаваться как пользователь в Системе с минимальными полномочиями. Которые он может расширить путем запроса полномочий уже в Системе (возможно workflow).
2. В AD создается структура групп и подгрупп, которая привязана к Системе. И если пользователь внесен в группу, то он получает уже предопределенные полномочия.
Естетственно, базовое требование: Авторизация в AD является также авторизацией в Системе.
Аксапта сразу не подходит (без доработок) - Аксапту больше не рассматриваем?
__________________
Ivanhoe as is..
Старый 07.04.2009, 14:30   #6  
Михаил Андреев is offline
Михаил Андреев
Участник
Компания АМАНД
Лучший по профессии 2009
 
1,300 / 239 (10) ++++++
Регистрация: 09.11.2001
Адрес: Химки, Московская область
Цитата:
Сообщение от Ivanhoe Посмотреть сообщение
Аксапта сразу не подходит (без доработок) - Аксапту больше не рассматриваем?
Аксапту уже давно не рассматриваем
Похоже, множество решений, удовлетворяющих требованиям, будет пустым.
__________________
Михаил Андреев
https://www.amand.ru
Старый 07.04.2009, 14:49   #7  
Luck77 is offline
Luck77
Участник
 
21 / 10 (1) +
Регистрация: 06.04.2009
Цитата:
Сообщение от Ivanhoe Посмотреть сообщение
Аксапта сразу не подходит (без доработок) - Аксапту больше не рассматриваем?
А разве где-то звучало, что рассматриваем только стандартный функционал? Это в соседних ветках пиписьками меряются, и определяются, что такое стандартный функционал, а что нестандартный. И чем отличается написанное САПом, от написанного партнерами в Аксапте
Старый 07.04.2009, 14:37   #8  
Aleck is offline
Aleck
Участник
Ex AND Project
 
1,061 / 174 (8) ++++++
Регистрация: 07.12.2001
Адрес: СПб-Мск
Цитата:
Сообщение от Luck77 Посмотреть сообщение
Наверное все-таки фиксирую в требования интеграции с AD
Варианты:
1. При регистрации пользователя в AD и отнесении в попределенную группу, но должен создаваться как пользователь в Системе с минимальными полномочиями. Которые он может расширить путем запроса полномочий уже в Системе (возможно workflow).
2. В AD создается структура групп и подгрупп, которая привязана к Системе. И если пользователь внесен в группу, то он получает уже предопределенные полномочия.
Естетственно, базовое требование: Авторизация в AD является также авторизацией в Системе.
Хм.. А бизнес смысл в п.1-2? сэкономить пару минут админу? Пользователи сотнями в день добавляются?
Сосредоточились бы лучше на бизнес-требованиях. Процитированные требования выеденного яйца не стоят, фантазируете на абстрактные ИТ-темы, далекие от бизнеса.
Старый 07.04.2009, 14:58   #9  
Luck77 is offline
Luck77
Участник
 
21 / 10 (1) +
Регистрация: 06.04.2009
Цитата:
Сообщение от Aleck Посмотреть сообщение
Хм.. А бизнес смысл в п.1-2? сэкономить пару минут админу? Пользователи сотнями в день добавляются?
Сосредоточились бы лучше на бизнес-требованиях. Процитированные требования выеденного яйца не стоят, фантазируете на абстрактные ИТ-темы, далекие от бизнеса.
Дык и пытаемся на бизнес требованиях сосредоточиться. Техническая сторона как одна из ветвей. На чем лучше сосредотачитваться, вопрос философский. Пытаюсь не упустить как бизнес требования, так и технические. Да вот только некоторым коллегам то "шашки не хватает", то множество пустое

Может быть Вы подскажете важное на ваш взгляд бизнес требование, которое можно будет включить в качестве требования (пожелания) к системе?
Старый 07.04.2009, 15:17   #10  
Aleck is offline
Aleck
Участник
Ex AND Project
 
1,061 / 174 (8) ++++++
Регистрация: 07.12.2001
Адрес: СПб-Мск
Цитата:
Сообщение от Luck77 Посмотреть сообщение
Дык и пытаемся на бизнес требованиях сосредоточиться. Техническая сторона как одна из ветвей. На чем лучше сосредотачитваться, вопрос философский. Пытаюсь не упустить как бизнес требования, так и технические. Да вот только некоторым коллегам то "шашки не хватает", то множество пустое

Может быть Вы подскажете важное на ваш взгляд бизнес требование, которое можно будет включить в качестве требования (пожелания) к системе?
Можно включить все что угодно, а что нужно включать, знают Ваши бизнес-пользователи и руководство.
Старый 07.04.2009, 13:55   #11  
Luck77 is offline
Luck77
Участник
 
21 / 10 (1) +
Регистрация: 06.04.2009
Цитата:
Сообщение от Vals Посмотреть сообщение
А если попробовать вывести эту функцию из ответственности продавца? Поставить доп терминал для покупателей, так сказать для предварительного заказа, ознакомления, поиска аналогов? По результатам можно напечатать штрих-кодик, который обработает касса.
Как всем понравилась тема оптимизиции работы первостольников. Видимо все представляют себя у кассы
Дойдем и до этого. Но к сожалению позже.

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

 

Похожие темы
Тема Автор Раздел Ответов Посл. сообщение
Изменения ассортимента, цен, условий поставки и сопровождения ряда продуктов «1С:Предприятия 7.7» mazzy Другие системы на рынке 40 30.04.2008 23:31
Обсуждение документа "Сравнение 1С и AX" Кузнецов Александр Сравнение ERP-систем 44 20.02.2008 13:56
Платформа «1С:Предприятие» как средство разработки бизнес-приложений Morpheus Другие системы на рынке 1 26.12.2006 13:10
1С давит другие российские разработки Тимур Другие системы на рынке 24 06.03.2005 21:05
1С ищет стратегического инвестора Роман Кошелев Другие системы на рынке 1 16.04.2003 23:02

Ваши права в разделе
Вы не можете создавать новые темы
Вы не можете отвечать в темах
Вы не можете прикреплять вложения
Вы не можете редактировать свои сообщения

BB коды Вкл.
Смайлы Вкл.
[IMG] код Вкл.
HTML код Выкл.
Быстрый переход

Рейтинг@Mail.ru
Часовой пояс GMT +3, время: 13:20.