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

Говорят что в супермаркетах(если там много машин) лучше не использовать 1с.

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

(0) Как вариант http://www.rarus.ru/products/soft/get.asp?program=program131

еще один кролик...

Ставить 1с на кассы - 2 дурости.... Поищи ветку в архиве - там было...

Вариант с Атол:РМК (http://www.atol.ru/products/) тоже неплохой

Мы своей прграммой автоматизируем Супермаркеты : кассовые маеста автономные (см www.kacca.net) , а 1c  - стандртная торговля 9.2  или та конфигурация что есть у клиента.

Так. Инфу я нашел (http://www.retail.ru).
Теперь интересны личные впечатления компетентных людей :)

странно, то ли у всех отрицательный

опыт работы, то ли просто нехотят инфой делиться :(

нет опыта. все бегут 10-й дорогой от такого гимора, как супермаркеты. разве неясно (4) выразился ?

(10) хорошо, если Супермаркет на 1С гимор, тогда:
1) для кого тогда рарус и прочие стараются?
2) на какой системе спермаркет не гимор?

реально интересен опыт, даже меньше нуля
p.s. был бы "вумным" жил бы в сочи (с)

На POS'ы - CуперМаг-УКМ. Директору/менеджерам/бухам - 1С.

(11) 1)не сильно то кто то и старается...в % отношении прог/конф для СМ гораздо меньше, чем для прочих отраслей хозжизни...
2) говорят, там ДОС проги рулят...а вообще то там обычно сложный комплекс (в простонародьи "бардель") из разнообразных прог, конф, прожек, выполняющих различные задачи....туева хуча выгрузок - загрузок между ними со всеми вытекающими....

(13)1) я имел в виду что если рарус пишет "Магазин" значит это кому-нибудь нужно...
2) неужели связка из разнородных прог работает менее глючно, чем 1С во всей своей красе?
а кстати, если для этих целей использовать v8 вместо v77?
(12) вопрос по существу: я правильно понимаю, что в POS-терминал загрузит 1С-ку не реально?

(14) кореш работал в одном супермаркете в Москве конфа там была от Астора, тормоза не хилые в списках и журналах, но кассы работают нормально. сам сижу в рознице, не супермаркет, но чеков 2-3т. в день, постоянное перепроведение. на кассах 1С, конфа самописная. короче варианты есть, но писать надо с нуля.

(14)Рабочее место кассира от Раруса берешь за основу немного перекраивешь
и будет тебе счастье
Все зависит от того что хочет пользователь
1) Только учет кассы
2) Учет проданного и оставшегося в реальном времени в колисестве и сумме
3) Использование дисконтных систем (карточки)

Ваше мнение а УТ на 8 справится с задачей?

Был такой опыт. v7 Комплексная для Украины + SQL 7.0. Около 15 пользователей + 2 кассы. На касах конфа самописная. Гемор был с выгрузкой чеков и независимостью от сервера. Выгружали в текстовики на кассах. Сервер забирал раз в n секунд. Кроме того приходилось делать всякие выгрузки изменений цен, штрих кодов и пр. В принципе работало, но почти на пределе (сама комплексная тормознутая).

(17) Справиться, только нужно многие ненужные навороты выкинуть и бедет тебе
счастье
Мне нравиться как Рарус сделал в РБК

Если доработать новый релиз то справиться

(20) доработать УТ? а в каком направлении?
в принципе у меня достаточный опыт работы на м77, что бы понять, что для супермаркета она не потянет, даже самописная с нуля, даже сиквел-версия, а про v8 сам ничего не знаю, и никогда не видел в работе потому и спрашиваю, может ли она потянут, в смысле платформы (в основном интересует скорость обработки больших объемов данных, проведение документов и т.п.), в плане конфигурации пока вопрос не ставиться - выбирается платформа.

И еще вопрос (12) говорил про связку "СуперМАГ УКМ-1С" кто нибудь работал с такой связкой? какие впечатления?

