Результаты опроса: Автомат расчета нужен
Очень 45 100.00%
Не очень 0 0%
Не нужен 0 0%
Голосовавшие: 45. Вы ещё не голосовали в этом опросе

[ОТВЕТИТЬ]
26.09.2010 09:41
OlegON
 
Как выяснилось, Сервис Плюс не знает о значимости автомата переноса и расчета товародвижения в Супермаге. Если с первым все гораздо проще, то расчет ТД тяжел и глючен с костылями.
В общем, всем, кто считает, что эта доработка имеет право на жизнь, необходимо написать на [email]sm2000@servplus.ru[/email]
26.09.2010 18:30
Dim
 
вообщем, общался с разработчиками СМ+ на конференции. сказали, что реализовать автоматический перенос и расчет ТД несложно, но по своей воле этого делать никто не будет. все, кто заинтересован в этой разработке - пишите на горячую линию с просьбой реализовать данную доработку.
27.09.2010 11:24
Shiba
 
Извините, но это вряд ли совсем так, как они говорят.
Вопрос об автоматизации процесса расчета ТД и переноса данных возникает на моей памяти переодически с 2006 года. Конечно во время бекапа можно сделать перенос, а вот с автоматическим расчетом никто ничего так и не делал.
27.09.2010 12:10
Dim
 
я передаю то, что мне сказали разработчики. пишите в ТП с просьбой сделать. реализуют - хорошо, нет - придется по старинке...
27.09.2010 17:08
Сервис Плюс
 
Уважаемые клиенты, ни вас, ни нас в итоге не интересует функционал, как таковой. Интересен бизнес-эффект от его применения. Если самый изощренный и сложный программный инструмент ничего не даст бизнесу или, того хуже, навредит, то его не следует создавать, просто ради того, чтобы он был.

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

Если вы видите, что "автоматизация" расчета даст реальные выгоды для бизнес-процесса (сократит трудозатраты, повысит точность, снизит потери и пр.), то, желательно, это обосновать. А мы будем вас всячески смущать вопросами, протестовать, сбивать с толку. Если ваше требование пройдет через тернии согласований, то значит оно реально и это воистину нужно. Если - нет, то требование несостоятельно.

Как бы это не казалось странным, но до сих пор никто не описал бизнес-процесс и выгоды от его "автоматизации".

Мы ждем от вас (практиков) конкретные требования с описанием бизнес-процесса (as is, to be), бизнес-цели доработки, явные и четкие требования к функционалу (а не общие пожелания). Присылайте эти написания вашим коммерческим менеджерам.
27.09.2010 17:47
baggio
 
как говорится спасибо шо зашли....

Вы знаете Уважаемый(мая) я вот очень горю Вам всем отбрать ключи от выших нисанов,вольво,мерседесов,хюндаев и прочего и дать ВАМ кривой (это такя штука которой машины завидит с помощбю механического усилия) и шоп вы зиму по утрам позаводили своих коней этой ... как бы это выразится помягче штукой...
а потом весной собрал бы Вас всех и попросил бы описать бизнес процесс... и самое главное попросил бы вас объяснить зачем вам ключи, кнопки для запуска двигателя? Зачем? Зачем мобилайзеры? кондиционеры? мягкие кресла? и вообще миллионы вещей которые люди придумали для УДОБСТВА? а самое главное почему они покапают вещи которые ИМ удобны... и платят за Рэнджровер ВОГ а не покупают калину... вот я думаю Вам в первую очередь нужно ответить себе на вопрос а вообще зачем чтото удобное в супермаге?... вот после всего этого давайте спорить согласовывать... а то как то...
27.09.2010 18:35
John Doe
 
Бизнес-процесс очень прост. Если менеджеры не получают аналитики к утру, они воют, что им чего-то не додали. И крайним в недополучении выручки становится админ, формирующий мнение о продукте в целом. А на сей момент нет, 100% уверенности в тех костылях, которые позволяют ежедневно считать ТД по ночам. Потому, что они внешние. Внутренний автомат нужен.
27.09.2010 18:45
Mtirt
 
