|
Архитектура инф. системы для торговой сети
|
|||
---|---|---|---|
#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 |
|
Архитектура инф. системы для торговой сети
|
|||
---|---|---|---|
#18+
А что под лупой не хотите? Вот у нас что-то похожее, на одном сервере около 1000 пользователей около 200 из них в терминальных сессиях под самопалом в разы сложнее того, что требуется Вам. Может сообразим, что-нибудь самопально здоровое ? ... |
|||
:
Нравится:
Не нравится:
|
|||
25.12.2009, 12:17 |
|
Архитектура инф. системы для торговой сети
|
|||
---|---|---|---|
#18+
it-shnikВсем привет. Хотелось бы услышать мнения. Планируется автоматизация учета деятельности крупной торговой сети. Сеть распределенная территориально, количество торговых точек около 200, в будущем планируется расширение до 300. По определенным причинам в каждой торговой точке БД держать не получится. БД будет в центральном офисе. Пользователи на местах будут работать в терминальных сессиях. Обеспечение, которое имеется сейчас: Два 8-ядерных сервера под Windows Server 2008, один для MS SQL 2005, второй под терминалы, шлюз с VPN-сервером на FreeBSD. В качестве приложения предлагается использовать 1С:Предприятие 7.7. Конфигурация самописная, что называется "с нуля". А мен вот интересно, вы что ли сами будете автоматизировать все ??? Или вы только за ТЕХ. часть ответственный ?? Интересно было бы прочесть цели автоматизации... Что именно хотите автоматизировать ? ... |
|||
:
Нравится:
Не нравится:
|
|||
25.12.2009, 22:36 |
|
Архитектура инф. системы для торговой сети
|
|||
---|---|---|---|
#18+
-O_o-Интересно было бы прочесть цели автоматизации... Что именно хотите автоматизировать ? приготовьтесь конспектировать ... |
|||
:
Нравится:
Не нравится:
|
|||
25.12.2009, 23:15 |
|
Архитектура инф. системы для торговой сети
|
|||
---|---|---|---|
#18+
iscrafm, У меня уже Excel запущен ))) ... |
|||
:
Нравится:
Не нравится:
|
|||
25.12.2009, 23:36 |
|
Архитектура инф. системы для торговой сети
|
|||
---|---|---|---|
#18+
-O_o- А мен вот интересно, вы что ли сами будете автоматизировать все ??? Или вы только за ТЕХ. часть ответственный ?? Интересно было бы прочесть цели автоматизации... Что именно хотите автоматизировать ? Насчет целей ... Моей целью, как руководителя службы инф. технологий на предприятии, является организация единого информационного пространства между службами организации, создать прозрачную легкосопровождаемую систему в торговых точках. Максимум функциональности, возможность удаленного администрирования, минимум затрат. С точки зрения руководства предприятия, цели обычные. Увеличение прибыли, товарооборота, снижение затрат. С помощью автоматизации учета поставок, продаж, оборачиваемости и т.д. Кроме учета, есть желание релизовать функции управления. Централизация ценообразования, контроля остатков, ассортимента. По поводу "... один автоматизировать все ? ...". Естественно, один человек не справится. Есть люди для написания программы, будет определенное количество групп запуска и сопровождения. ... |
|||
:
Нравится:
Не нравится:
|
|||
28.12.2009, 09:27 |
|
Архитектура инф. системы для торговой сети
|
|||
---|---|---|---|
#18+
it-shnik, по тормозам: 7ка потянуть потянет, "пилите, Шура, пилите" 8ка в засилье терминалов вряд ли в чем то окажется лучше, хотя есть нюансы ананас точно не вариант ... |
|||
:
Нравится:
Не нравится:
|
|||
28.12.2009, 10:09 |
|
Архитектура инф. системы для торговой сети
|
|||
---|---|---|---|
#18+
it-shnik С каждого магазина требуют отчетность каждые 5 дней - товарно-денежный отчет, и полная инвентаризация раз в месяц. Также есть операции возврата товара поставщикам, перемещения товара в другие торговые точки, списание по разным причинам, переоценки товаров, в общем все операции, присущие деятельности магазина розничной торговли. Эти операции полежат учету Учитывая, что период отчетности для всех один. Т.е. 200 человек в один день будут многократно формировать одни и те же отчеты в системе, потом править документы и вновь формировать. Вот Вы знаете, я программировал розничную торговлю и совсем не понял про что Ваша речь. Вот раньше, когда не было компьютеров, люди писали некие отчеты. А теперь, когда в магазины пришли компьютеры, компьютерные сети, аутентификуация пользователей, понятие "отчета" превратилось в .. атавизм прошлого. Товарно-денежные балансы, суммы материальной ответственности, инвентаризации - всё это идет в он-лайне непрерывно, ежесекундный журнал, и все цифры считаются в он-лайне - ну включил компьютер и увидел остатки и товара и суммы, по уму и зарплату (но у нас зарплату мне запретили считать и от этого надулись мега-менеджеры эзотерические-контактеры с "телом", которые морща лоб пишут 1 отчет о зарплате.. и почему-то она только у них и растет.. пропорционально еще их надменности к сотрудникам.., но это отвелечение ). Короче - Системы реального веремени. Журналы движений товаров и сумм, балансы - все пересчитывается не "раз в пять дней", а при каждом процессе. Этим занимается программа, конечно когда юзеры обьеденены в сеть и их работа аутентифицирована. Что значит "инвентаризация раз в месяц" ? Пришел покупатель, просит товар, по компьютеру есть, ищут а его нет, ну делают инвентаризацию - ставят 0 по этому товару, набежала недостача. Потом - о, вот, нашли под прилавком, ставят - есть 2 штуки, недостача исчезла или пошла уже прибыль. Потянет ли 1С 200 юзеров? А она у Вас работу 3 юзеров тянет нормально? Или все отчеты.. отчеты.. ... |
|||
:
Нравится:
Не нравится:
|
|||
28.12.2009, 13:49 |
|
Архитектура инф. системы для торговой сети
|
|||
---|---|---|---|
#18+
DimAAAПотянет ли 1С 200 юзеров? 7-ка потянет. Нормальный скулевский сервак например: -=такой=- И немножко посмотреть ветки: v7: Померяемся? SELECT Count(*) FROM _1SJOURN (2) v7: Померяемся? SELECT Count(*) FROM _1SJOURN 460 000 документов... и скепсис уйдет. ... |
|||
:
Нравится:
Не нравится:
|
|||
28.12.2009, 14:49 |
|
Архитектура инф. системы для торговой сети
|
|||
---|---|---|---|
#18+
trdmDimAAAПотянет ли 1С 200 юзеров? 7-ка потянет. Нормальный скулевский сервак например: -=такой=- И немножко посмотреть ветки: v7: Померяемся? SELECT Count(*) FROM _1SJOURN (2) v7: Померяемся? SELECT Count(*) FROM _1SJOURN 460 000 документов... и скепсис уйдет. ну и молодцы, рад к слову, а как реализована транзакционная модель перемещения товара из одного магазина в другой? (ну то есть 2 юзера) в одном магазине завели накладную и провели а в другом скажут - а мы этого не брали, в глаза не видели Каков будет ответ программиста? ... |
|||
:
Нравится:
Не нравится:
|
|||
28.12.2009, 15:08 |
|
Архитектура инф. системы для торговой сети
|
|||
---|---|---|---|
#18+
DimAAA ну и молодцы, рад к слову, а как реализована транзакционная модель перемещения товара из одного магазина в другой? (ну то есть 2 юзера) в одном магазине завели накладную и провели а в другом скажут - а мы этого не брали, в глаза не видели Каков будет ответ программиста? Почему должен отвечать программист, собственно? Кто ставил подписи на документах, тот и отвечает ... ... |
|||
:
Нравится:
Не нравится:
|
|||
28.12.2009, 16:22 |
|
Архитектура инф. системы для торговой сети
|
|||
---|---|---|---|
#18+
Roman YaroshenkoПочему должен отвечать программист, собственно? Кто ставил подписи на документах, тот и отвечает ... документы в .. отделе наверно документов а ЭВМ считает цифры и Программисту задаст вопрос Сотрудник ..магазина N - почему у него вечером остаток материальных ценностей был один в ЭВМ, а утром числится уже недостача, за товар которого не было. а "подписи" на "документах" в компьютерном процессинге - это логины, секьюрити идентификаторы и аутентификация, развет нет? а 1С (раньше точно) вроде всегда была на логическом уровне однопользовательской программой для киоска - сам принял, сам отгрузил, сам веду учет, сам себе задаю вопросы, сам отвечаю куда кликнул и зачем.. там никогда не было двойной команды на проведение финансового документа: отгрузил + принял, (тем более из разных магазинов) и соответственно не было 2-х подписей ну раньше было так, время идет может уже произошли изменения, если нет - то и будет 200 однопользовательских сессий и каша, это сетевая программа? Вы уверены? ни одна цифра не будет достоверна Почему должен отвечать программист? ну не знаю, мне самому интересно куда дело идет, что-то отстал ... |
|||
:
Нравится:
Не нравится:
|
|||
28.12.2009, 17:08 |
|
Архитектура инф. системы для торговой сети
|
|||
---|---|---|---|
#18+
госпди... да делайте авторизацию с привязкой к складу отгрузки/приёма ктож мешает то а хотите вообще перемещение на два документа разбейте (скажем списание и поступление) и раздайте права каждому только на один что вы к мелочи то привязались ? ... |
|||
:
Нравится:
Не нравится:
|
|||
28.12.2009, 17:29 |
|
Архитектура инф. системы для торговой сети
|
|||
---|---|---|---|
#18+
DimAAAВот Вы знаете, я программировал розничную торговлю... Пришел покупатель, просит товар, по компьютеру есть, ищут а его нет, ну делают инвентаризацию - ставят 0 по этому товару, набежала недостача. Потом - о, вот, нашли под прилавком, ставят - есть 2 штуки, недостача исчезла или пошла уже прибыль. DimAAAк слову, а как реализована транзакционная модель перемещения товара из одного магазина в другой? (ну то есть 2 юзера) в одном магазине завели накладную и провели а в другом скажут - а мы этого не брали, в глаза не видели Каков будет ответ программиста? это стеб просто. Не воспринимайте всерьез. ... |
|||
:
Нравится:
Не нравится:
|
|||
28.12.2009, 17:48 |
|
Архитектура инф. системы для торговой сети
|
|||
---|---|---|---|
#18+
DimAAAк слову, а как реализована транзакционная модель перемещения товара из одного магазина в другой? (ну то есть 2 юзера) в одном магазине завели накладную и провели а в другом скажут - а мы этого не брали, в глаза не видели Лично у меня в конфе это сделано чрез систему припароленных "подписей". Первая подпись разрешает списывать товар со склада отправителя, наличие 2-й подписи разрешает приходовать товар на склад получателя. Первая подпись блокирует редактирование товара и склада отправителя. Ну и всякие там фишки... ... |
|||
:
Нравится:
Не нравится:
|
|||
28.12.2009, 17:59 |
|
Архитектура инф. системы для торговой сети
|
|||
---|---|---|---|
#18+
iscrafmDimAAAВот Вы знаете, я программировал розничную торговлю... Пришел покупатель, просит товар, по компьютеру есть, ищут а его нет, ну делают инвентаризацию - ставят 0 по этому товару, набежала недостача. Потом - о, вот, нашли под прилавком, ставят - есть 2 штуки, недостача исчезла или пошла уже прибыль. DimAAAк слову, а как реализована транзакционная модель перемещения товара из одного магазина в другой? (ну то есть 2 юзера) в одном магазине завели накладную и провели а в другом скажут - а мы этого не брали, в глаза не видели Каков будет ответ программиста? это стеб просто. Не воспринимайте всерьез. iscrafm, Вы работали в розничном магазине? И что, с Вас альтернативно одаренные сотрудники с гаечным ключом спрашивали - куда делись их деньги? И Вы рассказывали про soap-сервисы, и они очарованные соглашались - ну раз так, то пусть они будут должны.. ) Хотя мысль, что ИТ - это разновидность юмора весьма мудра. С Новым Годом! ... |
|||
:
Нравится:
Не нравится:
|
|||
28.12.2009, 19:28 |
|
Архитектура инф. системы для торговой сети
|
|||
---|---|---|---|
#18+
DimAAA iscrafm, Вы работали в розничном магазине? И что, с Вас альтернативно одаренные сотрудники с гаечным ключом спрашивали - куда делись их деньги? И Вы рассказывали про soap-сервисы, и они очарованные соглашались - ну раз так, то пусть они будут должны.. ) Хотя мысль, что ИТ - это разновидность юмора весьма мудра. С Новым Годом! Да уж... Не знаю как у Вас, у нас каждый день формируют товарный отчет с приложением всех оригиналов документов и контролируют переходящий остаток по этому товарному отчету. Таким образом осуществляется контроль за правильностью ведения учета в магазинах. Т.е. в одном магазине накладную выгрузили+приложили оригинал к товарному отчету - в другом магазине если скажут что ничего не приходило, то водилу, который товар завернул - будут брать за одно место. Если же оригинал документа есть, а в базе его нет, то задача магазина поставить в изместность офис или программистов или своего бухгалтера, о расхождении между фактическими и информационными данными. Лишь после того, как данная проблема устранена, формируется товарный отчет с правильными данными. И без разницы - какие там сервисы, хоть соап-ические, хоть нанотехнологические. ... |
|||
:
Нравится:
Не нравится:
|
|||
29.12.2009, 17:45 |
|
Архитектура инф. системы для торговой сети
|
|||
---|---|---|---|
#18+
SalimbekДа уж... Не знаю как у Вас, у нас 1) каждый день формируют товарный отчет с приложением всех оригиналов документов 2) и контролируют переходящий остаток по этому товарному отчету. Таким образом осуществляется 3) контроль за правильностью ведения учета в магазинах . Т.е. в одном магазине накладную выгрузили+приложили оригинал к товарному отчету - в другом магазине если скажут что ничего не приходило, то водилу, который товар завернул - будут брать за одно место. Если же оригинал документа есть, а в базе его нет, то 4) задача магазина поставить в изместность офис или программистов или своего бухгалтера, о расхождении между фактическими и информационными данными . Лишь после того, как данная проблема устранена, формируется товарный отчет с правильными данными. И без разницы - какие там сервисы, хоть соап-ические, хоть нанотехнологические. если система работает, то она великолепна, вы трижды молодцы, готов просто пожать руку, с уважением отношусь к проблемам розницы и магазинов и их решению но скромно выскажу мнение у нас нет этих 4-х видов ваших работ, точнее мы их не выполняем .. у нас их выполняет .. компьютер у нас 4 магазина + 1 склад + 1 офис, правда близко, на растоянии 100 метров и нет "товарного отчета", и тем более его контроля ну считается "Журнал материальной ответственности" в ЭВМ, который каждую секунду в актуальном состоянии и показывает "Остаток материальных ценностей", который есть сумма 4 колонок "Товар" + "Деньги"+ "Недостача" + "Брак" правильность этого журнала контролирует программа никакого особо вовлечения сознания сотрудников в учет, или "контроль учета" нет условно, сотрудник в каждый момент времени контролирует только 1 и свой личный поступок пришла корзина с товаром и накладной - он пересчитывает товар по накладной, открывает накладную в компьютере по индивидульному номеру, и ставит галочку Принял. И все - "Учет" в принципе закончился. ... |
|||
:
Нравится:
Не нравится:
|
|||
30.12.2009, 14:36 |
|
Архитектура инф. системы для торговой сети
|
|||
---|---|---|---|
#18+
авторправильность этого журнала контролирует программа упаси бог строить учет чтоб программа чет там контролировала ... |
|||
:
Нравится:
Не нравится:
|
|||
30.12.2009, 15:15 |
|
Архитектура инф. системы для торговой сети
|
|||
---|---|---|---|
#18+
Last1Cmenавторправильность этого журнала контролирует программа упаси бог строить учет чтоб программа чет там контролировала а чего там контролировать человеку, если учет в рознице - это арифметика? плюс, минус минус, плюс минус, минус, плюс плюс, плюс, минус да по каждому коду, да в штуках, рублях и долларах, на реализацию и выкуп и пр. Чего собрались Вы там контролировать?.. Арифметику? Аутентификацию? Может Вы собрались проверить в Офисе - что фактически Отдал Склад и что фактически Принял Магазин? Но они хотя бы видели товар 2 раза и 2 раза его посчитали.. А "офисный контроллер" вообще кроме бумажки ничего.. Не, может Вы в Офисе, как контроллер, хотите подписаться за достоверность куда пошли тысячи рублей? чего-то не очень догоняю концепцию, абстрагировавшись от ее реализации ... |
|||
:
Нравится:
Не нравится:
|
|||
30.12.2009, 16:12 |
|
Архитектура инф. системы для торговой сети
|
|||
---|---|---|---|
#18+
DimAAA, вот панимаете у вас мировозрение "правильного праграммиста" (я нисколько не собираюсь рассуждать о проф. уровне а именно сам подход интересен) т.е. "только так и не иначе" - жисть она не всегда по алгоритму работает и вот когда алгоритмъ ломается (там не успели оприходовать а тут уже надо отгрузить, там не то зарезервировали а машина клиента уже на погрузке, тут неверно вбили метод аммортизации и т.д. ) то становиться очень весело всем и приятно :) посему программа должна учитывать и, скажем так, направлять пользователя попутно выдавая статистику при этом позволяя вносить поправки задним числом возможно иной раз даже искажая данные (отчет сдан в органы и всё - точка) авторНе, может Вы в Офисе, как контроллер, хотите подписаться за достоверность куда пошли тысячи рублей? есть первичка ? подпишусь не надо "грузить" программу административными/операционными проблемами... нет конечно облегчить жизнь в поиске чего не так конечно нужно, но полностью перекладывать процесс на калькулятор/компутер не есть по феньшую - расчет ? да... анализ ? да... физический контроль ? нет... ... |
|||
:
Нравится:
Не нравится:
|
|||
30.12.2009, 16:22 |
|
Архитектура инф. системы для торговой сети
|
|||
---|---|---|---|
#18+
автораммортизации последний день и "аммо" на исходе... продержаться бы ещё пару часов и на корпоратифф ... |
|||
:
Нравится:
Не нравится:
|
|||
30.12.2009, 16:26 |
|
Архитектура инф. системы для торговой сети
|
|||
---|---|---|---|
#18+
DimAAALast1Cmenавторправильность этого журнала контролирует программа упаси бог строить учет чтоб программа чет там контролировала а чего там контролировать человеку, если учет в рознице - это арифметика? плюс, минус минус, плюс минус, минус, плюс плюс, плюс, минус да по каждому коду, да в штуках, рублях и долларах, на реализацию и выкуп и пр... Уважаемый DimAAA , на мой взгляд, это Вы не работали в магазине и малейшего понятия не имеете о том как идет в магазине учет :). Арифметика? (+) и (-) ?))) А кражи, а не правильное приходование товара. Там читал фразу типа : - ... пришла корзина с товаром и накладной - он пересчитывает товар по накладной, открывает накладную в компьютере по индивидуальному номеру, и ставит галочку Принял.... А что вы делать будете если вместо 5-ти бутылок молока как в электронной накладной в корзине оказалось 4-ре ?? Переделывать заказ ? Или просто галочку не поставите ? И весь товара не ляжет плюсом на склад... Или списание овощей??? Как программа может контролировать ВСЕ ?? Ведь овощи гниют, усыхают и т.д. А колбаса, в которую на заводе залили воды или еще какой-то дряни перед отгрузкой на розницу.... Привезли 20-ть кг в магазин, а через день у Вас на магазине уже 19,7 кг. при условии, что никто еще колбасу не покупал.... Как программа с этим справится ? )))) Или у Вас ИИ все контролирует ???)))) ... |
|||
:
Нравится:
Не нравится:
|
|||
02.01.2010, 20:48 |
|
Архитектура инф. системы для торговой сети
|
|||
---|---|---|---|
#18+
-O_o-Уважаемый DimAAA , на мой взгляд, это Вы не работали в магазине и малейшего понятия не имеете о том как идет в магазине учет :). Арифметика? (+) и (-) ?))) А кражи, а не правильное приходование товара. Там читал фразу типа : - ... пришла корзина с товаром и накладной - он пересчитывает товар по накладной, открывает накладную в компьютере по индивидуальному номеру, и ставит галочку Принял.... А что вы делать будете если вместо 5-ти бутылок молока как в электронной накладной в корзине оказалось 4-ре ?? Переделывать заказ ? Или просто галочку не поставите ? И весь товара не ляжет плюсом на склад... Или списание овощей??? Как программа может контролировать ВСЕ ?? Ведь овощи гниют, усыхают и т.д. А колбаса, в которую на заводе залили воды или еще какой-то дряни перед отгрузкой на розницу.... Привезли 20-ть кг в магазин, а через день у Вас на магазине уже 19,7 кг. при условии, что никто еще колбасу не покупал.... Как программа с этим справится ? )))) Или у Вас ИИ все контролирует ???)))) Оо, С Новым Годом! Поскольку были заданы некоторые вопросы, наверно надо ответить. Все ответы исходят из одной парадигмы - материальная ответственность. - Если товар "Украли", это ничем не отличается от понятия "Сломали", "Временно потеряли" или .. упс .. "Ура! Товар продан" - товара нет - значит должны быть деньги, если денег нет значит копится "Недостача" в Журнале материальной ответсвенности. - Неправильное приходование товара. Это либо мгновенная Инвентаризация по коду, либо Возврат. Если фактический товар дороже выгодно сделать инвентаризацию, уменьшив этим былые недостачи. Если фактически более дешевый - сразу возврат, чтобы недостача потом не возросла. - "А что вы делать будете если вместо 5-ти бутылок молока как в электронной накладной в корзине оказалось 4-ре ?? Переделывать заказ ? Или просто галочку не поставите ? И весь товар не ляжет плюсом на склад..." - А Вы что из своего личного кармана хотите заплатить за 1 бутылку, которой нет, ради некоей скорости своей работы? Принимающая сторона звонит Отгрузившей, просит исправить количество и всё, 5-10 минут. Ну надо быть неадекватным, чтобы принимать на себя товар которого нет. - Что делать если "Овощи усохли" или из 10 кг замороженного палтуса получилось 6 кг понятия не имею - тут требуется работа интеллекта и это с очевидностью какой-то i+1 "процесс". Вот Вы нам и расскажите, как поступать правильно в этом случае. (насколько помню, как говорят, в СССР количество сметаны увеличивали путем разбавления, колбасу за 1-80 продавали как за 2-20, чтобы компенсировать убытки, но у меня нет мнения как правильно) ... |
|||
:
Нравится:
Не нравится:
|
|||
03.01.2010, 01:13 |
|
Архитектура инф. системы для торговой сети
|
|||
---|---|---|---|
#18+
DimAAA, Скажу Вам откровенно. В ритейле я недавно... Но в торговле я работаю достаточно времени для тього что бы понимать процессы и искать решения их проблем. Насчет последнего, то скажу Вам честно, что магазины продадут Вам ссохшуюся колбасу или просроченный тор любым способом и это есть наш менталитет. Я работаю в компании у который на первый взгляд все хорошо. И ИС очень хорошая, и БП прописаны вроде бы как до каждый мелочи и обучение персонала на уровне, но я размышляю философски. Какая бы не была компания все будет зависеть от ТОП ов. И от каждого звена руководителей. ... |
|||
:
Нравится:
Не нравится:
|
|||
03.01.2010, 11:13 |
|
Архитектура инф. системы для торговой сети
|
|||
---|---|---|---|
#18+
it-shnik-O_o- А мен вот интересно, вы что ли сами будете автоматизировать все ??? Или вы только за ТЕХ. часть ответственный ?? Интересно было бы прочесть цели автоматизации... Что именно хотите автоматизировать ? Насчет целей ... Моей целью, как руководителя службы инф. технологий на предприятии, является организация единого информационного пространства между службами организации, создать прозрачную легкосопровождаемую систему в торговых точках. Максимум функциональности, возможность удаленного администрирования, минимум затрат. С точки зрения руководства предприятия, цели обычные. Увеличение прибыли, товарооборота, снижение затрат. С помощью автоматизации учета поставок, продаж, оборачиваемости и т.д. Кроме учета, есть желание реализовать функции управления. Централизация ценообразования, контроля остатков, ассортимента. По поводу "... один автоматизировать все ? ...". Естественно, один человек не справится. Есть люди для написания программы, будет определенное количество групп запуска и сопровождения. Скажите пожалуйста, а каким образом Вы будете следить за ТУ в магазинах, кто будет делать заказы на магазины и т.д. Прибыль или убыток может посчитать любой студент 4-го курса если му дадут цифры. А вот, как сделать, что бы эти цифры были корректными и актуальными? И еще одна не маловажная задача будет стоять перед Вами, это как сделать работу сотрудников на магазине по минимуму сложной. Как сделать так, что бы сотрудники были в залах магазина и занимались товаром и клиентами, а не сидели на инет.порталах и не курили (бамбук). Вот это на мой взгляд одна из самых больших проблем. ... |
|||
:
Нравится:
Не нравится:
|
|||
03.01.2010, 11:19 |
|
Архитектура инф. системы для торговой сети
|
|||
---|---|---|---|
#18+
-O_o-Как сделать так, что бы сотрудники были в залах магазина и занимались товаром и клиентами, а не сидели на инет.порталах и не курили (бамбук). Вот это на мой взгляд одна из самых больших проблем. Подсказка: направить сотрудников в зал, а не на инет-портал. ... |
|||
:
Нравится:
Не нравится:
|
|||
03.01.2010, 12:13 |
|
Архитектура инф. системы для торговой сети
|
|||
---|---|---|---|
#18+
iscrafm-O_o-Как сделать так, что бы сотрудники были в залах магазина и занимались товаром и клиентами, а не сидели на инет.порталах и не курили (бамбук). Вот это на мой взгляд одна из самых больших проблем. Подсказка: направить сотрудников в зал, а не на инет-портал. Остроумно... ... |
|||
:
Нравится:
Не нравится:
|
|||
03.01.2010, 15:16 |
|
Архитектура инф. системы для торговой сети
|
|||
---|---|---|---|
#18+
-O_o-Как сделать так, что бы сотрудники были в залах магазина и занимались товаром и клиентами, а не сидели на инет.порталах и не курили (бамбук). Вот это на мой взгляд одна из самых больших проблем.Вы правы. Найм нормального персонала и его стимулирование - одна из самых больших проблем. Задача сверхнанотехнологичная, совершенно новая и неизученная и вспыла только в одной организации :о) ... |
|||
:
Нравится:
Не нравится:
|
|||
03.01.2010, 15:48 |
|
Архитектура инф. системы для торговой сети
|
|||
---|---|---|---|
#18+
-O_o-Как сделать так, что бы сотрудники были в залах магазина и занимались товаром и клиентами, а не сидели на инет.порталах и не курили (бамбук). Вот это на мой взгляд одна из самых больших проблем. но это не компьютерная задача, а прагматическая психотерапия мысли - поведение - результат мысли определяют поведение поведение определяет результат к слову, в инет.порталах человек пребывает .. упс .. в трансе, он не "здесь и теперь" "думает о результате", а "там и тогда", он в гипнозе, это транс, сон конечно от руководителя тоже много зависит "Ты здесь никто", "Здесь ничего твоего нет", "Тебя куда воткнули, там и торчи", "Ну что, решил поработать?", "Хочу чтобы о тебе ничего не напоминало", "Лишь бы свинарник устроить", "Тупари, х%ли сели - протирайте пыль", "Лишь бы всё моё украсть, Насквозь вижу каждого" при таком руководстве доверие на подсознательном уровне может уменьшиться у сотрудников имхо ... |
|||
:
Нравится:
Не нравится:
|
|||
03.01.2010, 16:28 |
|
Архитектура инф. системы для торговой сети
|
|||
---|---|---|---|
#18+
it-shnik, Еслия я правильно понял Вы хотите сделать чистый on-line между магазинами и центром. При такой модели необходимы серьезные вложения в сетевую инфраструктуру (дублирующие канали связи и дублирующие сетевое оборудование в ядре сети, системы мониторинга) Это могут себе позволить крупные гипермаркеты, банки и т.д. Для точек малого формата это делать ктегорически делать не рекомендуется. Если на точке пропадет связь, то магазин будет простаивать? А если связь пропадет в серверной где находится центральный сервер? А если это будет конец декабря? ... |
|||
:
Нравится:
Не нравится:
|
|||
03.01.2010, 17:04 |
|
Архитектура инф. системы для торговой сети
|
|||
---|---|---|---|
#18+
BRSystemsЕсли на точке пропадет связь, то магазин будет простаивать? Компенсирует через суд с провайдера. :) ... |
|||
:
Нравится:
Не нравится:
|
|||
03.01.2010, 23:48 |
|
Архитектура инф. системы для торговой сети
|
|||
---|---|---|---|
#18+
BRSystemsit-shnik, Еслия я правильно понял ... Если на точке пропадет связь, то магазин будет простаивать? А если связь пропадет в серверной где находится центральный сервер? А если это будет конец декабря? Ответ на Ваш вопрос, можно делать бэкапы на сами кассовые места с инфо о товаре. Даже если связь с сервером пропадет, то магазин будет функционировать... Есть еще пару решений чисто идеологических. А вот с тех. точки зрения я уже не знаю. ... |
|||
:
Нравится:
Не нравится:
|
|||
04.01.2010, 00:08 |
|
Архитектура инф. системы для торговой сети
|
|||
---|---|---|---|
#18+
авторВы правы. Найм нормального персонала и его стимулирование - одна из самых больших проблем. да тут как раз и не проблема... ставьте на сдельно-премиальную систему и успевайте удовлетворять заказы и мониторить чтоб своё не "толкали"... продажников только так стимулировать особо продвинутые задействуют ещё и планы, за невыполнение которых "-" к премии но вот как быть если это не продажник ? когда нет четкой базы для применения механизмов мотивации... вот тут уже и интересно пс... хотя это всё уже оффтоп :( ... |
|||
:
Нравится:
Не нравится:
|
|||
04.01.2010, 10:52 |
|
Архитектура инф. системы для торговой сети
|
|||
---|---|---|---|
#18+
it-shnik Насчет целей ... С точки зрения руководства предприятия, цели обычные. Увеличение прибыли, товарооборота, снижение затрат. С помощью автоматизации учета поставок, продаж, оборачиваемости и т.д. Кроме учета, есть желание релизовать функции управления. Может, вам все же подумать о "более другой" ;-))) erp системе? Всё же конфигурации 1с (я говорю не о платформе, а именно о конфигурациях, реализующих бизнес-логику) ориентированы на относительно небольшие предприятия. Это касается всех стандартных конфигураций и всех самописных, о которых я слышал. Разумеется, написать можно всё, что душа пожелает, но сроки и стоимость... Я говорю на основе личного опыта - внедрение и сопровождение 4 года Navision, внедрение OEBS, внедрение и сопровождение 1,5 года 1с УПП. Во всех вариантах есть свои проблемы, и все проблемы можно каким-либо образом решить ;-)) Но в случае с 1с очень тяжело наладить нормальный контроль. Дело в том, что во всех известных мне конфигурациях 1с пользователям необходимо изменять уже проведенные документы, и, соответственно, у них есть ВОЗМОЖНОСТЬ изменять проведенные документы. (если в ящике не 5 бутылок, а 4, мы входим в систему и исправляем документ, а в Navision и в особенности OEBS мы создаем корректировочный документ). Кроме проблем с подтасовками, это еще и ведет к тому, что трудно определить, где именно возникают ошибки - например, при перемещении со склада на склад проблемы могут быть в двух местах - (1) на складе отправителе не отгрузили все, что было запланировано к отгрузке и (2) к складу получателю довезли не все, что отгрузили со склада отправителя. Эти ситуации требуют разных управленческих воздействий, но в конфигурациях 1с не предусмотрена фиксация подобных ситуаций. На небольших предприятиях это не критично, но если есть 200 торговых точек... Возможно, что использование того же JD или SAP One обойдется дешевле, чем самостоятельное написание конфигурации 1с. Да и с масштабируемостью у них получше - они гарантированно потянут нужное вам количество пользователей. ... |
|||
:
Нравится:
Не нравится:
|
|||
05.01.2010, 18:20 |
|
Архитектура инф. системы для торговой сети
|
|||
---|---|---|---|
#18+
s_ustinov, Вы уже увидели 1С, что можете сравнить с чем-то другим? Или повнедряли? Правильно я понял, что сентябрьская информация уже очень устарела? s_ustinov в сенябре об 1ССкажу сразу - не только не внедрял/работал, но даже и не видел :-) s_ustinov сегоднявнедрение и сопровождение 1,5 года 1с УПП хотя странно... с сенятбря не 1.5 года прошло, а 4 месяца. Похоже кто-то троллингом занимается. ... |
|||
:
Нравится:
Не нравится:
|
|||
05.01.2010, 18:45 |
|
Архитектура инф. системы для торговой сети
|
|||
---|---|---|---|
#18+
автору них есть ВОЗМОЖНОСТЬ изменять проведенные документы запретите и не будет проблема то в другом и похоже комплексная и дело не в 1це... похоже пока не совсем понятно чего надобно от сией системы ... |
|||
:
Нравится:
Не нравится:
|
|||
05.01.2010, 18:49 |
|
Архитектура инф. системы для торговой сети
|
|||
---|---|---|---|
#18+
... |
|||
:
Нравится:
Не нравится:
|
|||
05.01.2010, 18:58 |
|
Архитектура инф. системы для торговой сети
|
|||
---|---|---|---|
#18+
iscrafm, мало жеж изначально вроде разобрали "по-полочкам" и пришли к выводу что 1це потянет в принципе... потом возник вопрос про "реалтайм" и "физ. контроль" и непонятно надо оно ТС или нет ... |
|||
:
Нравится:
Не нравится:
|
|||
05.01.2010, 19:09 |
|
Архитектура инф. системы для торговой сети
|
|||
---|---|---|---|
#18+
iscrafms_ustinov, Вы уже увидели 1С, что можете сравнить с чем-то другим? Или повнедряли? Правильно я понял, что сентябрьская информация уже очень устарела? s_ustinov в сенябре об 1ССкажу сразу - не только не внедрял/работал, но даже и не видел :-) s_ustinov сегоднявнедрение и сопровождение 1,5 года 1с УПП хотя странно... с сенятбря не 1.5 года прошло, а 4 месяца. Похоже кто-то троллингом занимается. Речь шла об IT-Предприятие. Его я не внедрял и с ним не работал. А что внедрял / поддерживал написано в сообщении. Правда, не все - была еще 1с 6.0 и 7.7, но это было давно :-))) ... |
|||
:
Нравится:
Не нравится:
|
|||
05.01.2010, 19:15 |
|
Архитектура инф. системы для торговой сети
|
|||
---|---|---|---|
#18+
s_ustinov, спутал цитату по IT-предприятие и 1С-Предприятие. Приношу извинения. ... |
|||
:
Нравится:
Не нравится:
|
|||
05.01.2010, 19:18 |
|
Архитектура инф. системы для торговой сети
|
|||
---|---|---|---|
#18+
Last1Cmenавтору них есть ВОЗМОЖНОСТЬ изменять проведенные документы запретите и не будет Для того, чтобы запретить, и при этом все могли работать, надо очень неслабо допилить конфигурацию. ... |
|||
:
Нравится:
Не нравится:
|
|||
05.01.2010, 22:08 |
|
Архитектура инф. системы для торговой сети
|
|||
---|---|---|---|
#18+
s_ustinov, на группе объектов или конкретных объектов в правах снять галочки насчет перепроведения и всё :) но тогда зачем 1це - у этой системы это как раз одно из преимуществ (сделать так как надо пока не поздно и в любое время) ... |
|||
:
Нравится:
Не нравится:
|
|||
05.01.2010, 22:20 |
|
Архитектура инф. системы для торговой сети
|
|||
---|---|---|---|
#18+
Last1Cmens_ustinov, на группе объектов или конкретных объектов в правах снять галочки насчет перепроведения и всё :) но тогда зачем 1це - у этой системы это как раз одно из преимуществ (сделать так как надо пока не поздно и в любое время) ;-))) есть реализация товаров услуг (способ списания со склада - по ордеру) есть расходный ордер со склада (два документа нужны, так как продажами и выдачей товара занимаются разные люди) когда собирали расходный со склада, часть товаров не нашли - выдали меньше, чем продали - в расходном ордере со склада количество меньше, чем в реализации можно исправить уже проведенную реализацию и тогда все сойдется - но для этого должны быть права на перепроведение или надо допиливать конфигурацию а главное преимущество 1с - это ее цена ;-))) ... |
|||
:
Нравится:
Не нравится:
|
|||
05.01.2010, 22:35 |
|
Архитектура инф. системы для торговой сети
|
|||
---|---|---|---|
#18+
авторно для этого должны быть права на перепроведение тогда должны быть :)... следовательно даём их не всем а ток зав. участками (старшим смены и т.д.)... тоже сложного вроде ничего я почему вот вспомнил про "физ контроль" (это фантастика не ток в 1це ) но и про "онлайновость" вот с этим у 1це сложновато... не подразумевает платформа такой работы окромя как в локалке... да есть обмен в урбд но это не есть единое целое хотя если это для прайса кассы надо а остатки ведутся в рамках точек (централизовано - онлайне нет необходимости) то в принципе и урбд подойдёт вобщем ничего "сверх" даже для 7ки не вижу пока ... |
|||
:
Нравится:
Не нравится:
|
|||
05.01.2010, 23:00 |
|
Архитектура инф. системы для торговой сети
|
|||
---|---|---|---|
#18+
Last1Cmenавторно для этого должны быть права на перепроведение тогда должны быть :)... следовательно даём их не всем а ток зав. участками (старшим смены и т.д.)... тоже сложного вроде ничего вообще-то именно так и сделано ;-))) НО - один чел дает другому челу (они ж друзья))) немножко поработать под его логином, чтоб исправить "пару мелочей", тот исправляет не пару и не мелочей и ... разумеется, это все стараются пресекать админ мерами, но само существование такой проблемы не есть гут... а если ставится вопрос - на какую сумму за месяц по такому то складу продали меньше из-за того, что товарищи не смогли найти товар? то в системе тупо нет такой информации... а согласитесь, подобный вопрос очень даже логичен, особенно в непростое кризисное время ;-))) Last1Cmen но и про "онлайновость" вот с этим у 1це сложновато... не подразумевает платформа такой работы окромя как в локалке... вобщем ничего "сверх" даже для 7ки не вижу пока так для онлайновости как раз терминальный режим и пригождается :-))) у меня так 8 магазинов в 4 городах работают. но 200, а тем более 300 пользователей в системе одновременно (на одной базе)... особенно учитывая, что у 7.7 блокировки на таблицу... что-то мне ОЧЕНЬ слабо в это верится... ... |
|||
:
Нравится:
Не нравится:
|
|||
05.01.2010, 23:23 |
|
Архитектура инф. системы для торговой сети
|
|||
---|---|---|---|
#18+
авторно 200, а тем более 300 пользователей в системе одновременно (на одной базе)... особенно учитывая, что у 7.7 блокировки на таблицу... что-то мне ОЧЕНЬ слабо в это верится... ну как бы тут смотря сколько документов в день с точки и генерации отчетов по исходным данным ТС непонятно... если там 10 продаж два отчета на точку и инвентаризация раз в неделю то и сотню точек потянет (хватило бы входящего канала) в терминальном режиме НО как правило нормальный интернет есть не везде (у меня для примера сейчас чуть более 30 точек т.е. менее трети от всего) и собственно остальные или в режиме только отчетов или в распределёнке ежели там пара сотен док-тов на точку то тогда не вариант конечно ... |
|||
:
Нравится:
Не нравится:
|
|||
06.01.2010, 00:03 |
|
Архитектура инф. системы для торговой сети
|
|||
---|---|---|---|
#18+
да и те же 300 юзеров они ведь не постоянно колбасят ? кстати а почему нужна именно "онлайновость" (скажем если это не бронь на любом из складов или там выписка проездных билетов как и мест для загрузок в транспортных средствах) ? если просто контролировать остатки на точке то распределёнка великолепно справляется и ещё может не имеет смысла на точках держать полную реплику центральной базы ? для точек - отдельная конфа (только транзакционная часть приход/расход и вид оного)с минимальным штучным отслеживанием остатков и прайсом генерация аналитическо-транзакционной части - обменным путем уже с партиями доп. разрезами и т.д. правда это всё если самим писать как вы понимаете и возникнут грабли связанные с нарушением целостности базы (т.е. синхронизационные проблемы между разными источниками и хранилищами данных) ... |
|||
:
Нравится:
Не нравится:
|
|||
06.01.2010, 00:13 |
|
Архитектура инф. системы для торговой сети
|
|||
---|---|---|---|
#18+
автортот исправляет не пару и не мелочей и ... ну как вы заметили это решается только админметодами уж извините... это когда я заметил по-поводу физ. контроля возложенного на программу - это не удел системы а удел физической организации процесса уже ... |
|||
:
Нравится:
Не нравится:
|
|||
06.01.2010, 00:15 |
|
Архитектура инф. системы для торговой сети
|
|||
---|---|---|---|
#18+
Last1Cmenавтортот исправляет не пару и не мелочей и ... ну как вы заметили это решается только админметодами уж извините... это когда я заметил по-поводу физ. контроля возложенного на программу - это не удел системы а удел физической организации процесса уже Это решается невозможностью изменить учтенный (проведенный) документ - "аудиторский след". Можно документ отсторнировать, создать корректировочный документ и т.п., но изменить НЕЛЬЗЯ. Разумеется, это не спасает от работы под чужим логином, но это и не очень критично - всегда видна история изменений. ... |
|||
:
Нравится:
Не нравится:
|
|||
06.01.2010, 03:11 |
|
Архитектура инф. системы для торговой сети
|
|||
---|---|---|---|
#18+
Last1Cmen кстати а почему нужна именно "онлайновость" (скажем если это не бронь на любом из складов или там выписка проездных билетов как и мест для загрузок в транспортных средствах) ? если просто контролировать остатки на точке то распределёнка великолепно справляется и ещё может не имеет смысла на точках держать полную реплику центральной базы ? для точек - отдельная конфа (только транзакционная часть приход/расход и вид оного)с минимальным штучным отслеживанием остатков и прайсом генерация аналитическо-транзакционной части - обменным путем уже с партиями доп. разрезами и т.д. правда это всё если самим писать как вы понимаете и возникнут грабли связанные с нарушением целостности базы (т.е. синхронизационные проблемы между разными источниками и хранилищами данных) С распределенными базами очень уж много головняка. Самый простой вариант - везде полная копия - не получится по соображениям безопасности, да и трафика много гонять. Значит, надо настраивать правила обмена. И там вылезает столько нюансов... И нарушения целостности - еще не самое геморройное. Хотя для 200 точек и это будет неслабой проблемой. Впрочем, как мне кажется, вы понимаете, о чем я ;-))) То есть вариант с распределенными базами является, без сомнения, вполне работоспособным, но достаточно сложным при первоначальном проектировании и настройке и потребует много трудозатрат при поддержке. ... |
|||
:
Нравится:
Не нравится:
|
|||
06.01.2010, 03:32 |
|
Архитектура инф. системы для торговой сети
|
|||
---|---|---|---|
#18+
ну а кому щаз легко (с) :) сотня точек - по любому головняк хоть распределёнка хоть автономно и с сумовым учетом (только отчет) хоть онлайн (терминалы) у меня вон человек с безлимиткой цельный выделен для решения вопросов с провайдерами (юзерами) на местах в телефонном режиме для терминалов и ещё один для тех. вопросов так точек чуть более сотни а тут 200 не думаю что получится создать "единое пространство" по крайней мере на платформе 1це для всех абсолютно точек или это дороговато будет в поддержке но соорудив зоопарк вполне можно получить нечто более-менее приемлимое и по затратам на поддержку да и по суммарной стоимости создания да... и так и думаю что на точки вынести только транзакционную часть (мин. набор готовых справочников товара и прайса и несколько документов по движению плюс пара отчетов по остаткам и продажам) а всё остальное уже крутить в центре... ... |
|||
:
Нравится:
Не нравится:
|
|||
06.01.2010, 10:40 |
|
Архитектура инф. системы для торговой сети
|
|||
---|---|---|---|
#18+
если скажем может быть 3х звенная цепочка Центр-Регионал-Точка то там попроще - регионалу - распределёнка т.к. много транзакций будет (и терминал в центр уже не прокатит из-за тех же блокировок) а с точек в регионала уже терминал... ... |
|||
:
Нравится:
Не нравится:
|
|||
06.01.2010, 10:44 |
|
Архитектура инф. системы для торговой сети
|
|||
---|---|---|---|
#18+
s_ustinovС распределенными базами очень уж много головняка. ... То есть вариант с распределенными базами является, без сомнения, вполне работоспособным, но достаточно сложным при первоначальном проектировании и настройке и потребует много трудозатрат при поддержке. я так понял это идет речь не о распределенных решениях в принципе, а конкретно о построении распределенной системе на базе 1С? ... |
|||
:
Нравится:
Не нравится:
|
|||
06.01.2010, 12:36 |
|
Архитектура инф. системы для торговой сети
|
|||
---|---|---|---|
#18+
iscrafms_ustinovС распределенными базами очень уж много головняка. ... То есть вариант с распределенными базами является, без сомнения, вполне работоспособным, но достаточно сложным при первоначальном проектировании и настройке и потребует много трудозатрат при поддержке. я так понял это идет речь не о распределенных решениях в принципе, а конкретно о построении распределенной системе на базе 1С? Я сталкивался с распределенными системами только на базе 1с (одна логическая база данных на нескольких машинах), и обсуждал именно 1с. Другие внедрения с несколькими территориально разнесенными серверами, о которых я слышал (с использованием других систем), нельзя, как мне кажется, называть распределенными базами - там была реализована полуавтоматическая синхронизация справочников и выгрузка/загрузка некоторых документов (вернее, генерация документов закупок на основе документов продаж). Возможно, есть внедрения полноценных распределенных систем на базе других продуктов, но я о них не слышал (в принципе и не очень интересовался). По моему мнению, такие решения сейчас не очень нужны - почти везде можно организовать нормальные каналы связи и работать с централизованной базой, и такой вариант будет удобнее, чем возится с организацией распределенных систем. По крайней мере это справедливо для решений, работающих на реляционных базах данных. Естественно, это не относится к автономным терминалам сбора данных (кассы и т.п.), время от времени сбрасывающими данные на центральный сервер - такие решения хорошо работают - но с моей точки зрения, это не является распределенными системами. ... |
|||
:
Нравится:
Не нравится:
|
|||
06.01.2010, 17:52 |
|
Архитектура инф. системы для торговой сети
|
|||
---|---|---|---|
#18+
s_ustinov Возможно, есть внедрения полноценных распределенных систем на базе других продуктов, но я о них не слышал (в принципе и не очень интересовался). По моему мнению, такие решения сейчас не очень нужны - почти везде можно организовать нормальные каналы связи и работать с централизованной базой, и такой вариант будет удобнее, чем возится с организацией распределенных систем. 1. что значит возиться? Определить куда передается информация с узла <> возиться. Обычная настройка, ничем не отличающаяся от других. Выполняется в течении аж 5 минут. 2. Вы связываете необходимость распределенной системы с качеством канала связи, как будто распределенные системы возникли на этой почве. В этом и ошибка. Работать удаленно онлайн с центральной базой конечно можно, если предоставляются комфортные условия для работы и точка является разделом центральной базы. ... |
|||
:
Нравится:
Не нравится:
|
|||
06.01.2010, 18:16 |
|
Архитектура инф. системы для торговой сети
|
|||
---|---|---|---|
#18+
Коллеги, предлагаю перевести дискуссию в более практическое русло. У кого есть данные по наработке на отказ для конкретных инсталляций учетных систем, работающих в режиме 24*7 (или хотя-бы 16*7) - именно такой режим требуется для системы, нужной топикстартеру. Под отказом понимается отказ в обслуживании для одного или более юзера не из-за проблем канала связи до юзера или тупизны самого юзера с необходимостю вмешательства администратора системы или программиста. Привожу данные систем, администратором которых (и по совместительству программистом поддержки) являюсь. Система (двухзвенка, Linux+PostgreSQL на сервере, Windows на клиенте) работает в режиме 18*7. Наработка на отказ за последние 3 года составила в среднем 3285 часов. Среднее время восстановления после отказа 1.5 часа. Система обеспечивает товарооборот фабрики в размере 50 M$ в год. Система (трехзвенка, Linux+Progress на сервере, Linux и WinCE на клиенте) работает в режиме 24*7. Наработка на отказ за последние 8 месяцев составила 1152 часа. Среднее время восстановления после отказа 15 минут. Система обеспечивает оборот складской логистики в размере 4000 фур в год. ... |
|||
:
Нравится:
Не нравится:
|
|||
07.01.2010, 00:22 |
|
Архитектура инф. системы для торговой сети
|
|||
---|---|---|---|
#18+
strizh, приведите определение термина "тупизна одного юзера", тогда, возможно, и определения остальных терминов приведут ... |
|||
:
Нравится:
Не нравится:
|
|||
07.01.2010, 01:33 |
|
Архитектура инф. системы для торговой сети
|
|||
---|---|---|---|
#18+
"Тупизна юзера", по моему мнению, это когда юзер жалуется на отказ системы, а на самом деле он : 1) забыл, как войти в систему 2) забыл, как сделать какое-либо действие в системе 3) сделал действие в системе, которое не привело к нужному ему результату (например, провел документ не тем числом, ввел неправильные условия оплаты, пытается сделать отгрузку не с того склада и пр.) 4) открыл в системе 10 разных отчетов в поисках нужной ему цифры, но "потерялся" в них 5) .... прочие подобные приколы Еще привожу данные о наработке на отказ системы, за работоспособность которой я косвенно отвечаю (как админ домена, отвечающий за авторизацию юзеров). 1С 8.1 УПП. УРБД. Центральная база + 7 подчиненных баз. Работа в режиме 24*7. Наработка на отказ для центральной базы составляет в среднем 80 часов. Время восстановления 1 час. 95% отказов в обслуживании - обновления конфигурации УРБД, которые делаются в рабочее время (на это время система блокирована). По-другому, к сожалению, наш отдел 1С не может организовать работу (хотя ситуация за последний год улучшилась немного). Остальные 5% отказов для центральной базы - ошибки после сложных обменов в УРБД. Наработка на отказ для подчиненных баз составляет в среднем 350 часов. Время восстановления 2 часа (много из-за того что админы в центральном офисе сидят). ... |
|||
:
Нравится:
Не нравится:
|
|||
08.01.2010, 16:31 |
|
Архитектура инф. системы для торговой сети
|
|||
---|---|---|---|
#18+
strizh Система (двухзвенка, Linux+PostgreSQL на сервере, Windows на клиенте) работает в режиме 18*7. Наработка на отказ за последние 3 года составила в среднем 3285 часов. Среднее время восстановления после отказа 1.5 часа. Система обеспечивает товарооборот фабрики в размере 50 M$ в год. Система (трехзвенка, Linux+Progress на сервере, Linux и WinCE на клиенте) работает в режиме 24*7. Наработка на отказ за последние 8 месяцев составила 1152 часа. Среднее время восстановления после отказа 15 минут. Система обеспечивает оборот складской логистики в размере 4000 фур в год. очень интересно, strizh! Не могли бы вы коротко описать: - размер бд, где бизнес логика (на клиенте или в ХП) - общее кол-во пользователей, используете ли пул соединений (какой?) - кол-во активных сессий в пике нагрузки - что за железо под БД: CPU и дисковая, сколько IOPS на дисках в пике. - дневное кол-во документов и среднее кол-во строк в них (например приходных и расходных накладных) - размерности справочников (товары, цены, контрагенты, персоны/юрлица) целыми палетами грузите, или сборными и сколько мест в смену отгружаете? (для второй системы) Если тут неуместно, можно в postgres форум. Буду очень признателен! ... |
|||
:
Нравится:
Не нравится:
|
|||
08.01.2010, 17:26 |
|
Архитектура инф. системы для торговой сети
|
|||
---|---|---|---|
#18+
tadminНе могли бы вы коротко описать: ... Для первой. Размер БД 1.9 Гб. Логика в ХП. Юзеров 35, на пике - тоже 35. Никакого пула соединений. Сервер - старинный двухпроцевый AMD с двумя raid-зеркалами и гигом памяти (bogomips : 2385.51). 1000 - 1200 документов всех типов в день. Строк в них от 1 до 1000 (в среднем только что посчитал 172). Много - потому что в каждый заказ записывается его личный BOM (импортируется из PDM-системы). Справочники короткие все (в самом длинном - производственные материалы - 1200 записей). Для второй (ProgressDB и Progress app-сервер). Размер БД 1 Гб (большой, потому что все действия юзеров журналируются средствами ProgressDB). Логика в процедурах на 4GL на app-сервере. Юзеров 20, на пике - 15. Сервер - двухядерный P4 3 ГГц с raid-зеркалом и 2 гигами памяти (bogomips : 5980.16) Номенклатура небольшая (350 активных позиций), грузим в-основном, целыми паллетами, сборных паллет не более 10%. ... |
|||
:
Нравится:
Не нравится:
|
|||
08.01.2010, 18:14 |
|
Архитектура инф. системы для торговой сети
|
|||
---|---|---|---|
#18+
спасибо, strizh. 1200х170 строк в смену - весьма неплохо для такого железа. Особенно если остатки и себестоимость по отгрузке ведется. ... |
|||
:
Нравится:
Не нравится:
|
|||
08.01.2010, 18:34 |
|
Архитектура инф. системы для торговой сети
|
|||
---|---|---|---|
#18+
Это фабрика. Себестоимость считается только итого за период и средняя за период на единицу. Себестоимость одного заказа никого не интересует (так как прибыльность задается ранее в PDM). Метод списания по складам материалов - средневзвешенные цены. ... |
|||
:
Нравится:
Не нравится:
|
|||
08.01.2010, 19:30 |
|
Архитектура инф. системы для торговой сети
|
|||
---|---|---|---|
#18+
iscrafm 1. что значит возиться? Определить куда передается информация с узла <> возиться. Обычная настройка, ничем не отличающаяся от других. Выполняется в течении аж 5 минут. Вы это про 1с или про другую систему? Если про другую, то не могли бы рассказать чуть подробнее - что за система, и почему была настроена именно как распределенная (на примере какого-либо внедрения)? Если про 1с, то вот простейший пример - есть сеть магазинов (оптовая торговля). Данные об операциях (продажах) других магазинов в локальном узле быть не должно (требования безопасности), есть только данные об операциях данного магазина. Но в каждом магазине (узле) должны быть данные об остатках на центральном складе и на складах других магазинов. Решение этой задачи занимает далеко не 5 минут. Если у нас имеется 200 узлов, то даже на настройку, куда какая передается информация, уходит много времени - допустим, 5 минут на узел * 200 узлов - это примерно 16 часов - два человеко дня. Именно это и называется возится. iscrafm 2. Вы связываете необходимость распределенной системы с качеством канала связи, как будто распределенные системы возникли на этой почве. В этом и ошибка. Работать удаленно онлайн с центральной базой конечно можно, если предоставляются комфортные условия для работы и точка является разделом центральной базы. Насколько я понимаю, причин для создания распределенных решений три: 1. плохие каналы связи 2. ограниченность железа (не в состоянии обрабатывать нужное количество транзакций с приемлемой скоростью) 3. ограничения программной платформы (например, нет возможности использовать несколько ядер/процессоров - нельзя обрабатывать нужное количество транзакций с приемлемой скоростью) Как мне кажется, сейчас можно решить все три проблемы, разве что для некоторых случаев это нецелесообразно по экономическим причинам (например, слишком дорого переписывать унаследованное ПО). ... |
|||
:
Нравится:
Не нравится:
|
|||
09.01.2010, 13:35 |
|
Архитектура инф. системы для торговой сети
|
|||
---|---|---|---|
#18+
s_ustinov Если про 1с, то вот простейший пример - есть сеть магазинов (оптовая торговля). Данные об операциях (продажах) других магазинов в локальном узле быть не должно (требования безопасности), есть только данные об операциях данного магазина. Но в каждом магазине (узле) должны быть данные об остатках на центральном складе и на складах других магазинов. Решение этой задачи занимает далеко не 5 минут. Если у нас имеется 200 узлов, то даже на настройку, куда какая передается информация, уходит много времени - допустим, 5 минут на узел * 200 узлов - это примерно 16 часов - два человеко дня. Именно это и называется возится. на настройку разграничения доступа уйдет намного больше времени + "возможная невозможность" решения некоторых задач средствами разграничения доступа. s_ustinov Насколько я понимаю, причин для создания распределенных решений три: 1. плохие каналы связи 2. ограниченность железа (не в состоянии обрабатывать нужное количество транзакций с приемлемой скоростью) 3. ограничения программной платформы (например, нет возможности использовать несколько ядер/процессоров - нельзя обрабатывать нужное количество транзакций с приемлемой скоростью) Как мне кажется, сейчас можно решить все три проблемы, разве что для некоторых случаев это нецелесообразно по экономическим причинам (например, слишком дорого переписывать унаследованное ПО). пропустили одну "из", самую банальную. Удаленный узел является самостоятельной бизнес-единицей и одновременно частью большого холдинга. Это пожалуй самая банальная. А перечисленные Вами 1,2,3 вообще ничего не стоят, имхо практически. s_ustinovЕсли про другую, то не могли бы рассказать чуть подробнее - что за система, и почему была настроена именно как распределенная (на примере какого-либо внедрения)?p.s. s_ustinov, от одного проекта 2007 года есть выдержка из описания ... |
|||
:
Нравится:
Не нравится:
|
|||
09.01.2010, 13:56 |
|
Архитектура инф. системы для торговой сети
|
|||
---|---|---|---|
#18+
strizh 1С 8.1 УПП. УРБД. Центральная база + 7 подчиненных баз. Работа в режиме 24*7. Наработка на отказ для центральной базы составляет в среднем 80 часов. Время восстановления 1 час. 95% отказов в обслуживании - обновления конфигурации УРБД, которые делаются в рабочее время (на это время система блокирована). По-другому, к сожалению, наш отдел 1С не может организовать работу (хотя ситуация за последний год улучшилась немного). Остальные 5% отказов для центральной базы - ошибки после сложных обменов в УРБД. Наработка на отказ для подчиненных баз составляет в среднем 350 часов. Время восстановления 2 часа (много из-за того что админы в центральном офисе сидят). strizh, а не могли бы вы указать причину, по которой используете УРБД? Много пользователей (одна система не справляется) или недостаточно хорошие каналы связи? У нас режим работы намного более щадящий - примерно 10*6, и статистику никто не ведет (это не критично), так что данные указать не могу... ... |
|||
:
Нравится:
Не нравится:
|
|||
09.01.2010, 13:56 |
|
Архитектура инф. системы для торговой сети
|
|||
---|---|---|---|
#18+
Для ларёчной розницы всё просто. Товар продается только тот, который на точке в данный момент. В конце дня - инвентаризация. Кассовый отчёт (некоторые покупатели требуют чек). Кое-где - на ночь вынимают пиво из холодильника и закладывают туда подтаявшие окорочка. Благо пивные холодильники дают бесплатно. Живёт такая точка на обсчёте - обвесе, завышении цены. И любая! может быть закрыта после первой же проверки. Привозят допустим "колбаса ливерная" - в системе уже "колбаса печёночная" в половину дороже. Расчет идёт только с центральным складом. Привезли столько - сдали денег столько Вот и весь учёт. И другого не придвидится. При этом не закрылись и скандалов на было Остальное начальство не интересует. Весь учет на центральном складе, для расчёта с поставщиками. Пусть даже 10000 торговых точек. На них выписываются накладные центральным складом. Другое дело - сеть супермаркетов! Но их обычно немного. Не 1000 ... |
|||
:
Нравится:
Не нравится:
|
|||
09.01.2010, 18:48 |
|
Архитектура инф. системы для торговой сети
|
|||
---|---|---|---|
#18+
А если отпуск идёт с центрального склада, а на точках сидят типа "специалисты" - то это и не торговля вообще. Сеть консультационных пунктов. Достаточно иметь один интернет-магазин и интернет на всех точках. Опять же вся компьютеризация - только на центральном складе. ... |
|||
:
Нравится:
Не нравится:
|
|||
09.01.2010, 18:54 |
|
Архитектура инф. системы для торговой сети
|
|||
---|---|---|---|
#18+
s_ustinovstrizh, а не могли бы вы указать причину, по которой используете УРБД? Много пользователей (одна система не справляется) или недостаточно хорошие каналы связи? Глобальных причин у нас 2, по моему скромному мнению. 1) Филиалы в регионах работают в режиме критичной зависимости от 1С (без нее не могут сделать вообще ничего). Срыв отгрузок из-за падения канала с центром, из-за того что в центре проводятся обновления, или из-за того что в центре бухгалтерия делает пересчеты себестоимости при закрытии квартала, или ... просто неприемлем (хотя отказы раз в 2 месяца "глотаются" как неизбежное зло). 2) Отделу 1С выгодно держать большое количество специалистов поддержки (без них УРБД не работает) - его руководитель чувствует себя большой шишкой. При этом мантра работников этого отдела: "сейчас не можем ничем помочь, у нас очень важный ОБМЕН" :) Я к чему все это. Уважаемый ТС. Если в вашем бюджете есть содержание БОЛЬШОГО отдела поддержки 1С - вам сюда (т.е. в 1С УРБД). А вообще, конечно, никаких УРБД не нужно. Центральная система (лучше не 1С) и резервирование каналов связи. Тогда расходы на специалистов поддержки упадут раз в 5. ... |
|||
:
Нравится:
Не нравится:
|
|||
09.01.2010, 21:28 |
|
Архитектура инф. системы для торговой сети
|
|||
---|---|---|---|
#18+
авторЕсли в вашем бюджете есть содержание БОЛЬШОГО отдела поддержки 1С - вам сюда (т.е. в 1С УРБД). это фантастика... насчет БОЛЬШОГО отдела - не пугайте людей... достаточно 1го 1цешника недешевого в штат и студентов за еду по мере надобности ему в помощь... студенты нужны будут в любом случае хоть 1це хоть не 1це... если 2 сотни точек то один человек просто не справиться вне зависимости от вида системы да и если есть толковые админы и проект запущен и работает то в принципе и 1цешник уже в штате не всегда нужен кстати и забудьте о полностью собственной комманде техподдержки... на местах пусть сетки тянут и ремонтируют ящики и т.д. местные аутсорсеры - вам только доступ и телефон ... |
|||
:
Нравится:
Не нравится:
|
|||
10.01.2010, 14:43 |
|
Архитектура инф. системы для торговой сети
|
|||
---|---|---|---|
#18+
Last1Cmen это фантастика... насчет БОЛЬШОГО отдела - не пугайте людей... при желании ЛЕГКО можно выбрать такую схему, при которой ДЕЙСТВИТЕЛЬНО нужен будет приличный штат для обслуживания 1с. ;-))) ... |
|||
:
Нравится:
Не нравится:
|
|||
10.01.2010, 23:25 |
|
Архитектура инф. системы для торговой сети
|
|||
---|---|---|---|
#18+
авторпри желании ЛЕГКО можно выбрать такую схему ну если вопрос в корректном ОСВОЕНИИ буджету то не вопрос ... сколько надо будет столько и наберём в штат (а лучше по ГПХ... бамага всё стерпит) ... |
|||
:
Нравится:
Не нравится:
|
|||
11.01.2010, 12:05 |
|
|
start [/forum/topic.php?all=1&fid=33&tid=1548395]: |
0ms |
get settings: |
7ms |
get forum list: |
12ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
137ms |
get topic data: |
10ms |
get forum data: |
2ms |
get page messages: |
133ms |
get tp. blocked users: |
1ms |
others: | 9ms |
total: | 317ms |
0 / 0 |