Контора занимается оказанием услуг (в данном случае не важно каких).

В общем стоит задача (нечеткая как обычно):
Нужно автоматизировать основные процессы на предприятии, с одной из главных целей - CRM.
Объединить система должна результаты работы отдела работы с клиентами (в первую очередь для них), бухгалтерии, тех.отдела (монтажи, ремонты, сервисное обслуживание), оперативную часть и некоторые другие.
Конкретнее: есть куча документов разных типов (типов не много, не более 40, типа договоров, актов, заявок и др.), есть клиенты (физ. и юр., со всеми реквизитами), есть объекты (клиентов), все это связано между собой. Также есть плановые и фактически выполненные задания сотрудникам по клиентам, объектам, документам (например, на изготовление документов, на выполнение задач...)...
Наверно, с подобной задачей многие сталкивались?!

Посмотрел ряд продуктов. В большей части не устраивает функционал (доработка напильником сравнима с написанием нового продукта), в остальной - стоимость (причем доработка тоже большая).
Все - как обычно :(

Как обычно (но далеко не всегда правильно) решено реализовать свое.

Встал вопрос о выборе платформы.
Думаю что задача Вам слабо понятна, но все-таки: коллеги! Помогите с выбором.

Размышления (мои):
1) В качестве основы можно было бы выбрать одну из систем документооборота со встроенной системой поддержки бизнес-процессов... Ведь все операции, задания можно рассматривать как документы с соответствующими реквизитами...
2) Взять БД (оракл, т.к. знаю), какого-нибудь клиента (VB - знаю, #C - плохо, но можно, WEB-технологии - не предлагать) и написать все с нуля - времени столько жалко, полюбому за полгода не уложусь, т.к. работать смогу только после основной работы... Да и закончить такой проект - проблема.

Наемный труд не приветствуется, т.к. производительность его та же или еще ниже, а качество - хуже (ИМХО). Про затраты - проше купить дорогой продукт... В том числе и потому, что рядом таких людей нет, а из далека выписывать - дорого (кризис, блин)

ЗЫ
1. При советах просьба: эмоции меня не интересуют, только практические рекомендации, причем желательно доказательные, с логическими примерами решений.
2. Корячится почти ERP. Под силу ли???... Пока пробую

опять общая философия и болтовня, вместо решения задач...
Кто хочет решить проблему - ищет способы, кто не хочет - ищет причины и занимается болтовней (пословица)
474Вы подменяете задачу решением...
Конечно!
Исходная задача вообще звучит так: я хочу, чтобы предприятие успешно функционировало, чтобы клиенты были довольны и т.д.
Однако пока не все так хорошо. Решений проблем как обычно несколько. В том числе и наем дополнительного персонала.

Верно или нет, но я принял решение именно о создании автоматизированной системы, с помощью которой многие проблемы можно решить, появится прозрачность управления... Конечно появятся другие проблемы.

И вот здесь задаю данный вопрос, касающийся собственно системы.

474Они (бп) у вас регламентированы, для начала? И если да, то оптимально ли?
Если под "регломентацией" понимается прописаны ли они в полном виде на бумаге - то нет.
Вообще этого небывает ни где :)
Последние 13 лет (с перерывом на два года 97-98) я занимался автоматизацией многих предприятий и также как Вы впихивал им "оптимизацию бизнес-процессов" и многие другие вопросы, т.к. был финансово заинтересован в получении проекта. Однако для себя я такого не выберу ;)

474Откуда известно что наиболее правильно будет автоматизировать процессы на предприятии?
Все процессы ни кто автоматизировать не собирается.
Нужно автоматизировать только те процессы, которые связаны с клиентом.
Причем слово "автоматизировать" не совсем правильное.
Правильнее будет сказать: в системе нужна информация о проведении таких опреаций, о документах и т.д. - все, что касается клиента.

