Данный текст родился после изучения 1с УПП v.8 в целом как системы для управления производственным предприятием. Изучение производилось на 1с УПП v.8 в типовой конфигурации.
В целом можно сказать, что 1с УПП v.8 действительно является системой отвечающей потребностям производственных предприятий малого размера (до 10-15 конкурентных пользователей – большее число пользователей, скорее может являться приятным исключением). В системе представлены, но увы в недостаточно развитом функционале, практически все области управления предприятием типичные для ERP систем.
1с УПП v.8 относится к универсальным системам. По сути, 1с УПП v.8 – это технологическая платформа. Вся бизнес-логика системы написана на встроенном языке программирования, т.е. ее можно модифицировать как угодно вплоть до написания «с нуля» всей системы. Именно открытость программного кода системы позволит вносить необходимые модификации в имеющийся код либо дописывать недостающие элементы системы, необходимые для конкретного предприятия.
Достоинства и недостатки 1с УПП v.8 являются типичными для систем «нижнего» уровня. Разделение на уровни принято производить по стоимости системы, которая отражает функциональность и сложность системы. Естественно что такое разделение весьма условно. 1с УПП v.8 можно отнести к уровню «ниже среднего». Система производит впечатление конструктора из которого можно создать работающее решение, но количество трудозатрат по подготовке рабочего прототипа достаточно велико. Получается как в анекдоте «…после сборки довести получившийся паровоз до самолета при помощи напильника».
Внедрение такой системы, как впрочем и любой другой ERP системы, невозможно без длительной работы команды внедрения в полноценном составе (ключевые сотрудники со стороны заказчика, бизнес-аналитики, консультанты, технические специалисты, программисты).
Взаимосвязи между элементами системы многочисленны и неочевидны. В целом создается впечатление «непрозрачности» бизнес-логики системы, которое усиливается документацией, поставляемой с системой. Документация скорее описывает интерфейс системы, а не использование системы для автоматизации каких-либо типовых бизнес-процессов.
Тема преимуществ и недостатков систем с «жестким» и «мягким» проведением документов выходит за рамки данной документа. Необходимо иметь ввиду, что при использовании системы с «жестким» проведением (каковой теоретически можно сделать внедренную 1с УПП v.8, применяя механизмы «бизнес-процессов») требуется максимально исключить возможные ошибки пользователя при вводе документов и операций, т.к. исправить эти ошибки будет крайне затруднительно. Пользователь должен работать строго по инструкции, составленной для каждой операции и при этом быть предельно внимательным.
1с УПП v.8 позволяет настраивать интерфейс форм (скрывать, перемещать элементы интерфейса – кнопки, поля и т.д.), что позволяет оптимизировать работу пользователя. Однако для того чтобы осуществить вышесказанное – необходимо очень хорошо понимать назначение каждого из параметров и произвести тщательную классификацию видов вводимых данных для каждой из форм, с которыми будет работать пользователь, перенастроить интерфейс форм и создать подробные инструкции по каждой операции, производимой пользователем. Вообще то вопросы, касающиеся эргономичности интерфейса, чаще всего являются спорными. Мнение человека об интерфейсе программы чаще всего складывается путем сравнения с интерфейсами других программами, с которыми он работал.
Что качается производительности 1с УПП v.8 – в версии 8.1 1С применила архитектуру, отдаленно напоминающую MBS Axapta 3.0.
Технологические аспекты программной архитектуры, ее быстродействие и качество реализации – ниже всякой критики, и это отдельная тема для отдельного обсуждения.
1с УПП v.8. Выводы.
Однозначно можно утверждать, что внедрение 1с УПП v.8 противопоказано в компаниях с большим (более15) количеством работающих в системе пользователей.
При внедрении системы необходима тщательная настройка и документирование каждой выполняемой операции с четким распределением ролей. Внедрение 1с УПП v.8 невозможно по принципу «поставил программу, и она заработала». Процесс внедрения 1с УПП v.8 должен быть таким же как и для любой другой крупной ERP системы. Т.е. достаточно длительный процесс, с привлечением полноценной команды внедрения, состоящей из высококвалифицированных специалистов.
Нельзя в целом сказать что 1с УПП v.8 – «абсолютно безнадежная» система, но для того чтобы она «взлетела» потребуется масса времени и усилий, как со стороны заказчика, так и со стороны команды внедрения.