Суть процедуры проста:
1. Убедиться, что в базе данных нет пользователей, редактирующих документы. Если есть такие - вывести им сообщение, что Супермаг будет остановлен, подождать N минут, завершить Супермаг, сохранив данные пользователя, если он этого не сделал.
2. Остановить почтовый и кассовый сервисы Супермага. (Это легко, это вы уже умеете. Это было при установке 1.027.5)
3. Запустить процедуру переноса, с параметрами, указанными при настройке сервиса. Там на самом деле только дата и время, насколько я помню.
4. Запустить кассовый и почтовый сервисы Супермага.
5. Запустить процедуру расчета товародвижения.

При этом, делать это не при следующих условиях:
- запущенный модуль Администратора Супермага, открытый на закладке "Товародвижение"
- экран компьютера не заблокирован,
- на компьютере обязательная авторизация под пользователем, имеющим права администратора компьютера.
Это, насколько я помню, требования из предыдущей попытки автоматизировать этот процесс.

Надо копировать это в сообщение эл.почты?

Самое сложное - пункты 1 и 5, насколько я понимаю.
27.09.2010 19:35
Dim
 
а в чем проблема-то? если разработчики сказали, что это сделать довольно просто... зачем теперь упираться? ТД рассчитываем ежедневно. в идеале ИМХО автоматический расчет ТД, после завершения - переброска документов в бухгалтерское ПО... пока вся заминка в автоматическом расчете ТД.
27.09.2010 19:43
Сервис Плюс
 
baggio, аллегория некорретна. Ибо не ключ вам нужен, а автопилот... А это согласитесь разные по значимости и последствиям требования.

John Doe, в вашем предложении явно и неприкрыто прозвучала истинная цель -спасти админа ("крайним в недополучении выручки становится админ" ). Это уже что-то! За эту цель можно уцепиться.
Но...
А как же иные пользователи, выброшенные из системы безжалостным автоматом. А как же безответственность, ибо автомат не проявляет должной осмотрительности при принятии решения о расчете товародвижения на базе недовведенных, неверно введенных, непроверенных, незащищенных от редактирования первичных данных.
И не факт, что для аналитики нужно "мельтешить" каждый день с расчетом товародвижения. Может, решить эту задачу иначе, считая мгновенную среднюю или фиксируя цену последних приходов для использования в аналитике.

Mtirt, спасибо за вариант технической реализации.

Это всего лишь предложение к совместному творчеству.
27.09.2010 20:25
Carott
 
Расчет товародвижения, как и любой иной бизнес-процесс (например, приемка) протекает у вас по определенному правилу и регламенту.
Вот мы и хотим понять, в чем собственно заключается этот бизнес-процесс, как протекает, зачем и как часто вы считаете это самое товародвижение. Хотим понять, в чем неудобство для бизнеса в существующем варианте работы.

Если вы видите, что "автоматизация" расчета даст реальные выгоды для бизнес-процесса (сократит трудозатраты, повысит точность, снизит потери и пр.), то, желательно, это обосновать.


Не знаю как у других, но у нас приходится проводить расчет товародвижения ежедневно
27.09.2010 20:31
Carott
 
Наиболее спорным и сложным будет процесс закрытия клиентских сессий супермага и дистанционное сохранение данных. Автоматическая остановка кассового и почтового серверов, по идее, не должна вызывать особых сложностей, т.к. их временная остановка не влияет на конечных пользователей.

По поводу обращения к менеджеру: нам было сказано что данная доработка программы нужна только нам и будет реализована программистами сервис+ по мере возможности либо за отдельную плату...
27.09.2010 20:33
Carott
 
Офтоп: прошу не ругаться за первое сообщение, т.к. еще не совсем разобрался с цитированием
27.09.2010 20:55
Dim
 
Цитата:
Carott По поводу обращения к менеджеру: нам было сказано что данная доработка программы нужна только нам и будет реализована программистами сервис+ по мере возможности либо за отдельную плату...
вот я и призываю, всем, кому нужна данная доработка, отписаться на горячую линию с просьбой добавить эту доработку.
28.09.2010 07:45
OlegON
 
Добавил еще один опросник тут
Суть вопроса в том, что для аналитики требуется расчет ТД. Если автоматизировать перенос, к счастью, удалось, то расчитывать приходится руками. Процедура достаточно небыстрая и влияющая на работу пользователей, поскольку во время расчета аналитики не существует. У моего клиента расчет занимает 3 часа на пустой базе в 250Гб, ночью. Это хорошее железо и много трудов по оптимизации. Предположим, что ночной расчет ТД с костылем не удался (вариант с ночным бдением администратора для большинства клиентов недоступен). Куча народа, для которых функционал программы - это ее отчеты, не может пользоваться программой, скажем, часов 5 (в дневное время загрузка возрастает), а другая - матерится, потому, что расчет все таки тормозит остальных. Так что сравнение с автопилотом немного некорректно.
Ежедневная невозможность пользоваться программой на протяжении нескольких часов, это не повод для доработки?
28.09.2010 15:45
baggio
 
