Есть у кого опыт эксплуатации на фронте РТ 2.3 на проходимых точках? Ну, скажем, 500-600 чеков за смену (10-12ч). Потянет ли?
Понятное дело, что в таких случаях ставят Фронтол, но РТ привлекает именно гибкой настройкой маркетинга и обменом с УТ "из коробки". А обмены бека с Фронтолом пилить и пилить...
Из того, что вижу: 100 чеков за смену РТ отрабатывает без каких-либо проблем на хламовом железе (C2D E8500,4GB DDR2,120Gb SSD). 200 чеков отрабатывает тоже (но там уже i5 4-поколения).

(0) отрабатывает очень даже хорошо. По секрету скажу, фронтол ставят там, где видно что клиент "шкурный" и можно с него иметь, иметь...

(0) Потянет, но переписывать много надо будет со временем.

(2) дада, расскажите)

(1) чейта. Я на фронтол посмотрел - понравилось. Легкая хреновина, на файрберде, никаких тебе УФ, работать на дерьме может вроде атома без проблем

в настройке не особо сложен...

(1) а что такого можно иметь и иметь с фронтола? с розницы с ее постоянно отваливающимися обменами куда больше гемороя

(6)  потом придет клиент и попросит распечать чек для юрлица. И приплыли)

(7) а проблема в чем? попросит - распечатаем.

(6) он наверное про подписку

ну а для розницы итс давно стал ненужен?

(3) Когда будет больше 300 точек, сами поймёте.

(11) Поймем что?

(12) Что переписывать, конечно.

очевидно что 600 за смену - это ни о чем. надо смотреть пиковую нагрузку: 400 за 2 часа, остальное - нафиг несущественно...

(13) когда у тебя будет 10 точек, ты сразу поймешь что розница с риб это утопия на таких объемах. И до 300 не дотянешь

(15) Ну да, ну да. А 3.500 работающих точек мне приснилось :))

(16) в РИБ? или обмен с УТ?

(17) Гибрид :) Что-то работоспособное от РИБ ещё осталось.

(18) если от розницы осталось только название, то глупо сравнивать затраты и говорить что фронтол - обдиралово клиента. Или ты там за еду работаешь? и ИТ должно быть явно больше 1 человека

с такой проходимостью я бы не ставил РТ

дело то ведь в скорости печати чеков тоже.

(21) скорость чеков ничто. по сравнению с тем, когда у тебя обмен идет минут 30 а то и больше и бить чеки невозможно из-за блокировок

(19) От РИБ типового осталось мало, а от розницы много ещё. Но процесс идёт :)

(22) Стандартные обмены - зло :)

(24) Готовить не умеете.

Планы обмена вполне стандартная штука.
Там проблеме на на точках а в ЦБ РИБ.
И это вполне решаемо выносом обменной базы от базы офис/склада.

Ну или если сильно много номенклатуры/партий/документов то да свои обмены ваять.

(22) это в случае если РИБ, да..

(25) Стандартная, но тормозная. Попробуй стандартными обменами обновить цены на 3500 точках за 15 минут.

(27) Ценники у вас в 3500 точках тоже за 15 минут переклеивают?

(28) Это не имеет отношения к вопросу, так как вещь не техническая а организационная.

(21) Да, есть такая "фича". После нажатия кнопки "нал" до момента печати чека на ФР проходит, мать его, 5 секунд. Это на хламе из первого поста. РИБа не будет в данном случае. Но обмен с УТ будет. И ситуация, когда обновили на беке сегмент номенклатуры из 60000 позиций, и обмен в РТ идет 15 минут, увы, бывает. Полагаю, клиент-серверная РТ должна решить проблему с невозможностью печати чека из-за блокировок, так?

(30) с попеременным успехом. А учитывая стоимость такого решения не лучше ли все таки взять фронтол или штриховского кассира?

(31) Да стоимости по сути нет. УТ уже есть, РТ уже есть, ИТС уже есть. Лицензии на платформу свободные уже есть. Другое дело, даже бесплатно нет никакого смысла получать костыльное решение, если делать, то по уму! Еще есть фронт Дэнси-Касса (на линуксе работает) - очень легкий. Его чисто теоретически можно с УТ связать и что-то допилить в обмене.

Подниму тему..
Есть клиент с 5 магазинами и ЦБ розница. На кассах работают в файловом режиме.
Проходимость средняя. Планы обмена сделаны по магазину...
Периодически когда в ЦБ большой приход бывают проблемы с чеками из -за фонового обмена...
Есть мысль уйти на обмен по рабочему месту.
Вроде данных поменьше ходит, отсюда и проблем должно быть поменьше..
Функционал обмена по магазину сейчас невостребован в работе..
Может есть еще какие то варианты)

Есть разные полумеры, которые могут дать эффект, но принципиально проблему не решают

(33) Да, была похожая проблема. Но там дело было не в Приходе, а в своем регистре сведений. Штырило Розницу при получении 10000 записей по регистру. Решили получать эти данные в источнике по REST-интерфейсу. Но, чтобы обычное Поступление товара блокировало надолго - с таким не сталкивался. Там что, 5000 строк товара?

(35) не надолго ..
Просто обмен фоновый и если в этот момент чек пытается пробиться и провестись, то ес-но блокировка транзакций..
Это ес-но исключение, но если случается то негатив от клиента обеспечен.

(34) эта фраза универсальная, и совершенно бесполезная.. )
Конечно если работать на счетах, то не будет принципиально такой пробелмы

Не видел такого.
Там где видел, все сильно уступает фронтолу по скорости.

(33)
Если интернет стабильный, то попробуйте просто тонкий клиент через интернет к базе на сервере.
На одной сети 20 магазинов так подняли, клиент доволен.
Один раз настроил и проблем нет.

MAGAZKA - РИБ - летает (есть живой пример 27 магазинов, номенклатуры около 250000 , с картинками) Быстро.Просто.Надежно!

(40) У клиента ЕГАИС, а так может быть и попробовал ..