Имя: Пароль:
1C
1С v8
v8 Автоматизация торговых точек
0 vin-a
 
30.09.11
09:21
Кто может похвастаться количеством автоматизированных торговыхых точек. Проблема, мы хотим автоматизировать порядка 200 точек(распределенка), но боимся  потянет ли 1С. Мы предпологаем, что расчетный объем базы за год будет в районе 600Гб
1 krbIso
 
30.09.11
09:51
Человек предполагает, а 1С располагает.
Как считали объем?
2 Stim213
 
30.09.11
09:52
да запросто. Каждый год делайте свертку базы и никаких проблем
3 tertva_1C
 
30.09.11
09:56
(2) свертку говоришь..... я делал свертку 80 гиговой базы и хочу сказать что мероприятие не из праздных... а тут 600 прчем мне кажется что как то маловато насчитали...
4 tertva_1C
 
30.09.11
09:58
50 точек на постгресе (автоматизировал не я :)) за год вырастало до 60 гигов
5 tertva_1C
 
30.09.11
10:01
это при терминальном режиме, при распределенке регистры отвечающие за обмен по РИБ (в которых храниться инфа что перенеслось) растут в геометрической прогрессии
6 jsmith82
 
30.09.11
10:06
и правильно боитесь
1. супермаг (оптимальный вариант), в центрах 1С
2. постоянное сворачивание базы (данные за прошлое время храните отдельно в правильном виде)
7 MikeFromAtol
 
30.09.11
10:10
А так ли необходима 1С на точке? Может можно обойтись просто кассой, и грузить продажи?

У нас во Frontol-е например на кассе можно при необходимости оформить нефискальный документ (приход, инвентаризация) и выгрузить его с обменом в 1С. Единственно что, типовые 1С придется научить понимать при загрузке что в нее документы пытаются запихнуть
8 AlexNew
 
30.09.11
10:12
(0) Зайди в Мегафон-Ритейл (1С:Розница)
9 vin-a
 
30.09.11
12:24
(7) проблема в точм,что с торговых точек менеджеры будут бить заявки, возвраты
10 vin-a
 
30.09.11
12:26
(6) вся проблема данные хотят хранить как минимум за 2 года в одной базе
11 Mikeware
 
30.09.11
12:28
(9) Менеджеров пусти удаленкой в центральную базу
12 vin-a
 
30.09.11
12:35
Итересно, на сколько для руководителей важна информация о почасовой реализации, ведь и так понятно, вечером торговля лучше чем днем. Или это самодурство?
13 jsmith82
 
30.09.11
12:39
на личном опыте какая засада при этом (автоматизировал розничную сеть, меньше, чем 200, но при двухста уж точно сила проблем возрастёт)
1. риб и сетка. нестабильная связь приведёт к разрушению баз данных. 100%. гемор будет, и немалый
супермаг таких проблем не имеет
2. периодически будут слетать драйвера, продавцы будут ломать оборудование, вирусы
звонки по любому поводу (включая обрыв сети и тупо не включили шнур в розетку)
супермаг таких проблем не имеет (там другие отвечают)
3. клиенты зажмотятся на сервера. как результат, низкая производительность, разрушение баз данных
супермаг таких проблем не имеет
4. перепроводки в базе отнимают очень много времени. низкая подготовка бухгалтеров обеспечит кучу проблем
так что всё зависит от вас
сумеете правильно организовать работу, словите профит
но стоит ли он того?
14 jsmith82
 
30.09.11
12:41
(13) почасовой? было бы хорошо, если бы хотя бы раз в день. 1с да ещё риб.....
15 jsmith82
 
30.09.11
12:44
1с никогда не был и ещё не скоро станет промышленной системой
такого уровня
пока что он бьёт конкурентов в дешевизне и гибкой настройке
для малых и средний предприятий лучшего пожелать нельзя
но в таких делах 1с противопоказан
извиняюсь за банальности, но мне уже жалко вас, други
16 MikeFromAtol
 
30.09.11
12:49
(12) грамотный рукль из такой инфы может много чего почерпнуть. Напрмер, какие товары в какое время лучше продаются и соответственно как спланировать приходы, спланировать работу персонала, и прочее
17 sam_pfr
 
