Результаты опроса: Как часто Вы производите расчет товародвижения.
каждый день 7 35.00%
через день 2 10.00%
2 раза в неделю 0 0%
1 раз в неделю 6 30.00%
1 раз в 2 недели 1 5.00%
раз в месяц 4 20.00%
вообще не расчитываю :)) 0 0%
Голосовавшие: 20. Вы ещё не голосовали в этом опросе

[ОТВЕТИТЬ]
31.10.2006 07:48
Эдуард
 
Народ, помогите переубедить торг. отдел в нецелесообразности Ежедневного Расчета тавародвижения, приведите какие нибудь весомые аргументы. Я больше не могу с ними воевать.
31.10.2006 09:28
bob
 
Я своих убедил, что в ценах последнего прихода можно неделю спокойно жить, а расчет делать раз в неделю. Правда написали кучу отчетов в ценах последнего прихода
31.10.2006 10:22
OlegON
 
Цитата:
Эдуард Народ, помогите переубедить торг. отдел в нецелесообразности Ежедневного Расчета тавародвижения, приведите какие нибудь весомые аргументы. Я больше не могу с ними воевать.
А зачем воевать? Трудно что ли? Больше аргументов как раз за обратное.
31.10.2006 10:48
Mtirt
 
Честно говоря, ну зачем менеджеру себестоимость то знать?
Ему достаточно знать реализацию и остатки. И исходя их этого строить свою работу.
Себестоимость нужна бухгалтерам - а они обычно любят ее видеть один раз в конце месяца.
Правда есть одно но: почти все поставщики и сети работают на отсрочке платежа. Почти все хотят видеть остаток по данному поставщику. Или реализацию по нему. А все это без расчета себестоимости не увидишь.
Если другим способом можно обойтись - то лучше считать 1 раз в месяц.
31.10.2006 14:10
bob
 
А трудно, что ли поставщиков приучить, что у нас остатки можно увидеть только на воскресенье вечер раз в неделю? У нас уже все привыкли. Бывает и раз в две недели считаем и ничего.
11.11.2006 11:51
ceo
 
Я считаю что получение огромного числа отчётов только после специальной технологической опреации эта почти единственная но оченььььььь большая проблема котоая в Супермаге никогда не решат.
11.11.2006 12:08
OlegON
 
По моему, если у админа руки растут откуда надо, то не проблема. Да и вообще, в чем сложности-то? И пересчет аналитики, как мне кажется, принципиально неизбежен на любой системе.
11.11.2006 19:16
bob
 
Что пересчет аналитики неизбежен в любой системе - это точно. Мы, когда в БЭСТе работали, тоже создавали свою аналитическую таблицу товародвижения по FIFO, иначе - полная ж... На 1С смотрю и волосы дыбом встают от бесконечного перепроведения документов.
12.11.2006 13:22
akonev
 
нет, ну если уж за принципиальную возмжоность рассуждать, то по крайней мере две системы я знаю.
одна из них не розничная, правда, ресторанная, но в данном случае это не суть важно.

там нет пересчета аналитики, вся себесоимость считается на ходу.

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

из розничных вспоминается только с-маркет. он тоже все на лету считает.
вот только на крупных базах это выливается в трехчасовой прием z-отчетов, который полностью блокирует работу.
оно вам надо в супермаге?
14.11.2006 17:58
Тимофей
 
Цитата:
Andrew_Konev там нет пересчета аналитики, вся себесоимость считается на ходу.

вот только ограничения техпроцесса, за счет которых это стало возможно, мало кому из нас понравятся.
1) кассы работают только онлайн, непосредственно с базой.
2) документы закрываются строго текущей датой
3) принципиально отсутствует возможность редактировать закрытый документ
справедливости ради, надо заметить, что первичны были именно эти ограничения.
их вводили по организационным и технологическим соображениям.
а уже из их присутствия появилась возможность жить без пересчета.
1) Идеальный вариант! по крайней мереты можешь знать остаток на сию секунду

2,3) ничего подобного!!!! (или я с такими работал) и потом - зачем тебе исправлять задним числом? Ну а если так уж надо создай документ от обратного.
14.11.2006 18:01
Mtirt
 