Я работал с версией 3.3 Под DOS 6.22. Под POS'ы достаточно было 386. Там были или 486 или P1. 1С - Астор.Торговый Дом. Обмен - через папки обмена, расшаренные на сервере. Туда кладешь инфу о товарах/скидках/ценах, забираешь оперативную сводку/Z-еты. Все на DBF. Сам Супермаг работает с .db. Конвертер идет в комплекте. Слышал есть конверторы .db<->.txt. Отличная документация. В 1С использовался асторовская ВК. В принципе, почти все делалось мимо нее. Хотел вообще выкинуть, но в лоб не смог порешать с организацией очереди (когда толпа операторов пытается писать в каталог обмена), а потом остыл. Может вернусь к этой беде как-нибудь.
Удобно, быстро. 4-ую версию (вроде текущую, хотя что-то пробегало про Cegthvfu 2000, не знаю) не видел.

<i>Обмен - через папки обмена, расшаренные на сервере</i>
А если сеть глюканет? Чеки потеряются?

Нет. Чеки не могут потерятся. Они фискальные.
Грубо: Есть БД на POS'е. В ней хранится т.н. окружение: отделы, кассиры, товары, цены и т. п. Есть таблицы с оперативной сводкой, сменами, продажами, скидками и т. п. С каим-то периодом (задается) POS выкладывает _копию_ оперативной сводки в каталог обмена. Смотрит его, если есть данные для закачки, то забирает их себе.
Много раз проделывали эксперимент - вырывали на живую UTP шнурок из POS'a. Он пишет, что сеть наушена и касса переходит в автоном. В жтом режиме он спокойно может работать. Только ты с него не сможешь получить сводку/Z и соответственно обновить номенклатуру/цены.
При подключении сети запускается процессы "проверка последнего чека,восстановление оперативной сводки". Через какое-то время данные в PIS'е и какталоге обмена синхронизируются.
Делали как-то типа учений. На случай выхода из строя сервера POS'ов. В батник на кассе прописано меню. Кассир может выбрать один из вариантов подключения (к разным серверам). Отрубали сервак, POS писал, что уходит в автоном, кассир должен был ребутнуться и при старте выбрать альтернативныф сервак. Все проходило нормально.
Z-ты можно выгружать и по номерам за любой период (штатно они автоматом выгружаются при закрытии смены).

(23) почему чеки теряются ? храните их одновременно на месте кассира и в какой нибудь базе  , закрыли смену сбросили в архив  и все. А разве информация по содержанию  чеков сильно кого-то интересует через 5-10 дней? Можно сделать обработку для анализа и храннить их в отдельной базе.
(0,8 и др.) При раздельном варианте основные проблемы только с операторами и пересортицей на кассах. Служебные процедуры (печать ценников этикеток и др ) прекрасно в стандартной базе работают. Кочечно есть проблемы, но как правило упирается в мощность сервера и квалификацию пользователей. Рарус мне кажется сильно наворочен и дорогой. Вы хоть бы наши цены посмотрели.

(0) Всё определяется конкретными условиями: интенсивность продаж, количество кассовых узлов, требуемая надежность, имидж, планируемые затраты и т.д.

Всё зависит от того, что называть супермаркетом...

(27)
Ггу. Вот недавно видел супермаркет - 3 киоска с шшурмой.

(27) Точно. Прежде всего надо договориться о терминологии.

www.1c-astor.ru

+(30)Все зависит от масштабов. Рарус например остановился на Рарус Магазин и все. У Астора есть Торговый Дом Сеть. Так там реализовано и управление запасами,и вся современная телега.

тук тук в аську еси хочешь. Я сам админю супермаркет. Так что пообщатся можем

(21) "в принципе у меня достаточный опыт работы на м77, что бы понять, что для супермаркета она не потянет, даже самописная с нуля, даже сиквел-версия" - полезно добавлять "ИМХО".
1С 7.7, SQL, самописка, 6 касс, до 5000 чеков в день,  + 10 пользователей (приходники, бухгалтера, менеджеры, завотделами) - это мое. И нас таких много.

