Доброго дня!

Господа, прошу помочь советом умудренных реальными разработкой и внедрением.

Преамбула
Предприятие производит оборудование для нефтегазовой промышленности – каждый заказ обычно и уникален, поэтому реализуется в стиле проектного управления.

Текущая ситуация в ИТ/системе управления
Текущий учет «на коленке» в Эксель, бухгалтерия на 1С, согласования на бумаге, что-то по почте.
То, что на бумаге, - часто теряется, забывается; сводить вручную в Экселе – хлопотно (усилия, ошибки) и неоперативно.
Один из бизнес-процессов из цепочки на текущий момент закрывает недавно внедренная бесплатная версия одной российской BPM-системы (Элма). Но на которой далее непосредственные пользователи работать не хотят по ряду причин, и руководство считает, что нужно другую программу подыскать, где всё сразу будет.

Сейчас первоочередной поставлена задача найти программу, в которой можно наладить управленческий учет в разрезе проектов – т.к. это сейчас наиболее остро стоящая проблема. Этого руководству будет достаточно. Нужен сквозной процесс – расчет себестоимости ТКП, создание договора, проекта и фин. блок по ним (БДР, БДДС, заявки на расход денежных средств, платежи -> план/факт расходов по декадам-месяцам -> результат по каждому проекту в конце). Накладные расходы будут списываться через фиктивный проект с нулевым доходом. Производство сейчас в стадии авралов, т.к. набрали объемов, а базы особо не было.
Это вроде все, что касается решения локальной задачи.

Более глобальная задача, как далее вижу – потом причесать все области и связать воедино, выстроить слаженную работу всех подсистем предприятия. Поэтому ищу решение с дальнейшим «масштабированием» на все БП предприятия.

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

Из чтения форума сделал следующие выводы: для учета желательно – ERP, для склейки всех бизнес-процессов – BPMS-систему или СЭД с доработкой.
По технологической части желательно open-source стек, либо вероятно частично проприетарное (приложение на MS-стеке, база на PostgreSQL), с понятной стоимостью владения, чтоб понять как мы ее «отбивать» будем.
Кол-во постоянных подключений будет примерно 40-50, с потенциалом роста до 80-100 через год.

На текущий момент, почитав темы форума, вижу следующие варианты реализации:

В технической части предварительно подходят:
- Idempiere
- решение 1С, мне приглянулась ERP + PM Управление проектной организацией 2
Прим. 2: Что скажете насчет Галактики или других?

В качестве средства «склейки бетона»: СЭД (отобрал две) либо BPMS-систему (например, BonitaBPM). Но, думаю, сложно будет обосновать руководству, да и, честно говоря, на текущий момент самому только интуитивно очевидны выгоды от BPMS-системы (в виду отсутствия опыта). BizAgi в виду платности скорее отпадает.

По методологической части очевидные задачи:
- прорисовка текущих бизнес-процессов укрупненно, определение проблемных мест (в процессе)
- проработка информационной модели (НСИ)

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

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

Заранее благодарю!

Пришелец-прорабerp от 1с это еще и производство, бухгалтерия, расчет з/п и т.д.
а у вас в требованиях к системе про это по сути ничего нет. на уровне "это был бы приятный бонус"

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

LSVДля Вас самый правильный выбор - 1С. Не будет острого дефицита спецов, а проект будет очень долгим.
Остальные решения будут в 2 раза дороже и 2 раза дольше. Минимум.
Нужна команда 3-6 челов и толковые аналитики.
Пришелец-прорабглядя на erp 2.4 некоторые декларируют наконец-то полное разделение потоков регл. и упр. учета
С учетом опыта производственников - наверное, да.
Есть НО. По поводу конфигурации ERP пообщался с человеком, который внедрял УПП на одном из предприятий в прошлом и сейчас ведет проект на ERP. Он сказал, что учет в 1С ERP нестабилен, от версии к версии меняется реализация. Написали свою в итоге и ей пользуются. Спич про от 2.0 к 2.4.
Холивар разводит не буду, с 1С не особо знаком в технической и методологической частях. За что купил, как говорится..

