velmar...
Действительно, хорошо написано.
guliaevay
Ретейлинговая компания - в составе до 500 магазинов (класса "Бутик") в России и управляющий центр в Москве.
Планируемое кол-во пользователей в центре 50.
Юридически выделенным образованием является или отдельный магазин, или группа магазинов, объединенных по региональному принципу. Соответственно управление осуществляется или напрямую: Центр-Магазин, или опосредованно: Центр-Группа-Магазин.
Условия отношений: доп. выгода, комиссия, поставка.
Налогообложение: полное и ЕНВД.

50 человек - вполне адекватная цифра, если речь идет только о центре . Вести учет для нескольких юридических лиц можно в большинстве ERP-систем , это несильно сузит выбор. Межфилиальное (intercompany) управление тоже реализовано.
guliaevay
Товарный учёт в основном поштучный в двух ед.изм.(драг.металлы)
Учет в двух независимых единицах ("штуки" и "граммы").

Решается настройками классов единиц измерения и единицами измерения. Поштучный учет - учет по серийным номерам, для футляров - партионный учет.
guliaevay
Объем реализации - 10 000 000 шт. уникальных изделий в год. На одно изделие регистрируется до 5 операций. Номенклатура - 50 000 позиций. Аналитик номенклатуры - 50. Аналитик изделия - 50. Должна храниться все информация о перемещениях за 10 лет.

Подозреваю, что это законодательное требование, для бизнеса вряд ли понадобится знать перемещение каждой запонки за 10 лет. Возможно, для этого целесообразнее отдельное хранилище данных сделать, продажи от старых периодов куда-то ведь тоже девать придется.
guliaevay
Описание изделий включает описание вставок (драг камни).
Ценообразование:
- индивидуальное (каждое изделие имеет свою цену, определяемую расчетным путем в зависимости от конкретных характеристик составных частей);
- прейскурантная цена за грамм.

Тут разные варианты настройки возможны, и категории, и комплекты и т.д. Вполне возможно, что, т.к. это специфика Вашего бизнеса, понадобится доработка базового функционала. Правда, она не выглядит ужасающей.
guliaevay
Front-End в магазинах есть (обмен с выбираемым ПО)
Бухгалтерия 1С8 (обмен с выбираемым ПО).

Для обмена вполне подойдет XML, 1C с ним работает, транспорт - или web-сервис, или файловый обмен. Опять же, нормальная ERP это умеет делать. Возможно, front-end и ПО Вашего основного поставщика потребуют специфического протокола для обмена, но эта задача встанет перед любым внедренцем. Т.е., это скорее один из этапов внедрения будущей системы, а никак не критерий выбора.
Все вышеперечисленное пишу из опыта эксплуатации OEBS (после R/3 - самый дорогой в мире принтер для печати накладных :( ).
БУхгалтерию проще оставить в 1С - российскую "специфику" лучше лечить российскими "лекарствами".
По выбору внедренцев я бы все-таки посоветовал провести несколько встреч с разными копманиями. Крайне желательно на эти презентации пригласить со стороны заказчика не тольоко боссов, а и людей, которые занимаются этой реальной работой, пусть задают побольше "глупых" вопросов. Презентации по продуктам в целом почти бесполезны, лучше по отдельным модулям. Большой плюс, если от внедренцев будут не просто сейлзы, а люди, работавшие на реальных проектах. Заодно у Вас сложится впечатление о компании - поставщике решения. Это даже важнее, чем выбор продукта.

Boris2007Вот и хотелось бы узнать - у кого, что и КАК работает.

SAP и Oracle однозначно подойдут. Их модули покроют всю функциональность. Причем (по крайней мере в финансовой части) стандарт не потребует существенных доработок. Сложность (на сколько я понимаю) может возникнуть в "конвертации" данных из Паруса и 1С (и в 1С). Но - вероятно - решаемый вопрос. Интересно - у кого как?

Вообще-то, миграция данных - типичная задача при внедрении. Сложности не технические, а, скорее, организационные. Это, собственно, прописная истина, но важно обеспечить, чтобы данные менялись только в одной из систем. Грубо говоря, если Вы перенесли входящее сальдо клиента, то надо обеспечить, что данные за предыдущий период в старой системе корректироваться не будут. Если один склад "переехал" из одной системы в другую, то в старой его состояние меняться не должно вообще, или на основании данных из новой системы и т.д. Это же касается и справочника товаров, у Вас это вообще вопрос нетривиальный, как я понял, но без этого склады не заработают.
По своему опыту могу сказать, что реализацией всех этих интерфейсов лучше заниматься сотруднику в штате компании, т.к. это задача из разряда хронических. Собственно, у Вас в любом случае будут "жить" минимум две системы одновременно.