Цитата:
Сервис Плюс baggio, аллегория некорретна. Ибо не ключ вам нужен, а автопилот... А это согласитесь разные по значимости и последствиям требования.
А вот мне показалась очень корректна... поскольку то что для получения КОРРЕКТНЫХ отчетов в программе надо считать товародвижение...

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

Хорошо продолжаем олегории... скажите зачем нужен эскалатор в метро... можно же пешком ходить...

а если серьёзно...то:
1. Расчет в 90% делается на сервере
2. т.к. это делается на сервере обезьян туда пускать не надо...
3. Значит это админ...
4. Если что не так админ-козел...

в итоге крайними остаются админы которые и следят за тем что им не упёрлось ни в одно место...
29.09.2010 00:03
Dim
 
Цитата:
Сервис Плюс А как же иные пользователи, выброшенные из системы безжалостным автоматом. А как же безответственность, ибо автомат не проявляет должной осмотрительности при принятии решения о расчете товародвижения на базе недовведенных, неверно введенных, непроверенных, незащищенных от редактирования первичных данных.
И не факт, что для аналитики нужно "мельтешить" каждый день с расчетом товародвижения. Может, решить эту задачу иначе, считая мгновенную среднюю или фиксируя цену последних приходов для использования в аналитике.
а вот иные пользователи, которым это не нужно, пусть продолжают считать ТД ручками. в чем проблема-то?
08.10.2010 15:02
Shiba
 
Уважаемый Сервис Плюс,

Функционал расчета ТД уже присутствует, но запускается в ручную, либо перенос, либо расчет на основании данных переноса, либо последовательно.
Допустим, не существует никаких сторонних программ которые автоматизируют процесс пересчета ТД. Откуда следует, что это должен делать сотрудник компании вне рабочее время. Это дополнительная оплата труда.
Рабочий день с 9:00. Категорийным менеджерам важно иметь актуальную информацию сначала рабочего дня, для анализа данных получаемый из отчетов базирующихся на рассчитанном ТД.
Вывод - сотрудник обязан запускать перенос и расчет ночью.
Итак, эффект бизнесу мне видится пока в двух направлениях:
1. Актуальные данные для использования их в отчетах, следовательно нет потери времени у категорийных менеджеров. Их рабочее время используется эффективно. Также, процесс заказа товаров у большинства магазинов в Республике Беларусь базируется на отчете, который зависит от рассчитанного товародвижения. Нет рассчитанного ТД, нет актуальных заказов, что ведет за собой либо переизбыток, либо недостаток товаров и как следствие проблемы с товарооборотом и как следствие с прибылью. Таким образом, я могу утверждать, что от рассчитанного ТД косвенно зависит прибыль и мы не намерены терять ее из-за нежелания сотрудников С+ реализовать механизм расчета ТД.
2. Экономия на зарплате тех сотрудников, которые ночью запускают расчет товародвижения. (Сеть из 70 магазинов физически не может быть посчитана даже 5 людьми).
Также, прошу не забывать, что благодаря клиентам, компания Сервис Плюс получает прибыль, благодаря техническим заданиям компания Сервис Плюс внедряет в торговую систему новый функционал, который продается новым ритейлерам в последующем. Вы продаете не только оборудование и программу, вы продаете решение проблемы по автоматизации бизнес-процессов "торговли".
С уважением.
12.10.2010 19:49
Vlad_German
 
Может я не понимаю всей глубины вопроса, но зачем блокировать оперативные таблицы в момент расчетов? Хорошо пользователь редактирует документ, но в этот момент и так по товарам присутствующим в этом документе в базе неправильная информация. Зачем учитывать такой документ? На завтра в базу подгрузится правильный документ и информация изменится. Если происходит редактирование задними числами то она так и так меняется. Оповещать всех пользователей, что администратор работает и нажимает волшебную кнопку это конечно хорошо (с точки зрения администратора и его зарплаты) но выделять в отдельный бизнес процесс нажимание кнопки с моей точки зрения - перебор.
12.10.2010 19:57
Dim
 