Получить такую информацию можно просто заставив подразделения вкалачивать данные, которые им не нужны (нужны другим). Качество такого ввода всегда будет плохое, система работать не будет.
Поэтому, нужно их заинтересовать, т.е. кроме вколачивания данных нужных другим нужно еще чтобы они чего-то от системы тоже получали. Поэтому и предлагается решать и часть их процессов.

И еще: под процессами тех подразделений, которые являются поставщиками информации для основной темы, в данном случае понимается информационное наполнение: кто-чего-сколько-когда-для чего, чтобы на это навешать контроль со штрафами и премиями (тем и заинтересовать)

awhilerпервоначальная разработка - это только 30% затрат на систему. Потом ее еще нужно поддерживать

Ага-ага!
awhilerдля конторы однозначно лучше готовое решение, потому что под него она найдет другого специалиста, кодга вы уволитесь, а ваш код никто разгребать не будет

Не уволюсь.
Контора моя.
awhilerно,честно говоря, я сильно сомневаюсь в качестве результата[quot]
Я - тоже. Поэтому и попытка расшевелить общество и поинтересоваться кто чем и как решает такие проблемы.
[quot АБ]Беда большинства подобных проектов - автоматизация не до конца понятых или заведомо не оптимальных бизнес-процессов. Избежать этого можно сочетая современные методологию и технологию, объединяемые термином BPM - Business Process Management, см. bpms.ru. "Документооборот со встроенной системой поддержки бизнес-процессов" в принципе то же про это, но это системы предыдущего поколения с меньшими возможностями интеграции, проприетарными процессными нотациями, не ориентированные на непрерывное усовершенствование, базирующиеся на устаревших платформах. Современные системы такого рода, даже если они выросли из документооборота, позиционируются как BPM.
Громких слов не надо. Это все тоже самое. Если Вы думаете, что документооборот это только хранилище документов или только электронная почта, то Вы очень сильно ошибаетесь. Так документооборотом можно назвать и проводник с файловой системой в Виндах.
Документооборот без поддержки бизнес-процессов смысла не имеет вообще.
А как называть - дело десятое.
И еще: если у Вас есть претензии к конкретным продуктам и технологиям (в том числе и устаревшим) то это не ко мне.
Довольно распространенная практика - называть продукт новым названием и снова пытаться впихнуть старым клиентам.

WJ,

Полностью с Вами согласен!
BPM несколько другое, чем ДО.
Правда можно многие задачи BPM решать с помощью ДО, также, как и с помощью БД.
Правда получится не сильно хорошо...

У меня задача сильно приближена к документам и процессам с ними.
Поэтому и как вариант рассматривается ДО.

АБ, спасибо за ссылочку, узнал кое-что новое для себя

По поводу наших бизнес-процессов:
они, конечно, не прописаны, но вырабатывались и отлаживались 16 лет.
Так что в целом они известны полностью.
Жизнь (законы, конкуренция) вносит ньюансы, но основа - стабильна

Так оно.

Но еще хотел бы надпомнить: система - есть комплекс организационных и технических мер, направленных ...
Далеко не все нужно совать в "комплекс технических мер", даже если можно и "было бы удобно".
Да, возможно проще кликом мыша постать SMS с автоматическим проведением шага процесса "Уведомление...", а по приходу ответа о приеме SMSки - шага "Клиент уведомлен".
Хоть и делается подобное не сложно (говорю как разработчик в прошлом), но на данный момент с организационной точки зрения, т.е. с колокольни управленца, это высший пилотаж! Мне бы пассажиров возить, а умение пилота делать бочку - оччень опционально и на самом деле не требуется вообще.
Мне важно выполнено ли (когда и кем) задание "Уведомить", а как технически это выполнено - второй вопрос.
Но это - лирическое отступление.

В целом с комментарим согласен!
Правда к топику оно отношение имеет очень крайнее

Petro123KOT MATPOCKuH
Мне важно выполнено ли (когда и кем) задание "Уведомить", а как технически это выполнено - второй вопрос.

