Стройматериалы. Нужен совет по выбору ПО и схемы работы.
2 магазина, несколько ИП и складов. Ассортимент большой, есть все, что имеет отношение к строительству и ремонту.
Остовые критери (кроме стандартных) понятны - онлайн остатки во всех магазинах по всем ип и складам и возможность оформления доставки с удаленного склада.
Посмотрел поделку  у папука на базе розницы, в целом утраивает, но это рарус....
Магазины территориально удалены.
Как вариант ЦБ розницы в 1ом магазине, ПБ - во втором, обмен по расписанию. Касс более 3 в каждой точке. Файловый режим розницы = тормоза, имхо.
Ставить фронт решения бессмысленно, нужны остатки.
Какая схема как вы считаете оптимальна при таких условиях?

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

Розница 2 вполне нормально работает с некоторыми небольшими траблочками, которые легко нивелируются спецом.

Понятно дело при прямых руках и нормальном минимальном современном железе а не 5-10 летней давности...

Да нужна обычная типовая Розница 2.2.X.Y (сча 2.2.5.23 вроде), никакая "спецзаточенная" типа "Магазин строительных и отделочных материалов" от Рарус не нужна.

Да центральную базу "для обменов" вынести на отдельный сервер, а все магазины/отделы работают в "своих перифериях".

Этот сервер постоянно только и занимается по расписанию обменами, бэкапами и прог/админ юзают для обновлений и все.
Все пользователи сидят только в перифериях.

Файловый режим розницы давным давно без сильных тормозов на гигабитной сетке и снова подчеркну новом современном железе. Есть же тонкий/веб клиент файловый вариант и сервер мини на 5 подключений.

(2) Розница? не думаю. Если в таком ключе, то лучше УТ11, потому как 99% будет безнал с ЮЛ

(2) в их конфигурации реализован учёт мерных изделий с коэффициентами пересчета плюс приблуда для инфокиоска. А по схеме работы что можете предложить?  

У кого есть опыт работы с этой конфой, стоит ли заморачиваться или брать просто розницу?

можно и на кассовом ПО с синхронизацией остатков например фронтол + фронтол менеджер. А на бек то, что ближе, например туже УТ10 или УТ11

(4) процентов 70 нал

(6) нужны остатки по всем складам + возможность выписки заявок на склад. Фронтол не помню чтобы умел это

(7) так с 30 тоже надо что-то делать

(8) заявки могут быть разные, копия чека тоже заявка. А так тебе решать. Но точно не розница

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

К примеру для ювелирки, шмоток и аптеки лучше обычная Розница 2 а не заточенные. Понятно дело слегка допиленные до ума и по желаниям клиентов.

(9) В Рознице есть и опт и безнал и даже некий банк урезанный. Там нет клиент-банка, но синхронизация с БП3 это легко решает.

(10) Есть 2 вида заявок
1. Заявка покупателя
2. Заявка поставщику

(10)  почему не розница?
Про Бэк вопрос пока не стоит- ут прикрутить или бп,
От ут 11 тошнит до сих пор после внедрения ещё 11.0

Короче Розница для розницы. УТ для крупного оптового склада с адресным хранением и БП для бухов.

Ок, сам склонялся к этому.
Центр - бп + цб розницы
Магазины - пб розницы

Да уточню что "на кассу" (причем на каждую если нескоко) придется ставить такой нехилый компик с 4 гигами минимум оперативки и ssd

(17)+ Или заюзать стороннее решение если поток покупателей большой и железо не позволяет.

(16) Главное никого из юзеров не пущщай работать в настоящую ЦБ Розницы, пусть в периферии с полной синхронизацией (копия цб) шустрят.

(18) мы снова упираемся в остатки. Фронтол мне нравится, но в данном случае он не справится.

Цб - ценообразование, дисконт, аналитика. Пб - только продажи

(21) Еще раз повторяю. Выносим в функцию "настоящей ЦБ" только обмен данными, прог/админ и накатывание обновлений с быкапами.

"ценообразование, дисконт, аналитика." - делаются в специальной периферийной базе с полной синхронизаций с настоящей центральной.

(22)+ Настоящая ЦБ все время по кругу крутит обмены с перифериями.
Периферии крутят уже как у них настроено оно, офис в той же локалке можно и через 5 минут, а инет магазины с плохим инетом через полчаса-час.

(22) согласен, это не требует доп. вложений.

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

Оформление доставки и online остатки.
РИБ - чего-то мне кажется, смешно.
Обмен не прошёл - и все сели в лужу.
Остатки в центральной базе - документ в центральной базе формируется по данным в локальной базе в момент его проведения в локальной базе.
Остатки смотрим в центральной базе - если нет связи, то они там просто не актуальны.

(26) Онлайн через 5-10 минут обычно вполне устраивает, если надо шустрее то сервер заказа отдельный в виде "сайтика" который будет веб сервис дергать в базах 1С онлайн.

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

у меня только один вопрос, потом кто всю эту хренову тучу обменов будет админить? я так понимаю ТС приходящий только на сделал и ушел

