Добрый день!
Кто-нибудь может подсказать, потянет ли файловая розница 2.2 две кассы с постоянным потоком покупателей? (что-то вроде супермаркета бытовых товаров) Или будут сильные тормоза? Вообще слышал, что в супермаркетах не ставят 1С розницу в силу ее медленной работы.

(0) MS SQL Server Express + Минисервер 1С.

(1) Тоже думал в этом направлении. Это ощутимо поможет в данном случае?

(2) Если сможете настроить скрипты регламентов и бэкапов, планы питания и сервер 1С - вполне.
1С не медленней, 1С ошибок не прощает.

(3) Просто меня смущает, что ни в одном супермаркете я не видел 1С на кассах, это явно неспроста. Сервер и регламенты смогу настроить, недавно клиенту поднимал сервак на i7 8700k, он от счастья уписался.

сначала можно протестировать доступ тонким клиентом через http к файловой базе

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

(5) Апач поднять? А это решит проблему блокировок таблиц целиком в файловой версии?

(7) нет, это решит проблему отсутствия кэша ОС на доступ к файлам

при доступе по сети

(8) Понял. Просто там возможны очереди, поэтому хоть и 2 пользователя, но блокировок не избежать. Будет недовольство покупателей. Мне кажется, мини-сервер на 5 подключений должен помочь. Единственное, в SQL express регламенты сложнее настраивать. Я так понимаю, что там нет планов обслуживания и надо скрипты в планировщик пихать, или есть еще варианты?

(10) если документ записывается меньше секунды и пользователя два, то второй будет ждать не более секунды на блокировках. а плодить документы чаще, чем раз в секунду они все равно не смогут.

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

(10) Вроде есть студия экспресс для новых версий...

(12) Я когда-то переделывал команды на ТО в ПослеЗаписи формы - уже без транзакции. Как в современных конфах - не знаю.

Еще я знаю, что некоторые ставят отдельные распределенные базы каждому кассиру, но мне такой вариант не очень нравится. Потом еще с обменами возиться...

Ладно, спасибо всем за информацию. Буду дальше думать. Клиент хочет именно 1С. А то я бы ему посоветовал смотреть в сторону специализированного ПО. Повторюсь, что неспроста розницы нигде не видел в супермаркетах.

(11) Какие блокировки при записи? Регистр продажи накопительный, он ничего не блокирует. Поиск по ШК/артикулу - вот он будет подтормаживать при большой нагрузке.

(12) Сомневаюсь, что у ТС нормальный чековый принтер на 50 мм/сек :-) Под DOS и на VIA выходило около 2-3 сек на чек.

(15) Самый оптимальный вариант для касс. Мелкий SSD + розница в режиме АРМ. Чем больше элементов в сети - тем меньше геммороя.  Из торможений - только загрузка цен/акций в кассу.
Сервер и дороже значительнее и производительность его ниже SSD будет заметнее. Юзер то один - никаких блокировок, нет переключений контекста.

(16) 1С не для корп рынка. В суперах стоят текстовые терминалы еще и под DOS зачастую. Там графика ну нафиг не нужна.

Я и настраивал и видел 1С на рознице. Ничего страшного

(19) При прямых руках все хорошо работает.

салоны мегафон на 1с, билайн на 1с, евросеть на 1с и тд. все работает норм

(21) У них там обьем копеечный. Можно в Excel работать.

(0) нарисуй альтернативный рмк на оф.

(22) У мегафона копеечный? Нуну..

(0) На нормальном железе да вполне.
Нормальное это от 8 гиг ram + ssd.

Но если поток покупателей действительно большой или хочется сэкономить на железе то возьмите нечто вроде фронтола.

Ну или можно отдельные файловые базы на каждую кассу и РИБ по рабочему месту.

1С на кассах не видно в супермаркетах банально из-за стоимости железа и софта, можно найти более дешевые варианты которые работают даже лучше.

Хотя их и нельзя так же легко допилить как 1С.

(22) Дратуйте. Объем там весьма неплохой + миллион интеграций.

