|
Архитектура инф. системы для торговой сети
|
|||
---|---|---|---|
#18+
Всем привет. Хотелось бы услышать мнения. Планируется автоматизация учета деятельности крупной торговой сети. Сеть распределенная территориально, количество торговых точек около 200, в будущем планируется расширение до 300. По определенным причинам в каждой торговой точке БД держать не получится. БД будет в центральном офисе. Пользователи на местах будут работать в терминальных сессиях. Обеспечение, которое имеется сейчас: Два 8-ядерных сервера под Windows Server 2008, один для MS SQL 2005, второй под терминалы, шлюз с VPN-сервером на FreeBSD. В качестве приложения предлагается использовать 1С:Предприятие 7.7. Конфигурация самописная, что называется "с нуля". ... |
|||
:
Нравится:
Не нравится:
|
|||
20.12.2009, 08:36 |
|
Архитектура инф. системы для торговой сети
|
|||
---|---|---|---|
#18+
Да нормально. вкусите множество сексуальных наслаждений с нашей новой платформой... (с) 1С. Ну вы поняли... ... |
|||
:
Нравится:
Не нравится:
|
|||
20.12.2009, 11:50 |
|
Архитектура инф. системы для торговой сети
|
|||
---|---|---|---|
#18+
it-shnik Сеть распределенная территориально, количество торговых точек около 200, в будущем планируется расширение до 300. В качестве приложения предлагается использовать 1С:Предприятие 7.7. Конфигурация самописная, что называется "с нуля". Что подразумевается под 200 торговых точек? В каждой по одному терминалу или по несколько? И насколько они будут загружены? сколько документов в день создает каждая? я точно не помню, но вроде 7.7 не поддерживает блокировки на уровне записей (блокируются таблицы), и 200, а тем более 300 активных пользователей - это ДАЛЕКО за гранью разумного. ИМХО, разумнее будет для работы основной массы пользователей (оформление продаж) использовать что-то более "близкое" к БД (например http://ananas.su), что можно нормально оптимизировать. А 1с использовать для всего остального, и организовать перегрузку данных в обе стороны. это будет легче, чем пытаться заставить работать в 7.7 300 (или больше, если в торговой точке не по одному пользователю) пользователей И в любом случае очень хорошо подумать, насколько веские причины для использования 7.7. все же 8 имеет кучу преимуществ. ... |
|||
:
Нравится:
Не нравится:
|
|||
21.12.2009, 11:30 |
|
Архитектура инф. системы для торговой сети
|
|||
---|---|---|---|
#18+
s_ustinovit-shnikСеть распределенная территориально, количество торговых точек около 200, в будущем планируется расширение до 300. В качестве приложения предлагается использовать 1С:Предприятие 7.7. Конфигурация самописная, что называется "с нуля". ИМХО, разумнее будет для работы основной массы пользователей (оформление продаж) использовать что-то более "близкое" к БД (например http://ananas.su), что можно нормально оптимизировать. А 1с использовать для всего остального, и организовать перегрузку данных в обе стороны. угу. А теперь смотрим на форум Ананаса: Разработчики выходите! Проблема в табличной части Слегка офигеваем от качества поддержки и дружно бежим внедрят Ананас, играя в камикадзе... ... |
|||
:
Нравится:
Не нравится:
|
|||
21.12.2009, 11:55 |
|
Архитектура инф. системы для торговой сети
|
|||
---|---|---|---|
#18+
s_ustinovИ в любом случае очень хорошо подумать, насколько веские причины для использования 7.7. все же 8 имеет кучу преимуществ . Кроме главного: качества платформы и приелемого требования к ресурсам. ... |
|||
:
Нравится:
Не нравится:
|
|||
21.12.2009, 11:59 |
|
Архитектура инф. системы для торговой сети
|
|||
---|---|---|---|
#18+
Лет 20 налаживал учет в рознице. Так и не понял зачем в магазинах ПК. Когда инета не было еще можно было понять, а сейчас. Кассы + терминалы сбора данных. Все остальные нужды надо рассматривать под лупой. ... |
|||
:
Нравится:
Не нравится:
|
|||
21.12.2009, 14:14 |
|
Архитектура инф. системы для торговой сети
|
|||
---|---|---|---|
#18+
trdm теперь смотрим на форум Ананаса: Слегка офигеваем от качества поддержки и дружно бежим внедрят Ананас, играя в камикадзе... В качестве приложения предлагается использовать 1С:Предприятие 7.7. Конфигурация самописная, что называется "с нуля". мне кажется, у ананаса вполне сопоставимое качество техподдержки с самописной конфигурацией ;-))) ... |
|||
:
Нравится:
Не нравится:
|
|||
21.12.2009, 17:01 |
|
Архитектура инф. системы для торговой сети
|
|||
---|---|---|---|
#18+
Если в торговой сети только розница (нет оптовых продаж), то ПК не нужны, только кассы и терминалы сбора данных. В магазине персонал должен обслуживать покупателя, а не смотреть в экран компьютера. ... |
|||
:
Нравится:
Не нравится:
|
|||
21.12.2009, 17:09 |
|
Архитектура инф. системы для торговой сети
|
|||
---|---|---|---|
#18+
Коллега, я не хотел так резко выразится. ПК конечно нужен, селекторные совещания проводить, тренинги с помощью вебинаров, бумаги писать и пр. дела. Для учета ПК вреден в магазине. ... |
|||
:
Нравится:
Не нравится:
|
|||
21.12.2009, 17:21 |
|
Архитектура инф. системы для торговой сети
|
|||
---|---|---|---|
#18+
ИнтересноДля учета ПК вреден в магазине.Для пивного киоска - вреден. ... |
|||
:
Нравится:
Не нравится:
|
|||
21.12.2009, 17:28 |
|
Архитектура инф. системы для торговой сети
|
|||
---|---|---|---|
#18+
karpov-vnЕсли в торговой сети только розница (нет оптовых продаж), то ПК не нужны, . нет Коллега - Не совсем и не всегда. Смотря что за розница и какие задачи она поддерживает. Чаще всего в залах размещены ПОС кассовые аппараты , а управление, инвентаризация и реклама - маленький нетворк. Ну если уж совсем маленький лоток - то хватает и кассы, а если одна точка делает несколько тыщ у.е. в день.... Я бы не рискнула всё кассе доверять.. ... |
|||
:
Нравится:
Не нравится:
|
|||
21.12.2009, 17:42 |
|
Архитектура инф. системы для торговой сети
|
|||
---|---|---|---|
#18+
Когда Акуматика перестанет ориентироваться на жирных покупателей из USA и Сингапура, а приземлится на родной российской рознице - это будет идеальное решение проблемы топикстартера. ... |
|||
:
Нравится:
Не нравится:
|
|||
21.12.2009, 19:20 |
|
Архитектура инф. системы для торговой сети
|
|||
---|---|---|---|
#18+
Скорее не так - когда Топик Стартер решит улететь в Заоблачные Дали - там где сейчас летает Acumatica - и возьмёт с собой Российских Коробейников... Acumatica вернётся на родную землю... ... |
|||
:
Нравится:
Не нравится:
|
|||
21.12.2009, 20:37 |
|
Архитектура инф. системы для торговой сети
|
|||
---|---|---|---|
#18+
strizhКогда Акуматика перестанет ориентироваться на жирных покупателей из USA и Сингапура, а приземлится на родной российской рознице - это будет идеальное решение проблемы топикстартера. web в рознице - это действительно идеальное решение проблем топикстартера, а-ля топор. Больно долго не будет. ... |
|||
:
Нравится:
Не нравится:
|
|||
21.12.2009, 20:56 |
|
Архитектура инф. системы для торговой сети
|
|||
---|---|---|---|
#18+
Хорошо. WEB у топикстартера не выйдет. Еще один вариант - внедрен здесь , например. На текущий момент в этой сети 11 супермаркетов. Везде на серверах и рабочих станциях - linux. Торговое оборудование использует или разные варианты Windows mobile или linux. Используется ssh или telnet канал между клиентом и сервером. На клиенте, таким образом, исполняется только терминальная сессия. Можно использовать также вариант с Windows-клиентом. ... |
|||
:
Нравится:
Не нравится:
|
|||
22.12.2009, 16:43 |
|
Архитектура инф. системы для торговой сети
|
|||
---|---|---|---|
#18+
Облик - УГ. И "Край" тоже. Без обид. ... |
|||
:
Нравится:
Не нравится:
|
|||
23.12.2009, 10:26 |
|
Архитектура инф. системы для торговой сети
|
|||
---|---|---|---|
#18+
Доброго времени суток. Большое спасибо всем откликнувшимся. Еще немного особенностей проекта. В торговых точках терминал один. Накладных в день от нескольких до пары десятков. В зависимости от расположения торговой точки. Магазин может располагаться на красной линии города с населением тысяч от 100 до 500 человек, а может и в небольшом поселке. С каждого магазина требуют отчетность каждые 5 дней - товарно-денежный отчет, и полная инвентаризация раз в месяц. Также есть операции возврата товара поставщикам, перемещения товара в другие торговые точки, списание по разным причинам, переоценки товаров, в общем все операции, присущие деятельности магазина розничной торговли. Эти операции полежат учету. Есть мнение, и я его поддерживаю, что учет должен вестись в месте его происхождения. Это к вопросу о необходимости наличия компьютера в магазине. В пользу терминального решения: не сопровождать ПО в магазине, не использовать и не обслуживать репликацию (обмен). В минус - трафик и зависимость от связи с центром. Готовые решения на пос-терминалах и учетных системах типа супермага - дорогие. Поэтому сейчас пробуется самодельный вариант. Кассы - АМС-ки + простой комп с кассовой программой - здесь вроде все гладко и все работает. Весы - в локальной сети. А вот в семерке есть сомнения. Хоть версия и с SQL-сервером, что-то не торопится она быстро работать. ... |
|||
:
Нравится:
Не нравится:
|
|||
23.12.2009, 11:07 |
|
Архитектура инф. системы для торговой сети
|
|||
---|---|---|---|
#18+
it-shnikА вот в семерке есть сомнения. Хоть версия и с SQL-сервером, что-то не торопится она быстро работать. Типовые они всегда нешустро работают. Если SQL-версия внедряй 1С++ и "поджимай" узкие места. Медленнее 1Св8 не будет. ... |
|||
:
Нравится:
Не нравится:
|
|||
23.12.2009, 11:15 |
|
Архитектура инф. системы для торговой сети
|
|||
---|---|---|---|
#18+
Код: plaintext 1. 2. 3. 4.
Ну если под лупой не хотите нужду в ПК смотреть, то операций перечислили с гулькин нос. Напишите самопал, а в 1С только интегральную консолидацию экспортируйте. ... |
|||
:
Нравится:
Не нравится:
|
|||
23.12.2009, 11:58 |
|
Архитектура инф. системы для торговой сети
|
|||
---|---|---|---|
#18+
it-shnikДоброго времени суток. Большое спасибо всем откликнувшимся. Еще немного особенностей проекта. В торговых точках терминал один. Накладных в день от нескольких до пары десятков. В зависимости от расположения торговой точки. Магазин может располагаться на красной линии города с населением тысяч от 100 до 500 человек, а может и в небольшом поселке. С каждого магазина требуют отчетность каждые 5 дней - товарно-денежный отчет, и полная инвентаризация раз в месяц. Также есть операции возврата товара поставщикам, перемещения товара в другие торговые точки, списание по разным причинам, переоценки товаров, в общем все операции, присущие деятельности магазина розничной торговли. Эти операции полежат учету. Есть мнение, и я его поддерживаю, что учет должен вестись в месте его происхождения. Это к вопросу о необходимости наличия компьютера в магазине. В пользу терминального решения: не сопровождать ПО в магазине, не использовать и не обслуживать репликацию (обмен). В минус - трафик и зависимость от связи с центром. Готовые решения на пос-терминалах и учетных системах типа супермага - дорогие. Поэтому сейчас пробуется самодельный вариант. Кассы - АМС-ки + простой комп с кассовой программой - здесь вроде все гладко и все работает. Весы - в локальной сети. А вот в семерке есть сомнения. Хоть версия и с SQL-сервером, что-то не торопится она быстро работать. а в чём вопрос - попробуйте и нам расскажите - работают удаленные терминалы и как хорошо или у Вас вопрос про торговую систему, про центральный софт ? ... |
|||
:
Нравится:
Не нравится:
|
|||
23.12.2009, 14:56 |
|
Архитектура инф. системы для торговой сети
|
|||
---|---|---|---|
#18+
кстати, как через "терминалы" в кассы попадут цены и товары? ... |
|||
:
Нравится:
Не нравится:
|
|||
23.12.2009, 14:58 |
|
Архитектура инф. системы для торговой сети
|
|||
---|---|---|---|
#18+
LSVОблик - УГ. И "Край" тоже. Без обид. Э-э. А кто такой "УГ" ? ... |
|||
:
Нравится:
Не нравится:
|
|||
23.12.2009, 23:04 |
|
Архитектура инф. системы для торговой сети
|
|||
---|---|---|---|
#18+
... |
|||
:
Нравится:
Не нравится:
|
|||
24.12.2009, 00:30 |
|
Архитектура инф. системы для торговой сети
|
|||
---|---|---|---|
#18+
Супер, коллеги LSV и iskra. Давно я так не смеялся в рабочее время :) "Что для одного — эпический лулз, для другого вполне может оказаться УГ" ... |
|||
:
Нравится:
Не нравится:
|
|||
24.12.2009, 15:57 |
|
Архитектура инф. системы для торговой сети
|
|||
---|---|---|---|
#18+
DimAAA или у Вас вопрос про торговую систему, про центральный софт ? Вопрос именно в этом. Пригодна ли такая платформа (1С77 SQL) для нормальной работы 200-300 терминальных пользователей, которые будут выполнять операции, описанные выше: С каждого магазина требуют отчетность каждые 5 дней - товарно-денежный отчет, и полная инвентаризация раз в месяц. Также есть операции возврата товара поставщикам, перемещения товара в другие торговые точки, списание по разным причинам, переоценки товаров, в общем все операции, присущие деятельности магазина розничной торговли. Эти операции полежат учету Учитывая, что период отчетности для всех один. Т.е. 200 человек в один день будут многократно формировать одни и те же отчеты в системе, потом править документы и вновь формировать. DimAAA кстати, как через "терминалы" в кассы попадут цены и товары? Цены и товары высылаются электронной почтой. На кассе компьютер имеет подключение к интернету, принимает почту и кассовая программа импортирует цены и товары. ... |
|||
:
Нравится:
Не нравится:
|
|||
25.12.2009, 06:11 |
|
|
start [/forum/topic.php?fid=33&fpage=35&tid=1548395]: |
0ms |
get settings: |
9ms |
get forum list: |
12ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
38ms |
get topic data: |
10ms |
get forum data: |
2ms |
get page messages: |
60ms |
get tp. blocked users: |
1ms |
others: | 318ms |
total: | 456ms |
0 / 0 |