(33)  "И нас таких много".... надо добавлять... дятлов...

Либо ты загибаешь насчет 5000 чеков в день... либо...

12 часов по 60 минут по 60 секунд = 43200 секунд
43200 / 5000 = 8.64 секунды на документ (чек)....
пара манагеров запустила отчеты по остаткам .... и СМ получил .опу....

хотя теоретически такой вариант возможен - малейший сбой и вся система встала...
Единственное спасение - это грамотный фронт-офис...

так что вариант (24) - это более дорогой и более устойчивый вариант...

Флаг в руки и полведра вазелина в запас...

P.S. у меня под боком 3 СМ - один по типу (24), второй на 1С, в третий не хожу (просто дЭрмо магазин)...
Который на 1С - стоишь в очереди раза в 3 дольше, постоянно торчит ожидание ...

(34) Не стОит переносить свой личный отрицательный опыт на всю систему 1С.
Магазин круглосуточный, нагрузка распределена на два сервера, ожиданий и транзакций нет. При нагрузках в праздники включают еще и 6-ю кассу. Сервера дешевые самосборные на IDE - винтах в RAID 0, 2 ГБ, один процессор Pentium 2.4. Копирование логов средсвами SQL каждые 30 минут с переносом на резервный сервер. В работе 10 месяцев, потерь данных не было.
За базар отвечаю. Ключевое слово - самописная система.

Отвечают в школе за партой. Ну на худой конец у доски ;))

+(35) В будние дни работают на 5 кассах днем(с 9 до 23), 1 - ночью: 2500-3500 чеков.
В праздники 6 касс днем, 2 ночью: 4000-5000 чеков.
Магазин продуктовый. Кроме касс, еще 6 весов (CAS LP, по TCP/IP), баркодер Zebra.

В чем проблема-то? Много продаж? Я знаю два варианта для такого случая: либо ставишь кассовый сервер (не 1С, разумеется)+обычные пассивные ККМ (возможная неприятность - при остановке сервера теряешь учет, но торговать, в принципе, можно), либо на каждое рабочее место кассовый аппарат+компьютер (варианты могут быть различные - POS, АРМ, ... Можно использовать как пассивные ККМ, так и ФР. Недостаток - увеличение стоимости. На каждом компе лежит база, надо не забывать ее заливать при каждом приходе товара, а то в торговом зале товар есть, а в базе нет - нехорошо.).

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

Указанный в (38) или выше вариант более дорог, но позволяет сохранить работоспособность хотя бы части системы даже при отказе центра...
Так что твое решение не фонтан....

(35) А что будет если в пятницу вечером полетит хаб ( и предположим это не Москва) до середины понедельника магазин встанет ?
сервера на ide винтах - экономите на спичках - дороже обойдеться.
мое ИМХО кассы должны быть автономны. (нужны только загрузка товаров цен и
выгрузка чеков).

(40) Нефига не встанет, спорим? Придется кассирам по старинке вручную на кассах товар пробивать (если кассы - обычные пассивные ККМ). А вот восстановить, что за эти дни продали... Хотя, в принципе, возможно, но гемору будет...

почему в этой ветке Diter'a нет?

(38) Дорогой вариант -- это то есть все работают с сервера, но на случай его падения сделана еще и распределенка? Сервер упал, запускаются местные экзешники на кассах и потом, когда все починили вся инфа сливается в центральную базу, на сервер?
P.S. Если что тупое сказал, извините

(43) Не, не бред - каша. Все варианты слиты в один. Зачем? выбери чего хочешь: простота (дешевизна) или надежность (дороговизна).

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

На мой взгляд слабое место - система переключения.

Кассирши, они конечно увидят, где не провелось. Но... :)
А вообще, я так понимаю, есть смысл делить сервера на торговый: остатки, кассы и
бухгалтерский (управленческий и для прочих нужд). Потом раз в день или месяц как-то сливать (передавать)данные. Потом еще SQL и терминалку на разные машины (это если денег много). Не знаю как супер, но минимаркет потянет :)
P.S.
Это были рассуждения дятлов.