(26) ну для этого и создал тему. Уверен, что запускали подобные проекты.
(29)  неправильный вопрос.

(30) чем же он неправильный?

Поддержка будет, вопрос с поиске оптимальной схемы работы

MAGAZKA (NS) - РИБ
В ЦБ можно связку с УТ сделать
(Проверено опытом 35 магазинов 2 года - полет отличный)
http://www.magazkat.ru

(32) вопрос потянет ли клиент такой объем поддержки?

(34) Да нету там поддержки, кроме кривых рук юзеров и новых законов.
Им одного своего постоянного эникея с минимальными знаниями в 1С хватит.

(35) с минимальными не думаю, обмены 1с имеют привычку уставать периодически, так что эникей должен быть средней степени готовности как минимум

(36) Да блин запуск/перезапуск 1С по расписанию, туда же чистка логов/кэша и плановый же перезапуск типа сервера.

(37)+ Простой скрипт который следит за свежестью файликов или фоновое в 1С за номерами сообщений и их появлениями и если что пишет в телеграм админу

Суть если есть денежка на хорошее железо, на дорогие лицензии на все и на консультанта/прога/админа по 1С то Розница 2 это готовое решение покрывающее почти все.

С офигительной гибкостью и допиливанием при желании (тут же без поллитры или опыта в N лет не разобраться да)

(0) Посмотрите конфигурацию УНФ. Она полегче УТ 11 будет

(40) УНФ для распределенной розницы? иногда лучше жевать чем говорить...

Все бред
Автор написал что на допвложения рассчитывать не стоит
То есть типичные торгаши лавочники которые удавятся за копейку
Прямой плацдарм для студентов новичков

(14) >>Про Бэк вопрос пока не стоит- ут прикрутить или бп

А зря. Если выберешь УТ, закладывай затраты на доработку и постоянное сопровождение обмена, а это еще затраты. Про БП не знаю как, но вроде как вообще не вариант юзать её как бэк.

(42) это где такое написано?
Давайте все таки по существу, мистафлуд исключим.

собственно жду комментарии от спецов, кто внедрял поделку от раруса и имеет медаль "За Отвагу от Папука"

все егунда, если нужно надежно, то узлов надо минимум. Например:

Ставим в беке УТ11, на кассах фронтол или та же УТ11 в РИБ. По поводу остатков, кассиру они 100 лет не сдались, если пришли с товаром, то его надо продавать. Если остатки нужны для заказа товара с удаленного склада, то просто для этого как правило в магазине есть отдельный человек-менеджер, его рабочее место в беке через RDP или веб, даже если пропала связь - такой простой не будет критичным.


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

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


И вообще, если смотреть на связку розницы и УТ, то сразу учти, что это ордерные склады, оно те надо?

(46) УТ 11 давно не смотрел. Как там с дисконтом - акции, сертификаты, бонусы?

(48) идеала не бывает, кое что есть. В рознице конечно немного получше, но не факт что в конкретном случае того что есть в УТ будет не достаточно

Многие до сих пор юзают УТ 10 в РИБ. И это лучше чем Розница в РИБ + УТ 11. УТ 11 и Розница 2 вообще не будут работать в файловом варианте имхо. И гемор с обменами будет постоянно.

(48) и вообще посмотри внимательно на фронтол и УТ в беке по схеме из (46)

(41) УНФ использовать в качестве бек ( все равно оптовые продажи будут) в качестве фронт использовать розницу

С нового года кассы должны быть онлайн

так что риски отсутствия инета можно не учитывать

(54) для онлайн касс можно и мобильный инет юзать...
Как поднимать на таком канале, не рискну

тонкий клиент
там мизерный трафик

Frontol + Диалон\тренд

(57) для продуктовой розницы.

(58) у вас какие - то специфические задачи которые отличаются ? От продаж продуктов ?

>>По поводу остатков, кассиру они 100 лет не сдались
Консультант должен знать, в каком из магазинов есть нужный товар, что бы отправить туда покупателя. То есть это выглядит так:
- Есть такая то херня?
- Есть. Но забрать нужно с такого то магазина. Если устраивает, оформляем продажу.

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

Да в настройке много тонкостей, зато реальный онлайн.

(61)+ Главное не забыть что нужен все время "запасной сервер" и отладить механизму быстрого переброса на него.

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

(47) + вот недавно смотрел одну базу, они уже в процессе, работают почти год. Несколько баз Розница + УТ11 и еще БП 3.0 в придачу. Ну это геморрой просто невероятнейший. Вот то, что пишет (60), мы вам оформим продажу, но там же надо перемещения товаров постоянно делать туда-сюда. То есть они делают перемещение с другого склада и те тоже делают перемещение, чтобы списать товар. В типовом обмене с УТ вообще какая-то фигня, он это всё очень криво обрабатывает. Получается в итоге 2 перемещения. Ну, решили завести промежуточный склад и через него делать перемещения, тут вообще всё перепуталось, кто-то раньше сделал документ, кто-то позже, кто-то вообще забыл. В общем на этом промежуточном складе постоянно какие-то левые отрицательные остатки висят и непонятно, что с ними делать.

