Здравствуйте!

Есть задача по автоматизации небольшой (около 80 сотрудников) компании.
Основная деятельность – заказная веб-разработка (проектная работа) и поддержка проектов клиентов.
Кроме того, по нескольким сопутствующим направлениям компания работает как агентство.

На данный момент зоопарк рабоче-учетных сервисов выглядит так:
Jira – коммуникации по проектам, планирование ресурсов и контроль бюджетов

Confluence – база знаний

Highrise – CRM

1С – бухгалтерский учет

много-много экселей, которые покрывают hr, управленческий учет и отчетность.

Задача минимум: заменить эксели и Highrise.
Задача максимум: заменить вообще все (кроме бухгалтерии) на некую единую интегрированную систему.

Основные претензии к текущим сервисам:
– Выросли из Highrise. Хочется более полноценную CRM, которая сможет интегрироваться с управленческим учетом.
– Эксели сильно растолстели, обросли макросами и жутко тормозят. В экселе плохо реализована совместная работа. С экселями проблемы у маководов (учитывая наличие макросов). С экселями проблемы у удаленных сотрудников и партнеров.
– Сервисов много и они довольно слабо интегрируются между собой.

Собственно это те проблемы, которые хочется решить.

Отсюда два вопроса
1) Если у кого-то был опыт решения подобных проблем, хочется услышать предложения по тому на что можно заменить эксели. Первое что приходит в голову – кастомное решение на платфоме 1С или OpenERP. Так же слышал об успешном внедрении *dempiere. В качестве CRM из того что видел пока больше всего нравится SugarCRM.
2) На сколько реально найти человека с опытом успешных внедрений в подобных компаниях, причем желательно разных продуктов? Т.е. что бы он пришел, посмотрел именно на наш случай и посоветовал то что нам больше всего подходит?

s_ustinov, чем плох управленческий учет в 1С? И по какому функционалу *Dempiere не заменит 1С?

s_ustinov,
Теперь понял о чем вы. Но у меня нет задачи объединить все вместе с бухгалтерией, я в первом сообщении специально это в скобках указал. На мой взгляд, в идеале бухгалтерия и управленческий учет должны быть в разных базах, но при этом они должны обмениваться некоторыми данными, например, о статусах документов (счет оплачен/не оплачен). Т.е. бухгалтерия в любом случае останется в 1С.

s_ustinovOpenERP скорее всего для вас будет равноценен *dempiere, но в нем уверен меньше - его я только смотрел, а Adempiere внедрял - две большие разницы
Кстати, я же правильно понимаю что из всех форков Compiere сейчас самый актуальный iDempiere и стоит смотреть именно в его сторону?

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

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

Сейчас надо выбрать платформу по следующим критериям

1) Стоимость и сроки внедрения, стоимость поддержки.
– Размер комьюнити разработчиков, возможность найти хорошего опытного специалиста.
– Адекватная стоимость лицензий (если не open source).
– Объем трудозатрат на внедрение/поддержку, т.е. на сколько хорошо платформа приспособлена для поставленной задачи (тут видимо все более-менее равны).
2) Перспективы платформы.
Не хотелось бы что бы разработчик внезапно прекратил развитие платформы, или например open source превратил в платный продукт.

С этих позиций для меня пока наиболее понятный вариант это 1С.

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

s_ustinovНо есть некоторые моменты, которые заставляют сомневаться в ваших словах.
Например, есть объективные причины, по которым значительная часть компаний продолжают работать на 1С 7.7. Вы сходу можете привести несколько примеров таких причин?
Надеюсь это не вопрос с подвохом. Я плохо знаю 1С, но сходу могу предположить две причины:
1) В 1С 8 довольно сильно поменялась объектная модель, в следствие чего кастомные решения, написанные для 7 в ней не работают. Причем не работают до такой степени, что самый простой способ заставить их работать это переписать все с нуля.
2) Если речь идет не о кастомных решениях, то в 1С 8 поменялся интерфейс и специалисты, ответственные за внедрение решили что проще остаться на 7.7, чем переучивать сотрудниц бухгалтерии (особенно если их много и в разных городах).

LSV, если неудобства мелкие, то да. Но если система начинает ограничивать развитие компании..

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

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

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

То есть если вы думаете, что вам надо выбрать среду, в которой будете разрабатывать приложение - вы почти наверняка просто не сталкивались с такими задачами ранее.
Среда действительно не имеет особого значения - хоть 1С, хоть java, хоть делфи. Можно сделать везде. Но думать, что самостоятельная разработка приложения подобного уровня подходит для "небольшой (около 80 сотрудников) компании" - это явный самообман.
Речь не идет о том что бы писать с нуля свое решение на высокоуровневом языке и тут, на мой взгляд, зря ставите в один ряд 1С и java. 1С это все-таки скорее фреймворк, заточенный как раз под нужные мне задачи и я не думаю что разработка на нем будет стоить семизначные миллионы.

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

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

s_ustinovперевести на новую платформу - читай преобразовать в упорядоченный вид - "в лоб" не получится
методологию фин учета вы не знаете (иначе бы ексели у вас не тормозили)))),
Речь идет не о финанасовом (который включает в себя бухгалтерию), а об управленческом учете. Это все-таки разные вещи.
Я вроде ни где не говорил сколько у нас данных, как они движутся, как обрабатываются и как строятся отчеты.

s_ustinovправильно продумать общую архитектуру - не сможете, программисты тоже в подавляющем большинстве не разбираются в этом вопросе. угадайте с трех раз, какой будет результат? )))
Работа будет вестись совместно с консультантами. Я заводил эту тему прежде всего для того что б понять к кому именно нужно обращаться.

s_ustinovпричем, что самое смешное, я на 100% уверен, что стандартного фин учета вам хватит. что-что, а финансы достаточно стандартизированы и за последние лет 20-30 в них ничего нового не изобрели. ну не верю я, что вы там изобрели революционный способ вести учет
Управленческий учет, не финансовый. Изобрели, точно так же как и все, у кого он внедрен хоть в каком-то виде.

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

s_ustinovнаписание сложных вещей (где реально нужен "архитектор") на 1С даже сложнее.
С чем это связано?

s_ustinovdap, кстати, а вы сами на 1С что-то писали? )))
Нет, но смотрел среду разработки. То что я уведел мне понравилось.