ЗАПИСКИ АВТОМАТИЗАТОРА. «ЧЕЛОВЕК ДЛЯ СИСТЕМЫ» ИЛИ «СИСТЕМА ДЛЯ ЧЕЛОВЕКА»?
Сегодня поговорим о выборе информационной системы. Тема порой пугающая. Но для любого предприятия рано или поздно она становится актуальной. Как правило, проблемы бух. учета не возникает, так как требования к его ведению условно схожи для предприятий с разной структурой организации. Однако, когда речь заходит о производственном и оперативном учете, неизбежно возникает проблема выбора.
Все компании сталкиваются с одними и теми же проблемами — ведение учета, прозрачность техпроцессов, контроль прибыли и затрат. И до определенного уровня развития организации обходятся условно недорогими организационными или методическими способами учета. Но с ростом объемов переработки и выпуска, а также меняющихся требований законодательства проблема автоматизации учета становится острее. И это отражается сразу на всех сферах деятельности предприятия: производство, продажи, маркетинг, логистика, склад, и еще целый комплекс направлений.
Разумеется, для решения вопросов автоматизации на Российском рынке есть ряд предложений. Но мы будем рассматривать только решения, разработанные на платформе 1С:Предприятие, т.к., на наш взгляд, этот рынок
- наиболее развивающийся и гибкий относительно отечественных аналогов
- менее рискованный относительно западных решений
А если быть точным, то это единственный действительно удобный механизм, что подтверждено массовостью его использования и популярностью среди потребителей. Итак, рассмотрим
Варианты ИС для автоматизации оперативного и производственного учета
Типовое решение 1С
На первый взгляд, это самый простой способ.
И обратившись в любую рядовую франчайзи 1С, первым, что вам предложат, будет типовая система для решения учетных задач. Среди них хорошо отработанные и обновляемые решения бухгалтерского учета и зарплаты. Но когда речь заходит об учете производственных процессов, проект становится дорогим и неэффективным.
Разработчики типовых решений стремятся сделать свой продукт универсальным. Но производство на тракторном заводе и сыродельном комбинате настолько разное, что невозможно гармонично совместить все нюансы их работы в одном продукте. Система получается, с одной стороны, перегружена излишними настройками и неудобствами, а с другой, лишена необходимого учета процессов, обусловленных спецификой производства. Получается бесконечно дорабатываемая система, которая не просто не удобна пользователям, но и не выполняет требуемые функции. Из-за объема доработок, проект по внедрению универсальной системы проходит достаточно долго, а также обязывает на дорогостоящее сервисное обслуживание, без которого система не сможет работать автономно. Только вдумайтесь: иногда стоимость сервисного обслуживания в год может оказаться равной полной стартовой стоимости проекта.
На нашем опыте реализация данного сценария выглядела следующим образом:
К нам поступила заявка от клиента (Маслосырзавода). Запросом была доработка типовой ERP. «Она же универсальная! В чем же сложность?» И мы стали дорабатывать. Скажем проще: убирать лишнее и добавлять недостающее.
Что нам пригодилось из типового:
- Справочники (контрагенты, номенклатура и т.д.)
- Первичные документы (заказы клиентов, реализация товаров и услуг)
- Механизм приема заказов, установок цен и взаиморасчетов
Что разработали сами:
- Система складской логистики (документы внутренних движений, регистры)
- Блок транспортной логистики
- Системы комплектации товаров
- Системы мониторинга комплектации и хранения остатков
- Интеграция с базами бухгалтерского учета
Итог: От системы, взятой за основу, (чтобы упростить работу), осталась незначительная часть. И даже ее пришлось дорабатывать, чтобы пользователям было удобно.
Конечно, мы сдали полностью готовую и функционально законченную систему. Клиент успешно работает в ней и по сей день. Но из-за большого количества доработок сроки и трудоемкость проекта почти в 3 раза превысили ожидаемые.
Отраслевые решения
На рынке есть IT компании, которые успели накопить опыт доработки типовых продуктов для определенных направлений производственных предприятий и залицензировать свои решения. Такие решения называют отраслевыми. Как правило, они закрывают минимальные потребности учета. А именно, те шаблонные функции, без которых работа молокозавода/ маслосырзавода/ мясокомбината не возможна в принципе.
Поэтому решившему все-таки втиснуться в отраслевой продукт (которое построено на основе типового решения), в любом случае придется мириться с неудобствами и сложной логикой работы. То есть, подстраивать себя под систему. А хочется, чтобы, наоборот, система была адаптирована и лояльна к потребностям предприятия и конечного пользователя.
Отраслевое решение закрывает учетные задачи с особенностями отраслевой специфики , но:
- функции управления, например планирования, остаются от универсального решения и как следствие слабо применимы
- приходится использовать неоправданно усложнённую систему, что сильно влияет на трудоёмкость проекта внедрения, и что не менее важно, на трудоёмкость сопровождения системы.
Сделаем вывод, что работать с отраслевыми решениями можно. Но на входе в проект надо понимать, что эта система не является 100% подходящей и требует существенного объема доработок. Однако очевидно меньшего, чем при внедрении типового решения. К тому же, стоимость лицензий, как правило выше, чем для типовых, и обновления выходят редко.
Поэтому тем, кто надеется на скорость и простоту внедрения данного продукта, советуем хорошенько подумать еще раз.
Узкопрофильное решение
Итак, когда мы пытались подстраивать типовые решения под нужды конкретных предприятий, получалось дорого для заказчика, долго для нас и не всегда удобно для пользователя.
Когда внедряли отраслевое решение, получалось чуть быстрее, чуть удобнее для пользователя, но сроки и стоимость отличалась не сильно.
Опыт работы предыдущих 2-х типов проектов привел нас к тому, чтобы не дорабатывать универсальный функционал, а разработать систему под конкретные предприятия. При этом мы опирались исключительно на опыт совместной работы консультантов и методологов с крупнейшими производителями продуктов питания и изучением всех деталей их бизнес-процессов.
Особенностями данной системы является:
- Модульность. Система состоит из блоков (производства, транспортной и складской логистики, учета маркетинга и продаж), которые комбинируются под потребности предприятия.
- Лучшие отраслевые практики. Мы решали одни и те же задачи уже столько раз, что заранее знаем, с чем придется столкнуться. И свой продукт, разумеется, разработали максимально адаптивным (и продолжаем делать это с каждым новым проектом). Это прямо влияет на снижение сроков внедрения. Происходит это за счет того, что доработок становится меньше, чем у аналогичного типового или отраслевого продукта.
- Внимание методологов к запросам пользователей позволило создать интуитивно понятный интерфейс и логику работы системы. Это делает ее максимально удобной и легкой в поддержке.
- Функционал только тот, который нужен. Это упрощает понимание системы и снижает стоимость поддержки.
Мы не говорим, что этот продукт идеален и не требует доработок. Требует. И надо помнить об этом всегда. Однако то, что мы дорабатываем в этом случае – это кастомизация существующих блоков, а не разработка новых.
Подытожим сказанное
При выборе системы нужно опираться не только на маркетинговую информацию, а более глубоко оценивать систему по таким параметрам как:
- адаптивность для пользователя
- стоимость и сложность поддержки и обновлений системы (и возможность делать это своими силами)
- риски несоответствия функционала системы задачам предприятия
Так что советуем при подходе к проекту смотреть в первую очередь на опыт, который имеет компания в области решения аналогичных задач. А также на успешность этого опыта.
0 Комментариев
Рекомендуемые комментарии
Комментариев нет