30.09.11
12:49
Управление торговлей 10.3. РИБ. 70 точек, из них на 17 стоит Розница. База за год выросла примерно на 3ГБ, периодически возникают проблемы с документами, не доходят до точек. И проблема с обменами, возникают блокировки. Запускаем последовательно. На точки выгрузку запускаем ночью. Загрузка с точек в течении дня.
18 MikeFromAtol
 
30.09.11
12:49
(15) супермаг - слишком монструозная система. Да еще и закрытая полностью
19 jsmith82
 
30.09.11
12:52
(18) согласен. если нужна гибкость на местах, то 1С, но платишь геморроем, если супермаг, то геморроя нету, но и гибкости тоже
20 jsmith82
 
30.09.11
12:53
(0) вы сами себя автоматизируете или клиента?
если клиента, то забудьте об этом
если сами себя, то можете прорваться
21 vin-a
 
30.09.11
13:14
(20)нас пытаются, с помощью "Розницы"
22 jsmith82
 
30.09.11
13:15
(21) ух-ха-ха )))
вот ушлые ребята
23 vin-a
 
30.09.11
13:15
По повуду УРИБ, мое мнение, лучше написать свою выгрузку и загрузку
24 jsmith82
 
30.09.11
13:22
совет №1. перегрузка всех баз не реже, чем в 2-3 дня
совет №2. сетка у вас так и так будет летать, если обмен средствами 1С, то документы будут теряться
решение: обмен через файлы через почту, но опять же РИБ... один глюк может опрокинуть всю систему
(ну например, слетят все единицы измерения в точке и продажи встанут)
поэтому лучше всего конечно своя выгрузка
для этого необходимы жёсткие правила: кто где создаёт какие объекты в базе
совет №3. не жалейте денег на сервера
совет №4. уделите повышенное внимание подготовке персонала
совет №4. работайте в оперативной базе. отдельно создайте хранилище данных
25 jsmith82
 
30.09.11
13:24
+(24) в смысле я имею в виду лучше вообще отказаться от РИБ
если будет РИБ, то даже при оффлайн-обмене будут косяки 100%
26 jsmith82
 
30.09.11
13:28
и ещё на фронты ставить только атоловские посы
27 jsmith82
 
30.09.11
13:33
+(26) тут непонятно, 1ска у вас только в бэках или ещё на фронтах будет работать. я по умолчанию подумал, что у вас 1ска только на бэк (если структура магаза такова, что заказы и управление продажами формируются в самом магазе)
или вы имели в виду что 1ска будет на фронте сидеть?
если да, то конечно (присоединюсь) лучше отказаться от этого решения и выбрать фронтол
28 vin-a
 
30.09.11
13:44
Не по ТЗ фронтола не будет
29 vin-a
 
30.09.11
13:45
Я правильно понял, что если у нас не будет РИБа то база будет на много медленнее рости?
30 jsmith82
 
30.09.11
13:51
(29) да, правильно
фишка в том, что штатный обмен 1с предусматривает регистр, хранящий служебную инфу по обмену. можно, в принципе, эту фичу отрубить
но даже в этом случае внешний обмен лучше (по правилам обмена)
31 vin-a
 
30.09.11
14:01
спасибо
32 MikeFromAtol
 
30.09.11
14:41
(28) в чем проблема немного изменить ТЗ? :)
33 vin-a
 
30.09.11
15:06
Не нам нужно на точке заказы и др. документы формирують
34 MikeFromAtol
 
30.09.11
15:47
(33) так я ж говорю, можно во фронтоле оформлять нефинансовые документы и выгружать их. Вопрос только в том чтобы допилить 1С, чтобы она загружала из фронтола не только продажи но и эти документы. Приходы и инвентаризации пользователи грузят только в путь.
35 Reaper_1c
 
30.09.11
15:54
Астор без всяких супермагов на 1С-е (0) сделает.
36 jsmith82
 
30.09.11
16:17
поподробней можно про торговое оборудование
какие фискалки будут стоять
37 vin-a
 
30.09.11
16:35
Я понимаю, что на 1с можно сделать, только чего это будет стоить, в плане надежности, при большом количестве точек?
38 jsmith82
 
30.09.11
16:38
чем торгуете и количество покупателей в день в точке?
39 Reaper_1c
 
30.09.11
16:51
(37) Денег.
40 jsmith82
 
30.09.11
16:55
для поточных точек типа продуктовых магазов и супермаркетов однозначно ставить фронтол (или супермаг) и не спорить
если захудалый киоск с двумя покупателями в день, можно и 1С с дешёвеньким принтером чеков
только скоро енвд отменят и может быть фискальники надо будет ставить
если нужна 1с в упор, ставьте локально в магазы за 12 штук на магаз, загружайте, выгружайте
41 jsmith82
 