s_ustinovУ 1С традиционно плохо с управленческим учетом. Так что на вашем месте я бы думал о связке iDempiere + 1С БП.
Пара месяцев... Мало. Рассчитывайте на пол года минимум - ведь у вас сейчас "учет «на коленке» в Эксель, бухгалтерия на 1С, согласования на бумаге, что-то по почте".
А потом будете неспешно выбирать, что ближе - BPMS или документооборот. Можно еще в самом iDempiere посмотреть на BPM движок (я не смотрел).
Я, если честно, и отталкиваюсь от полугода, но результаты нужны сейчас - повысить управляемость в оплатах. Пока проекты пробуксовывают из-за этого.
Как "заглушку" хотел использовать BPM-систему, в которой по сути исполнялись бы процессы фин.блока и аккумулировались бы данные о текущих оплатах/платежах с привязкой к проекту. По сути на время слегка ушли бы от экселя, набили реестр, далее выгрузили - сделали свод в нужных разрезах. Появилась бы структурированность. Но руководство сказало приостановить разработку, искать альтернативы. Типа, "это было за бесплатно, а сейчас мы себе можем позволить".

s_ustinovМожно еще в самом iDempiere посмотреть на BPM движок (я не смотрел).

Дело в том, что одного BPM мне возможно не хватит..нужен collaboration-элемент. Чтобы пользователи могли "в процессе процесса", извините за тавтологию, комментировать (отчитываться - работаем над задачей), озадачивать, подключать других людей. Конечно, это противоречит логике процессного подхода в некотором роде.

В Idempiere видел chat, читал о workflow, request, сейчас пытаюсь "вкурить" логику работы над конкретным экземпляром карточки с точки зрения обычного пользователя.
Если честно - по началу интерфейс (нелокализованный) отпугнул. Кривая обучения пользователей, которые никогда не любили и не будут любить читать мануалы, смотреть видеотуториалы, потому что "работать надо" - пока она мне представляется очень пологой во времени.

с 1С, конечно, не сильно быстрее будет, но основа уже есть. ERP, конечно, не про user-friendly обычно.

Доброго дня!

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

2. Элма не взлетела, вероятно, по причине своей процессности + преамбулы, которую я написал в стартовом посте. Т.е. пользователи не привыкли работать процессно, плюс ряд вещей, связанных с UX и юзабилити (в сравнении с прежней системкой, в которой многие работали от 5+ лет, хотя тогда тоже некоторые жаловались - в том числе на неудобство), ну и скорость доработки под возникающие требования не была столь высокой, как хотелось бы. Нужно учесть, что взята была Community версия. Основная причина неуспеха - плохо подготовленное внедрение с моей стороны, кмк, связанное отчасти и с "неудобностью" задачи. Плюс поскольку негативная обратная связь идет от некоторых руководителей, то есть некоторый политический момент в отношении программы.

3. По поводу "неудобности" задачи. Это безусловно так. Поэтому, находясь в некотором замешательстве, обратился на этот форум, где можно спросить совета у прикладных разработчиков, внедренцев, CIO, умудренных опытом решения реальных проблем реальных предприятий (в том числе крупных, сложно организованных) и объективно подкованных теоретически намного лучше.

С учетом того, что у нас по сути сейчас нет какой-то конкретной КИС, а 1С БП - закрывает свою область как надо и вряд ли будет меняться, ибо, как минимум, стандарт - раз, и затраты надо обосновать - два, то решение данной задачи видится двумя путями:
а) "Тушить пожар": частично закрывать конкретным по функционалу продуктом конкретную задачу (потому что срочно), тратить деньги (а может и просто их выкидывать - здесь покажет время, окупится ли) и порождать проблему "зоопарка" в будущем.
б) "Гори-гори ясно": подходить комплексно - выбирать экосистему (1С, где свои нюансы; open-source, где свои нюансы, etc.), а текущие потребности обкатывать как bpms, только на бумаге + Эксель. Постараться агрегировать данные из электронных таблиц, что тоже было отмечено участниками обсуждения.

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

Вариант а)
Пару вариантов есть, но тогда из пары миллионов выйдем точно.
Одна из подходящих СЭД с напильником подойдет. По крайней мере, после напильника должна быть похожа на то, что нужно с учетом bpm-движка, связанности документов, задач внутри документов, отчетных модулей, разграничения прав доступа (по технической части). Возможно, и другие подойдут. Но.

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

open-source : нужно точно выстрелить в подходящий продукт, т.к. здесь риски "не взлететь" выше: оценить функциональность, качество кода, сложность поддержки, размер коммьюнити, примеры внедрения, локализацию под специфику и т.д. На каждом из популярных ЯП, наверное, найдется по 2-3 программы точно. По крайней мере, на PHP, Python, JAVA точно.