Думаю в сторону варианта: мощный десктопный комп-сервер (хороший CPU + SSD). Мини-сервер на 5 пользователей + SQL Express. Туда же посадить этих 2 пользователей в терминальном режиме. Полагаю, что ресурсов хватит им и серверу одновременно.

(26) имхо фронтол гораздо розничней...

(28) Разве что вариант плох тем, что если комп решит помереть, то торговля встанет. А если по базе на каждый комп, тогда хоть 1 касса останется рабочей.

(27) Ну не миллион, но порядочно.

(29) Имхо последний фронтол не так уж и шустр и далеко не настолько удобный и много может.

Только недавно одни жаловались что после обновления (чтобы новые ККТ поставить) хуже стало чем на старой, но в тонкости не вдавался своих проблем хватает.

(28) Терминальный режим на конфах с УФ - редкостный идиотский изврат.

Ставьте лучше Розницу как бэк и фронтол как фронт на кассы.

давно зудило спросить - касса в Рознице работает по Прайс + Остатки или только Прайс ?

(27) На розничной точке? Вы точно POS занимались ? Сколько там номенклатуры? Сколько чеков в день?

(30) Я про это уже говорил. Любой Pentium современный с SSD/4Gb RAM на кассе справиться с легкостью. После снятие Z-отчета просто в бэк выгрузиться.

(34) Тогда уж УТ11 как бэк. Фронтол еще настраивать прийдется, хотя с оборудованием с ним конечно в разы проще.

(35) Какие остатки на POS?

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

Есть пример под боком : 37 магазинов в сети в некоторых по 2-3 рабочих места.
Не супермаркет в смену до 100 чеков
Третий год - все летает. 1С ,но не Розница

(37) Совершенно обычные остатки чтобы в минуса не уйти от пересорта.

Да некоторые работают без остатков на фронте и потом страдают в бэке, выбор каждого свой где и чем страдать.

(38) Терминальный сервер (серверная винда) стоит дороже чем железо на на 2 кассы и нафуй сервер.

(40) а штрихкоды тебе на что?

(40) Всегда вопрос философский - а что правильнее, когда стоит покупатель с товаром:
- не продавать со словами "А по учёту этого нет"
- или продавать, а уже потом разбирать с излишками, пересортами и прочим.

На мой взгляд, для ЕГАИС-ных товаров правильнее не продавать, а для всех прочих - правильнее продать.

(43) Если только это не автомобиль.

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

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

(42) 1. Штрих коды не спасают от пересорта
2. Могут не читаться даже цифры

Я бы фронтол поставил. Товары в кассу выгрузил, продажи загрузил и голова не болит.

Надо просто охлаждение хорошее ставить
https://coub.com/view/112asp

(40) Минуса от пересорта - это задача товароведа. Но никак не кассира.

У нас центральная база Розницы на MS SQL + 10 магазинов с распределенками (файловыми). Все отлично работает.

(0) потянет.

(47).1 ну это только если на разных товарах одинаковые штрихкоды. Но это не проблема кассира.

(0) ставить рмк на кассу а 1с уже как бэкофис
Самое дешевое и надёжное.
Если не требуются какие хитрые дисконтные системы или опт на кассе выписывать (бывает такое) или оформление доставки и прочую фигню

(49) :) А я клиенту ставил норм охлаждение:
https://yadi.sk/d/L_R1a2YG3YC85D
Потом еще разогнал проц, погонял стресс-тесты. До сих по ни одной жалобы не было. И я вообще не видел, чтобы УТ 11 так быстро работала. Надо было еще скальпирование сделать, но тут есть шанс запороть CPU :)

Имхо, ссд плюс апач на файловой будет норм, но сервер-мини, конечно, лучше)

(0) ставят, сам видел и вполне тянет.

(57) Именно в супермаркете, где покупатели в очереди стоят?

(58) не поверишь, в местной бургерной в Симферополе, очереди в обед)