САПalarsoно количество трудозатрат по подготовке рабочего прототипа достаточно велико. Получается как в анекдоте «…после сборки довести получившийся паровоз до самолета при помощи напильника».
в САП вам не то, что напильником, каменным топором придется работать. про стоимость (доработки напильником) -- лучше умолчу
Немного о стоимости доработок.
Необходимое их количество, в системах класса SAP и Oracle e-Businnes Suite, напрямую связано с квалификацией функционального архитектора занятого в проекте. Про SAP квалифицированно ответить не могу, т.к. не принимал участия в проектах на данной системе после 1999 г. (а с тех пор многое изменилось), а вот про проекты на OEBS R12 выполнявшиеся не без моего участия скажу - CUSTOM DEVELOPMENT в данных проектах НЕ ПРОИЗВОДИЛСЯ!!! все работы были выполнены на уровне фунциональных настроек. Если здесь есть специалисты по данной системе - могу в личной переписке подробно описать проекты, что и как запускалось.
И еще о стоимости. Давайте исходить из того, что доработка по одному и томуже функциональному дизайну, в какой бы среде она не производилась, имеет приблизительно одинаковую трудоемкость.
Значит ее стоимость зависит в основном от стоимости трудовых ресурсов. Так вот, разработчики под Oracle e-Business Suite R12 доступны сейчас на рынке по $20-35 за час, в то время как в конец офигевшие 1ц-шнеги просят практически в 2 раза больше!!!! и это при их то квалификации, в основном просто ЧУДОВИЩНОЙ!!!

Вот вам и ответ про стоимость доработок...

skeptikalarsoДавайте исходить из того, что доработка по одному и томуже функциональному дизайну, в какой бы среде она не производилась, имеет приблизительно одинаковую трудоемкость.


Давайте из такой глупости исходить не будем. И от среды, и от размера (сложности) системы трудоемкость зависит весьма существенно.

alarso
разработчики под Oracle e-Business Suite R12 доступны сейчас на рынке по $20-35 за час, в то время как в конец офигевшие 1ц-шнеги просят практически в 2 раза больше


Вы случайно не теплое с мягким сравниваете? 40-70$ в час это цена посредника (фирмы-внедренца). Зарплаты на руки из них - 10$-20$ в час. Если бы по оебэсников продавали по 20$ в час, на руки они бы получали по $5 в час. Во что мне категорически не верится (или это студенты на первом в жизни проекте).

Данные цены на специалистов компаний Y-Soft и Satiam (Гонконкг и Индия соответственно)

Сисойalarso.... а вот про проекты на OEBS R12 выполнявшиеся не без моего участия скажу - CUSTOM DEVELOPMENT в данных проектах НЕ ПРОИЗВОДИЛСЯ!!! все работы были выполнены на уровне фунциональных настроек.
........
Значит ее стоимость зависит в основном от стоимости трудовых ресурсов. Так вот, разработчики под Oracle e-Business Suite R12 доступны сейчас на рынке по $20-35 за час, в то время как в конец офигевшие 1ц-шнеги просят практически в 2 раза больше!!!! и это при их то квалификации, в основном просто ЧУДОВИЩНОЙ!!!


1. OEBS R12 для целей РСБУ и НУ, payroll на более-менее серьезном заводе без CUSTOM DEVELOPMENT внедрить невозможно. Не нужно секретничать - если такие внедрения есть, объявите о них открыто, а я проверю. Внедрить без доработок Inventory, FA, дебиторов-кредиторов пожалуй, можно.

2. Стоимость лицензий и отчислений на поддержку системы на базе R12, а также стоимость оборудования и зарплата хорошего ораклового админа СУЩЕСТВЕННО ВЫШЕ затрат на модификацию УПП в "компании из 15 юзеров".

3. Разработчики 1С (фри) на рынке также вполне доступны за эту цену. Есть еще RMS ( www.abelov.com ). А если меряться бюджетами консультантов, давайте поработаем с БДО Юникон или IBS и внедрим ERP. :-)


Вопрсы с локализацией РСБУ и НУ учета были, и остаются. Но решаются они самим Oracle. Не очень быстро, но решаются. Payroll в рамки проекта не входил.

Что касоется перечисленных Вами выше вполне уважаемых компаний, то да - они не ведут проекты по AIM for BF, а по "полному" AIM... и в этом случае бюджеты действительно становятся в3-5 раз выше, чем при применении методики по BF.

Что касается ЗП админа и поддержки - то поддержка от Oracle стоит своих денег.... а ЗП админа сопоставима с ЗП 1с-ника - проверено опытным путем)))

Сисойalarso
Данные цены на специалистов компаний Y-Soft и Satiam (Гонконкг и Индия соответственно)

Да, это жесть.
Много ли Заказчиков, желающих (а главное, способных) работать с индусскими консультантами?
И насколько хорошо индусы знают наше законодательство?
Этих специалистов привлекали на работы по готовым заданиям. Все удаленно. Заказчик их не видит.