В Супермаге тоже все в порядке с остатком. Количественным. Есть актуальное значение.
А себестоимость - это достаточно тонкая штука. И алгоритмов расчета существует великое множество. Ну не нужна она сию минуту никому.
14.11.2006 18:04
OlegON
 
Вообще-то просто алгоритмически система более-менее много пользовательская с активной оперативной работой и без аналитики невозможна. Либо ограничения такие, что считать ее работающей системой нельзя.
14.11.2006 19:38
akonev
 
Цитата:
Тимофей 1) Идеальный вариант! по крайней мереты можешь знать остаток на сию секунду
вот уж точно не идеальный. сеть умерла - весь кэшлайн встал. оно тебе нада?
14.11.2006 19:59
ceo
 
Глупости это всё.
Можно было написать сервис который всё эту аналитику считал в фоне и всё было бы ОК. Просто изначально так было сделано и поэтому теперь под это подгоняются объяснения.
15.11.2006 07:56
bob
 
To ceo. Ага, и на приличной сетке магов вся эта аналитика в фоне затормозила всю оперативную работу
15.11.2006 09:21
Тимофей
 
Цитата:
Andrew_Konev
Цитата:
Тимофей 1) Идеальный вариант! по крайней мереты можешь знать остаток на сию секунду
вот уж точно не идеальный. сеть умерла - весь кэшлайн встал. оно тебе нада?
кто сказал? кто сказал, что в пять секунд восстановить нельзя? простейший вариант - бекап утренний остался, накладные и продажи по кассам остались. что тебе еще нада? И каксса и отдел закупоки и бухгалтер могут работать в абсолютно автономном режиме. За исключением того, что так же могут послать сеюминутный запрос на какссу "а не продалсяли еще боченок пива пока я из зала до рабочего места шел?" ответ на который ну по отделу (скажем спиртному отделу среднего супермага) будет порядка 10-15 секунд. Так же и касса делает моментальный запрос к базе на счет изменения остатка и цены. Если получает данные об отсутствии таковых (0,05сек) то пользуется своей памятью. Если же нет, то мгновенно меняет цены (около 1 секунды) И кстати... кто-то тут говорил, что в этом случае зед-отчет по полчаса сниматься будет? ничего подобного - касса выработавшая в день 300т.р. обрабатывается около 5 минут. У старшего кассира дольше чек зеда распечптывается:)
15.11.2006 09:28
OlegON
 
Понятно... Если "мгновенно меняет цены", то это либо Cray в подвале, либо что-то для бутика. Тогда и с рачетом аналитики в фоне все понятно. Аналитика - статичный снимок, как ты его будешь делать, если у тебя 100 человек базу мучают? В фоне или нет, какая тут разница...
15.11.2006 09:55
ceo
 
Во первых сервис может работать по расписанию к примеру раз в минуту, час или сутки.
Во вторых к примеру в бутиках или минимаркетах где 2-4 пользователя всё это добро расчитывается полностью за 10-20 минут . Т.е. тормоз будет раз в 10 минут на 10-15 секунд не такая большая плата за нормальную аналитику.
В третьих у нас менее 1 GB оперативки не ставим даже в бутик а этого хватит для любой аналитики когда база не очень большая.
15.11.2006 10:30
OlegON
 
Что тебе мешает считать по расписанию в СМ раз в сутки? И, как говорил выше, для мелких магазов это тоже быстро будет считаться. Не показатель.
15.11.2006 11:09
bob
 
To Olegon. Скорее всего они хотят пересчитывать аналитику раз в полчаса, а не раз в сутки
15.11.2006 14:59
Mtirt
 
В тему. На одном из форумов по 1с.

Опрос:КТО СМОГ РАСЧИТАТЬ СЕБЕСТОИМОСТЬ?!, Расчет себестоимости в УПП
16.11.2006 18:59
ceo
 
Некорректный пример.
УПП это большой плохо написанный продукт. Смотрел их нутро Сами 1С Франчайзи. А Супермаг хорошо написанный продукт которому не хватает некотрых важных вещей.
Тем более уж на Oracle c PL-SQL процедурами можно всё это было сделать а не запускать каието внешние экспорты - импорты.
Опции темы


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

 

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