Не надо торопитьсяКак у вас организован справочник номенклатуры при таком количестве филиалов? Если одно и то же изделие в соседних филиалах называется по-разному, то атоматизировать нечего, если номенклатура у всех единая, есть система кодирования, центр ввода новых позиций - можно собрать информацию с филиалов по конкретным позициям. В этом случае автоматизировать все филиалы в единой большой дорогой системе нет необходимости, купите программу только для себя, создайте одну Главную базу, соберите данные с филиалов и анализируйте. Только так Вы впишитесь в свой бюджет. Отвяжитесь от филиалов, автоматизируйте только центр, супер-пупер системы на десять тысяч пользователей подождут.

Это уже существует. Даже автоматизированны филиалы в плане BackOffice. Нужно автоматизировать и увязать это
с HeadOffice (розничной точкой). Кстати реализация такая же как Вы описали

Проходилбюджет 200.000?

усе ясно... а я им Oracle Retek aka Retail ... внедряйте Галактику или Парус, вон тут люди предлагают :)

Да не нужен мне комплекс я еще раз говорю монстриков разводить не собираюсь. Мне розница нужна ... всевото.

CTAXЕсть продукт "SV:Ювелир" разработанный в компании "Бизнес Консалтинг". Уже в течение года используется для автоматизации розничной сети ювелирных магазинов "Адамас" (а Парус пока временно оставлен для складского учета). Свое ПО для автоматизации розничной сети, включая модуль, централизованного управления, планирования продаж и маркетинга "Бизнес Консалтинг" используют также для автоматизации сети розничных магазинов одежды Glance.

Спасибо посмотрю, обязательно.

Freeman13 svcoder

Можно поподробней? У каких систем кроме 1С 7.7 и 8.* есть репликация? Не просто возможность базы данных по переносу данных, а управление выгрузкой и загрузкой объектов средствами встроненного языка, централизованное управление генерацией непересекающихся серий номеров и т.п.?

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

Ну такие системы есть. Например, КомТех. Использует СУБД Sybase SQL Anywhere. Применяется сессионная репликация, т.е. синхронизация данных двух и более баз через какой-то промежуток (минимально 1 минута), либо по какому-то событию. Добавление документов, построение отчета и т.п.
Как правило необходимости в репликации в реальном времени нет. Я допускаю, что существуют задачи , где это действительно необходимо, но это 0.2% из всех случаев. Сами посудите, в для репликации в реальном времени требуются надежные и быстрые каналы, именно каналы, так как если связь между базами будет потеряна больше чем на 24 часа, то можно выкинуть обе базы. Кроме того требуются специалисты для администрирования, а они стоят не дешево.
С сессионной репликацией проще. Канал может быть низкоскоростной (при условии, что переносится не большой объем данных, например, точка продаж - центральный офис), если и этот канал откажет, то ничего страшного не произойдет, сервер отправит все пакеты как только связь будет восстановлена. Администрирования практически никакого. Один раз настроенная репликация не требует вмешательства администратора. Кроме того, конкретно в системе КомТех, настройка реализована на уровне документов, а не таблиц. Это позволяет при необходимости даже администратору, без каких-то специальных знаний добавить те или иные документы в пакеты для переноса. В других системах, как правило настройка ведется на уровне таблиц. Не нужно объяснять, что один документ может использовать данные многих таблиц.
Кроме того, насколько я знаю, MS SQL при репликации до сих пор требует отключения пользователей от баз. Может уже все иначе, утверждать не берусь. В Sybase этого не требуется, это я знаю точно.
Так что далеко не все ограничивается 1С)

Да вот мысль навеянная Вашим высказыванием:
А зачем синхронизация можно ведь накапливать реализацию товара(в постерминале) а потом в реале (допустим через терминальную сессию) эту информацию (Z-отчет) слить на центральный сервер и закачать обновления к себе
на носитель а далее обновить в пос-терминалах. У нас ведь обмен информацией сейчас идет через E-mail.

Реалист karpov-vn РеалистНарод, о чем ВЫ? Какие лицензии? Если даже с системой не определились, то стоимость лицензий какой системы считаем? Анализировать стоимость абстрактных "лицензий" при внедрении ERP системы - это измерение длинны в попугаях.
До выбора системы еще далеко. Заказчик не может определить главные цели проекта (кроме одной - "найти решение для розничной ювелирной сети не дороже 200000").

Заказчику нужно начинать не с выбора системы, а с выбора человека, который сможет управлять таким проектом. (в том числе и провести сравнение различных систем).
Поэтому я бы рекомендовал писать не сюда, а на headhunter.ru ;-)

Вообщето это я выбираю и внедрять тоже я буду.

Программист 1с TAG~sНачну по порядку.
Компания большая - 117 розничных магазинов по всей россии от Владивостока до Ростова-на-Дону
39 представительств.
Разнесенные производства.
Магазины в Казахстане и Белоруссии.

Решение 1С - одно из возможных но страдает огромным кол-вом недочетов как в реализации так и в
идеологическом построении системы.

Решение Navision-Axapta тоже рассматривалось. И является очень затратным со стороны лицензирования ПО при расширении, доработках, сопровождении. И так же не доработанным(адаптированным) для ювелирного бизнеса именно в России.

Oracle Retail - не рассматривал, наверное потому что бютжет проекта минимален и монстры IT решений
нам не доступны. Хотя для общего развития нужно посмотреть, спасибо !!! .

У нас сегодня тоже самописная система на Фоксе писали и модернезировали, да и сейчас ее модернизируем но качество информации и эффективность управления запасами в рознице и оптовых складах невелика, потому как хозяева не знают сами что им нужно для управления и каждое решение у них происходит тогда когда они уже набили себе с десяток шишек. А платить за крупное комплексное решение нет возможности тут или в производство вкладываться - чтобы от конкурентов не отстать толи в IT вкладываться и соответственно потерять клиентов.

Спасибо что подсказали с системой от КомТех буду смотреть.

Все решения которые я видел на сегодня, кроме системы от компании FIT только под виндовс,
а так хочется не платить Биллу за его продукт - тоесть не покупать его и не пользоваться ним.

Скажите кто в рознице работает на Unix/Linux системах или все на форточках?
У меня тоже ювелирная компания больше 30 филиалов. Стоит 1с обслуживает всего 2 человека...
Идет переход на 8. У ювелирки куча свойств - камни цвет камней вес пробы металлов... у меня порядка 20 на изделие.

Вот.... вот .... человек из нашей среды наконецто кто то реально работающий с ювелиркой. Можно пообщатся в
привате или реале ? С меня пиво...... :)