Кто может похвастаться количеством автоматизированных торговыхых точек. Проблема, мы хотим автоматизировать порядка 200 точек(распределенка), но боимся  потянет ли 1С. Мы предпологаем, что расчетный объем базы за год будет в районе 600Гб

Человек предполагает, а 1С располагает.
Как считали объем?

да запросто. Каждый год делайте свертку базы и никаких проблем

(2) свертку говоришь..... я делал свертку 80 гиговой базы и хочу сказать что мероприятие не из праздных... а тут 600 прчем мне кажется что как то маловато насчитали...

50 точек на постгресе (автоматизировал не я :)) за год вырастало до 60 гигов

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

и правильно боитесь
1. супермаг (оптимальный вариант), в центрах 1С
2. постоянное сворачивание базы (данные за прошлое время храните отдельно в правильном виде)

А так ли необходима 1С на точке? Может можно обойтись просто кассой, и грузить продажи?

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

(0) Зайди в Мегафон-Ритейл (1С:Розница)

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

(6) вся проблема данные хотят хранить как минимум за 2 года в одной базе

(9) Менеджеров пусти удаленкой в центральную базу

Итересно, на сколько для руководителей важна информация о почасовой реализации, ведь и так понятно, вечером торговля лучше чем днем. Или это самодурство?

на личном опыте какая засада при этом (автоматизировал розничную сеть, меньше, чем 200, но при двухста уж точно сила проблем возрастёт)
1. риб и сетка. нестабильная связь приведёт к разрушению баз данных. 100%. гемор будет, и немалый
супермаг таких проблем не имеет
2. периодически будут слетать драйвера, продавцы будут ломать оборудование, вирусы
звонки по любому поводу (включая обрыв сети и тупо не включили шнур в розетку)
супермаг таких проблем не имеет (там другие отвечают)
3. клиенты зажмотятся на сервера. как результат, низкая производительность, разрушение баз данных
супермаг таких проблем не имеет
4. перепроводки в базе отнимают очень много времени. низкая подготовка бухгалтеров обеспечит кучу проблем
так что всё зависит от вас
сумеете правильно организовать работу, словите профит
но стоит ли он того?

(13) почасовой? было бы хорошо, если бы хотя бы раз в день. 1с да ещё риб.....

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

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

Управление торговлей 10.3. РИБ. 70 точек, из них на 17 стоит Розница. База за год выросла примерно на 3ГБ, периодически возникают проблемы с документами, не доходят до точек. И проблема с обменами, возникают блокировки. Запускаем последовательно. На точки выгрузку запускаем ночью. Загрузка с точек в течении дня.

(15) супермаг - слишком монструозная система. Да еще и закрытая полностью

(18) согласен. если нужна гибкость на местах, то 1С, но платишь геморроем, если супермаг, то геморроя нету, но и гибкости тоже

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

(20)нас пытаются, с помощью "Розницы"

(21) ух-ха-ха )))
вот ушлые ребята

По повуду УРИБ, мое мнение, лучше написать свою выгрузку и загрузку

совет №1. перегрузка всех баз не реже, чем в 2-3 дня
совет №2. сетка у вас так и так будет летать, если обмен средствами 1С, то документы будут теряться
решение: обмен через файлы через почту, но опять же РИБ... один глюк может опрокинуть всю систему
(ну например, слетят все единицы измерения в точке и продажи встанут)
поэтому лучше всего конечно своя выгрузка
для этого необходимы жёсткие правила: кто где создаёт какие объекты в базе
совет №3. не жалейте денег на сервера
совет №4. уделите повышенное внимание подготовке персонала
совет №4. работайте в оперативной базе. отдельно создайте хранилище данных

+(24) в смысле я имею в виду лучше вообще отказаться от РИБ
если будет РИБ, то даже при оффлайн-обмене будут косяки 100%

и ещё на фронты ставить только атоловские посы

+(26) тут непонятно, 1ска у вас только в бэках или ещё на фронтах будет работать. я по умолчанию подумал, что у вас 1ска только на бэк (если структура магаза такова, что заказы и управление продажами формируются в самом магазе)
или вы имели в виду что 1ска будет на фронте сидеть?
если да, то конечно (присоединюсь) лучше отказаться от этого решения и выбрать фронтол

Не по ТЗ фронтола не будет

