извиняюсь за измученную тему, порыл поиск но окончательного мнения так и не возникло

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

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

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

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

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

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

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

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

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

(0) Мы так и не решились на терминал. Как раз по причине нашего провайдер, все вроде отлично работает, но раз в год стабильно бывают глюки. Вот в 2012 году целый день почти без инета, а магазин простаивать чтоли должен.
Если в канале уверены, то можно и терминал, оборудование прокидывается в терминале, но с бубном.

А в РИБ нет никаких лишних телодвижений, настроил и забыл, но желательно на FTP, мы с почтой намучились обмен делать.

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

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

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

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

(8) Принтер - сетевой и вооще пофиг

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

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

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

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

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

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

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

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

(17)>(8)

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

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

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

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

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

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

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

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

(18) ок, допустим я сделал такое дополнительный план обмена. Но ведь туда придется фиксировать все складское движение, иначе полученное в получателе перемещение может не провестись. Или провестись но не так.

а если тянуть туда все складское движение то уменьшение объема/времени обмена уже не такое большое будет. Ну макс на 50% уменьшится

(27) не-не-не
попишут на бумажках продажи, несмертельно

(26) ккм у нас не связаны с 1С, так что про это не думаем

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

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

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

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

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

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

(3) ну че вы ..., канал канал
один д-линк 320 флешка от мегафона или билайна
и ваш интернет ни когда не упадет больше чем на 10 мин

а риб: сервер купи, 1с лицензию купи. клиентские места купи
и тд

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

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

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

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

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

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

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

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

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

(44) есть такие

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

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

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

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

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

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

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

РИБ

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