В продолжение: http://www.sql.ru/forum/actualthread.aspx?tid=146699

Почему выделил в отдельный топик? Потому, что начальный вопрос предыдущего несколько некорректен. Сама платформа 8.0 не может являться КИС по определению.

Конфигурации, которые продаются отдельно, потенциально могут являться КИС класса ERP, но для того, чтобы назвать какую либо конфигурацию столь громким теримином необходимо решить ряд проблем, которые в настоящее время вряд ли могут быть решены.

Для начала дадим самое краткое определение КИС класса ERP: система, позволяющая управлять ВСЕМИ ресурсами предприятия. (Это касается как финансовых и материальных потоков, так и рабочего времени и персонала.)

По идее 8 версия будет иметь весь функционал, соответствующий КИС класса ERP. Но данный функционал разрабатывается не программистами, как происходит сейчас, а специалистами по бизнес процессам, экономистами и технологами.

Минус 1. В силу различных причин 1с8.0 не может в настоящий момент привлечь специалистов высокого уровня для разработки функционала ERP системы.

На примере 1с7 можно предположить, что функционал будет нарабатываться постепенно разными командами. НО! - функционал, наработаный на 7 версии при сравнении с западными системами совсем не впечатляет. Даже при относительно высокой квалификации основных разработчиков конфигураций, за все время существования 1с7, кардинальных изменений функционала и качества не произошло.

В чем дело?
А в том, что требуется как минимум возможность использовать чужие разработки. Ни 7, ни 8 версия не обладают изначальными возможностями НАСЛЕДОВАНИЯ разработок в той мере, в какой например способна это сделать система на J2EE.

итак:
Минус 2. Трудности с использованием существующих методических и программных наработок.

Минус 3.
Ориентация на десктопную серверную платформу привела к ограничению масштабируемости и производительности.

и наконец последнее:
Минус 4.
КИС класса ERP разрабатываются в условиях определенной производственной дисциплины. Т.е. с использованием всех методических наработок, которые позволяют создавать действительно устойчивое ПО.

Вопрос:
Вы уверены, что сама 1С создает свою систему с должным качеством?.....

>>Включая отслеживание работы дворников и уборщиц? Включая учет
>>расхода ластиков, грифелей, писчей бумаги и скрепок для степплера в
>>каждой тумбочке?

Несколько утрированно. Не находите?

Каждый ластик учитывать не обязательно. Но если в учетной политике не определены статьи расходов на обслуживающий персонал и канцелярию... Вот здесь я не знаю что сказать про такой учет. :(

ВСЕХ - это не детализация до микроскопического уровня.

Абсолютно все движения материалов/финансов и других ресурсов можно отнести к той или другой статье расхода/дохода/инвестиции. Вот статьи и необходимо учитывать/анализировать.

А то еще приметесь считать, сколько скрепок потратила секретарша за день. (шутка :) )

Вот посмотрите: вполне попсовая статья - http://www.cfin.ru/itm/olap/bpm.shtml

Дмитрий СлиньковВ основу идеологии ERP (Enterprise Resource Planning) заложено более широкое представление о ресурсах предприятия: и материальные потоки, и денежные средства, и труд рабочих. Т.е. все то, что предприятие потребляет и чем оперирует для достижения своей главной цели – получения прибыли.

>>Возникает, например, вопрос, а диспетчеризация движения материалов,
>>полуфабрикатов и продукции - это обязательная часть ERP-системы?

Конечно обязательная. Вы ведь сами уже классифицировали: "материалы". Мы же ведь договорились их учитывать.. :)

>>Должно ли производиться отслеживание продукции после покидания ею
>>территории предприятия, обязательное ли это требование и должно ли оно
>>быть включено в требования к ERP-системе?

Вот здесь ничего сказать не могу. как говорится "it depends"..

>>Многие автоматизированные системы вроде CRM, CAD и CAM принято
>>рассматривать как выходящие за рамки понятия "ERP-система", хотя они
>>тоже управляют какими-то ресурсами и реально нужны предприятию

Вот то-то и оно.
Добавляем еще одно слово - ИНТЕГРАЦИЯ. КИС не имеющая технической возможности интеграции с другими системами вряд ли может достичь функционала ERP системы.

>>Обсуждение термина ERP или КИС можно вести и в другом топике.
Спасибо. Я тоже об этом хотел попросить.

- об интеграции и компонентном подходе.

Еще в версии 7 имелась возможность подключать внешние библиотеки и вызывать OLE компоненты. То есть инкапсулированные классы можно было вполне написать на С++/Delphi и пользовать почти как родные.

В результате можно было из 1С получать данные практически из любого приложения и базу 1С вызывать из любого другого приложения.

Недостатком такого подхода на мой взгляд является:
1. требование наличия установленной системы на компьютере программы - клиента.
2. Возможность "убивания" базы ч/з OLE/COM соединение, причем очень легко.

в 8.0. имеется некоторая возможность инкапсуляции функционала БД в режиме COM соединения, но возможность "убить" БД сохраняется, что приводило и приводит к очень нехилым потерям нервных клеток.

В связи с отсутствием средств интеграции удаленных систем по типу J2EE RMI/CORBA/SOAP и др. построение распределенных систем превращается в нетривиальную задачу.
Для примера:
6 БД (которые находятся не всегда в одном здании), каждая из которых содержит по несколько справочников, продублированых в практически каждой БД. (типично, правда?) Это справочники надо консолидировать, причем "на лету": время - деньги.

Естественно, все обходится путем добавления своих DLL и разными плясками с бубном. (Для справедливости следует отметить нативную возможность отправки/получения данных по HTTP протоколу и поддержку XML. Хоть это радует, пусть и недолго)

ТО есть - потенциально интеграция вроде в наличии. Это когда из 1С вызывается сторонний компонент. А вот если наоборот.. По победным релизам здесь все ОК. В реале несколько другая картина. Возможно просто следует отнести нестабильность работы к молодости системы и надеяться, что это пройдет.

Надеюсь никто не будет оспаривать необходимость нативных средств интеграции ПО и унаследованых приложений для КИС, которая считает себя ERP?
Особо рьяным сторонникам "писать все самим" предлагаю сделать аналог MSProject со сравнимым функционалом и пользовательским интерфейсом.

Считаете пример надуманым? А вот у моего клиента ОСТРАЯ необходимость в системе управления проектами, интегрированной с производственной и торговой БД. Так мне что, надо было писать все с "0"?

Извините - не понял формулировку вопроса. Можно более развернуто?

>>и вот здесь: Создание КИС класса ERP на 1c 8.0 (проблемы)
Это немного в сторону от основной темы. Не моя вина :)

Но я так понял вопрос был о том, с какого боку интеграция 1С с другими системами относится к основной теме?

А по моему все понятно. :)

Резюмирую последний свой пост просто хочу "закруглить":

используя исключительно средства платформы 1с вопросы компонентного построения КИС и безопасной интеграции с другими системами на данный момент решить нельзя.

Вот, то-то и оно, что полуфабрикат. А некоторые товарищи (не будем показывать пальцем), вовсю на каждом углу заявляют "1С крутая ERP система мирового класса". Задумка конечно хорошая была... Вот только реализация российская.

А для чего все написал - доказывать несостоятельность чего либо надо аргументировано. А то ведь народ не поверит - сам начнет на себе испытывать :)