30.09.11
16:57
+(40) либо терминалку, можно по узлам
42 Sun_Lin
 
30.09.11
17:00
Тоже голосую за самодельный обмен! Геморно будет малость в поддержке, зато надежно и быстро обмены работать будут.
43 vin-a
 
30.09.11
17:06
Продажа мясо продуктов, чеков от 100-1000 Предпологается оборудование:Штрих-мини-ФР-к,ПО "Розница"
Нас волнут, в такой конфигурации мы сможем поключить до 200 точек, с учетом написания своих переносов вместо РИБ
44 Reaper_1c
 
30.09.11
17:12
(43) Сможете ли конкретно вы - неизвестно. В принципе это возможно. Почему "Розница", почему не Астор с таким количеством точек?
45 Злопчинский
 
30.09.11
17:14
Риб - нафиг.
в точках - автономка.
в ЦБ - КОНСОЛИДИРОВАННЫЕ ДАННЫЕ с точек.
46 vin-a
 
30.09.11
17:20
44) Как всегда не программисты заказывали музыку
47 vin-a
 
30.09.11
17:34
Чем астор лучше розницы, ведь нам нужен мин. функционал
48 jsmith82
 
01.10.11
14:42
(43) Ваше решение вполне имеет право на существование. Только одно но. Выбор конфигурации это всегда выбор между экономичностью и надёжностью. В вашем случае выбор пал на экономичность. Следовательно, надёжность будет хромать.
Что я имею в виду: Штрих вместо Атола, Розница вместо Фронтола. Всё зависит от трёх вещей:
1) Количество покупателей.
1000 покупателей в день и выше - это задача под силам только Фронтолу или Супермагу. Даже Штрим-М Кассир будет падать, не говоря уже о Рознице.
2) Системного администрирования. Оперативное реагирование на внештатные ситуации (поломка торгового оборудования, выгрузились неправильные цены, не выгрузились штрихкоды и т.д.). От этого зависит репутация магазина и объём продаж.
3) Обученности персонала. Там где большой поток людей, это имеет неоценимое значение.
Поэтому надеюсь вы верно оценили объёмы продаж и свои возможности.
Совет такой. Если вы оцениваете количество покупателей до 1000 и более, и намерены расширять объёмы продаж, то однозначно Фронтол или Супермаг. Если вам нужен бэк-офис на локалке, то Фронтол + Розница.
Понимаю, что менеджмент предприятия уже давно всё решил, и надёжность принесена в жерту экономии. Тогда следует обратить внимание на пункты 2 и 3. Удачи.
49 jsmith82
 
01.10.11
14:45
+(48) Если рассматривать решение Фронтол + Розница, то необязательно ставить Розницу в локалке. Можно наделать небольшое количество баз на группы магазинов (с установленной видимостью магазинов и нужными правами) и общаться в термниальном режиме. Файлы загрузки и выгрузки копировать на локальный комп, либо шарить по сетке.
50 jsmith82
 
01.10.11
14:53
Да, и ещё четвёртый пункт. Количество наименований товара. Не совсем понятно, какой у вас ассортимент. Если что-то типа своего фирменного магаза в камерном исполнении с количеством наименований 30-60, то, конечно, это аргумент (средней силы) в пользу вашего решения.
51 BlackMak
 
01.10.11
19:46
На вопрос "Почему Астор, это же дорого?" ответ простой - на нем сети с СОТНЯМИ точек делались и все работает. Остальное ПО, обсуждавшееся в этой ветке, насколько я знаю, крупной считает сеть в несколько ДЕСЯТКОВ магазинов.
52 MikleV
 
01.10.11
19:56
(0)обратитесь в Рарус.
на текущий момент там сильнейший департамент по розничной торговле, в числе их клиентов, например, Твоё, Колинз, и т.п. и т.д.
53 BlackMak
 
01.10.11
19:57
Папук идет лесом из-за тотального закрытия кода. Хрен что исправишь самостоятельно.
54 MikleV
 
01.10.11
20:06
+(52)у них свой обмен через web-сервисы, практика применения показала высокую эффективность этого механизма
Компьютер — устройство, разработанное для ускорения и автоматизации человеческих ошибок.