(47) Хочешь сказать, что я общаюсь с дятлом? Тебе. конечно, лучше знать...
По существу. У ранее рассмотренных систем были свои достоинства: у одной - простота, у другой - надежность. Предлагаемая схема не имеет ни одного из этих достоинств.

(all) может форум падал, может у мну глюки - не мог зайти

(miki,  Unforgiven) может по мылу пообщаемся? извините аси нет :(

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

(all), задача примерно следующая: несколько магазинчиков cash&carry, по 3-4 кассы, круглосуточно, всем управляет распределительный центр, связь с центром коммутаторная. Вопрос именно по автоматизации магазинчиков, т.к. такого опыта еще не было. Основные критерии при выборе системы: быстрота обслуживания, надежность (в смысле сохранение данных) и цена естесно :)

На днях видел в действии Штрих-М на одной кассе и двух весах. Честно говоря я немного расстроен что так все просто :) однако данная реализация мне не понравилась (у них постоянные проблемы с обменом данных - может внедренцы накасячили, может оборудование).

В городе есть еще два СМ: один на гестори, другой связка СУПЕРМАГ-2000 и 1с:Бухгалтерия.
Пока их не инспектировал, но слухи примерно следующие: Gestory - очень дорогая, в том числе и в эксплуатации, есть недостаток управляющего функционала. СуперМАГ-2000 -более доступная (но если учесть что имеем сеть магазинов тоже не радует), сама система толи закрытая, толи местные спецы в ней не шарют, короче там тоже недостаток функционала наблюдается, к тому же иногда появляются очереди связанные с пропускной способностью касс (не количество, а качество обслуживания).
В моем случае система распред. центра будет на 1С, а вот как быть с кассами и магазинчиками пока неясность...
з.ы. для особо придирчивых - это все мое имхо...
з.ы.ы. просьба не флеймить :)

пИШИ на admin животное botsman.dlm.ru
Отвечу

(33)Насчет того что не потянет ты не прав. У меня SQL
7 касс
4 весов
4 операциониста
7 менеджеров
бухгалтерия человек 7
Кроме того Директор, управляющий и там всякие начальни к СБ, я, администртаторы магазина.
Насчет 5000 чеков в день. Эт помойму физически невозможно.

(34)в этом то и приимущество Астора над рарусом. Рарус касса работает от сервера напрямую. То есть нет сервера нет торговли. У астора же есть фронт офис и бек офис. То есть встает сервер - кассы работают нормально в автономном режиме. Единственный минус он лайн сводка за это время не выгружается. Но это потом можно сделать вручную

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

Перезагрузка цен и прочего - не столь актуальна...

я работал в супремркетах в Кениге.
8-14 касс, на каждой Супермаг УКМ, синхронизация с 1С-базой. Кассы работают в офф-лайн. Все ок.

1. Фронт офисы (как модно звучит) - Кассы желательно ПОСы (своя прога (суперМаг, МастерКасс), свое железо, свое питание сети). Сбойнула сеть, сервак, по-барабану, работаем в автономном режиме: бьем чеки, ведь главная задача макгазина: продавать. Для каждой кассы своя база. Загрузка товарами Пос-а при наличии сети автоматически будет происходить при простое кассы, выгрузка из Поса-а это при снятии z-та так же автоматом, если сеть есть.
2. в качестве Бэк (это про основную базу), на мой взгляд, надо выбирать из портебностей (стоимость ПП, сопровождение, вид (интерфейс), кол. отчетов, отчетность, обмен с подобными БД и т.д.) Последнее что видел-работал и понравилось: Рарус: Торговый комплекс ("не трогал" его уже с год). Обещали на 8ке, наверное уже даже есть. Просто, наглядно. "непонятное" было подключение торг. оборудования.

ПС. пиши на мыло.

(53)У Астора это то как раз и реализовано.

простите за невежество, но...
раскройте понятие фронт и бэк офисов

(55) мыло дай :)
или мне сам напиши (см. карточку)