Дано: розничный магазин по торговле продуктами (в том числе весовыми), алкоголя, пива, сигарет нет. На фронт скорее всего ставится Розница 2.2. Возможно, розничных магазинов будет несколько. Также есть интернет-сайт по продаже этих же товаров.

По логике напрашивается связка УТ 11 + Розница.

Но сейчас посмотрел и увидел, что в УНФ тоже есть типовая синхронизация с Розницей 2.2. УНФ как-то проще в использовании и доработках, может, стоит использовать вариант УНФ + Розница?

И да, ещё необходимо использовать серии (для учета по срокам годности).

Чем одна унф не подходит ?

начни с того где и сколько будет товароведов.

а так на кассы фронтол, или кассир 5, или штриховские посы - товароведам далион, торгпред, ну или на крайний случай УНФ или УТ (обмены более менее сносные уже, но с весами возможно придется повозиться)

(1) Распределёнка?

(3) тоже не проблема, но фронт из УНФ так себе

(2) На кассу хочу попробовать всё же Розницу поставить. Так как с 1С более-менее сносно разбираюсь) А с Фронтолом и прочими Посами не знаком.

(5) послушай лучше совета, не делай этого

(5) если все же решишь связываться с типовой 1С на кассе, то тогда уж ставь везде УТ. Как минимум от обмена избавишься

(7) УТ намного тормознутее Розницы. Как-то боюсь ставить её на фронт. По моим наблюдениям, Розница на фронте неплохо работает.

ты еще посчитай стоимость лицензий той же розницы и ПК на которых она сносно будет работать

или берем Кассира 5 базового за 5тр и ПК ему нужен довольно скромный

(6) Какие минусы, кроме тормозов, могут быть?
Для себя вижу существенный плюс в том, что Розница мне знакома, и я более-менее смогу разобраться с трудностями при её работе.

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

(11) Количество номенклатуры в пределах 2 000.

(10) 1. Тормоза
2. Тормоза вплоть до полного зависания при обмене
3. дорогостоящее оборудование для рабочего места
4. Не самый лучший обмен с весами с печатью
5. Далекий от идеала обмен с УТ
6. При использовании обмена с УТ и наличии алкоголя практически гарантирована веселуха
7. периодически отваливающийся обмен при обновлениях

в общем система требует большого напильника при внедрении и постоянного внимания при эксплуатации. Оно те надо?

(12) что это такие за нано продукты

(14) Фрукты, овощи, сухофрукты.

(15) так может тогда вообще Штрих-МПЭЙ + 1с Касса?

(16) вы хоть примерно представляете возможности этой связки?

(16) Так это же не фискальный регистратор, а кассовый аппарат.

(17) прекрасно понимаю


(18) а зачем тебе в маленьком магазине монстр - розница?

(19) Для нормального учета. И для того, чтобы покупатели четко видели, что им набивают в чеке.

(20) ну в чеке они и так все увидят, и учет тоже возможен, если вместо 1с:Касса взять УНФ или Штрих ТП 5 (любого из семейства)

(0) мало данных. Бэк нужен в каждом магазине или централизованное управление, магазины - только роль касс?

Самое простое - на бэк ДАЛИОН, на кассы- фронтол. Поднять с магазинами впн-канал для обмена (только не говорите мне про фтп и почту). Важен качественный обмен с весами, фронтол не всегда справляется.

(22) Скорее всего, бэк в магазине не нужен. Централизованное управление.

(23) нормальная схема.
у нас сетевик алкогольный так работает, все точки + атолхабы в одной впн сети. Один чел всем рулит.

Вполне стабильно работает фронт и бэтабильный, иначе надо продумывать варианты с других бэком

(25) подтерлось сообщение, вобщем, работает розница, фронт и бэк стабильный, лишь бы был стабильный интернет

(18) Оно и будет печатать с товаром. В облаках БД куда с екселя загружается список товар  ценами. Далее через инет эта база заливается в кассы. На кассе через сканер (если есть штрихкоды и они загружены в базу) или кодами (выбивая код товара на клавиатуре кассы, предварительно прописав коды товара) "выбирается" товар который будет в чеке. В конце смены данные о продажи попадут обратно в облака. Вот и все. ни взаиморасчетов, ни остатков.
Ну конечно за каждый аппарат платишь фиксированную цену в месяц

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

А, вот ещё: что из бэка лучше для управленческого учета: УНФ или УТ?
И насколько УНФ удобна для ведения учета продуктов по срокам годности? Что в этом случае используется в УНФ - серии или партии?