оперативные таблицы блокируются ТОЛЬКО в момент переноса. когда начался расчет, можно работать нормально
13.10.2010 21:42
orekhov
 
Большинство баз данных по заданному расписанию (как правило, ночью) останавливаются для создания "холодной" резервной копии. Сразу после старта сервиса БД можно с уверенностью предположить, что никто из пользователей не работает с системой. Мы пользуемся этим предположением для опционального автоматического переноса данных товародвижения вместе с бэкапом, т.е. алгоритм работы пакетного файла примерно следующий:
- останавливаем сервисы Супермага
- выполняем скрипт на Shutdown Immediate
- останавливаем сервис БД
- копируем файлы базы данных
- стартуем сервис БД
- стартуем Сервер Супермага
- выполняем скрипт для переноса ТД
- стартуем остальные сервисы Супермага
- архивируем копию БД

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

Предложенный вариант может оказаться неприемлем для баз данных, работающих в archivelog'е круглосуточно и использующих только "горячее" резервное копирование.
14.10.2010 07:27
OlegON
 
Да, действительно, нужен автоматический не перенос (что мы уже давно научились делать, хоть в том же оптимизаторе), а расчет, там никакой боли и жертв не надо, просто дать возможность запускать его по расписанию, как расчет ССР и все.
14.10.2010 23:08
baggio
 
Цитата:
OlegON Да, действительно, нужен автоматический не перенос (что мы уже давно научились делать, хоть в том же оптимизаторе), а расчет, там никакой боли и жертв не надо, просто дать возможность запускать его по расписанию, как расчет ССР и все.
прощу прощения но оптимайзер это тоже кастыль... так что не в обиду нужен полный цикл... так как оптимайзер не юзаю... думаю помимо меня здесь есть такие...
15.10.2010 06:59
OlegON
 
Это не "кастыль", вполне корректно работает и позволяет много что делать так, как хочется пользователям. "Кастыль" это td.exe, но она по другому написана быть не может. Кстати, помимо тебя таких становится все меньше :) Баз уже 80 на нем. Я даже давно не смотрю чьих. Т.е. к чему я, менять процедуру переноса не надо, просто воткнуть ее запуск по расписанию, если кому-то надо. А вот расчет... Т.е. это должно выглядеть как три задания, с отдельными расписаниями и общий. Не всем удобно запускать их одновременно и последовательно.
17.10.2010 07:59
genius-na
 
Цитата:
OlegON Это не "кастыль", вполне корректно работает и позволяет много что делать так, как хочется пользователям. "Кастыль" это td.exe, но она по другому написана быть не может. Кстати, помимо тебя таких становится все меньше :) Баз уже 80 на нем. Я даже давно не смотрю чьих. Т.е. к чему я, менять процедуру переноса не надо, просто воткнуть ее запуск по расписанию, если кому-то надо. А вот расчет... Т.е. это должно выглядеть как три задания, с отдельными расписаниями и общий. Не всем удобно запускать их одновременно и последовательно.
Да Олег, еще бы оптим это научился делать в следующей редакции)
06.03.2012 07:53
Tiger
 
После перехода на версию СМ 1.029 sp6 не работает товародвижение! Выложенное товародвижение в хранилище отрабатывает до момента переноса. Т.е остановка сервисов, ввод пользователя и пароля отрабатывает, а вместо кнопки "Перенести" курсор становиться на кнопку "Расписание". Есть в хранилище работающее TD, или какая стоимость его для данной версии СМ?
06.03.2012 07:55
Mtirt
 
А зачем тебе это на 29 версии?
Там Супермаг сам отлично умеет всё переносить и рассчитывать.
06.03.2012 08:09
Tiger
 
Цитата:
Mtirt А зачем тебе это на 29 версии?
Там Супермаг сам отлично умеет всё переносить и рассчитывать.
Спасибо нашел кнопку "Расписание" :)
Опции темы


Часовой пояс GMT +3, время: 08:35.

 

Форум сделан на основе vBulletin®
Copyright ©2000 - 2018, Jelsoft Enterprises Ltd. Перевод: zCarot и OlegON
В случае заимствования информации гипертекстовая индексируемая ссылка на Форум обязательна.