У нас с десяток торговых точек. Нужно объединить все в сеть 1С. Чтобы получить остатки и движение документов в реальном времени. Обратились к специалисту, его вердикт:

Поставить сервер, на нем развернуть 1С7. А все точки подключить к этому серверу через штатное средство Windows -  удаленный доступ к рабочему столу. Т.е. сделать терминалы. Дешево и сердито.

В таком варианте, будут ли работать сканеры штрих кодов на точках? И ККМ?

Или говорит ставить на каждую точку 1С. Отдельно сервер. И обмениваться должны уже с сервером в реалтайме по интернету. Проблемы с сканерами и ККМ отпадают. А удаленный доступ к серверу я так понимаю в режиме терминала тоже можно сделать? Чтобы быстро точку подключить.

Спец за первый вариант. Какой вариант выбрать?

1 Однзначно

первый.

+2 даже так точнее http://forums.drom.ru/attachment.php?attachmentid=1203705&stc=1&d=1283678266

3. дурак ваш специалист. Для начала все перевести на 8.

Лицензия на терминал тоже недешево стоит. Или у вас пиратка?
Судя по тому, что не собираетесь покупать 7.7 то точно пиратка.

И в СКЛ все

У меня второй вариант. Пропадание инета и остановку магазина хозяин не переживет

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

(8) Канал свой должен быть - выделенка

(8)небось через 3G модем работали?

(8) ворюги.

(8)небось через 3G модем работали?

И модем, и проводной интернет, вай-фай...Лаг именно в интерфейсе самого терминала..кликаешь мышкой...подтормаживает обработка события. Хотя я привык...но тут 20 человек переводить...вой поднимется, как обычно.

(8) ворюги.

У нас контора маленькая, вырастем купим лицензии.

(12)"Лаг именно в интерфейсе самого терминала" смените специалиста. нечему там тормозить

(12) угоните Бентли. Скажите, что контора маленькая, вырастите-купите.

(12)"Лаг именно в интерфейсе самого терминала" смените специалиста. нечему там тормозить.
Спец говорит что если штатными средствами и на своем сервере, все будет чики-пуки...Это я от себя добавил опасения, так как много работал через терминалы.

А сканеры и ККМ через удаленку будут работать?

Не надо реалтайм в рознице.

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

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

Периодически (интервал от 5 минут до суток) происходят обмены информацией по эл. почте или ftp с контролем прохождения - если очередной пакет не прошёл, то он повторяется до получения подтверждения.

В этом случае при любом сбое вы продолжаете работать, при сильных повреждениях связи не будет свежих приходов.

В самом крайнем случае (невосстановимая ошибка ПК магазина) повреждённая периферийка восстанавливается повторной выгрузкой из центра и вводом данных после последнего обмена.

(15) Будут, но на х.. всем точкам - на один сервер?
УРБД + миграция доков реализации "Место создания+Центр" + обмен раз в 1-2 часа = достаточно

(15) Изначально у наст так и было.
ТОлько обмены делались ручаци на ПБ.
Центральная следила за приходом пакетов с Пб  и тутже вгружала.
Если были приоритетные виды документов то загружалось сразуже.

(1) А зачем им всем видеть чужие остатки?

(19)+100500
(0) вам нужно что-то в консерватории подправить...

(19) + я б тоже поинтересовался наиену чужие остатки ?

гыгы или вы торгуете в одном магазине со всех точек сразу из серии сами заберети или завтра подвезут ?

(21) да даже свои - нафига их хранить  за три ЖПО от места продаж? зачем в центре онлайн знать остатки?

(19,20,21)Отвечу. Приезжает покупатель в магазин - а там нет товара нужного, продавец смотрит в базу и говорит что такой товар есть в соседнем магазине - можете туда заехать

Под словом онлайн, я имел ввиду обновление от 1 часа до суток. Сейчас отдел учета вручную бегает по торговому центру и закачивает остатки на флешку с торговых точек, а потом выгружает к себе на комп...))) а 2 года назад все хранилось в экселе и была жо*а полная,сейчас какой-то прогресс.

Чужие остатки нужно видеть потому-что постоянно идут перемещения товара с точки на точки в течении дня и продавцу нужно знать есть товар на соседней точке или нет...Сейчас тупо звонят постоянно...

Хотя по хорошему нужен полный реалтайм...1 вариант который предложили, тоже неплох.

Короче. Тебе сделать, обучить и задокументировать?

(0) Это все не так
Ничего не выйдет

(24) прикинь , я в свое время реализовывал жесткий онлайн - без серверов ;))) удаленных , тупо стоят три очереди , ТРИ , склад один , мелкий опт , выписывают под ноль ... вот тут я понимаю остатки нужны ибо - люди берут сразу ! из одного места - счет шел до кто быстрее подберет товар в накладную (подберет!!)
ЗЫ а тут - фингня какая то (почти цы)

"...отдел учета вручную бегает по торговому центру.." все торговые точки в одном здании?

Делаешь все наоборот - сервер 1с ежесекундно выгружает остатки в переферийные базы.

А они уже показывают ежесекундно загружают и показывают РЕАЛЬНЫЕ остатки,а не те что были когда рассчитывал БИ

А в случае реализации блокируешь все до внесения изменений и новых остатков.

Так получишь точность до 1 секунды

(25) никто про схему резервирования не рассказывал ? :))) а есть товар или нет -
мед он такой , вот он есть и сразу же нет (с)

