Терминал или РИБ #684074

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

Я за терминал. Больше пользы, чем проблем.

Какие телодвижения сделать ещё? настроил 1 раз обмен, расписание задал и пусть крутится. Оборудование к терминалу как подключать будешь? Канал упадёт - куда бежать?

минус один, но большой упадет канал все встанет

РИБ. основной план обмена и частый обмен маленькими пакетами. ИЛИ РИЮ. основой план обмена + дополнительный план обмена для прямого обмена между ПБ.

Кстати, да, про оборудование-то я и не подумал...

Плюс терминала + Все в одной базе, т.е. меньше баз нужно администрировать + При приходе "гостей" в погонах в магазин они могут смело забирать компы для фирм никаких последствий (привёз новые настроил сеть и работают дальше) + Все остатки/продажи можно видеть мгновенно, т.е. можно сказать что у нас этого товара нет, но он есть в магазине таком то, плюс например в резерв поставить + Так как все в одной базе, значит взаиморасчеты с клиентами и данные по дисконтным карточкам тоже общие Минус терминала Нужен стабильный канал (и не обязательно интернет, у нас например провайдеры по ваймаксу предлагает впн канал, когда связаны куча магазинов в одной впн сети, но доступа к инету у сотрудников магазина нет)

Мы так и не решились на терминал. Как раз по причине нашего провайдер, все вроде отлично работает, но раз в год стабильно бывают глюки. Вот в 2012 году целый день почти без инета, а магазин простаивать чтоли должен. Если в канале уверены, то можно и терминал, оборудование прокидывается в терминале, но с бубном. А в РИБ нет никаких лишних телодвижений, настроил и забыл, но желательно на FTP, мы с почтой намучились обмен делать.

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

Настроить доп обмен данными между подчиненными узлами никто не мешает. По регламенту и отдельным правилам. Зато стабильно.

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

"РИЮ. основой план обмена + дополнительный план обмена для прямого обмена между ПБ." - это как вообще? Я может отстал от жизни но вроде все обмены от 1с организуются по типу дерева а не сети

)8_ А про обмены, у меня в БП и не при обмене, а просто при обычной работе выскакивали блокировки, так как по организациям управляемые блокировки фирма 1С научилась делать, а вот таблица изменений для УРИБ общая и постоянно она блокировалась при интенсивной работе

РИЮ = РИБ) просто очепятался по-моему

Я настроил обмен каждые 30 минут, пакеты маленькие, никому обмен не мешает. Вот когда обмен за день делали, тогда да пользователи ощущали тормоза. Но у нас всего 2 филиала, если их 10 тогда не знаю как пойдет

Это в 7-ке было, и то при определенной правке файлов можно было извращаться

потому и жалуются, что большие порции данных передаются. Поставьте обмен ЧАЩЕ. по сабжу - однозначно оставаться РИБ, т.к. он уже работает. если необходимо в реальном времени делать запросы к базам на предмет накладных - есть Web-сервисы

маленькие порции надо. Можно внести определённые доки (которые надо оперативно) в быстрый план обмена, а полный обмен делать 1 раз ночью

Ты же можешь создать еще один план обмена. Не РИБ регистрировать в него только свои перемещения для конкретных узлов(магазинов) и выгружать только их. Ну и забирать соответсвенно и из общего сетвого каталога. Объем инфы маленький - запускай хоть раз в 20 минут. И все, проблем нет.

>

Принтер и сканер это не оборудование, это фигня. Делай терминал.

А еще есть WS для моментального обмена:)

еще нужно предусмотреть справочник товары, иначе придёт такое перемещение с объект не найден в табличной части

да, это интересное предложение, буду думать

подтянуться по ссылке из ТЧ товары. Это само собой разумеется=) написать правила нужно и для входящих в документ справочников и т.д.

РИБ - устаревшая технология.

Принтер-сканер фигня, а вякие ККМ куда?

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

ок, допустим я сделал такое дополнительный план обмена. Но ведь туда придется фиксировать все складское движение, иначе полученное в получателе перемещение может не провестись. Или провестись но не так. а если тянуть туда все складское движение то уменьшение объема/времени обмена уже не такое большое будет. Ну макс на 50% уменьшится

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

Не, ну это ахтунг для IT-отдела... :)

В задаче не было сказано:)

А какое еще товародвижение необходимо учесть??? Товар между магазинами может перемещаться без документов. Если один отгрузил и у него хватило остатоков  -то второй примет по любому. Как входящее перемещение может не провестись?

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

теоретически да, но все равно как-то сыконтно тянуть не весь регистр остатков а только некоторые движения

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

ну че вы ..., канал канал один д-линк 320 флешка от мегафона или билайна и ваш интернет ни когда не упадет больше чем на 10 мин а риб: сервер купи, 1с лицензию купи. клиентские места купи и тд

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

есть вариант посадить на дата-центр) проблем с каналом не  должно возникнуть)

а можно подробнее про "есть "быстрые" обмены конкретными документами через веб сервисами"? Примерно как схема работает?

а для чего бэки на периферии? Фронтол на кассы и обмен с ЦБ

не, ну они там отчетики запускают, остатки то да сё

Если торговля частая(чек чаще раза в 10 минут) то РИБ Если реже - терминал

подождут, не сломаются

А датаЦентры уже своими каналами обеспечивают?

есть такие

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

было в голове что-то подобное, может действительно сделаем

еще можно сделать оба варианта - по умолчанию пользователи работают в терминале, но если сеть вдруг отваливается - работают в локальной базе, которая каждое утро загружает остатки на узел по РИБ

Терминал, 2 канала в каждой точке, автоматическое переключение на резерв при падении основного.

Главное резерв у того же провайдера (или у провайдеров использующие одну и туже линию) не брать

РИБ - настроил один раз и готово. В случае, если заберут компы, принес новые автоматом развернул новый узел - ни каких проблем - это и 7.7 даже умеет.

из ЦБ отрпавил, у клиента развернулось автоматом.

РИБ

одноначно РИБ тем более магазины.