(58) Есть такая сеть магазинов Красноеибелое.
Не супер, но очереди там, особенно, по вечерам, бывают.
Там 1с. Правда, интерфейс кривой... В смысле управления. ЧТобы открыть чек - нажимаются 4 кнопки. Чтобы использовать скидочную карту - ещё 2, причём обязательно до начала регистрации продукции....
Думал предложить им свою помощь, но там только продавцы и админы зала... Они ничего не решают и ничего никуда не передадут...

(59)(60) А розница там именно 2.2? Не старая 1.0?

Еще следует сказать, что ставить на фронт розницу 1С - желание клиента. Я ему с самого начала говорил, что в таких случаях обычно ставят спец ПО.

(60) бухло там покупаешь после работы?

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

(63) Иногда. Чаще сигареты, там они почему-то дешевле. Да и бухло (пиво) тоже

(61) ОФ, разумеется. Да и не уверен, что там именно розница.

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

опять же,цена базовой розницы ну уж очень демократична

(61) Судя по мониторам, там явно не УФ. Вполне возможно что-то самописное.

(62) Розница в режиме РМК - нормальное такое спец по. Дешево и сердито.

(64) Тебе говорят - на кассах файловая, директору - отдельная центральная.

(67) Смена закрывается без проблем. Открывается хочешь ключом, хочешь карточкой со ШК или магнитной.

Для тех кто розницу только на мониторе видел:

Розница в режиме АРМ делает движение только по регистру продажи . Ну и поступление/списание ДС в кассе.

После закрытия смены Чеки ККМ сливаются в отчет о розничных продажах  и этот отчет уже едет в ЦБ, и по нему уже смотрятся остатки. Выемку оформляем по желанию.

(55) Что там слева от системника - подставка от синтезатора?

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

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

(0) Была файловая Розница для Аптеки (Рарус Аптека).
На файловой не взлетело даже на 3х пользователях.
Примерно как в (1) минисервер и PGSQL, а не MSSQL заработало по скорости приемлемо.
Не используем по другой причине.
P.S. Но даже если бы работало нормально, это работало бы какое то время! Специализированные кассовые программы выливают на кассу только то что нужно, а в 1С данные будут копится, копится, копится и копиться... Рано или поздно все равно это станет тормозить. Придется резать, бегать с бубном... Да ну его нафиг...

(72) Моя Рарус Аптеку для кассы допилить, в РМК свой подбор сделал который только остатки в наличии показывает лишнего не видно.

Старую номенклатуру, характеристики и документы можно раз в год сворачивать.

На нормальном железе не тормозит совершенно, тонкий клиент файловый вариант через апач.

(73) Возможно.
Через Апач даже не пробовали. Т.к. цена на минисервер слишком гуманная.

(68) Да, я в курсе про ЦБ и подчиненные базы на кассах, и видел, как оно работает. В любом случае, клиент будет решение принимать, я ему только распишу варианты.
(72) Мне кажется, при грамотном подборе железа и настройке регламентов, это все может годами работать (серверный вариант). А почему MS SQL Express решили не ставить? Сложно в обслуживании?
(69) Это основание стульчика для пианино :)

+(75) * Схему с ЦБ видел только в редакции 1.0, вторую редакцию вижу впервые. Был удивлен, что там появился заказ покупателя.

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

(72) Криво настроено значит. 400 чеков в день это метра полтора в РИБ. Меньше минуты грузиться. "Специализированные решения" кстати надо специализированно настраивать. На щелчок пальцами они не взлетят.

(75) 4Gb на базу это очень мало. Лучше сразу слона ставить.

>>Мне кажется, при грамотном подборе железа и настройке регламентов

Ты явно железячник :-) Годами это работать не будет никак - раз в полгода в этой стране принято менять НК или правила работы с кассами.

во тему развели
автор, поднимай минисервер и не ипи мозг.
В качестве примера 3 магазина, 10 касс, режим онлайн, vpn + postgresql. РМК на УФ. Работает, ничего не тормозит.

если будете алкоголь продавать - то крайне не рекомендую файловую. Будут колизии с присоединенныеми файлами ЕГАИС