Я правильно понял, что если у нас не будет РИБа то база будет на много медленнее рости?

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

спасибо

(28) в чем проблема немного изменить ТЗ? :)

Не нам нужно на точке заказы и др. документы формирують

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

Астор без всяких супермагов на 1С-е (0) сделает.

поподробней можно про торговое оборудование
какие фискалки будут стоять

Я понимаю, что на 1с можно сделать, только чего это будет стоить, в плане надежности, при большом количестве точек?

чем торгуете и количество покупателей в день в точке?

(37) Денег.

для поточных точек типа продуктовых магазов и супермаркетов однозначно ставить фронтол (или супермаг) и не спорить
если захудалый киоск с двумя покупателями в день, можно и 1С с дешёвеньким принтером чеков
только скоро енвд отменят и может быть фискальники надо будет ставить
если нужна 1с в упор, ставьте локально в магазы за 12 штук на магаз, загружайте, выгружайте

+(40) либо терминалку, можно по узлам

Тоже голосую за самодельный обмен! Геморно будет малость в поддержке, зато надежно и быстро обмены работать будут.

Продажа мясо продуктов, чеков от 100-1000 Предпологается оборудование:Штрих-мини-ФР-к,ПО "Розница"
Нас волнут, в такой конфигурации мы сможем поключить до 200 точек, с учетом написания своих переносов вместо РИБ

(43) Сможете ли конкретно вы - неизвестно. В принципе это возможно. Почему "Розница", почему не Астор с таким количеством точек?

Риб - нафиг.
в точках - автономка.
в ЦБ - КОНСОЛИДИРОВАННЫЕ ДАННЫЕ с точек.

44) Как всегда не программисты заказывали музыку

Чем астор лучше розницы, ведь нам нужен мин. функционал

(43) Ваше решение вполне имеет право на существование. Только одно но. Выбор конфигурации это всегда выбор между экономичностью и надёжностью. В вашем случае выбор пал на экономичность. Следовательно, надёжность будет хромать.
Что я имею в виду: Штрих вместо Атола, Розница вместо Фронтола. Всё зависит от трёх вещей:
1) Количество покупателей.
1000 покупателей в день и выше - это задача под силам только Фронтолу или Супермагу. Даже Штрим-М Кассир будет падать, не говоря уже о Рознице.
2) Системного администрирования. Оперативное реагирование на внештатные ситуации (поломка торгового оборудования, выгрузились неправильные цены, не выгрузились штрихкоды и т.д.). От этого зависит репутация магазина и объём продаж.
3) Обученности персонала. Там где большой поток людей, это имеет неоценимое значение.
Поэтому надеюсь вы верно оценили объёмы продаж и свои возможности.
Совет такой. Если вы оцениваете количество покупателей до 1000 и более, и намерены расширять объёмы продаж, то однозначно Фронтол или Супермаг. Если вам нужен бэк-офис на локалке, то Фронтол + Розница.
Понимаю, что менеджмент предприятия уже давно всё решил, и надёжность принесена в жерту экономии. Тогда следует обратить внимание на пункты 2 и 3. Удачи.

+(48) Если рассматривать решение Фронтол + Розница, то необязательно ставить Розницу в локалке. Можно наделать небольшое количество баз на группы магазинов (с установленной видимостью магазинов и нужными правами) и общаться в термниальном режиме. Файлы загрузки и выгрузки копировать на локальный комп, либо шарить по сетке.

Да, и ещё четвёртый пункт. Количество наименований товара. Не совсем понятно, какой у вас ассортимент. Если что-то типа своего фирменного магаза в камерном исполнении с количеством наименований 30-60, то, конечно, это аргумент (средней силы) в пользу вашего решения.

На вопрос "Почему Астор, это же дорого?" ответ простой - на нем сети с СОТНЯМИ точек делались и все работает. Остальное ПО, обсуждавшееся в этой ветке, насколько я знаю, крупной считает сеть в несколько ДЕСЯТКОВ магазинов.

(0)обратитесь в Рарус.
на текущий момент там сильнейший департамент по розничной торговле, в числе их клиентов, например, Твоё, Колинз, и т.п. и т.д.

Папук идет лесом из-за тотального закрытия кода. Хрен что исправишь самостоятельно.

+(52)у них свой обмен через web-сервисы, практика применения показала высокую эффективность этого механизма