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

Вводные данные:

Компания, состоит из двух юридических лиц – ПроизводственнаяПлощадка и ТорговаяСеть.
Производственная площадка работает в круглосуточном режиме.
ТорговаяСеть дробится на центральный офис, филиалы и розничные точки.
Компанию сопровождают 7 программистов и 3 круглосуточных инженера.

Учетная система состоит из нескольких баз:
1. БД1. Физически находится в городе ПроизводственнойПлощадки и отражает всю ее деятельность.
2. БД2. Физически находится в городе ПроизводственнойПлощадки и отражает торговую деятельность со складов ПроизводственнойПлощадки ТорговойСети.
3. БД3. Физически находится в городе ТорговойСети и отражает всю ее деятельность.
4. БД4. В пяти городах открыты филиалы, которые относятся к юрлицу ТорговойСети и имеют у себя в городах отдельные базы.
5. БД5. Порядка 20 розничных точек, на каждой из них установлена упрощенная версия БД оптимизированная под розницу.
БД 1.
В юридическом лице около 900 сотрудников. Порядка 60 одновременных пользователей в дневную смену и порядка 10 в ночную.
Бухгалтерский учет - тысячи основных средств, десятки тысяч материалов, производимая номенклатура составляет десятки тысяч изделий.
Производственный учет – фиксируется вся информация по производственному учету. Все подразделения работают по сложным схемам учета.
Расчет заработной платы – все возможные по законодательству виды расчетов (сдельщики, повременщики, иностранные сотрудники,…)
Складской учет – учет ведется как стандартным способом, так и по уникальным номерам упаковочных коробов, реализован посекционный учет.
В Производственном учете и складском учете активно используются система штрих-кодирования продукции и упаковочных единиц различными типами этикеток с разными типами штрих-кодов. Десятки сканеров штрихкодов под различные операции (накопительных, беспроводных, проводных), более десятка термопринтеров различных типов под различные этикетки и объемы печати, а также несколько весов под различные операции, передающих информацию в учетную систему.
Расчет себестоимости производится по полной схеме с полноценным участием производственного блока. Вся информация детализирована до номенклатурной единицы.
Огромное количество модификаций, затрагивающих базовую платформу (ядро).

БД 2.
Порядка 20 одновременных пользователей. БД с только торговым и складским функционалом. Используется функционал как и в БД 1 по уникальным номерам упаковочных коробов и посекционный учет.
Реализовано несколько десятков механизмов различных блокировок.
Значительное количество доработок, не затрагивающих базовую платформу (ядро).
БД 3.
В юридическом лице (с филиалами и магазинами) около 400 сотрудников. Порядка 30 одновременных пользователей.
Учет – стандартный учет для такой организации.
Огромное количество разнообразных доработок и модификаций не затрагивающих базовую платформу (ядро).
Среднее количество доработок и модификаций, затрагивающих базовую платформу (ядро).
БД 4.
Порядка 10 пользователей в каждой. БД с только торговым функционалом.
Значительное количество доработок не затрагивающих базовую платформу (ядро).
БД 5.
База, оптимизированная под розничную точку. Значительное количество доработок.

Дополнительно 1.
Дополнительно реализован функционал по автоматическому переливу документов, который затрагивает все базы и является универсальным настраиваемым средством, которое позволяет переливать по любым расписаниям любые документы в любые базы с различными корректировками и фильтрами.
Дополнительно 2.
Реализован сбор всей информации по товародвижению из всех баз в единую базу, из которой строятся основополагающие отчеты о товародвижении компании.
Дополнительно 3.
Система функционирует с 2000-го года на базе одной из старых версий одной из ERP систем.

Спасибо всем, кто откликнулся.

По системе Syteline спасибо за наводку – сейчас почитаю. Даже не слышал о такой.

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

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

Прогнозирование (а скорее – планирование продаж, запасов ГП и т.п.) в зачаточном состоянии. Сейчас как раз идут постановки задачи. Затянется это похоже надолго, т.к. прогнозирование очень сильно зависит от производственного планирования (не зная сроки изготовления товара – сложно прогнозировать продажи), а с ним проблема, т.к. оно реализовано только частично.

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

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

Цепочки поставок не отслеживаем и необходимости в этом нет.

Розница представляет собой обычную розницу, но с частыми доработками по реализации различных нестандартных акций и методик продаж. Карточная система, накопительный скидки и т.п.

Что не удовлетворяет в старой системе – это возможно один из ключевых вопросов. Дело в том, что та система, на которой работаем мы в корне не похожа на ЛПБ - 1С. Программистам при текущем штате некогда доводить каждую формочку и механизм до идеала. Разработка ведется, скажем так аккуратно, не системно и хаотично, как и многие процессы в компании.
За десятилетие накопилось множество таких нюансов, которые впринципе можно было бы и ликвидировать, но банально не доходят руки. А что касается ключевых вопросов – в них учетная система работает стабильно.

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