(29) чисто навскидку - сомневаюсь, что в УНФ сроковые товары есть

"УНФ как-то проще в ... доработках" // Ошибаешься

Сроки годности в товарах,а отслеживать их кто и как будет?
Если товар по штрих коду,то он одинаковый для всех товаров,если по коду,то еще и товары перепутают,не говоря уж о сроках
ну и в программе у вас по ФИФО будет списание товара по срокам,а что реально продалось,никто не узнает
Фронтол берут из за того,что он умеет фоновый обмен без геммороя,и у него sql база
а так,розница вполне себе работоспособна,да и рмк,написанный на коленке,тоже работает,пока до программ лояльности со списанием баллов не дошли

(28) Розница в магазинах - файловая? Если нет, то какая СУБД?

(33) Файловая, скорее всего, будет. Не вижу смысла на одну кассу (один компьютер) в магазине делать отдельную СУБД.

Поставь им розницу 2.2 и допили обмен из розницы с сайтом

(13) в 5 из 7 слово "Обмен". Я не защищаю розничку, просто пытаюсь понять - это реально вот из всех проблем только обмен донимает? Типа все остальное работает? Или остальное работает худо-бедно, а обмены - ну вообще ахтунг?.
Ну т.е. понятно, что обмен с УТ, обмен РИБ (по магазину, например) и обмен с весами это вроде как разные обмены, но если обобщить, то эти проблемы из серии "обмен с чем-то".
Складывается ощущение, что если в пределах текущего функционала чуть пошустрее будет конфа и обмены вдруг взлетят, то станет не конфа, а сказка? Или все-таки еще чего-то человеку будет не хватать?

P.S.
По поводу дорогостоящего оборудования - ну дык, все типовые конфы на управляемых "неуправляемых" сейчас требуют хорошего железа.

(36) Розница говно

(0) Самое главное в связке УТ + Розница не забыть, что надо делать УТ - розница центральная - и ей подчиненные розницы магазинов. Т.е. если изначально поставите магазины подчиненные напрямую УТ, то в будущем можете получить существенные ограничения по скидкам и бонусам (вдруг захотите завести таковые). Если же никогда и ни при каких условиях скидки, карты накопительные и прочее не планируется, то можно и без центральной розницы (хотя мы, обычно, так не рискуем).

Что касается УНФ или УТ, в центр. Или везде только УНФ, или везде только УТ. Все примерно одинаково. Везде может возникнуть проблема обмена (и блокировки, и тормоза и т.д.) т.к. механизм обмена с правилами регистрации, конвертации и прочими во всех типовых примерно одинаковый. И также эти правила отваливаются при обновлениях.

(37) не планировала никого ни в чем переубеждать. Человек попросил поделиться мыслями - я делюсь

(39) А откуда у вас такой опыт по Рознице? Только ей занимаетесь похоже, во франче работаете?

(34) Когда базы будут регулярно рушиться - сразу смысл увидишь :) Мы postgree везде поставили.

(38) Спасибо, не знал, что надо промежуточную Центральную Розницу ставить. Розница, получается, будет УРИБом?

(41) А чем Розница по способности рушиться отличается от других баз? Сколько ни работал с файловыми - редко сталкиваюсь, чтобы файловые прямо-таки регулярно рушились...

(43)
>> А чем Розница по способности рушиться отличается от других баз?

если речь о файловых базах 1С - то ничем.

>> чтобы файловые прямо-таки регулярно рушились
К сожалению, да - бывают определенные проблемы с этим. Все зависит от условий эксплуатации. Ну т.е. от банально от регулярного отключения питания "вилкой из розетки". Часто наблюдается при работе по сети с файловой базой. Ну как бы не могу так сходу перечислить все подряд. Просто если будете учитывать эти и подобные моменты - эксплуатировать систему будет легче.

(42) В файле совместного использования УТ и РТ сказано как раз о том, что следует использовать РИБ по магазину и  схему с центральной розницей. Но это не совсем обязательно. Разумеется РИБ влечет дополнительные затраты при эксплуатации. Но в нем есть и плюсы.

(41) Безусловно, серверный вариант намного надежнее. Мы стараемся всегда всем рекомендовать MSSQL (как минимум, standart), как наиболее стабильный и устойчивый вариант.
Он также (при должном обслуживании SQL-сервера) решает много проблем производительности.

Но все зависит от бюджета и/или желаний заказчика.

(40) Так говорите, как будто это что-то плохое.