Тут вдруг оказалось что у них еще и 2 юрлица. То есть пошел в ход еще документ Передача товаров между организациями. Но как оказалось этот документ Передача, он почему-то в УТ11 сделан в рамках одного склада. То есть получается Перемещение надо делать и еще передачу дополнительно.

Потом встал вопрос закрытие месяцев в УТ, это что-то. В общем какими-то невероятными усилиями, опять там что-то перемещая куда-то уже в рамках УТ, вроде как-то закрыли.

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

(64) Программиста нанять не пробовали? Который сделает чтобы все эти двойные перемещения автоматом создавались?
Как и автоматические передачи между организациями задним числом...

А бух на то и нужен чтобы у него голова болела ))

(65) программист тут не прокатит.  Программист нужен для латания дыр. Тут нужно на уровне организации процесса, какие-то другие схемы придумать.

(66) Боюсь для латания дыр у вас не программист а ИБД.
Пойми что программист штука ленивая, чтобы его меньше дергали и меньше латать дыры любые процессы автоматизирует. С их организацией правильной и придумывания схем.

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

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

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

(68) :))))

Я тут только пуговицы пришиваю. К пуговицам претензии есть? К пуговицам претензий нет! И скажите спасибо, что к гульфику рукав не пришили.

(69) ну да, так и есть. А вы предлагаете, чтобы бы я бесплатно там еще фигачил? за это ведь никто не заплатит.

(70) Вот в этом то и проблема (не заплатят) а не в мифических кривых программах и отсутствиях присутствия программиста

а почему не розница 1.0 и УТ 10.3 по железу ничего менять не надо будет точно. чего будет не хватать?

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

(73) вроде 54-фз там будет? или нужно планировать переход на 2.0?

(74) после допиливания кто им изменения 54 фз, даже если они прилетели с официальных обновлений, поставит? А ведь, легалайз установка обновлений требует подписки. Хотя... тема кому-то покажется денежной.

УТ 10.3 на РИБе форева. Розница без УТ шлак, в связке с УТ 11 шлак. УТ 11 в рознице шлак. Поднимайте инет и юзайте МойСклад.

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

(76) я не понимаю прелести баз в облаке.
Во сколько Вы оцениваете свои риски? Интернет вещь иногда не постоянная, Вы готовы остановить магазин?
РИБ или тинкий/вэб клиент решим только тестируя канал для вэб клиента.

(79) розница работает, а данные не уходят с фискальника.
и что?

(79) повторю, для отправки чеков достаточно мобильного интернета.

(80) а для тонкого клиента?

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

(82) ваш вариант до онлайн фискальников был наилучшим, сейчас не знаю

(82) а не надо предлагать, клиенты сами выбирают такие рисковые схемы, что риски, привнесенные внедренцами - минимальны...

(84) Бесспорно, но наша задача предоставить клиенту такие схемы со своими минусами и плюсами.
Вэб/тонкий клиент - очень заманчивое решение, думаю даже приоритетное в контексте 54-ФЗ.

После встречи с потенциальным заказчиком выяснилось, что у них была неудачная попытка запуска онлайн работы на ТиС 77, отсюда и их боязнь. Что им там внедряли и как - хз...

тогда понятно.

(86) онлайн на ТиС - штука нетиповая и требует много гитик. поэтому и боязнь. опять же - если клиенту требуются НЕ ЧИСТО МАГАЗИНЫ. аединая "онлайн" система - ну блин надо понимать что здесь первым и определяющим является наличие и стабильность достаточного канала интернета. При наличии такого канала мне кажется лучше сделать все на чистом вебе, тем более если не заморачиваться всем и вся что В ПРИНЦИПЕ может понадобиться, но по факту нахрен никогда не используется.

тот же например МойСклад попрбовать? может это будет лучше всего? (онипод 1с сидят. так что думаю с поддержкой будет норм) https://www.moysklad.ru

..опять же - если канал есть - то нафиг всю распределенку, через РДП запустить всех на сервак и все. а в магазинах оставить голые поц-сисиемы

Во-первых, online-кассы могут МЕСЯЦ ничего не передавать и только после этого заблокируются.
Во-вторых, чем РИБ отличается от online базы:
- если online-база встала (где-то нет интернета), то там "курят бамбук", но всё остальное работает.
- если нет интернета для РИБ, то один узел, который что-то отправляет в другие узлы, потом приводит к некоторым проблемам с остатками, так как из других узлов могут успеть заказать больше, чем есть. Если же подтверждать заказ после обмена, то разницы между РИБ и online просто не будет - при обрыве связи всё перестанет работать.

Ещё нужно понимать такое: Если мы предполагаем, что с одного склада можно заказать товар на другом складе, то нужно, чтобы с этим складом была связь. Если связи нет, то все остальные места своевременно должны быть об этом осведомлены.

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