(25) Ну так и настраивай УРБД.
В Центре вещаешь робота на скажем забирал с ФТП или почты исходящие с магазинов паке и вгружал в базу и тут же отправлял на магазин выгрузку.
В магазине делаешь что-то типа обработки которая будет потправлять пакеты.
С определенной периодичность шоб в магазине делали обмен.
Вот и все.

Базис.
Короче. Тебе сделать, обучить и задокументировать?
Сделать - да, обучить - там ни че сложного, раз показал как выгрузки загрузки делаются и все...документировать - особо не нужно сами инструкцию напишем.

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

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

По сравнению с тем что есть УРБД это уже космос. Этот вариант наименее затратный, наверное подойдет.

я за обмен УРБД

Открой почту, напишу.

Базис. Отправил на почту в контатах.

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

(38) а вот в этом и есть смысл децентралихации

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

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

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

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

Магнит я привел в качестве примера, у меня там знакомый работает, много что из кухни рассказывал. У них мощнейшая Айти система.

всю ветку не читал. кг/ам было?

(0)у нас в таком же режиме(сервер + доступ по рдп) работает несколько клиентов. и кмм, и тсд, и сшк работает. только чувствительность надо ставить чуть больше.

максимум проблем - иногда из за сбоев сети надо по 2 раза сканить один шк.

В принципе согласен с Mikeware УРБД гораздо лучше отсекает проблему исчезновения интернета или отключения центрального сервера по любым возможным причинам, но сам как ленивый 1С-ник предпочитаю советовать клиентам терминал :-), дабы мои проблемы стали проблемами системного администратора...

(0) Огласите специфику торговли (торговля мясом или молоком отличается от торговли канцтоварами или парфюмом) и бюджет который готовы потратить единоразово и каждый месяц на поддержку.
Бюджетный вариант это: на точках кассы и доступ по RDP в центральную базу. Даже если инет пропадет точка может спокойно продавать товар. Другое дело что клиент несможет увидеть остатки по другим точкам - тут телефон в помощь.
Более дорогой вариант и самый геморный (на мой взгляд) это кассы подключенные в реальном времени к главному серверу. Если связь уходит то трындец продажам. Просто самый страшный сон коммерческого. Думаю что никто на такое неподпишется.
Вариант с УРБД аналогичен первому варианту, но по деньгам будет дороже.
Вариант с онлайном я нерассматриваю, поскольку решение очень дорогое как в разовых тратах так и поддержке. Реализаций несколько, но так или иначе это будет сумма и рядом нестоящая с выше перечисленными вариантами.

Первое - пиратские системы не обсуждаются, и, по-хорошему, нужно покупать лицензии.
Второе - остатки, если это шмотьё, нужно видеть в Online, только вот приход товара у вас же не целый день делается.
Проще сделать одну центральную базу, где будут только данные об остатках по ассортименту, при поступлении в магазин в неё загружается количество (из копии накладной), а при продаже в неё выгружается чек.
Получается некоторый аналог УРБД, только писать придётся самим, так как УРБД в семёрке ещё то чудо.
Причём, если базу остатков сделать в Web-интерфейсе, то покупатели потом и на сайте сами смогут смотреть, что их интересует.
P.S. только это всё стоит денег, а вот желание заказчика сэкономить даже на программе сразу говорит, что за нормальное решение платить не готовы.

Было такое. УРБД, период обмена не помню, тогда правда dial-up был. Видели остатки, перезванивали, подвозили, если был в другом.

Самый дешевосердитый вариант ККМ без компьютеров вообще. Накапливаем выторг за день и сбрасываем на сервер. Взамен получаем номенклатуру и цены.

(50) фронтол ;))

ОмелянКосопысд

50 - 27.09.13 - 00:35
    
Самый дешевосердитый вариант ККМ без компьютеров вообще. Накапливаем выторг за день и сбрасываем на сервер. Взамен получаем номенклатуру и цены.

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

rull9ss
всю ветку не читал. кг/ам было?

(0)у нас в таком же режиме(сервер + доступ по рдп) работает несколько клиентов. и кмм, и тсд, и сшк работает. только чувствительность надо ставить чуть больше.

максимум проблем - иногда из за сбоев сети надо по 2 раза сканить один шк.

Т.е. если у нас 20 точек, 20 сканеров и ККМ (хотя ККМ сейчас у нас автономные), то все это будет работать через доступ рдп на сервер? Т.е.драйвера например, на сканер как обычно ставятся на каждую учетную запись терминала?

(53) Если связь стабильна - будет. Драйвер достаточно поставить под админом, тогда его можно будет пользовать и пользователю. Но все зависит от набора прав. И еще, если поставите несколько драйверов то будут грабли. Т.е. сканеры у вас должны быть одинаковые.
Ну и незабываем что если связь упадет то наличие вазелина вам немного поможет. Так что если пойдете по этому пути то запасайтесь заранее.

(42)Не дело это. Ходишь по магазину, набрал в телегу товара, а на кассе бац оказывается часть товара в резерве.

Всем спасибо, за помощь. Спросил у знакомого какой форум по 1С порекомендует, говорит mista.ru.
Несмотря на глючную регистрацию, и редкой простоты движок форума (привет 90-ые), ответы реактивные, советы дельные.

(55) Если товар в зале, то в резерв его не поставишь, но обувь, например, лежит в подсобке - в зале только один размер на модель - там поставить в резерв очень просто.
(54) Если сканеры в разрыв клавиатуры, то их просто нужно настроить правильно и одинаково.
Что касается падения связи, то, если это обувной или шмоточный, то падение на несколько минут не очень критично, можно с покупателем побеседовать и ещё что-то ему предолжить померить. В продуктовом же уже будет скандал и брошенные тележки.