|
Учетная система для ритейла
|
|||
---|---|---|---|
#18+
Добрый день уважаемые коллеги ! Возникла на горизонте идея замены имеющейся учетной системы (Спрут) на чтото боле приемлемое. Вводные данные: - рынок: продуктовы ритейл, Украина - масштабы сети: до 100 торговых площадок формата супермаркет - используемый фронт-офис Маркет-плюс - бух/юр учет, персонал - 1С8 Рассматриваются все РАЗУМНЫЕ варианты. - Обращал внимание и на "тяжелые" решения типа Oracle retail, SAP retail - заманчиво, но нелогично дорого для наших масштабов и планов по расширению, дорогая поддержка и т.п. - Смотрел в сторону Axapta reatail и MS Dynamics AX reatail - достаточно функциональны, более сбалансированная цена, существует масса примеров внедрения (по внешним отзывам вроде даже и ничего так), но основная часть реализаций - это не проуктовый ритейл. - Присматривался к 1С (решения от АСТОР-Украина, Рарус) - смотрится вроде тоже не плохо, и имеет ряд плюсов - по идее хорошая адаптация к реальностям нашего рынка, более низкая стоимость как внедрения так и владения, достаточное количество разработчиков на рынке. "Проприетарные" ситемы не рассматриваются, ибо есть "опыт" Суть вопроса: кто может порекомендовать необходимые решения, дать "рекомендации" вышеописанным решениям, сказать доброе слово, мативированно "пожалеть" :) ... |
|||
:
Нравится:
Не нравится:
|
|||
27.08.2013, 16:49 |
|
Учетная система для ритейла
|
|||
---|---|---|---|
#18+
DrBeer, Сложно что-то внятное сказать незная требований. Из опыта могу только посоветовать повнимательнее быть с продуктами Рарус. Уж очень они любят шифроваться. А так относительно 1С только негативные впечатления, как было кривое приложение так и осталось. Только цена теперь выше. И уж как фронт 1С точно нестал бы пользовать (в супермаркетах продуктов). ... |
|||
:
Нравится:
Не нравится:
|
|||
27.08.2013, 19:02 |
|
Учетная система для ритейла
|
|||
---|---|---|---|
#18+
Злой Бобр, Относительно требований - у ритейла они весьма стандартизированы, что с одной стороны предполагает "не очень высокую сложность" автоматизиции/внедрения какого либо решения. Особенностей и нюансов в нашем ретейле, как таковых нет. "Рарус" рассматривал только лиш "как еще одна реализация на 1С", более привлекательно выглядит решение от АСТОР-Украина. Front-office, как ранее писал - скорее всего останется тот, что используется сейчас, т.к. решение качественное и "за свои деньги". Поэтому вопрос больше в направлении back-office, head-office. Относительно "кривости" - поверьте, есть опыт с ОеБС - так вот красиво оно выглядит только на рекламном проспекте, но никак не в ситуации реализации на наших просторах (а это значимый нюанс). Может на западе, все процессы настолько стабильны и унифицированы, что на них ОеБС ложится "тютелька в тютельку", но у нас это смотрится весьма коряво... В любом случае - спасибо за ответ ! ... |
|||
:
Нравится:
Не нравится:
|
|||
27.08.2013, 20:37 |
|
Учетная система для ритейла
|
|||
---|---|---|---|
#18+
DrBeer... более привлекательно выглядит решение от АСТОР-Украина. "На зуб" непробовал, поэтому ничего и нескажу. DrBeer... вопрос больше в направлении back-office, head-office. Странно, мне показалось что у вас сейчас 1С для этого ... Собственно для бека она вполне подойдет, хотя в программном плане хотелось бы что б работало так как нада, а не как получится. Но это от 1С-ников на местах независит. Все как всегда - боремся как можем. Просто в наших реалиях нет смысла менять шило на мыло. Тот же САП действительно лучше. Хотя его и 1С сравнивать даже некорректно. Но вопрос в цене вопроса и квалифицированной поддержке. Первое кусается, второе как правило отсутствует (видимо наш менталитет сказывается). Есть конторы которые сами посылают свих программистов изучать САП. Но на это необходимы время и деньги. Плюс встает зависимость от сотрудника, сегодня он работает а завтра развернулся и все. ... |
|||
:
Нравится:
Не нравится:
|
|||
27.08.2013, 21:35 |
|
Учетная система для ритейла
|
|||
---|---|---|---|
#18+
DrBeerМожет на западе... Ну понимаете, в некоторых странах все настолько серьезно что изменения в законодательство непринимаются пока небудет готового решения в системе. Как пример те же Штаты или Германия. Но нас там нет и небудет, а у нас небудет как у них. Вот такова наша суровая действительность. И ничего с этим не сделать. ... |
|||
:
Нравится:
Не нравится:
|
|||
27.08.2013, 21:39 |
|
Учетная система для ритейла
|
|||
---|---|---|---|
#18+
DrBeer (Виталий, если я не ошибаюсь), напишите мне на syps62@mail.ru - есть ряд соображений. ... |
|||
:
Нравится:
Не нравится:
|
|||
27.08.2013, 21:52 |
|
Учетная система для ритейла
|
|||
---|---|---|---|
#18+
DrBeer, Сеть "Кишеня" что ли ? :) Если не секрет, с чем связан интерес перехода на новую систему ? Неужели Спрут так плох ? Что касается проприетарных систем, то не факт, что это плохой выбор. В них как правило нет лишней шелухи и тупости, так характерных для готовых западных систем. :) Они не так сложны. Западные системы - не ваше. Они весьма сложны, дороги и дефицитны по специалистам. Дорогая "игла", кароч. Собственно для Вас выбор скорее всего между 1С и чем нибудь проприетарно-тиражируемым. И разве "Рарусы" и "Асторы" это не разновидность "1С-проприетарщины" (т.е. специфичной и уникальной конфигурации) ? ... |
|||
:
Нравится:
Не нравится:
|
|||
28.08.2013, 10:29 |
|
Учетная система для ритейла
|
|||
---|---|---|---|
#18+
LSVDrBeer, Сеть "Кишеня" что ли ? :) Если не секрет, с чем связан интерес перехода на новую систему ? Неужели Спрут так плох ? Что касается проприетарных систем, то не факт, что это плохой выбор. В них как правило нет лишней шелухи и тупости, так характерных для готовых западных систем. :) Они не так сложны. Западные системы - не ваше. Они весьма сложны, дороги и дефицитны по специалистам. Дорогая "игла", кароч. Собственно для Вас выбор скорее всего между 1С и чем нибудь проприетарно-тиражируемым. И разве "Рарусы" и "Асторы" это не разновидность "1С-проприетарщины" (т.е. специфичной и уникальной конфигурации) ? Нет, не "Кишеня" :) Никто не говорит что "Спрут" плох. Он хорош, но есть некоторые но. Проприетарные плохи тем, что появляется фактически "наркотическая" зависимость от компании разработчика, и приходится смириться с их "хочу",т.к. самостоятельная доработка фактически не возможна, а ресурсов компании разработчика не всегда хватает для обеспечения необходимого уровня сервиса. По западным - придерживаюсь такогоже мнения. Если говорить о Рарусе и Асторе - как не крути - в базе 1С, и есть возможность собственной поддержки и доработки, в случае неприемлимости цены и условий разработчика. Поэтому взгляд обращен больше в их сторону ... |
|||
:
Нравится:
Не нравится:
|
|||
28.08.2013, 11:01 |
|
Учетная система для ритейла
|
|||
---|---|---|---|
#18+
в базе 1С, и есть возможность собственной поддержки и доработкиРазве в 1С нет возможности скрывать код авторской конфигурации ? Асторы/Рарусы предоставляют исх.код ? Если нет, то возможности собственной доработки весьма невелики. Т.е. скатываемся к ситуации с проприетарщиками. В этой области всё плохо. Процветает: 1. вымогательство (дороговизна) 2. недобросовестность (низкое качество ф-ла + п.1). :) ... |
|||
:
Нравится:
Не нравится:
|
|||
28.08.2013, 13:44 |
|
Учетная система для ритейла
|
|||
---|---|---|---|
#18+
LSVв базе 1С, и есть возможность собственной поддержки и доработкиРазве в 1С нет возможности скрывать код авторской конфигурации ? Асторы/Рарусы предоставляют исх.код ? Если нет, то возможности собственной доработки весьма невелики. Т.е. скатываемся к ситуации с проприетарщиками. В этой области всё плохо. Процветает: 1. вымогательство (дороговизна) 2. недобросовестность (низкое качество ф-ла + п.1). :) Относительно "закрытия кода" - насколько знаю - не есть большая проблема. Неудобства могут быть только при применении обфускации исходного кода. Т.е. глобально тут нет особых сложностей. Относительно вымогательства и дороговизны, при всех "процветах" стоимость все равно не приблизится к западным системам :) Недобросовестность - тут все зависит от интегратора - и Оракла и САП можно так "внедрить", что счеты, карандаш и нарукавники окажутся очень качественной альтернативой :) ... |
|||
:
Нравится:
Не нравится:
|
|||
28.08.2013, 14:27 |
|
Учетная система для ритейла
|
|||
---|---|---|---|
#18+
DrBeerНет, не "Кишеня" :)Хм... Вот в этом списке только ГК Кишеня подходит под "100 маркетов" + "Спрут" + "М+" :) Даже 100 еще нет, ИМХО. Вы должны быть в этом списке. Не ? :) У игроков первой 10-ки вроде знаю, у кого что стоит. ... |
|||
:
Нравится:
Не нравится:
|
|||
28.08.2013, 15:00 |
|
Учетная система для ритейла
|
|||
---|---|---|---|
#18+
DrBeerОтносительно вымогательства и дороговизны, при всех "процветах" стоимость все равно не приблизится к западным системам :) Недобросовестность - тут все зависит от интегратора - и Оракла и САП можно так "внедрить", что счеты, карандаш и нарукавники окажутся очень качественной альтернативой :) С 1С все сильно зависит от объёма функционала и нагрузки. Если более-менее сложный функционал, особенно если готового нет (надо дописывать), и приличная нагрузка (150-200 пользователей и больше) - все может быть ЗНАЧИТЕЛЬНО дороже западных систем. Грамотные разработчики 1с - дорогой и редкий зверь Разумеется, западную систему можно внедрить очень плохо, и работать она будет отвратно. Но то же самое относится и к 1С. ... |
|||
:
Нравится:
Не нравится:
|
|||
28.08.2013, 15:54 |
|
Учетная система для ритейла
|
|||
---|---|---|---|
#18+
LSV, Тема у нас какая ? Правильно - "Учетная система", а не "Угадай название компании" :) Давайте ближе к теме ? ... |
|||
:
Нравится:
Не нравится:
|
|||
28.08.2013, 16:19 |
|
Учетная система для ритейла
|
|||
---|---|---|---|
#18+
s_ustinovС 1С все сильно зависит от объёма функционала и нагрузки. Если более-менее сложный функционал, особенно если готового нет (надо дописывать), и приличная нагрузка (150-200 пользователей и больше) - все может быть ЗНАЧИТЕЛЬНО дороже западных систем. Грамотные разработчики 1с - дорогой и редкий зверь Разумеется, западную систему можно внедрить очень плохо, и работать она будет отвратно. Но то же самое относится и к 1С. Как впрочем и у всех прочих систем:) А по разработчикам - толковый всегда не дешев, но сравните стоимость и количество таковых на рынке, допустим по Ораклу и 1С ? результат явно не в пользу первого... ... |
|||
:
Нравится:
Не нравится:
|
|||
28.08.2013, 16:35 |
|
Учетная система для ритейла
|
|||
---|---|---|---|
#18+
DrBeer, Логика железная. Давайте сравним количество сервис центров и поставщиков запчастей Ваз'а и Лексуса. Результат явно не в пользу второго. Вопрос не в абсолютном количестве. Главное условно чтобы 5 человек было... А 5 или 105 вам то какая разница. Java девелоперов тоже как грязи, но найти Delphi'ца например будет проще, потому как конкуренция не такая дикая. А по теме, 1С для ритейла ну очень плохо подходит, скажем в беларуси тот же астор (да и в целом 1С) ни у одной серьезной сети не внедрили (хотя попытки были, и скорее всего будут, 1с-евангелисты неистребимы :) ) ... |
|||
:
Нравится:
Не нравится:
|
|||
28.08.2013, 17:59 |
|
Учетная система для ритейла
|
|||
---|---|---|---|
#18+
DrBeerLSV, Тема у нас какая ? Правильно - "Учетная система", а не "Угадай название компании" :) Давайте ближе к теме ?ОК. У Вас есть к-л конкретный список требований к новой системе ? Ну типо маст-хэв. Вы однозначно настроены против самописок или все таки можете рассмотреть ? Раз Вы сюда обратились, значит Вы сами не до конца уверены что именно выбрать. Ведь Ваш выбор невелик: проприетарки(маловероятно) или 1С-проприетарки. Фронт-офис предполагаете пока оставить М+ ? зы: Это обычная ситуация, когда после обзора рынка приходишь к выводу, что ниодна система даже по скромному списку требований не подходит. :) ... |
|||
:
Нравится:
Не нравится:
|
|||
28.08.2013, 18:10 |
|
Учетная система для ритейла
|
|||
---|---|---|---|
#18+
Nitro_JunkieDrBeer, Логика железная. Давайте сравним количество сервис центров и поставщиков запчастей Ваз'а и Лексуса. Результат явно не в пользу второго. Вопрос не в абсолютном количестве. Главное условно чтобы 5 человек было... А 5 или 105 вам то какая разница. Java девелоперов тоже как грязи, но найти Delphi'ца например будет проще, потому как конкуренция не такая дикая. А по теме, 1С для ритейла ну очень плохо подходит, скажем в беларуси тот же астор (да и в целом 1С) ни у одной серьезной сети не внедрили (хотя попытки были, и скорее всего будут, 1с-евангелисты неистребимы :) ) Давайте в философию не уходить ? :) Вот последний абзац - информативен, спасибо ! Буду стараться найти выход на тех кого пытались "осчастливить", для живого общения, и понимание глубин проблем. ... |
|||
:
Нравится:
Не нравится:
|
|||
28.08.2013, 18:18 |
|
Учетная система для ритейла
|
|||
---|---|---|---|
#18+
LSVDrBeerLSV, Тема у нас какая ? Правильно - "Учетная система", а не "Угадай название компании" :) Давайте ближе к теме ?ОК. У Вас есть к-л конкретный список требований к новой системе ? Ну типо маст-хэв. Вы однозначно настроены против самописок или все таки можете рассмотреть ? Раз Вы сюда обратились, значит Вы сами не до конца уверены что именно выбрать. Ведь Ваш выбор невелик: проприетарки(маловероятно) или 1С-проприетарки. Фронт-офис предполагаете пока оставить М+ ? зы: Это обычная ситуация, когда после обзора рынка приходишь к выводу, что ниодна система даже по скромному списку требований не подходит. :) Спасибо за понимание ! "Самописки" это вариант к которому не хотелось бы обращаться...Но посмотреть можно :) Обратился именно потому, что нет четкого понимания, какая система поможет реализовать нужный функционал. И хотелось услышать отзывы о перчисленных решениях, а также узнать о невиданных :) Мастхэв постараюсь завтра подробно выложить, так чтобы в минимальном объеме дать достаточно четкое представление о процессах, которые необходимо автоматизировать, с заданными ТТХ. Фронт офис - да, на данный момент не вижу смысла его менять из-за его качественной реализации. Зачем платить больше или второй раз ? :) ... |
|||
:
Нравится:
Не нравится:
|
|||
28.08.2013, 18:23 |
|
Учетная система для ритейла
|
|||
---|---|---|---|
#18+
DrBeerNitro_JunkieDrBeer, Логика железная. Давайте сравним количество сервис центров и поставщиков запчастей Ваз'а и Лексуса. Результат явно не в пользу второго. Вопрос не в абсолютном количестве. Главное условно чтобы 5 человек было... А 5 или 105 вам то какая разница. Java девелоперов тоже как грязи, но найти Delphi'ца например будет проще, потому как конкуренция не такая дикая. А по теме, 1С для ритейла ну очень плохо подходит, скажем в беларуси тот же астор (да и в целом 1С) ни у одной серьезной сети не внедрили (хотя попытки были, и скорее всего будут, 1с-евангелисты неистребимы :) ) Давайте в философию не уходить ? :) Вот последний абзац - информативен, спасибо ! Буду стараться найти выход на тех кого пытались "осчастливить", для живого общения, и понимание глубин проблем. Тут учтите 2 вещи: 1. Астор - российское решение, под российское законодательства, процессы, печатные формы и т.п. Соответственно при адаптации непонятно что делать с базовым функционалом. Сливать каждый раз почти нереально, скопировать и писать отдельно - эквивалентно столь не любимой вами "самописке" 2. 1С по своей сути - чистый ORM (даже я бы сказал максимально утрированный из за "справочник-документ-проводка") - каждый объект обрабатывается отдельно, и если для опта это еще куда ни шло, то для розницы с 40к ассортиментами, производительность уходит в никуда. Плюс они архитектурно они не подходят под работу в единой базе (у них сильно синхронный клиент), а распределенные базы для решения в стиле"все обо всем" (причем локального франча) на больше чем десяток магазинов это жесть. В общем если вы IT директор то без отката, я бы на 1С не рискнул переходить :) Но тогда лучше на SAP :) Там ставки повыше :) ... |
|||
:
Нравится:
Не нравится:
|
|||
28.08.2013, 18:40 |
|
Учетная система для ритейла
|
|||
---|---|---|---|
#18+
DrBeerФронт офис - да, на данный момент не вижу смысла его менять из-за его качественной реализации. Зачем платить больше или второй раз ? :)Разве на новые магазины докупать не нужно ? ... |
|||
:
Нравится:
Не нравится:
|
|||
28.08.2013, 18:52 |
|
Учетная система для ритейла
|
|||
---|---|---|---|
#18+
DrBeerЕсли говорить о Рарусе и Асторе - как не крути - в базе 1С, и есть возможность собственной поддержки и доработки, в случае неприемлимости цены и условий разработчика. Поэтому взгляд обращен больше в их сторону Кстати именно эти 2-е очень любят шифроваться и не давать исходники на сторону. Кроме того вы себе хорошо представляете доработку говно-кода 1С решений? Вы в курсе почему 1С УПП программист очень сильно отличается от просто 1С программист :) С тем же успехом вы можете попросить исходные коды у любого из "проприетарных" поставщиков (думаю процентов 60 вам не откажут в них) и ковыряться в их Delphi\Java\.NET говно-коде (собственно поэтому и не откажут :) ) ... |
|||
:
Нравится:
Не нравится:
|
|||
28.08.2013, 18:55 |
|
Учетная система для ритейла
|
|||
---|---|---|---|
#18+
Nitro_JunkieDrBeerпропущено... Давайте в философию не уходить ? :) Вот последний абзац - информативен, спасибо ! Буду стараться найти выход на тех кого пытались "осчастливить", для живого общения, и понимание глубин проблем. Тут учтите 2 вещи: 1. Астор - российское решение, под российское законодательства, процессы, печатные формы и т.п. Соответственно при адаптации непонятно что делать с базовым функционалом. Сливать каждый раз почти нереально, скопировать и писать отдельно - эквивалентно столь не любимой вами "самописке" 2. 1С по своей сути - чистый ORM (даже я бы сказал максимально утрированный из за "справочник-документ-проводка") - каждый объект обрабатывается отдельно, и если для опта это еще куда ни шло, то для розницы с 40к ассортиментами, производительность уходит в никуда. Плюс они архитектурно они не подходят под работу в единой базе (у них сильно синхронный клиент), а распределенные базы для решения в стиле"все обо всем" (причем локального франча) на больше чем десяток магазинов это жесть. В общем если вы IT директор то без отката, я бы на 1С не рискнул переходить :) Но тогда лучше на SAP :) Там ставки повыше :) Чудеснейший ответ ! :):):) Немного отвечу. 1. Есть АСТОР-Украина, т.е. адаптация именно под украинские реалии. 2. Спорить достаточно сложно, т.к. очень близко к правде. 3. Пойду в САП схожу, узнаю почем нынче в Одессе рубероид :):):) Еще раз спасибо за краткий, но ёмкий ответ ! ... |
|||
:
Нравится:
Не нравится:
|
|||
28.08.2013, 19:00 |
|
Учетная система для ритейла
|
|||
---|---|---|---|
#18+
LSV, Нужно, не спорю! Но докупать проверенное и работающе решение, или менять на сомнительное (платить второй раз), или уж не приведи Господь - держать зоопарк фронтов !? :) ... |
|||
:
Нравится:
Не нравится:
|
|||
28.08.2013, 19:01 |
|
Учетная система для ритейла
|
|||
---|---|---|---|
#18+
Nitro_JunkieDrBeerЕсли говорить о Рарусе и Асторе - как не крути - в базе 1С, и есть возможность собственной поддержки и доработки, в случае неприемлимости цены и условий разработчика. Поэтому взгляд обращен больше в их сторону Кстати именно эти 2-е очень любят шифроваться и не давать исходники на сторону. Кроме того вы себе хорошо представляете доработку говно-кода 1С решений? Вы в курсе почему 1С УПП программист очень сильно отличается от просто 1С программист :) С тем же успехом вы можете попросить исходные коды у любого из "проприетарных" поставщиков (думаю процентов 60 вам не откажут в них) и ковыряться в их Delphi\Java\.NET говно-коде (собственно поэтому и не откажут :) ) Ставлю галочку - учитывается намек :) ... |
|||
:
Нравится:
Не нравится:
|
|||
28.08.2013, 19:02 |
|
Учетная система для ритейла
|
|||
---|---|---|---|
#18+
DrBeerЕсть АСТОР-Украина, т.е. адаптация именно под украинские реалии. Так, а они какое отношение к родному Астору имеют? То есть когда они адаптируют решение, что они с базовым функционалом делают? Если просто fork сделали, то они становятся просто локальными поставщиками решения (но на 1С). Но вообще я так понимаю, вас интересуют open-source решения и желательно high-level-platform-based (ERP фреймворки, а не Delphi, .NET которые тоже platform-based но более низко-уровневые). Если так то выбор действительно очень и очень скудный. Сочувствую :) ... |
|||
:
Нравится:
Не нравится:
|
|||
28.08.2013, 19:07 |
|
Учетная система для ритейла
|
|||
---|---|---|---|
#18+
по сабжу: И все таки хочется услышать список маст-требований. А еще хотелось бы понять, чем все таки вызвана нужда перехода, если "Спрут неплох". Стоимость? Несговорчивость? зы: Если отвалится такой жирный(основной?) клиент, Максаков повесиццо :) ... |
|||
:
Нравится:
Не нравится:
|
|||
29.08.2013, 10:22 |
|
Учетная система для ритейла
|
|||
---|---|---|---|
#18+
DrBeer- Присматривался к 1С (решения от АСТОР-Украина, Рарус) - смотрится вроде тоже не плохо, и имеет ряд плюсов - по идее хорошая адаптация к реальностям нашего рынка, более низкая стоимость как внедрения так и владения , достаточное количество разработчиков на рынке. Кстати не обратил внимания... Вы серьезно??? Да у них только лицензии на саму платформу потянут, 100x1,5 (а то и 2,5 если нормальную x64 брать, которая необходима для сложного решения) это сервер, плюс у вас там под 3 сотни пользователей (по 3-5 для каждого сервера) а это >130K. Добавьте к этому добавленную стоимость Астора не меньше (а астор считается весьма дорогим поставщиком), добавленную стоимость Астор-Украина (у которого с десяток клиентов, и ему тоже кушать хочется). И это будет только половина от общей стоимости, потому как дальше выплывают установки, доработки (у вас то уже есть какие-то устоявшиеся процессы - доработки), обучения, консультации. Итого меньше 1М очень маловероятно что получится в итоге. Собственно зайдите к ним на сайт, у них один клиент > 20 магазинов, и тот скорее всего сеть маленьких магазов где в магазине файл-сервер на приход-расход стоит. Для больших сетей 1С чисто по лицензионной политике уже не проходит, это я даже по опыту беларуси говорю. Хотя вру, был (и есть вроде) один заказчик, который себе поставил (правда не прод) розницу, и ут в центре. Теперь идеальный объект, чтобы к нему отсылать за reference'ами если кто-то сдуру решит взять себе 1ску для розничной сети, потому как там просто жесть, и по цене и по качеству :) ... |
|||
:
Нравится:
Не нравится:
|
|||
29.08.2013, 11:02 |
|
Учетная система для ритейла
|
|||
---|---|---|---|
#18+
Беру небольшой тайм-аут в день, чтобы красиво нарисовать правильные хотелки :) ... |
|||
:
Нравится:
Не нравится:
|
|||
30.08.2013, 11:41 |
|
Учетная система для ритейла
|
|||
---|---|---|---|
#18+
Nitro_JunkieВ общем если вы IT директор то без отката, я бы на 1С не рискнул переходить :) Но тогда лучше на SAP :) Там ставки повыше :) Nitro_JunkieДля больших сетей 1С чисто по лицензионной политике уже не проходит, это я даже по опыту беларуси говорю. Хотя вру, был (и есть вроде) один заказчик, который себе поставил (правда не прод) розницу, и ут в центре. Теперь идеальный объект, чтобы к нему отсылать за reference'ами если кто-то сдуру решит взять себе 1ску для розничной сети, потому как там просто жесть, и по цене и по качеству :) Это всё мягко говоря неправда. http://rarus.ru/clients/success-stories/56457/ Сейчас более 3000 магазинов... ... |
|||
:
Нравится:
Не нравится:
|
|||
05.09.2013, 14:40 |
|
Учетная система для ритейла
|
|||
---|---|---|---|
#18+
КритикЭто всё мягко говоря неправда. http://rarus.ru/clients/success-stories/56457/ Сейчас более 3000 магазинов...Одна касса в продуктовом ритейле набьёт больше позиций, чем 20(если не 50) точек "связных". А сколько товарных артикулов у "связного" ? Тыщ. 3 - 5 ? Для "фуд+нонфуд" это смех... Там по 100-150тыс. В продуктовой рознице 1С-у приходится туго, хотя его используют (видимо по бедности). :) Хоть лопни, но для центральной базы (в которой собраны обороты всей сети) 1С еще хуже подходит, т.к. там сотни миллионов строк. Нужны мощные подпорки из нативного SQL (для 1С SQL - одно удовольствие). Выйдет большая (и скорее всего закрытая) самописка на платформе 1С. Точнее минимум две: магазин и ЦБ. ... |
|||
:
Нравится:
Не нравится:
|
|||
05.09.2013, 15:37 |
|
Учетная система для ритейла
|
|||
---|---|---|---|
#18+
Критик Это всё мягко говоря неправда. http://rarus.ru/clients/success-stories/56457/ Сейчас более 3000 магазинов... Это тоже, мягко говоря, заблуждение. Уже в 2004 году это было сильно доработанное решение, сейчас - полностью своя разработка, от 1С только логотип остался. Про центральную систему и говорить нечего - полностью свои конфигурации. И есть говорить о стоимости владения, то штат только программистов 1С там запредельный, а на тамошнем железе OEBS и SAP летали бы, как пасьянс "косынка" :) ... |
|||
:
Нравится:
Не нравится:
|
|||
05.09.2013, 19:42 |
|
Учетная система для ритейла
|
|||
---|---|---|---|
#18+
OA Userа на тамошнем железе OEBS и SAP летали бы, как пасьянс "косынка" :)А что OEBS и SAP не нужно кастомизировать ? Там же на порядок все сложнее и спецы дороже (тем более их мало, а хороших вообще почти нет). OEBS и SAP хорошо подходят в случае безразмерного бюджета и откатного благоденствия между внедренцами и CIO. :) Я видел розничные конфигурации для ритейла одного из западных брендов. Несмотря на сладкие слова про популярность в Эуропах и Америцах, гибкость и простоту, это в реале был тихий ужос. Допиливать пришлось абсолютно всё (конфигурация мягко говоря сырой голяк). Кое как полетало 2 года и было яростно снесено в пользу 1С (тоже не подарок). ... |
|||
:
Нравится:
Не нравится:
|
|||
06.09.2013, 10:42 |
|
Учетная система для ритейла
|
|||
---|---|---|---|
#18+
Критик, Я делал оговорку, что может прокатить, если клиенты очень очень маленькие магазины, с одной кассой с 10 продажами в день. Тогда можно поставить файл сервер с одним клиентом и что-то заработает... Ну и сверху там уже давно не 1С . Во всяком случае это только первая ссылка. ... |
|||
:
Нравится:
Не нравится:
|
|||
06.09.2013, 15:24 |
|
Учетная система для ритейла
|
|||
---|---|---|---|
#18+
LSV, Честно, про SAP ничего сказать не могу, а OEBS и Oracle retail вполне рабочие системы, второй-то и не допилишь особо. Объем кастомизации зависит, в основном, от стойкой уверенности нашего бизнеса в своей уникальности, нежелания поменять у себя внутри хоть что-то, и слабых консультантов, которым, как правило, легче "допилить" систему, чем разбираться в деталях. Если какая-то из этих компонент уменьшается, то и кастомизировать приходится меньше. Я больше 15 лет в рознице работаю, ну ничего особенного наш бизнес не изобрел, и не изобретет, потому что потребитель везде одинаков. А вот 1С, в примере выше, допиливалась и из-за производительности, и из-за бесконтрольного потока хотелок, который даже нечем остановить, потому что стандартного функционала-то нет. Не знаю, что там с JD, по-моему, не взлетело, но с 1С получается набор самостоятельных (которых не хотел автор поста) разработок, объединенной одной средой. То, что это явно дороже варианта с ERP, это точно. ... |
|||
:
Нравится:
Не нравится:
|
|||
06.09.2013, 16:08 |
|
Учетная система для ритейла
|
|||
---|---|---|---|
#18+
Объем кастомизации зависит, в основном, от стойкой уверенности нашего бизнеса в своей уникальности, нежелания поменять у себя внутри хоть что-то, и слабых консультантовУникальные требования запросто могут быть в: * Производстве на месте (выпечка, мясные изделия, салаты), рецепты, расчет сбс и списания. * Технологии инвентаризации (особенно частичной) * Учете сбс излишков/недостач. * Во взаимодействии ЦБ и РЦ с филиальными базами. * Требованиях к отчетности, * Безопасность и доступ, * Системы лояльности и бонусы. Убежден, что ниодна готовая система даже простым перечисленным требованиям не удовлетворит без дописок. Даже мелочь (вроде бы) может вызвать цепочку трудоёмких доработок. ... |
|||
:
Нравится:
Не нравится:
|
|||
06.09.2013, 16:40 |
|
Учетная система для ритейла
|
|||
---|---|---|---|
#18+
LSVОбъем кастомизации зависит, в основном, от стойкой уверенности нашего бизнеса в своей уникальности, нежелания поменять у себя внутри хоть что-то, и слабых консультантовУникальные требования запросто могут быть в: * Производстве на месте (выпечка, мясные изделия, салаты), рецепты, расчет сбс и списания. * Технологии инвентаризации (особенно частичной) * Учете сбс излишков/недостач. * Во взаимодействии ЦБ и РЦ с филиальными базами. * Требованиях к отчетности, * Безопасность и доступ, * Системы лояльности и бонусы. Убежден, что ниодна готовая система даже простым перечисленным требованиям не удовлетворит без дописок. Даже мелочь (вроде бы) может вызвать цепочку трудоёмких доработок. Тут скорее фокус в том, что одинаковыми могут быть простые решения, сложные по любому разные так как вникают в специфику бизнеса (типа все счастливые люди - счастливы одинаково, а несчастные - каждый по своему). То есть зависит от того, что у вас - сеть одинаковых по площади магазинов или разных, дискаунтеры \ у дома \ гиперы, продовольствие - промышленность - одежда, надежные - ненадежные поставщики ну и еще 150 параметров. А если взять одну большую елку "где типа все есть", вы ее чисто из-за эргономики не внедрите (будет что-то типа инструкции зайдите в такую-то форму 20-ю вкладку, 150-е поле введите одну вещь, в другую форму на 15 вкладку введите еще раз и т.п.) Плюс там внутри гигантский технический долг, то есть поменять что-то будет очень дорого стоить. Поэтому единственный вариант брать не сложное, а среднее или даже простое и доделывать под себя. Только так можно хотя бы с 80 процентной вероятностью получить результат. Иначе он явно меньше 30 процентов. ... |
|||
:
Нравится:
Не нравится:
|
|||
06.09.2013, 17:06 |
|
Учетная система для ритейла
|
|||
---|---|---|---|
#18+
Nitro_JunkieПоэтому единственный вариант брать не сложное, а среднее или даже простое и доделывать под себя. или просто сделать под себя ... |
|||
:
Нравится:
Не нравится:
|
|||
06.09.2013, 17:22 |
|
Учетная система для ритейла
|
|||
---|---|---|---|
#18+
Nitro_Junkie Поэтому единственный вариант брать не сложное, а среднее или даже простое и доделывать под себя. Тоже далеко не фонтан. И во время внедрения, и потом ведь у бизнеса постоянно возникают хотелки, которые надо реализовывать. Когда много взаимодействующих кусков кода, которые надо переделывать, чтобы более менее нормально работало - нужен архитектор. Плюс нормальная документация и тестирование. А это очень удорожает разработку. А если делать так, как обычно получается - куча разработчиков делают каждый свой кусочек - через пару лет будет очень плохо. Тормоза плюс глюки практически везде. А может вообще не взлететь - если переделать слишком многое без четкого понимания, как все вместе должно работать. ... |
|||
:
Нравится:
Не нравится:
|
|||
06.09.2013, 17:33 |
|
Учетная система для ритейла
|
|||
---|---|---|---|
#18+
LSVУникальные требования запросто могут быть в: * Производстве на месте (выпечка, мясные изделия, салаты), рецепты, расчет сбс и списания. * Технологии инвентаризации (особенно частичной) * Учете сбс излишков/недостач. * Во взаимодействии ЦБ и РЦ с филиальными базами. * Требованиях к отчетности, * Безопасность и доступ, * Системы лояльности и бонусы. Убежден, что ниодна готовая система даже простым перечисленным требованиям не удовлетворит без дописок. Даже мелочь (вроде бы) может вызвать цепочку трудоёмких доработок. ну вот смотрите * Производстве на месте (выпечка, мясные изделия, салаты), рецепты, расчет сбс и списания. - есть и отдельный модуль, можно настраивать, наверняка, есть и готовые внешние решения для небольших цехов и можно интегрировать * Технологии инвентаризации (особенно частичной) - все есть, и выборочные, и периодические, с поддержкой большинства устройств * Учете сбс излишков/недостач. - вопрос, скорее, учетной политики, а не системы * Во взаимодействии ЦБ и РЦ с филиальными базами. - уже есть 1С8, проще интегрироваться с ней, чем заново это проходить. * Требованиях к отчетности, - в любой системе преднастроенных отчетов полно, вопрос развития * Безопасность и доступ, - эти вопросы давно решены * Системы лояльности и бонусы. - CRM-система в принципе инвариантна к ERP, может, она в компании и есть уже, только не упомянута. при спокойном анализе и получится, что процент "особенностей", а не исторически сложившейся кривизны, не так уже и велик. Ради этого затевать собственную разработку или писать собственные конфигурации вряд ли оправданно. И, кстати, полно компаний, которые работают и в России, Украине и Европе одновременно, никто же не ваяет отдельно ERP под каждый рынок. А пример с 3000 салонов еще и хорошо показывает, что 1С в итоге и не дешевле будет. ... |
|||
:
Нравится:
Не нравится:
|
|||
06.09.2013, 18:09 |
|
Учетная система для ритейла
|
|||
---|---|---|---|
#18+
OA UserИ, кстати, полно компаний, которые работают и в России, Украине и Европе одновременно, никто же не ваяет отдельно ERP под каждый рынок. Я вам по секрету расскажу, но ваяют (че далеко ходить ECCO у них в России, Казахстане, Беларуси и т.п. разные решения)... Собсно поэтому большинство игроков по франчайзингу и работает, бо заколебешься поддерживать каждое законодательство. Да и принципы работы другие, в европе - нормальный бизнес-процесс - я вам что-то привез вы пересчитайте и скажите что я вам именно привез (так многие одежники работают), представляете как это в россии будет работать. Тут еще вопрос и масштаба бизнеса. Корпоративы могут себе позволить все что угодно (а че, увеличим еще на 30 процентов персонал, чтобы побороть эргономику, ну или поменяем процессы, клиенты все стерпят), вон на юлмарт гляньте, тем вообще на...ть на клиентов, у них SAP внедряется. А вот с малыми и средними предприятиями такой трюк не прокатит. Собсно поэтому они и существуют (потому как не надо вбухивать лямы баксов, и нанимать кучу дорогого персонала), иначе давно остался бы только корпоратив. Но опять таки слава богу на них есть доп налог в виде SAP, OEBS и кучу другой фигни :) ... |
|||
:
Нравится:
Не нравится:
|
|||
06.09.2013, 18:25 |
|
Учетная система для ритейла
|
|||
---|---|---|---|
#18+
Nitro_Junkie, если вернуться к исходному вопросу, то 100 супермаркетов - это совсем немаленький бизнес. Закладываться на 1С в таком случае - значит, сразу работать на пределе платформы и дорабатывать ее, соответственно. На примере сети из 3000 салонов могу сказать, что только бухгалтерии там не меньше 500 человек, программистов 1с (только разработчиков, не аналитиков, саппорт и прочих) не один десяток, железо позволяет развернуть любую ERP. На 5 салонов, где в день ну может 100-150 транзакций и большинство операций - это услуги третьих фирм (платежи, страховки и прочие) централизованы по умолчанию, приходится по 1 бухгалтеру - это успешная система? О каком налоге на SAP в этом случае мы говорим? Понятно, что фискальный учет требует локализации в каждой стране, но процессы управления-то вполне себе одинаковы. И компании типа икеи, метро, ашана спокойно их тиражируют. ... |
|||
:
Нравится:
Не нравится:
|
|||
06.09.2013, 19:20 |
|
Учетная система для ритейла
|
|||
---|---|---|---|
#18+
OA UserО каком налоге на SAP в этом случае мы говорим? Что-то типа налога на богатство. :) Внедрение САПа оправдано только на оборотах заказчика порядка 1млрд.долл. (это вроде как их же тезис). ... |
|||
:
Нравится:
Не нравится:
|
|||
09.09.2013, 12:25 |
|
Учетная система для ритейла
|
|||
---|---|---|---|
#18+
LSVOA UserО каком налоге на SAP в этом случае мы говорим? Что-то типа налога на богатство. :) Внедрение САПа оправдано только на оборотах заказчика порядка 1млрд.долл. (это вроде как их же тезис). и при правильном внедрении для бизнеса такого масштаба сап будет сильно дешевле 1С об этом и речь - "каждому своё" главное - не увлекаться этим тезисом http://commons.wikimedia.org/wiki/File:Jedemdasseine.jpg?uselang=ru http://ru.wikipedia.org/wiki/Бухенвальд ... |
|||
:
Нравится:
Не нравится:
|
|||
09.09.2013, 13:24 |
|
Учетная система для ритейла
|
|||
---|---|---|---|
#18+
и при правильном внедрении для бизнеса такого масштаба сап будет сильно дешевле 1С Ога...Дайтедве. Зачастую САП внедрен ради попила и представляет собой красивую витрину для репортинга на экране боссов. Свистелку, кароч. :) При этом большая часть данных готовится/рассчитывается/вводится вне САП. Тем же 1С + SQL. Что такого особенного умеет САП, что принципиально не умеет 1С ? Ничего (кроме сказочного размера откатов, достигающего иногда 1/3 от суммы проекта со многими нулями). :) ... |
|||
:
Нравится:
Не нравится:
|
|||
09.09.2013, 15:02 |
|
Учетная система для ритейла
|
|||
---|---|---|---|
#18+
Про то, что ритейл именно продуктовый, я пропустил. Но и тут 1с вполне сможет работать, до миллиарда записей точно. Конечно, придется допиливать очень существенно (как и любую другую систему) Как вариант - что мешает исключить чеки из учетной системы? То есть пустить в учетную систему только агрегированные до номенклатур данные, а чеки - в ХД. ... |
|||
:
Нравится:
Не нравится:
|
|||
09.09.2013, 15:16 |
|
Учетная система для ритейла
|
|||
---|---|---|---|
#18+
LSVЧто такого особенного умеет САП, что принципиально не умеет 1С ? в сапе для одновременной работы в одной базе 1000 пользователей тебе надо просто выполнить рекомендации сапа по железу (достаточно вменяемые для такой нагрузки) и не накосячить при настройке. в 1С надо долго работать напильником команде очень грамотных разработчиков 1С и сап после этого остается на техподдержке сапа, а в 1С пошлют с самопиской далеко-далеко ... |
|||
:
Нравится:
Не нравится:
|
|||
09.09.2013, 15:29 |
|
Учетная система для ритейла
|
|||
---|---|---|---|
#18+
s_ustinovLSVЧто такого особенного умеет САП, что принципиально не умеет 1С ? в сапе для одновременной работы в одной базе 1000 пользователей тебе надо просто выполнить рекомендации сапа по железу (достаточно вменяемые для такой нагрузки) и не накосячить при настройке. в 1С надо долго работать напильником команде очень грамотных разработчиков 1С и сап после этого остается на техподдержке сапа, а в 1С пошлют с самопиской далеко-далеко на этом форуме сейчас 6000 посетителей. Спросите у админа насколько вменяемые требования. ... |
|||
:
Нравится:
Не нравится:
|
|||
09.09.2013, 15:33 |
|
Учетная система для ритейла
|
|||
---|---|---|---|
#18+
instantна этом форуме сейчас 6000 посетителей. Спросите у админа насколько вменяемые требования. какая связь между требованиями к железу для 6000 пользователей форума и 1000 пользователей ERP? это раз "все познается в сравнении" это два ... |
|||
:
Нравится:
Не нравится:
|
|||
09.09.2013, 15:45 |
|
Учетная система для ритейла
|
|||
---|---|---|---|
#18+
s_ustinovinstantна этом форуме сейчас 6000 посетителей. Спросите у админа насколько вменяемые требования. какая связь между требованиями к железу для 6000 пользователей форума и 1000 пользователей ERP? это раз "все познается в сравнении" это два а что делают 6000 пользователей ERP в отличии от 6000 пользователей форума? Точно также запрашивают и постят информацию ... |
|||
:
Нравится:
Не нравится:
|
|||
09.09.2013, 15:48 |
|
Учетная система для ритейла
|
|||
---|---|---|---|
#18+
s_ustinov, т.е. в сообщениях делайте просто сноску: применительно к архитектуре SAP или 1С, а не применительно к ERP в общем ... |
|||
:
Нравится:
Не нравится:
|
|||
09.09.2013, 15:49 |
|
Учетная система для ритейла
|
|||
---|---|---|---|
#18+
instantна этом форуме сейчас 6000 посетителей. Спросите у админа насколько вменяемые требования. какая связь между требованиями к железу для 6000 пользователей форума и 1000 пользователей ERP? это раз "все познается в сравнении" это два ... |
|||
:
Нравится:
Не нравится:
|
|||
09.09.2013, 16:07 |
|
Учетная система для ритейла
|
|||
---|---|---|---|
#18+
s_ustinovinstantна этом форуме сейчас 6000 посетителей. Спросите у админа насколько вменяемые требования. какая связь между требованиями к железу для 6000 пользователей форума и 1000 пользователей ERP? это раз "все познается в сравнении" это два instants_ustinovпропущено... какая связь между требованиями к железу для 6000 пользователей форума и 1000 пользователей ERP? это раз "все познается в сравнении" это два а что делают 6000 пользователей ERP в отличии от 6000 пользователей форума? Точно также запрашивают и постят информацию что более подробно объяснить? Или вы просто пропустили ответ? ... |
|||
:
Нравится:
Не нравится:
|
|||
09.09.2013, 16:36 |
|
Учетная система для ритейла
|
|||
---|---|---|---|
#18+
instant, это я по ошибке второй раз отправил. а указывать дополнительно, что речь идет о сап и 1с - смысл? речь ведь шла именно об этих системах. ... |
|||
:
Нравится:
Не нравится:
|
|||
09.09.2013, 16:39 |
|
Учетная система для ритейла
|
|||
---|---|---|---|
#18+
Уважаемый DrBeer, в другой ветке http://www.sql.ru/forum/1041127/razrabotchik-sprut-ukraina?hl= вы ищете разработчика Спрута, а здесь вы ищете ответ на вопрос "а на что заменить Спрут?". Как одно с другим вяжется? Оно бы вязалось, если бы Вимас отдавал исходники своим заказчикам. Тогда было бы понятно: CIO компании ищет внутреннего программиста, садит за Delphi, и тот "ваяет" новый функционал. Но разве они отдают свои исходники клиентам? ... |
|||
:
Нравится:
Не нравится:
|
|||
25.09.2013, 15:15 |
|
Учетная система для ритейла
|
|||
---|---|---|---|
#18+
Игорь Бобак, Вы обратите внимание, что ту тему закрыли, когда открыли эту ... |
|||
:
Нравится:
Не нравится:
|
|||
25.09.2013, 17:05 |
|
Учетная система для ритейла
|
|||
---|---|---|---|
#18+
Nitro_Junkie, я это понял. Я просто не понимаю где на самом деле господин DrBeer работает. По той теме я думал, что он работает в компании Вимас (потому что искали разработчика). Но в профиле написано CIO, значит на самом деле работает в компании-ритейлере. Отсюда закономерный вопрос: зачем человеку, который есть заказчиком, искать девелопера системы, которую делает Вимас? Значит он либо в тот момент времени работал на Вимас, либо же Вимас отдает свои исходники. Мне просто любопытно узнать что из двух есть true. ... |
|||
:
Нравится:
Не нравится:
|
|||
25.09.2013, 18:05 |
|
Учетная система для ритейла
|
|||
---|---|---|---|
#18+
там есть возможность подключать внешние модуля + можно написать свой софт поверх базы (если знаешь ее структуру). ... |
|||
:
Нравится:
Не нравится:
|
|||
25.09.2013, 18:50 |
|
Учетная система для ритейла
|
|||
---|---|---|---|
#18+
Игорь БобакНо разве они отдают свои исходники клиентам?Для некоторых дописок сорцы не нужны. Что мешает добавить в систему пару тройку доп. таблиц и юзать их например в репортах или совершенно отдельных самописных модулях (например к-л кадровые/производственные/WMS/маркетинговые расширения) ? Что-то мне подсказывает, что ТС-у в "Спруте" не хватает возможности для осуществления кастомных хотелок, коих реально много. Вимас не видит смысла, а ТСу это надо, но оперативнее и за меньшую стоимость. Кстати похоже он охладел к топику. Хотя обещал выложить требования еще 3 недели назад. ... |
|||
:
Нравится:
Не нравится:
|
|||
25.09.2013, 18:54 |
|
Учетная система для ритейла
|
|||
---|---|---|---|
#18+
LSV, являясь тоже разработчиком, я в некотором смысле Вимаса понимаю: заказчики часто хотят много всего такого, что если это сделать в продукте - то продукт будет заточен только под этого заказчика, а остальным эта фича будет не нужна - это раз. А второе - это то, что потом эта фича начинает служить якорем: невозможно нормально разрабатывать другие фичи, потому что всегда приходится думать о поддержке этого якоря. Вопрос в том, насколько продукт позволяет его кастомизировать без написания кода. Чем больше - тем выше качество продукта. ... |
|||
:
Нравится:
Не нравится:
|
|||
25.09.2013, 20:34 |
|
Учетная система для ритейла
|
|||
---|---|---|---|
#18+
Игорь БобакLSV, являясь тоже разработчиком, я в некотором смысле Вимаса понимаю: заказчики часто хотят много всего такого, что если это сделать в продукте - то продукт будет заточен только под этого заказчика, а остальным эта фича будет не нужна - это раз. А второе - это то, что потом эта фича начинает служить якорем: невозможно нормально разрабатывать другие фичи, потому что всегда приходится думать о поддержке этого якоря. Вопрос в том, насколько продукт позволяет его кастомизировать без написания кода. Чем больше - тем выше качество продукта. Ну или делать как SAP, Axapta, 1C и т.п. Предоставлять платформу с исходниками и правь под свои нужды. Конечно общее развитие продукта обходит тогда тебя стороной, но для многих кастомизация важнее. ... |
|||
:
Нравится:
Не нравится:
|
|||
26.09.2013, 11:30 |
|
Учетная система для ритейла
|
|||
---|---|---|---|
#18+
Игорь Бобакзаказчики часто хотят много всего такого, что если это сделать в продукте - то продукт будет заточен только под этого заказчика, а остальным эта фича будет не нужна - это раз. А второе - это то, что потом эта фича начинает служить якорем: невозможно нормально разрабатывать другие фичи, потому что всегда приходится думать о поддержке этого якоря. вместо этого можно подумать об архитектуре и делать якорей. Все же уже давно придумано. По ключу SOA поищите. ... |
|||
:
Нравится:
Не нравится:
|
|||
26.09.2013, 12:01 |
|
Учетная система для ритейла
|
|||
---|---|---|---|
#18+
Nitro_JunkieНу или делать как SAP, Axapta, 1C и т.п. Предоставлять платформу с исходниками и правь под свои нужды. Конечно общее развитие продукта обходит тогда тебя стороной, но для многих кастомизация важнее. как раз так можно делать, если ничего другого не остается. Но лучше, конечно, действительно потратить в самом начале время и усилия на проектирование архитектуры продукта, чтобы потом так как вы предлагаете не делать ... |
|||
:
Нравится:
Не нравится:
|
|||
26.09.2013, 12:04 |
|
Учетная система для ритейла
|
|||
---|---|---|---|
#18+
iscrafmNitro_JunkieНу или делать как SAP, Axapta, 1C и т.п. Предоставлять платформу с исходниками и правь под свои нужды. Конечно общее развитие продукта обходит тогда тебя стороной, но для многих кастомизация важнее. как раз так можно делать, если ничего другого не остается. Но лучше, конечно, действительно потратить в самом начале время и усилия на проектирование архитектуры продукта, чтобы потом так как вы предлагаете не делать Давайте так, не существует идеальной архитектуры для всех случаев. Даже для отраслей нет. Максимум какой-то очень узкой ниши. "Точки" входа очень сильно ограничивают разработчика. Недавний пример. Если вы например когда-нить плагин к IDE писали, то там все на этих "точек" входа (уверяю вас вы такого их количества в жизни не видели) сделано. И все равно идеологически там изменения предполагается идут одновременно для нескольких файлов (и в 95 процентов случаев это так), а если нужно сделать асинхронное изменения многих файлов, из-за особенностей архитектуры есть лаги, от которых никуда не уйдешь. А люди реально старались сделать чтобы к их IDE можно было прицепить все что угодно, но все варианты в принципе не учтешь. Ну и с нормальной платформой и открытыми исходниками все же гораздо проще, чем выискивать нужные точки входа. ... |
|||
:
Нравится:
Не нравится:
|
|||
26.09.2013, 12:35 |
|
Учетная система для ритейла
|
|||
---|---|---|---|
#18+
Nitro_Junkieiscrafmпропущено... как раз так можно делать, если ничего другого не остается. Но лучше, конечно, действительно потратить в самом начале время и усилия на проектирование архитектуры продукта, чтобы потом так как вы предлагаете не делать Давайте так, не существует идеальной архитектуры для всех случаев. Даже для отраслей нет. Максимум какой-то очень узкой ниши. "Точки" входа очень сильно ограничивают разработчика. Недавний пример. Если вы например когда-нить плагин к IDE писали, то там все на этих "точек" входа (уверяю вас вы такого их количества в жизни не видели) сделано. И все равно идеологически там изменения предполагается идут одновременно для нескольких файлов (и в 95 процентов случаев это так), а если нужно сделать асинхронное изменения многих файлов, из-за особенностей архитектуры есть лаги, от которых никуда не уйдешь. А люди реально старались сделать чтобы к их IDE можно было прицепить все что угодно, но все варианты в принципе не учтешь. Ну и с нормальной платформой и открытыми исходниками все же гораздо проще, чем выискивать нужные точки входа. это иллюзия, но она дает работу кодировщикам программного кода, что в принципе не плохо. Но это заход с другой стороны. И откуда вы знаете что я видел, а что нет. И о какой еще IDE вы говорите? Посмотрите шире, за рамки той IDE, которой пользуетесь. ... |
|||
:
Нравится:
Не нравится:
|
|||
26.09.2013, 12:41 |
|
Учетная система для ритейла
|
|||
---|---|---|---|
#18+
Nitro_JunkieНу и с нормальной платформой и открытыми исходниками все же гораздо проще, чем выискивать нужные точки входа. отдельно выделил... С нормальной платформой действительно проще построить приложение так, чтобы эти самые "точки входа", как вы их называете, а на самом деле интерфейсы сервисов, были как на ладони, чтобы их не выискивать. Но в отличии от переработки "лапшекода", как его называют, в такой архитектуре просто все делается другими способами ... |
|||
:
Нравится:
Не нравится:
|
|||
26.09.2013, 12:50 |
|
Учетная система для ритейла
|
|||
---|---|---|---|
#18+
iscrafmNitro_JunkieНу и с нормальной платформой и открытыми исходниками все же гораздо проще, чем выискивать нужные точки входа. отдельно выделил... С нормальной платформой действительно проще построить приложение так, чтобы эти самые "точки входа", как вы их называете, а на самом деле интерфейсы сервисов, были как на ладони, чтобы их не выискивать. Но в отличии от переработки "лапшекода", как его называют, в такой архитектуре просто все делается другими способами SOA в общем случае предполагает слабо связанную архитектуру, что в случае если вы хотите скажем чтобы у вас расчеты были интегрированы с кассой, управлением заказами и т.п. (утрировано например на кассе видеть остатки по соседнем магазине, когда следующий заказ, есть ли задолженность по выплате кредита и т.п.) невозможно сделать. То есть важно понимать что SOA - это ограничение. То есть мы жертвуем функционалом (связанным с интеграцией) ради модульности, в то время как большинство тех же ERP платформ стараются этого не делать (жертвуя модульностью). Но для заказчика модульность это нечто абстрактное, а функционал - то с чем он сталкивается каждый день. ... |
|||
:
Нравится:
Не нравится:
|
|||
26.09.2013, 13:07 |
|
Учетная система для ритейла
|
|||
---|---|---|---|
#18+
Nitro_JunkieSOA в общем случае предполагает слабо связанную архитектуру, что в случае если вы хотите скажем чтобы у вас расчеты были интегрированы с кассой, управлением заказами и т.п. (утрировано например на кассе видеть остатки по соседнем магазине, когда следующий заказ, есть ли задолженность по выплате кредита и т.п.) невозможно сделать. То есть важно понимать что SOA - это ограничение. То есть мы жертвуем функционалом (связанным с интеграцией) ради модульности, в то время как большинство тех же ERP платформ стараются этого не делать (жертвуя модульностью). Но для заказчика модульность это нечто абстрактное, а функционал - то с чем он сталкивается каждый день какие-то открытия для меня, удивили. Каким функционалом вы жертвуете в SOA? Может за столько лет я действительно что-то упустил, все возможно ... |
|||
:
Нравится:
Не нравится:
|
|||
26.09.2013, 13:10 |
|
Учетная система для ритейла
|
|||
---|---|---|---|
#18+
iscrafmNitro_JunkieSOA в общем случае предполагает слабо связанную архитектуру, что в случае если вы хотите скажем чтобы у вас расчеты были интегрированы с кассой, управлением заказами и т.п. (утрировано например на кассе видеть остатки по соседнем магазине, когда следующий заказ, есть ли задолженность по выплате кредита и т.п.) невозможно сделать. То есть важно понимать что SOA - это ограничение. То есть мы жертвуем функционалом (связанным с интеграцией) ради модульности, в то время как большинство тех же ERP платформ стараются этого не делать (жертвуя модульностью). Но для заказчика модульность это нечто абстрактное, а функционал - то с чем он сталкивается каждый день какие-то открытия для меня, удивили. Каким функционалом вы жертвуете в SOA? Может за столько лет я действительно что-то упустил, все возможно SOA предполагает выделение четко определенных, условно "примитивных", интерфейсов взаимодействия. Причем во всех современных реализациях - императивных (то есть нужно делать интерфейсы одиночные и множественные, если скажем не хотите угрохать SQL сервер, запросами в FOR). Соответственно эти интерфейсы, становятся public все внутри остается private и не предполагает использование извне. Последнее и есть ограничение. Если вы начнете все эти private'ы делать public'ами, тогда смысл SOA теряется. То есть его смысл что public'ов мало, а private'ов много, и все остальное следует из этого. Или вы считаете что SOA это логически(!) нечто другое? Если это чисто техническое понятие, то не понимаю какое это отношение имеет к архитектуре? То есть неважно вы общаетесь через веб-сервисы, RPC или хрен знает что, с проблемами кастомизации это абсолютно перпендикулярно. ... |
|||
:
Нравится:
Не нравится:
|
|||
26.09.2013, 13:18 |
|
Учетная система для ритейла
|
|||
---|---|---|---|
#18+
Nitro_Junkie, вы кстати как-то не так понимаете что такое "слабая связанность". Говоря программерским языком это возможность замены одной функции на другую, без необходимости переделки для этого всего проекта. Это совершенно никак не коррелирует с тем, что все расчеты не могут быть интегрированы с кассой, несмотря на все на отсутствие всякого смысла в этом. Это и есть то, что называется "лапшекод", который через несколько итераций легче выкинуть и написать заново, чем поддерживать. Но так как это было абстрактным примером, то упустим. ... |
|||
:
Нравится:
Не нравится:
|
|||
26.09.2013, 13:19 |
|
Учетная система для ритейла
|
|||
---|---|---|---|
#18+
Nitro_Junkieiscrafmпропущено... какие-то открытия для меня, удивили. Каким функционалом вы жертвуете в SOA? Может за столько лет я действительно что-то упустил, все возможно SOA предполагает выделение четко определенных, условно "примитивных", интерфейсов взаимодействия. Причем во всех современных реализациях - императивных (то есть нужно делать интерфейсы одиночные и множественные, если скажем не хотите угрохать SQL сервер, запросами в FOR). Соответственно эти интерфейсы, становятся public все внутри остается private и не предполагает использование извне. Последнее и есть ограничение. Если вы начнете все эти private'ы делать public'ами, тогда смысл SOA теряется. То есть его смысл что public'ов мало, а private'ов много, и все остальное следует из этого. Или вы считаете что SOA это логически(!) нечто другое? Если это чисто техническое понятие, то не понимаю какое это отношение имеет к архитектуре? То есть неважно вы общаетесь через веб-сервисы, RPC или хрен знает что, с проблемами кастомизации это абсолютно перпендикулярно. вы о чем вообще? SOA с ООП перепутали похоже. Или пытаетсь скрестить, как говорится "ужа с ежом". Какие паблики, какие приваты... Такого вообще в SOA нет ... |
|||
:
Нравится:
Не нравится:
|
|||
26.09.2013, 13:22 |
|
Учетная система для ритейла
|
|||
---|---|---|---|
#18+
iscrafmNitro_Junkie, Говоря программерским языком это возможность замены одной функции на другую, без необходимости переделки для этого всего проекта. Вы не поверите, но отделение объявления от реализации, это концепция, которая называется процедура \ функция, появилась еще в первых структурных языках (читай FORTRAN). То есть вы пишете f(a,b), пишете ее реализацию и можете менять ее реализацию не переделывая весь проект. А SOA это архитектурная штука в стиле давайте сделаем много больших блоков, свяжем их стандартизированными public интерфейс'ами, а внутри они могут изменяться как хотят. То есть по сути это идея это ОЧЕНЬ БОЛЬШИХ функций не более чем. И ограничение что эти большие функции не могут обращаться к внутренностям друг друга. Это и есть ограничение. В любом случае готов услышать ваше определение SOA. Только не в стиле "облака белокрылые лошадки", а более предметное. ... |
|||
:
Нравится:
Не нравится:
|
|||
26.09.2013, 13:56 |
|
Учетная система для ритейла
|
|||
---|---|---|---|
#18+
Nitro_JunkieВы не поверите, но отделение объявления от реализации, это концепция, которая называется процедура \ функция, появилась еще в первых структурных языках (читай FORTRAN). То есть вы пишете f(a,b), пишете ее реализацию и можете менять ее реализацию не переделывая весь проект. почему не поверю? В юности на фортране сделал "а-ля Norton Comander" для VAX/VMS, так что поверю. Так работает любой функциональный язык. ... |
|||
:
Нравится:
Не нравится:
|
|||
26.09.2013, 14:29 |
|
Учетная система для ритейла
|
|||
---|---|---|---|
#18+
Nitro_JunkieА SOA это архитектурная штука в стиле давайте сделаем много больших блоков, свяжем их стандартизированными public интерфейс'ами, а внутри они могут изменяться как хотят. То есть по сути это идея это ОЧЕНЬ БОЛЬШИХ функций не более чем. И ограничение что эти большие функции не могут обращаться к внутренностям друг друга. Это и есть ограничение. какие еще паблик-интерфейсы? Вы явно пытаетесь скрестить ужа с ежом, уже говорил. А вымышленное вами ограничение не более чем вымысел. Где вы сталкивались с ограничениями, можете пример привести? Может что-то не так сделали... ... |
|||
:
Нравится:
Не нравится:
|
|||
26.09.2013, 14:32 |
|
Учетная система для ритейла
|
|||
---|---|---|---|
#18+
Nitro_JunkieВ любом случае готов услышать ваше определение SOA. Только не в стиле "облака белокрылые лошадки", а более предметное. оно ничем не отличается от общепринятого, никаких лошадок. Тем более оно много лет работает в самых разных сферах. Я же не скрываю . Но в определении нет именно "моего", мое - в реализации. ... |
|||
:
Нравится:
Не нравится:
|
|||
26.09.2013, 14:36 |
|
Учетная система для ритейла
|
|||
---|---|---|---|
#18+
Коллеги, вы все сейчас говорите очень абстрактными терминами. А когда спор идет в абстрактных терминах, то как правило каждый подразумевает свой конкретный пример, но когда пишет строки - то абстрактно "обобщает" свои высказывания. И выходит, что каждый прав, но почему-то все спорят. Я не хочу уводить эту ветку в сторону и привлекать к себе внимание. Но скажу конкретную вещь. Есть у нас своя собственная BI система, которая (естественно) качает данные из любой ERP (в том числе из Спрута - есть два внедрения). Система состоит из двух частей: 1) клиентская часть (клиент + сервер приложений) - наш закрытый код 2) сервер "данных" - это ОЛАП сервер Microsoft Analysis Services, в котором "код ОЛАП-кубов" открыт (если так можно выразится - говорю так чтобы все поняли). Соответственно, хотелки пользователей делятся на две категории: а) те, где они хотят поменять что-то в формулах отчетов или в виде отчетов или в методах рассылки отчетов или в доступах - это все делается с кубами (где код открыт) средствами MS Visual Studio и не требует переписывание клиентской части вообще. б) те хотелки, где пользователи начинают хотеть переделать что-то в софте. Со вторыми сложнее. Например, захотели сделать запись статистики действий в базу - денег даже заплатили. Мы сделали. А теперь везде при развитии нового функционала (добавление новых действий) нам надо думать о том, чтобы туда запихнуть запись статистики... Якорь? Не сильно тяжелый, но якорь. Заплатили за доработку раз, мы сделали, а потом приходится при новом функционале делать ту работу, которой бы НЕ делали, если бы небыло якоря. Вот вам конкретный пример. А вы тут высшими материями - SOA, и пр. Слишком абстрактно мыслите. Можете привести свои примеры - с радостью прочитаю. ... |
|||
:
Нравится:
Не нравится:
|
|||
27.09.2013, 00:21 |
|
Учетная система для ритейла
|
|||
---|---|---|---|
#18+
Игорь Бобак. Например, захотели сделать запись статистики действий в базу - денег даже заплатили. Мы сделали. А теперь везде при развитии нового функционала (добавление новых действий) нам надо думать о том, чтобы туда запихнуть запись статистики... Якорь? Не сильно тяжелый, но якорь. Заплатили за доработку раз, мы сделали, а потом приходится при новом функционале делать ту работу, которой бы НЕ делали, если бы небыло якоря. Вот вам конкретный пример. А вы тут высшими материями - SOA, и пр. Слишком абстрактно мыслите. Игорь, это не "высшие материи". В терминах SOA - это многократное использование сервиса. Сделал один раз - используй многократно. Т.е. сервис записи вашей статистики нужно было бы просто подключать к создаваемым новым действиям. Это не та работа о которой можно говорить что "приходится делать", это элементарное действие. Пример (ролик правда древний, но суть покажет). Зарегистрируйте в коде сервера приложений (если он является центральным звеном) интерфейс для запуска процедуры записи этой статистики и обращайтесь к нему при необходимости. ... |
|||
:
Нравится:
Не нравится:
|
|||
27.09.2013, 01:12 |
|
Учетная система для ритейла
|
|||
---|---|---|---|
#18+
iscrafm, ну как вы можете судить что нам делать, не зная вообще как построена наша система и как она работает, и в каком месте должны вызываться методы сбора статистики (если говорить конкретно об этом функционале) ? что касается нашего примера, то на веб-сервисах все уже сделано и все уже есть. и сделано достаточно гибко - сервиса даже не придется менять - не зависимо от того, какая будет структура бизнес-объектов статистики. Давным давно прочитали книжку rockford lhotka - и сделали ORM лучше, чем описал он. И статистика на нее ложится как следует. вот только клиентская часть требует при каждом новом действии не забыть добавить куски кода по сбору статистики на клиенте. казалось бы мелочь, но а) надо писать код, которого бы не писали, если бы статистики не существовало б) статистика имеет некую структуру данных (что где произошло, какие опции того, что произошло и т.д.). бывает, что новое действие пользователя требует записи таких опций, которые не вписываются в существующие бизнес-объекты (даже при том, что уже кажется, что он широкий и подойдет ко всему, что будет разработано в будущем). Называется, "сиди и расширяй код фреймворка по сбору статистики - добавляй новые свойства, расширяй БД и т.д.". Я не говорю, что функционал плох. Функционал - суперполезный. Вот только теперь надо доп. мейнтененс (=время разработчика) на поддержку еще и этой штуки. А завтра появится новая фишечка - один раз заплатят за ее разработку, а поддерживать ее потом кому? опять на нашу голову... так что я прекрасно понимаю почему разработчики систем не очень спешат делать все хотелки пользователей. ... |
|||
:
Нравится:
Не нравится:
|
|||
27.09.2013, 13:38 |
|
Учетная система для ритейла
|
|||
---|---|---|---|
#18+
Игорь Бобак, и сделали ORM лучше покажи ... |
|||
:
Нравится:
Не нравится:
|
|||
27.09.2013, 13:55 |
|
Учетная система для ритейла
|
|||
---|---|---|---|
#18+
Игорь Бобакiscrafm, ну как вы можете судить что нам делать, не зная вообще как построена наша система и как она работает, и в каком месте должны вызываться методы сбора статистики (если говорить конкретно об этом функционале) ? я говорю о том, как бы я сделал. Как работает ваша конкретная система мне не интересно. И привел пример. Игорь БобакМожете привести свои примеры - с радостью прочитаю. если реальные примеры для вас все равно слишком абстрактны, тогда ничем помочь не могу ... |
|||
:
Нравится:
Не нравится:
|
|||
27.09.2013, 14:16 |
|
Учетная система для ритейла
|
|||
---|---|---|---|
#18+
Игорь Бобактеперь надо доп. мейнтененс а зачем для этой штуки корм для собак? Или имелось ввиду какое-то русское понятие, которое постеснялись сказать? ... |
|||
:
Нравится:
Не нравится:
|
|||
27.09.2013, 15:02 |
|
Учетная система для ритейла
|
|||
---|---|---|---|
#18+
ViPRos, что значит "покажи"? proprietary-код. Я не говорю, что у Рокфорда сделано плохо. Ему большое спасибо за книжку, за идеи и т.д. Но мы пошли дальше. Намного дальше. А проблемы с поддержкой нового появившегося функционала (в софте) - это уже никак не связано с SOA, это уже связано с конкретным использованием SOA. В частности с тем, что а) надо расширять структуру конкретных бизнес-объектов и коллекций статистики б) надо прописывать код (типа "создать объект", "нафаршировать данные", "записать на сервер") в каждом новом месте, чего бы не делали если бы этого нового функционала небыло. ... |
|||
:
Нравится:
Не нравится:
|
|||
27.09.2013, 15:37 |
|
Учетная система для ритейла
|
|||
---|---|---|---|
#18+
Игорь Бобак, можно и на словах куда "дальше" - концептуально ... |
|||
:
Нравится:
Не нравится:
|
|||
27.09.2013, 16:37 |
|
Учетная система для ритейла
|
|||
---|---|---|---|
#18+
Добрый день уважаемые коллеги ! Приношу извинения за долгое молчание! С интересом прочитал все что здесь было озвучено, и сейчас постараюсь внести ясность в происходящее :) 1. Относительно "Спрут": как многие из вас знают - данная система предоставляет собой законченный продукт, с автоматизацией бизнес-процессов по идеологии "Вимас", основанной на их качественной практике и большом опыте автоматизации в ритейле. И во многих направлениях система вполне самодостаточна и качественна. Основной вопрос - насколько в данной системе можно уходить в сторону от "линии партии", т.е. от идеологии "Вимас", с точки зрения изменений в бизнесе, появления нестандартных "хотелок" со стороны бизнеса, стоимости этих изменений. Насколько мне известно - существует ряд компаний, у которых "Спрут" "допиливается" своими разработчиками, не на уровне глубоких изменений внутренностей системы, а на уровне разработки внешних модулей работающих с системой, т.к. изменение внутренних процессов такой сложной системы, с очень высокой вероятностью приведет к краху системы из-за нарушения этих внутренних процессов, связей и логики работы. Именно по этому поднимался вопрос поиска "своего" разработчика, который глубоко знаком с идеологией и структурой системы для реализации возникших, на тот момент, пожеланий. 2. В это же время был проведен поверхностный аудит необходимых доработок/переделок, который показал, что один из вариантов выхода из сложившейся ситуации может быть замена средств автоматизации, чем и был порожден этот топик. 3. На данный момент я предложил бизнесу пойти другим путем - переосмыслить и создать глобальную картину видения системы автоматизации бизнес-процессов компании. Имея полную, достоверную картину, которая учитывает как сегодняшние требования так и перспективные планы развития, можно более качественно определить какое решение/комплекс решений более качественно реализуют необходимый функционал. На основании это "картины" уже будем формировать предварительный портфель решений, над которым будем плодотворно и качественно работать. На данный момент по объективным и субъективным причинам не буду раскрывать имена, пароли, явки, название компании. Но если будет интерес - по мере создания картины, буду делиться информацией ! Игорь БобакУважаемый DrBeer, в другой ветке http://www.sql.ru/forum/1041127/razrabotchik-sprut-ukraina?hl= вы ищете разработчика Спрута, а здесь вы ищете ответ на вопрос "а на что заменить Спрут?". Как одно с другим вяжется? Оно бы вязалось, если бы Вимас отдавал исходники своим заказчикам. Тогда было бы понятно: CIO компании ищет внутреннего программиста, садит за Delphi, и тот "ваяет" новый функционал. Но разве они отдают свои исходники клиентам? Уважаемый Игорь ! Нет - само собой исходники они не отдают, но структура таблиц и функционал документирован, что позволяет на прямую обращаться к ДБ и производить необходимые действия, что позволяет разрабатывать свои модули которые взаимодействуют с "материнской" системой. ... |
|||
:
Нравится:
Не нравится:
|
|||
02.10.2013, 13:56 |
|
Учетная система для ритейла
|
|||
---|---|---|---|
#18+
DrBeerпо идеологии "Вимас" не подскажите где можно что-то прочитать об этом, в чем заключается "идеология ВИМАС"? ... |
|||
:
Нравится:
Не нравится:
|
|||
02.10.2013, 14:19 |
|
Учетная система для ритейла
|
|||
---|---|---|---|
#18+
iscrafmDrBeerпо идеологии "Вимас" не подскажите где можно что-то прочитать об этом, в чем заключается "идеология ВИМАС"? Наверное я не правильно подобрал слово - правильнее "на основании опыта и понимая данного сегмента". Хотя в общем то можно почитать их мануалы по системе - там достаточно четка прописана идея и реализация бизнес-процессов, реализованных в их системе. ... |
|||
:
Нравится:
Не нравится:
|
|||
02.10.2013, 15:05 |
|
Учетная система для ритейла
|
|||
---|---|---|---|
#18+
DrBeeriscrafmпропущено... не подскажите где можно что-то прочитать об этом, в чем заключается "идеология ВИМАС"? Наверное я не правильно подобрал слово - правильнее "на основании опыта и понимая данного сегмента". Хотя в общем то можно почитать их мануалы по системе - там достаточно четка прописана идея и реализация бизнес-процессов, реализованных в их системе. понял, спасибо. Я так понимаю что публичной информации об этом нет. Так? ... |
|||
:
Нравится:
Не нравится:
|
|||
02.10.2013, 15:38 |
|
Учетная система для ритейла
|
|||
---|---|---|---|
#18+
На данный момент я предложил бизнесу пойти другим путем - переосмыслить и создать глобальную картину видения системы автоматизации бизнес-процессов компании.Ну так а где давно обещанные базовые требования к сабжевой системе ? Главное не переборщить, т.к. хотелки могут легко зашкалить за прибыль всей корпорации (причем без гарантий качества). Хотите реальной гибкости и назависимости - создавайте свой продукт, как это в свое время сделали в Fozzy Group в далеком 2001г. Прочие варианты - наркоманская игла. зы: Что там думать, трясти надо ! (с) :) ... |
|||
:
Нравится:
Не нравится:
|
|||
02.10.2013, 15:40 |
|
Учетная система для ритейла
|
|||
---|---|---|---|
#18+
iscrafmDrBeerпропущено... Наверное я не правильно подобрал слово - правильнее "на основании опыта и понимая данного сегмента". Хотя в общем то можно почитать их мануалы по системе - там достаточно четка прописана идея и реализация бизнес-процессов, реализованных в их системе. понял, спасибо. Я так понимаю что публичной информации об этом нет. Так? Качественная документация предоставляется клиентам компании, в открытом доступе не встречал, возможно из-за того что не искал :) ... |
|||
:
Нравится:
Не нравится:
|
|||
02.10.2013, 15:46 |
|
Учетная система для ритейла
|
|||
---|---|---|---|
#18+
DrBeeriscrafmпропущено... понял, спасибо. Я так понимаю что публичной информации об этом нет. Так? Качественная документация предоставляется клиентам компании, в открытом доступе не встречал, возможно из-за того что не искал :) я смотрел, ничего не видно. Но документация, как таковая, не особо интересна. Интересны сами принципы ... |
|||
:
Нравится:
Не нравится:
|
|||
02.10.2013, 15:49 |
|
Учетная система для ритейла
|
|||
---|---|---|---|
#18+
LSVНа данный момент я предложил бизнесу пойти другим путем - переосмыслить и создать глобальную картину видения системы автоматизации бизнес-процессов компании.Ну так а где давно обещанные базовые требования к сабжевой системе ? Главное не переборщить, т.к. хотелки могут легко зашкалить за прибыль всей корпорации (причем без гарантий качества). Хотите реальной гибкости и назависимости - создавайте свой продукт, как это в свое время сделали в Fozzy Group в далеком 2001г. Прочие варианты - наркоманская игла. зы: Что там думать, трясти надо ! (с) :) В порядке предложений : -Вот сейчас мы и начали их "рисовать". По мере накопления и систематизации могу выкладывать, то что не является "военной тайной" -Я понимаю что описание "абсолютной системы" породит лишь ворох бумаг без реализации, учту Ваши рекомендации ! -Хорошее решение, но не всегда приемлемо. С одной стороны есть масса причин почему нет (сроки, стоимость, качество, ...), при этом с другой стороны "игла" не всегда самый плохой вариант... Финансово-философский вопрос, без однозначных решений :) ... |
|||
:
Нравится:
Не нравится:
|
|||
02.10.2013, 15:52 |
|
Учетная система для ритейла
|
|||
---|---|---|---|
#18+
DrBeer с другой стороны "игла" не всегда самый плохой вариант... Финансово-философский вопрос, без однозначных решений :)Мысли о переходе на другую систему из-за проблем "иглы" это и есть тот самый плохой вариант. :) И самый дорогостоящий. И он похоже таки наступил. :) А вариант нанять команду со своим полуготовым продуктом с передачей исходников не возникал ? Все равно других вариантов получения исходников нет и скорее всего не будет (кроме писанины с нуля). ... |
|||
:
Нравится:
Не нравится:
|
|||
02.10.2013, 17:19 |
|
Учетная система для ритейла
|
|||
---|---|---|---|
#18+
LSVМысли о переходе на другую систему из-за проблем "иглы" это и есть тот самый плохой вариант. :) И самый дорогостоящий. И он похоже таки наступил. :) Возможно проблема в выборе "не правильной иглы" :) LSVА вариант нанять команду со своим полуготовым продуктом с передачей исходников не возникал ? Все равно других вариантов получения исходников нет и скорее всего не будет (кроме писанины с нуля). Нет, пока к такой мысли нас ничто не подвинуло... ... |
|||
:
Нравится:
Не нравится:
|
|||
02.10.2013, 17:40 |
|
Учетная система для ритейла
|
|||
---|---|---|---|
#18+
Возможно проблема в выборе "не правильной иглы" :)Правильная игла это на самом деле идеальная игла. Скорее всего не существующая в природе. :) ... |
|||
:
Нравится:
Не нравится:
|
|||
02.10.2013, 17:58 |
|
Учетная система для ритейла
|
|||
---|---|---|---|
#18+
Допустим ... |
|||
:
Нравится:
Не нравится:
|
|||
09.10.2013, 00:33 |
|
Учетная система для ритейла
|
|||
---|---|---|---|
#18+
DrBeerВ порядке предложений : -Вот сейчас мы и начали их "рисовать". По мере накопления и систематизации могу выкладывать, то что не является "военной тайной" Ну дык ждём-с. :) Основные положения можно сформулировать за 2 мин. зы: А как связаться с вами ? ... |
|||
:
Нравится:
Не нравится:
|
|||
14.10.2013, 11:35 |
|
Учетная система для ритейла
|
|||
---|---|---|---|
#18+
Поскольку вероятностью 99 % идет речь об Ураине и Украинской компанию напишу на украинском, так мне легче донести свое мнение. Кому сложно читать на укаинском - перевод в конце поста. Коротко про себе. Працюю з Спрут 2005. В нашій мережі 90+ роздрібних різноформатних магазинів + логістичний центр. Посада - начальник відділу впровадження програмного забезпечення і супроводу. По даній інформації не важко догадатись про яку мережу йде мова. Сподіваюсь що добре розумію архетектуру Спрут. :) Тепер по темі: 1) Вся бізнес логіка Спрут написана на Pl/Sql яка є відкритою. Самі модулі можна розгляд як DBGrid. Нехай це дуже абстрактно і грубо проте відповідає дійсності. Завдяки цьому ми змогли впровадити в себе всі необхідні зміни в програмному забезпеченні. В тому числі і в бізнеспроцесах, які начебто були закладені в спруті. на шталт роботи з "проблемними", "виробництва" і тд. Наші процеси інколи кардинально відрізнялись від стандартних, проте ми зуміли їх впровадити. 2) Якщо розглянути мої звернення до Vimas по доробкам то картина дуже приблизно наступна. (50% - виконано, 20% - надані альтернативи, 20 % - аргументовано відмовлено (оскільки ці доробки як вже зазначав Ігор Бобак будуть костилем для подальших розробок) і ще в 10% я був не згідний з аргументацією або до кінця її не зрозумів. Це, як правило, були задачі на які не варто було затрачати більше зусиль. Я не ідеалізую роботу з вімас, проте це цілком адекватний розробник. 3) Так в нас є велика кількість доробок. Але всі вони безшовно інтегровані з Спрут. 4) По проблематиці. Перш за все я думаю що у автора топіка стоїть версія менша 2.9 До чого я веду. a) З переходом на 2.9 появились справжні чеки. Це зняло цілий ряд проблем як з швидкодією так і можливостями маніпулювати даними. (власне модифікувати стандартні бізнес процеси). б) З переходом на Спрут 3.0 Ми відмовились від цілого ряду власних доробок. І саме головне за пів року ми не добавили жодного коду, який мішав би прозорому оновленню Спрут 3.0. (Оскільки в 2.9 багато було змін в стандартному коді Vimas, і після оновлення цей код треба було вносити повторно. Ці зміни були викликані необхідністю зміни саме бізнес процесів.) Так ми залишили декілька бізнес процесів та інших даних з нашої "старої" системи. Таких як автозамовлення, автоматичне ціноутворення, консолідована аналітики, EDI, ведення листа асортимента. Це фактично говорить про наступне. Що в Спрут 3.х можна безшовно інтегрувати всі необхідні бізнес процеси. А які не можна - то Vimas готовий доробити. Саме в зміні версій на 3.х вімас заклав великий, практично необмежений потенціал на власні зміни. У Вашому конкретному випадку, якщо вас не влаштовує спрут є декілька варіантів. 1) У вас немає людини, яка може оцінити потенціал програми, і найти методи рішення. ( Ця людина має перш за все розуміти суть бізнес процесу, Приймати участь в обговоренні зміни чи впровадженні його. А не отримувати формалізоване технічне завдання. Оскільки дуже часто буває що задачі можна реалізувати багатьма способами, а методи викладені в ТЗ для ІТ вибрали в край невдало) 2) Ваш ІТ є просто замалий, чи можливо можливо не достатньо компетентний. І він просто не в змозі виконати Ваші побажання. А без цього ніяк. У нас 6 людей займаються суто написанням коду під Спрут. (Технічний супровід, адміністрування і технічна підтримка це зовсім інші люди) Можливо, на даний момент це вже забагато. (Сподіваюсь моє керівнийтвоне читає цей форум.) 3) Можливо ваш бізнес настільки специфічний, що не вкладається в ідеологію Спрут. P.S. В свій час ми вибрали метод переходу на спрут 3.0 як нове впровадження. З конвертацією довідників (в договора і додатки, чисткою Каталогога товарів і одиниць виміру. і ТД. ) P.S.S На мою думку єдине що не можна реалізувати в спрут це зміну списання по фіфо та і то не факт :) P.S.S.S Якщо виникли питання, можна задити їх по Скайп OlehRut або аска ДваЧотириЧотири-956-732 Коротко о себе. Работаю с Спрут 2005 . В нашей сети 90 + розничных разноформатных магазинов + логистический центр . Должность - начальник отдела внедрения программного обеспечения и сопровождения. По данной информации не трудно догадаться о которой сеть идет речь. Надеюсь, что хорошо понимаю архетектуры Спрут . :) Теперь по теме : 1 ) Вся бизнес логика Спрут написана на Pl / Sql которая является открытой . Сами модули можно рассмотрение как DBGrid . Пусть это очень абстрактно и грубо однако соответствует действительности. Благодаря этому мы смогли внедрить в себя все необходимые изменения в программном обеспечении. В том числе и в бизнес процессов , которые якобы были заложены в Спруте . для примера работа с "проблемными" , " производства" и тд . Наши процессы иногда кардинально отличались от стандартных , но мы сумели их внедрить. 2) Если рассмотреть мои обращения к Vimas по доработкам то картина очень приблизительно следующая . ( 50 % - выполнено , 20 % - предоставлены альтернативы , 20 % - аргументировано отказано (поскольку эти доработки как уже отмечал Игорь Бобак будут костылем для дальнейших разработок) и еще в 10 % я был не согласен с аргументацией или до конца ее не понял. это , как правило , были задачи на которые не стоило затрачивать больше усилий. 3) Так у нас есть большое количество доработок . Но все они бесшовно интегрированы с Спрут . 4) По проблематике . Прежде всего я думаю, что у автора топика стоит версия меньше 2.9 К чему я веду . a ) С переходом на 2.9 появились настоящие чеки. Это сняло ряд проблем как с быстродействием так и возможностями манипулировать данными. (собственно модифицировать стандартные бизнес процессы). б) С переходом на Спрут 3.0 Мы отказались от целого ряда собственных доработок. И самое главное за полгода мы не добавили ни одного кода , который мешал бы прозрачном обновлению Спрут 3.0. ( Поскольку в 2.9 много было изменений в стандартном коде Vimas , и после обновления этот код надо было вносить повторно . Эти изменения были вызваны необходимостью изменения именно бизнес процессов . ) Так мы оставили несколько бизнес процессов и других данных из нашей "старой" системы . Как Автозаказ , автоматическое ценообразование , консолидированная аналитики , EDI , ведения листа ассортимента . Это фактически говорит о следующем . Что в Спрут 3.х можно бесшовно интегрировать все необходимые бизнес процессы . А какие нельзя - то Vimas готов доделать. Именно в изменении версий на 3.х Вимас заложил большой , практически неограниченный потенциал на собственные изменения . В Вашем конкретном случае , если вас не устраивает спрут есть несколько вариантов . 1 ) У вас нет человека , который может оценить потенциал программы , и найти методы решения . ( Этот человек должен прежде всего понимать суть бизнес процесса , принимать участие в обсуждении изменения или внедрении его . А не получать формализованное техническое задание . Поскольку очень часто бывает что задачи можно реализовать многими способами , а методы изложены в ТЗ для ИТ выбрали в край неудачно ) 2 ) Ваш ИТ просто слишком мал или возможно недостаточно компетентен. И он просто не в состоянии выполнить Ваши пожелания . А без сильного ІТ этого никак. У нас 6 человек занимаются сугубо написанием кода под Спрут . ( Техническое сопровождение , администрирование и поддержка совсем другие люди) 3 ) Возможно ваш бизнес настолько специфический , что не укладывается в идеологию Спрут . P.S. В свое время мы выбрали метод перехода на спрут 3.0 как новое внедрение . С конвертацией справочников ( в договора и приложения , чисткой Каталогога товаров и единиц измерения . И ТД . ) ... |
|||
:
Нравится:
Не нравится:
|
|||
21.11.2013, 16:04 |
|
Учетная система для ритейла
|
|||
---|---|---|---|
#18+
DrBeer1. Относительно "Спрут": как многие из вас знают - данная система предоставляет собой законченный продукт, с автоматизацией бизнес-процессов по идеологии "Вимас", основанной на их качественной практике и большом опыте автоматизации в ритейле. Если чесно ето не совсем отвечает действительности. Спрут достаточно живая , развивающаяся и достаточно гибкая система. DrBeerОсновной вопрос - насколько в данной системе можно уходить в сторону от "линии партии", т.е. от идеологии "Вимас", с точки зрения изменений в бизнесе, появления нестандартных "хотелок" со стороны бизнеса, стоимости этих изменений. Поверте очень далекоооооо....... Спрут очень неплохой конструктор -если уметь им пользоватся. Я уверен что смогу написать свой Спрут но я только приблизительно могу себе представить сколько десятков человеко/лет необходимо. Принципиальних архетектурних ошибок в нем нет. 3.х подправил в нем многие огрехи. Нарисуйте бизнес задачу и я вам найду решение. DrBeerНасколько мне известно - существует ряд компаний, у которых "Спрут" "допиливается" своими разработчиками, не на уровне глубоких изменений внутренностей системы, а на уровне разработки внешних модулей работающих с системой, т.к. изменение внутренних процессов такой сложной системы, с очень высокой вероятностью приведет к краху системы из-за нарушения этих внутренних процессов, связей и логики работы. Кая я уже писал в 2.9 Ми очень далеко уходи в сторону. При етом обновлялись без проблем. Все уходи в сторону били хорошо задокументировани. Здесь - главное найти правильное решение. И изменения вносились только в случае когда другиие методи не подходили. Накатка своих доработок после обновлений - до 2 часов. (просто ето расматтривалось как часть обновления.) А в 3.x вообще проблем нет. Если не напоротся во время обновлений на баг оракла то он проходит меньше 2 часов весь. DrBeerИменно по этому поднимался вопрос поиска "своего" разработчика, который глубоко знаком с идеологией и структурой системы для реализации возникших, на тот момент, пожеланий. 2. В это же время был проведен поверхностный аудит необходимых доработок/переделок, который показал, что один из вариантов выхода из сложившейся ситуации может быть замена средств автоматизации, чем и был порожден этот топик. Осторожно реклама :) У моей команди есть огромний опыт для решения таких задач. Как говорил герой одного сериала: "Если вас прижали к стене - отодвинь стену" DrBeer3. На данный момент я предложил бизнесу пойти другим путем - переосмыслить и создать глобальную картину видения системы автоматизации бизнес-процессов компании. Имея полную, достоверную картину, которая учитывает как сегодняшние требования так и перспективные планы развития, можно более качественно определить какое решение/комплекс решений более качественно реализуют необходимый функционал. На основании это "картины" уже будем формировать предварительный портфель решений, над которым будем плодотворно и качественно работать. Если чесно для Вас я вижу один выход. Найнять консультанта, который разбирается как в бизнеспроцесах, так и в возможностях Спрут. Если у вас есть сильная команда могу посоветовать Віктора Опенька (не вимас) или Сергея Мазура (вимас). Если нет - читайте рекламу выше. Кстати ето очень долгий процес - приведения хотелок бизнеса к реалям ПО и их реализации. Чаще всего задержок за людьми, а не готовностю програмы при внедрении или изменении бизнеспроцесов. ... |
|||
:
Нравится:
Не нравится:
|
|||
21.11.2013, 17:32 |
|
Учетная система для ритейла
|
|||
---|---|---|---|
#18+
По данной информации не трудно догадаться о которой сеть идет речь.Хм.. В Луцке знаю только одну крупную сеть "Наш Край", но там стоит "Капитал". Возможно стоит не везде. :) зы: Я тоже считаю, что переход на другую платформу вряд ли целесообразен, при наличии работающей, проверенной и вполне функциональной. зы: А топикстартер давно исчез. Видно передумал. :) ... |
|||
:
Нравится:
Не нравится:
|
|||
22.11.2013, 11:28 |
|
Учетная система для ритейла
|
|||
---|---|---|---|
#18+
LSV Хм.. В Луцке знаю только одну крупную сеть "Наш Край", но там стоит "Капитал". Возможно стоит не везде. :) Подивись мою пошту. Не одна мережа в Луцьку. ... |
|||
:
Нравится:
Не нравится:
|
|||
22.11.2013, 12:07 |
|
Учетная система для ритейла
|
|||
---|---|---|---|
#18+
olehR1 ) Вся бизнес логика Спрут написана на Pl / Sql которая является открытой . Даже интересно, а если вам на форму \ в таблицу на форме, надо новые показатели добавить, как вы это делаете? Pl/sql это сугубо доменная логика, да и то не вся. ... |
|||
:
Нравится:
Не нравится:
|
|||
22.11.2013, 12:52 |
|
Учетная система для ритейла
|
|||
---|---|---|---|
#18+
Nitro_JunkieolehR1 ) Вся бизнес логика Спрут написана на Pl / Sql которая является открытой . Даже интересно, а если вам на форму \ в таблицу на форме, надо новые показатели добавить, как вы это делаете? Pl/sql это сугубо доменная логика, да и то не вся. Вся бизнес логика на PL/SQL, все отображение в програме на VIEWS. В етом и прелесть. Создавать , редактировать печатние формы вообще без проблем. Добавить инфу в грид формы - добавил поле в View, прописал в метаданных, если поле совсем новое добавил перевод - вот и все уже он на форме. Если поле какой то справочник прописал в метаданных правильно и в поиске идет поиск по справочнику и соответственно фильтр по коду а не названию. В формах ввода документов есть достаточно дополнительних полей, к любому справочнику или документу можно прицепить дополнительные свойства, которые в свою очередь могут быть справочниками. Фича какая мне как програмисту нравится - в любом месте где есть даные можно посмотреть источник даных. (как правило VIEW) Правда самые большие "вкусности" для разработчика появились в 3.0 ... |
|||
:
Нравится:
Не нравится:
|
|||
22.11.2013, 13:36 |
|
Учетная система для ритейла
|
|||
---|---|---|---|
#18+
olehRNitro_Junkieпропущено... Даже интересно, а если вам на форму \ в таблицу на форме, надо новые показатели добавить, как вы это делаете? Pl/sql это сугубо доменная логика, да и то не вся. Вся бизнес логика на PL/SQL, все отображение в програме на VIEWS. В етом и прелесть. Создавать , редактировать печатние формы вообще без проблем. Добавить инфу в грид формы - добавил поле в View, прописал в метаданных, если поле совсем новое добавил перевод - вот и все уже он на форме. Если поле какой то справочник прописал в метаданных правильно и в поиске идет поиск по справочнику и соответственно фильтр по коду а не названию. В формах ввода документов есть достаточно дополнительних полей, к любому справочнику или документу можно прицепить дополнительные свойства, которые в свою очередь могут быть справочниками. Фича какая мне как програмисту нравится - в любом месте где есть даные можно посмотреть источник даных. (как правило VIEW) Правда самые большие "вкусности" для разработчика появились в 3.0 Что вы под VIEWS понимаете? Ссылку кинете? И вообще у них логика представлений на чем? Oracle Forms, Delphi ? И исходники открыты? ... |
|||
:
Нравится:
Не нравится:
|
|||
22.11.2013, 13:43 |
|
Учетная система для ритейла
|
|||
---|---|---|---|
#18+
Nitro_Junkie Что вы под VIEWS понимаете? Ссылку кинете? И вообще у них логика представлений на чем? Oracle Forms, Delphi ? И исходники открыты? VIEWS ето VIEW в множестве. http://docs.oracle.com/cd/B28359_01/server.111/b28286/statements_8004.htm#SQLRF01504 Практически вся логика написана PL/SQL (за исключением каких то первичних проверок на уровне форм). Да весь код на PL/SQL открыт. Интерфесы модули написани Delphi они закриты. ... |
|||
:
Нравится:
Не нравится:
|
|||
22.11.2013, 14:12 |
|
Учетная система для ритейла
|
|||
---|---|---|---|
#18+
olehRNitro_JunkieЧто вы под VIEWS понимаете? Ссылку кинете? И вообще у них логика представлений на чем? Oracle Forms, Delphi ? И исходники открыты? VIEWS ето VIEW в множестве. http://docs.oracle.com/cd/B28359_01/server.111/b28286/statements_8004.htm#SQLRF01504 Практически вся логика написана PL/SQL (за исключением каких то первичних проверок на уровне форм). Да весь код на PL/SQL открыт. Интерфесы модули написани Delphi они закриты. Ну тогда более менее ясно. Кстати не по теме, а они лицензионный Оракл в основном ставят, или обычный ? :) ... |
|||
:
Нравится:
Не нравится:
|
|||
22.11.2013, 15:15 |
|
Учетная система для ритейла
|
|||
---|---|---|---|
#18+
Nitro_JunkieНу тогда более менее ясно. Кстати не по теме, а они лицензионный Оракл в основном ставят, или обычный ? :) Ну ето на выбор. Ми купили 3 проца ентерпрайза с партициями. Кстати через Vimas с очень большой скидкой и растрочкой. Правда далеко не сразу. ... |
|||
:
Нравится:
Не нравится:
|
|||
22.11.2013, 16:01 |
|
Учетная система для ритейла
|
|||
---|---|---|---|
#18+
olehRNitro_JunkieНу тогда более менее ясно. Кстати не по теме, а они лицензионный Оракл в основном ставят, или обычный ? :) Ну ето на выбор. Ми купили 3 проца ентерпрайза с партициями. Кстати через Vimas с очень большой скидкой и растрочкой. Правда далеко не сразу. У них такие лицензии - 180 косарей стоят. Не слабо. Я как понимаю у вас все 100 магазов в одной базе на 3 процессорном серваке крутятся? (кстати а сколько там ядер допускается?) ... |
|||
:
Нравится:
Не нравится:
|
|||
22.11.2013, 16:27 |
|
Учетная система для ритейла
|
|||
---|---|---|---|
#18+
Nitro_Junkie У них такие лицензии - 180 косарей стоят. Не слабо. Я как понимаю у вас все 100 магазов в одной базе на 3 процессорном серваке крутятся? (кстати а сколько там ядер допускается?) Лицензируются ядра а не камни. Но на разние проци есть разние коефициенти. Насколько я поню інтел 0.5. У нас IBM Power 5+ там коефициент 3/4. Ми легально используем 4 ядра. Для боле старших POWER коефициент 1. ... |
|||
:
Нравится:
Не нравится:
|
|||
22.11.2013, 16:34 |
|
Учетная система для ритейла
|
|||
---|---|---|---|
#18+
olehRNitro_JunkieЧто вы под VIEWS понимаете? Ссылку кинете? И вообще у них логика представлений на чем? Oracle Forms, Delphi ? И исходники открыты? VIEWS ето VIEW в множестве. http://docs.oracle.com/cd/B28359_01/server.111/b28286/statements_8004.htm#SQLRF01504 Практически вся логика написана PL/SQL (за исключением каких то первичних проверок на уровне форм). Да весь код на PL/SQL открыт. Интерфесы модули написани Delphi они закриты. В общем Спрут, тот же Парус 8 и Галактика. 2-х звенка. ... |
|||
:
Нравится:
Не нравится:
|
|||
25.11.2013, 10:15 |
|
Учетная система для ритейла
|
|||
---|---|---|---|
#18+
Тему не читал, но выскажусь. 2004 год, сеть 600 магазинов (продуктовый ритейл). автоматизировали на аксапте. Расчет цен, авто-заказ, чеки, промо, отчётность - все работало. Проблемы начались с увеличением базы, sql-сервер работал не стабильно. Сейчас, я слышал, ms sql и с десятками терабайт работает эффективно, так что аксапту порекомендую. ... |
|||
:
Нравится:
Не нравится:
|
|||
30.11.2013, 23:09 |
|
Учетная система для ритейла
|
|||
---|---|---|---|
#18+
натюрлихТему не читал, но выскажусь. 2004 год, сеть 600 магазинов (продуктовый ритейл). автоматизировали на аксапте. Расчет цен, авто-заказ, чеки, промо, отчётность - все работало. Проблемы начались с увеличением базы, sql-сервер работал не стабильно. Сейчас, я слышал, ms sql и с десятками терабайт работает эффективно, так что аксапту порекомендую. У нас есть сеть штук 7 гиперов, и у них аксапта уже ложится, все отсылают людей на обучение куда-либо, чтобы хоть как-то оживить ее, а то у них инвентаризация чуть ли не пару дней проводится... Но у них все в одной базе. Как новые версии ms sql могут помочь неясно. ... |
|||
:
Нравится:
Не нравится:
|
|||
01.12.2013, 17:47 |
|
Учетная система для ритейла
|
|||
---|---|---|---|
#18+
Nitro_JunkieУ нас есть сеть штук 7 гиперов, и у них аксапта уже ложится, все отсылают людей на обучение куда-либо, чтобы хоть как-то оживить ее, а то у них инвентаризация чуть ли не пару дней проводится... Но у них все в одной базе. Как новые версии ms sql могут помочь неясно.+500. Западные системы мегатяжеловесны и перегружены. Для настоящих больших объемов неприспособлены. Выход разве то постоянная урезка данных и перенос всего и вся в ОЛАПы. Но все равно это неповоротливое решение. И крайне усложненное и дорогое. ... |
|||
:
Нравится:
Не нравится:
|
|||
02.12.2013, 12:06 |
|
|
start [/forum/topic.php?all=1&fid=29&tid=1525938]: |
0ms |
get settings: |
9ms |
get forum list: |
15ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
145ms |
get topic data: |
12ms |
get forum data: |
3ms |
get page messages: |
144ms |
get tp. blocked users: |
1ms |
others: | 233ms |
total: | 570ms |
0 / 0 |