(44) Эх лучше бы была одна УТ с функционалом Розницы, тогда и гемора с обменом УТ и РТ не было бы. А так - запилил РИБ на УТ и проблем нет. УТ 10 с допилами для розницы так и работает у многих, т.к. тогда альтернативы в виде РТ не было.
(46) не, просто такого опыта именно по РТ кроме как во франче не получить, хотел подтвердить свои догадки

Я за фронтол.

(47) У многих наших заказчиков в ИТ-отделах разделяют специалистов по направлениям/конфигурациям.
Ну т.е. на поддержке магазинов сети работают специалисты с розницей, например, а в оптовый блок, где стоит УТ, например, их не допускают. И наоборот.
При этом у многих других - сборная солянка из всего подряд, и люди работают по принципу - "где сегодня течет", там свободный спец сегодня же и закрывает.

Аналогичная ситуация в франчайзи. Где-то разделяют по направлениям, а где-то "на все руки мастера". Знаю вот, гений 1С, например (зря упомянула всуе), трудится в неком  франче, но имеет опыт по разным конфигурациям, а не только по одной какой-то.

(48) Да. У фронтола много плюсов. Но утверждать, что это панацея, я бы не стала.

(49) Г1С вроде щас на одном клиенте безвылазно сидит, на рознице как раз. Ну у вас-то как я понял все по полочкам, вы не в папуке случайно работаете?

(51) Нет.

(50) А в чем не панацея?

(0) для сети лучше для бэка или АСТОР (он дорогой), или ДАЛИОН, или УТ. На фронт - Frontol - меньше глюков гораздо, чем в рознице.

(43) За фронтом, как правило, работают не самые продвинутые юзеры. Могут и вырубить питание, если "компьютер висит", или случайно ткнуть ресет под столом. Или уборщица шнур выдернет. В общем, работа в агрессивном окружении.

(38) Я вот только присматриваюсь к Рознице, но нашел в документации возможность в дисконтной схеме использовать  схему "Внешняя обработка", чем и собираюсь воспользоваться. Сейчас все на древних Фронтолах, но обновлять его до актуальной версии будет стоить довольно больших денег. Поэтому собираюсь использовать Розницу.
Во Фронтоле сейчас скидки написаны на встроенном JavaScript + Обмен с WEB. Нечто подобное собираюсь прикрутить и к Рознице и не думаю, что при этом будут какие-то сложности.
Стандартный обмен тоже использовать не хочу, есть там некоторые... нюансы, поэтому думаю оставить имеющийся обмен с Фронтолом со стороны УТ, а в Рознице прописать обработки Загрузки/Выгрузки данных в формате Атол с учетом наших особенностей.

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

(57) Как я уже писал, у нас своя Дисконтная система. Поэтому карты у нас никуда не грузятся. Отсюда на этапе загрузки инфы на кассу надо разобраться все с тремя моментами: 1. Разрезы; 2. Номенклатура; 3. Штрихкоды. Больше ничего не нужно.
Если кому интересно, то бонусная система во Фронтоле сейчас работает как-то так:

function BeforeAct(AO, RO, E, O, CO)
{
    if (RO.ReceiptTypeCode != 1) //Только документ продажи
        return;

    if (RO.Card.Count != 0)
        AO.ShowError ("Карта уже введена");

    barcode = O.Value;
    tCard = typeCard(barcode);
    if (tCard==0)
        AO.ShowError ("Данная карта не обслуживается");

    var xmlhttp = new ActiveXObject("Microsoft.XMLDOM");
    url=urlServ();

    pos_id = RO.NShop.toString();
    doc_no = RO.ReceiptNo.toString();

    RO.UserValues.Set('Ready','');
    gUrl = url+'/cards/'+pos_id+'/'+barcode+'/'+Math.random()+'/xml';
    xmlhttp.async = false;
    r = xmlhttp.load(gUrl);
    if (r) {
        sUsedBonus = xmlhttp.getElementsByTagName("bonuses")[0].text;
        cashe_p = xmlhttp.getElementsByTagName("cashe_percent")[0].text;
        card_p = xmlhttp.getElementsByTagName("card_percent")[0].text;

        UsedBonus = parseFloat(sUsedBonus);

        RO.UserValues.Set('DiscountValue',UsedBonus);
        RO.UserValues.Set('ReturnValue',Math.max(cashe_p,card_p));
        RO.UserValues.Set('Ready','2');
        AO.ShowMessage('На карте '+sUsedBonus+' рублей',Icon.Asterisk);


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