Встал вопрос перевода обувной сети на 1с. Нужно чтобы база была одна, магазы с фискальниками и сканерами удаленно Цитриксом работали в ней.
Плюсы - всегда реальные остатки по магазину и по соседним магазинам.
- единая модификация хотелок во всех точках сразу
- единая номенклатура и скидочные акции (то есть легкая управляемость сетью)
Минусы - огромная нагрузка на сервер (одновременное проведение Чеков 100 магазинами). Отсутствие инета - и магазин "стоит".
Поделитесь у кого так реализовано - какие подводные камни еще могут быть? И какую конфу для Обуви выбрать?

цитрикс зачем?

(0) УТ в центральный офис Розницу в магазы и всё тама есть обмен данными )

и да, но у нас 7ка...

120 точек примерно , число растет с каждым днем. Только алкоголь. 1с81 УТ 11 по моему + десяток с компами на 1с розница. За три года не переписал не одной строки кода , все решал штатными средствами или внешними обработками.

(0) Неразумно. Если инет упал - покупатели отдыхать будут?

Отсутствие инета - и магазин "стоит".  - Камень предкновения. Нельзя торговлю останавливать. За это попенТрахен без вазелина надо делать.
Если сможете реализовать резервные каналы и обеспечить 100% доступ - то RDP, если нет или есть сомнения, то однозначно РБД (едина модификация, едина номенклатура и все такое тут тоже реализуется).
Я голосую за:

У нас были тонкие клиенты на магазинах

Видел варианты "облаков"

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

Если РБД - обновление конфы нормально происходит? Это надо чтобы комп в магазе круглосуточно работал, чтобы ночью монопольно обновиться

И думаем в сторону перевода стандартных механизмов обмена (Розница 1) данными на веб-сервисы

у нас часть на rdp, где хорошие каналы, и большая часть на РБД. камень в rdp - закрытие смены и бубны с цитриксом, камень в рбд - не актуальные остатки. есть пара магазинов где с флешкой на которой записан обмен ежедневно преодолевается 5км :)

(9) Нормально проходит. Можно настроить, конфа будет автоматически обнавляться.

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

один из минусов rdp - любят отваливаться принтеры и фискальники

Обновлять придется часто - хотелок много будет. Практически каждый день обновление конфы
(11) - если на RDP то при большом проведении чеков (в сезон) как ведет себя база? Нет сбоев, задержек?

(14) у нас отваливается в 99% dll фискальников, айтишники сделали скрипт, который регает её каждый день

(15) при больших реструктуризациях базы падают, делайте релизы

17 - всмысле бекапы? И какой у тебя объем базы?

прошу прощения - а зачем на рознице ставить вообще 1С? есть масса решений сторонних контор - от датекса до mPos. и интернет пофигу - хоть локально на флешку сливайся-заливайся и нагрузка на сервак последовательная (при загрузке чеков). а для реализма остатков - хоть каждые 10 минут сливайся (если инет есть)

на фронтах - штрихм кассир, бэк - ут

самописьки

внутри каждого магазина -

все это обменивается через

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

(4) 81, УТ11, 3 года - какие-то не сочетаемые вещи ;)

(25) учись волшебству ;)

(0) Он-лайн делать имхо не следует
Касса должна работать всегда с периодическим обменом
Хотя сами думайте что важнее: тут же видеть остатки или в случае чего лишиться покуателй

(0) у меня магазины обуви - все на распределенках, обмены каждые 20 минут через dropbox. Конфигурация одна на всех, правда самоделка, работает 4 года и все довольны

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

(29) Остатки можно через вебсервисы получать из локальной базы магазина.

(30) долго так, сейчас для получение остатка нужна секунда, а через вебсервисы это будет 5-10

забыл

(31) да ты что? да и остаток за секунду - это доооолго

(33) а чего кипятишься? интернет у нас не шустрый, магазинов много.... долго получится

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

(0) В магазинах только фронты (Штрих, Атол) + в центре единая БД на УТ 10.3. Обмен с фронтами файловый. В БД все работают через РДП. Бухия обсчитывается отдельно в БП. Никаких РБД не признаю в принципе.

(36) - на чем фронты? И можно ли в них дисконт карты учитывать?

(36) + 1. На одной из моих бывших работ точно так же. Дисконтные карты и подарочные сертификаты все учитывали.

В фирме где раньше работал (розничная торговля пищевыми продуктами) организовано так:

- на точках - "кассовые аппараты", которые по сути - компьютеры с фиксальными регистраторами. На этих компах - самописная программа.

Если бы на точках были бы 1ц - это был бы тихий ужас: лицензии, обновление конфигураций = столько дополнительной суеты! А так - по почте пересылаются обновления мизерного объема, инсталляция обновлений предельно упрощена для пользователей, да и по надежности грамотно написанный софт в разы лучше.

Еженощно данные с точек сливаются в офисную центральную  базу оперативного учета на MS SQL сервере, объем коей - что-то под сотную гиг (за 2-3 года). Действия с этой базой тоже осуществлялись самописным софтом. Сейчас эту базу и софт перевели на Аксапту.

Из этой центральной базы в свернутом виде данные передаются в 1с Бухгалтерию.

По клиентскому ПО добавить ничего не могу, ибо им занимались другие программисты, я 1С Бухгалтерию вел.