как это второй?
В БПМ это включено уже в парадигму Системы, а если это другой класс систем, то возможности уже. IMHO
Куда вы вставите это действо без программирования, к примеру, в систему на Lotus Notus.

Как программист (условное понятие) вы кроме программ ничего не видите.

Никуда это не должно быть вставлено!
Менеджер должен взять телефон в руки и позвонить клиенту, еще лучше - съездить до него ногами - и уведомить.
А вот если он этого не сделает в положенные сроки то тогда - конечно, вставлено будет ему лично конкретно по первое число!
В системе он только отчитывается о проделанной работе, а чего не сделал - система ему напоминает - чего еще не сделано.

Все-таки многие еще не понимают (может по молодости и неопытности?), что компьютеры с установленными на них системами нужны только для того, чтобы помогать работать людям, а именно: быстро за них (за людей) считать, быстро и красиво печатать, быстро передавать информацию от одного человека - другому, напоминать о чем-нибудь и т.д.
И ничего более!
Ни какая система сама по себе не работает, сколь хорошо бы не разработал ее разработчик.
Система выполняет возложенные на нее обязанности но только в том объеме и таком качестве, который используется пользователями.

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

Petro123
======= вы сами себе противоречите. Есть другой класс систем, который пытается упорядочить именно процессы на вашем предприятии.

Есть такой момент!
В данном топике речь не о них, или не совсем о них, хотя часть таких функций может присутствовать.

WJВ случае с BPM тут есть одна тонкость: BPMS - это система , при помощи которой СОЗДАЕТСЯ система управления бизнес-процессами. Т.е. это ПО для создания систем. Что будем заказывать?:)
:)
Уточню, благодаря Petro123 и wiki :
BPMS - это информационная система, при помощи которой СОЗДАЕТСЯ система управления бизнес-процессами. Т.е. это ПО для создания систем!

А заказывать будем то, что выберем. Процесс идет!!!

Посмотрел несколько систем на bpms.ru, в целом кое-что понравилось, хотя смотрел по написаному списку функционала, роликам, немного по скриншотам. Знаю, что не всему реально можно верить, что под одним названием каждый производитель понимает свое, не всегда то, что заказчик и т.д. Бонус тем, кто дает "попробовать руками" на халяву.

Реально констатировать могу только следующее:
- проблема есть,
- $50к - жалко, т.к. на такую систему пришлось бы зарабатывать год, а я их зарабатываю, а не "делаю".
- в силу недооцененности ожидаемого от инвестиций результата принять одно из первых попавшихся смысла не имеет.

Вообще, когда тратишь свои деньги, а не чужие - совсем по другому смотришь на вещи.

Наверно уже нада переходить к более конкретным вопросам!

1) В случае изменения бизнес-процесса, точнее шаблона БП (добавили/удалили активити) что происходит с реальными начатыми БП по этому шаблону (в предыдущей версии)???

2) Что происходит в связи с этим с аналитикой? Т.е. затачиваем отчет, например, считаем количество каких-либо выполненных шагов БП (за период), а потом нужно внести изменение в логику БП и соответственно изменить логику расчета в отчете. Как это все реализуется (расскажите на пальцах, pls) в той или иной системе - чтоб сравнить можно было.

3) В процессе БП А рождается документ, например, договор. Например на всех шагах БП есть аттрибут номер объекта (здесь возможно есть более лучшие реализации, подскажите). На документе мне также хотелось бы его иметь (в информационной системе далее ИС). Также есть множество других БП для одного и того же номера объекта. Вопрос: возможно ли построить стандартными средствами информационной системы э... рабочий стол (слово отчет здесь не подходит), в которой для заказанного номера объекта показывалось бы для бизнес-процессов формирования и подписания договоров - только последнюю версию текста самого договора, а по другим БП - список выполненных и ожидаемых процессов с рядом их реквизитов?

4) В каких системах поддерживаются аттрибуты БП - структуры? Таблицы?