Требования к системе erp

Какую функциональность требовать от ERP

— У вас есть такой же, но с перламутровыми пуговицами?
— нет.
— понял, будем искать.
цитата из к\ф «Бриллиантовая рука»

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

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

Думаю, что внедрение ERP пройдет менее болезненно, если вы заранее убедитесь, что система умеет уже сегодня, а что необходимо разрабатывать, а значит рисковать. Уровень соответствия продукта вашим ожиданиям должен быть главным критерием при выборе erp системы. Чем больше система соответствует вашим требованиям сейчас, тем меньше ваши риски неудачного внедрения

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

Конструкторская документация изделия, маршрут изделия.

Автоматический расчет себестоимости изделия.

Формирование сводной потребности в том, что компания должна производить.

Диспетчеризация сменных заданий.

Определение и формирование потребностей в материалах.

Учет произведенных серийных номеров.

Какие заложены алгоритмы оптимизации запасов.

Какие заложены алгоритмы управления закупками.

Как определяется момент старта закупок.

Оптимизация запасов на центральном складе и филиальных складах.

Работа с поставщиками

Как формируется общая потребность компании в закупках и как менеджерам расставить приоритеты в своей работе, если необходимо закупить 500 наименований.

Организация цепочек поставок и их сквозной контроль.

Учет затрат на поставку и включение их в себестоимость.

Поставки «под заказ».

Планирование платежей поставщикам.

Учет кредитов от поставщика.

Резервирование товаров в поставках.

Импорт прайс-листов поставщиков.

Работа с клиентами

Организация схемы Клиент — несколько юр лиц. Контроль взаиморасчетов в разрезе клиента в целом.

Настройка скидок в зависимости от категории клиента.

Просмотр всех счетов, накладных, платежей, договоров и др. документов по клиенту непосредственно с его карточки.

Контроль над активностью клиента.

Закрепление менеджера за клиентом. Регулирование доступа менеджеров к своим клиентам, счетам и другим документам.

Установка и контроль лимита дебиторской задолженности клиенту.

Организация распродаж, акций.

Отгрузка товара на реализацию.

Настройка управленческих выборок по клиентам.

Управление договорами

Формирование и ведение базы договоров с клиентами, поставщиками и подрядчиками.

Процедура согласований и утверждений договоров.

Формирование текстов договоров на базе шаблонов.

Хранение отсканированного договора и других файлов в базе данных.

Контроль сроков окончания договоров.

Маршруты согласований договоров.

Классификатор товаров и услуг

Возможность организации древовидной структуры.

Просмотр текущей скользящей себестоимости товара и истории ее изменения.

Просмотр остатков, плановых поставок, логистических резервов с карточки товара.

Ограничение доступа пользователей на просмотр себестоимости и другой информации по товару.

Настройка аналогов, аксессуаров, совместимости и других взаимосвязей товарных позиций.

Хранение в базе данных изображения товара, инструкций и других файлов.

Просмотр истории движения товара по складу и истории остатка.

Поиск документов по товару.

Ценообразование

Автоматический расчет средневзвешенной себестоимости при приходе товара на склад.

Включение в себестоимость прямых затрат на поставку.

Настройка валюты себестоимости.

Ручная коррекция себестоимости.

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

Настройка полномочий по минимально возможным ценам (или максимальным скидкам) для разных пользователей.

Настройка рекомендуемых скидок по клиентам, категориям клиентов, товарам, группам товаров, срокам, скидок от количества и др. параметрам.

Сквозной учет товара

Учет партий, серий, серийных номеров.

Визуальное отслеживание истории партии, изделия.

Документооборот

Электронные документы и их маршруты.

Правильное отражение ГТД в счетах-фактурах при разных партиях товара.

Формирование таких документов как счет, счет-фактура, акт выполненных работ, торг-12, доверенность, акт сверки, ТТН, договор, приказы по кадрам и др. документов.

Учет возврата первичных документов.

Электронное согласование и маршруты документов.

Возможность настройки и коррекции шаблонов документов.

Выгрузка любого документа в такие форматы как pdf, xls, doc, open office и др.

Хранение в базе данных исходных документов, отсканированных документов, файлов.

Учет серийных номеров изделий, история серийного номера.

Внесение в базу серийных номеров через сканер штрих-кода.

Резервирование товар на складе.

Возможность частичной отгрузки товара.

История движения товара по складу.

Подбор товара на складе.

Ожидаемые приходы и отгрузки.

Учет товара на полках.

Перемещение товара между складами.

Нескольких «своих» компаний

Привязка всех документов и процессов к своим компаниям.

Нумерация счетов-фактур, приказов и других документов отдельно по каждой «нашей» компании.

Упрощенная система налогообложения.

Отчетность в разрезе компании.

Доступ пользователей

Настройка функциональных ролей пользователей.

Привязка ролей к штатному расписанию.

Ограничение доступа пользователей к процессам и объектам системы.

Возможность ограничения доступа пользователей к документам в процессе движения процесса.

Ограничение доступа кладовщиков только к «своему» складу.

Ограничение доступа кассиров только к «своей» кассе.

Ограничение доступа к документам по подразделениям и клиентам.

Затраты предприятия.

Структура статей затрат.

Маршруты согласований заявок на платежи.

Управление финансами

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

Отдельно показатели по задолженности поставщиков перед нами, нашей перед ними и итоговой. То же самое с клиентами.

Анализ значений показателей отчетности в разрезе сделок, клиентов, менеджеров, товаров, товарных групп, «наших» фирм.

История показателей за прошедшие периоды, например история выручки за год по месяцам.

Встроенные инструменты для настройки новых показателей.

Возможность получения финансовых отчетов в разных валютах.

Многовалютность учета и финансовой отчетности.

Банковские кредиты и овердрафты.

Интеграция с клиент-банком.

Управление проектами.

Маршрут проекта. Согласование, утверждение, архивирование и т.д

Плановые показатели проекта.

Управление задачами проекта, план проекта.

Привязка к проектам любых бизнес-процессов системы.

Финансовый анализ проекта.

Хранение в базе всей документации по проекту.

А теперь возьмите этот перечень и добавьте в него то, чего, по вашему мнению, в нем не хватает. Имея на руках такой список, можете смело приступать к выбору и тестированию ERP-системы, во время которого делайте пометки по каждому требованию.

Требования к системе erp

Откуда: Moscow
Сообщений: 1048

Я много раз встречался со спорами, что считать ERP-системой? Действительно, вопрос непростой: есть различные определиня, и информация на русском языке носит довольно разрозненный характер.

Более того, и на данном форуме тоже встречаются подобные обсуждения — что же считать системой класса ERP. В одной из веток я сказал, что в свое время собирал подобную информацию, и Уважаемые участники попросили меня опубликовать данный труд. Итак, я постарался собрать информацию из нескольких источников. Основные могу указать следующие:

  • erp.lanit.ru — ряд неплохих статей
  • определения Gartner Group и APICS (American Production and Inventory Control Society)

    Так же интересное определение класса ERP-систем и методология, что отнести к ERP, есть у TAdviser. Итак, я постарался объединить и дополнить информацию из нескольких источников, и предлагаю Вам данное определения и описание классов систем и их модулей.

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

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

    Как верно описать требования к ERP-системе?

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

    Итак, компания приняла решение внедрять КИС, скажем класса ERP. Каждый бизнес даже в рамках отрасли имеет свою специфику даже в рамках одной отрасли. Поэтому вне зависимости от того подразумевает ли проект внедрения КИС разработку системы на заказ, или же выбор готового решения, очень важно грамотно описать требования к информационной системе. Они должны содержать в себе несколько ключевых подразделов. Рассмотрим их более подробно.

    • Требования к функциональным характеристикам. Здесь прописываются требования к составу функций, выполняемых КИС и организации входных/выходных данных. В этом же разделе определяются основные объекты взаимодействия в системе.
    • Требования к составу и параметрам технических средств. В этом разделе должен быть описан состав технических средств, необходимых для нормальной работы КИС. Под техническими средствами здесь понимается совокупность аппаратного обеспечения и прочей сопутствующей инфраструктуры. Весь состав технических средств, указанный в этом разделе, должен приводиться с указанием их ключевых технических характеристик.
    • Требования к отказоустойчивости системы. Здесь указываются требования к обеспечению нормальной работы КИС, а также описывается организация ее системы безопасности. К примеру, именно в этом разделе оговариваются такие параметры, как максимальное время восстановления системы после программных, аппаратных или иного рода сбоев. Здесь же должны быть прописаны и механизмы восстановления КИС. Кроме того, в этом разделе указываются требования к контролю входной и выходной информации, применению криптосредств и многое другое.
    • Требования к программной совместимости. Здесь указываются требования к программным средствам, используемым КИС, к информационным структурам на входе и выходе в систему, а также методам интеграции КИС с необходимым унаследованным ПО.
    • Требования к возможности модернизации системы. В этом разделе должны быть предусмотрены возможности КИС «на будущее». Именно здесь описываются возможные изменения в структуре и методах управления компании, которые должны быть заложены в ERP-систему.
    • Требования к эксплуатации системы. Здесь указываются все необходимые эксплуатационные характеристики. Это могут быть как требования к техническому обслуживанию системы, например, регламентация резервного копирования, так и требования к квалификации сотрудников, выполняющих те или иные функции для обеспечения надежной работы КИС.
    Ознакомьтесь так же:  Заявление на особый порядок

    Эти 6 требований являются основными при описании требований к ERP-системе. Помимо них существуют и ряд других требований, зависящих как от специфики бизнеса, так и от уровня детализации технического задания. Например, иногда отдельно прописываются также требования к программной документации КИС. Кроме того, важно разделять подготовку технического задания при разработке системы на заказ и внедрении готовой КИС. В первом случае указанные выше требования предопределяют состав работ и их фактический объем, во втором же – некоторые из них, особенно в части технических характеристик, являются номинальными. Дело в том, что в случае выбора готового решения, кастомизация сводится практически полностью к доработке КИС под конкретные бизнес-процессы и не затрагивает технических характеристик системы, которые предопределены выбором конкретного решения.

    Важно также отметить такие типичные ошибки при определении требований к КИС, как неполнота требований или, наоборот, их избыточность. В первом случае определяется лишь часть требований, а остальные либо не описаны, или же указаны неявно. Это грозит неполноценной работой системы, либо же полным отсутствием таковой. Во втором случае, требования, наоборот излишне полны и/или дублируются в разных частях технического задания. Это может быть, например, излишние описание каких-либо требований, которые реализуются по умолчанию за счет выбранного решения и/или методологии. Избыточность требований не несет угроз в явном виде, однако может создать впечатление полноты требований, отвлекая тем самым от ключевых аспектов.

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

    • Методология ARIS (Architecture of Integrated Information Systems), нотация eEPC, программное средство – ARIS Toolset. Применение этого варианта для описания требований очень хорошо подходит в случае построения модели процессов на основе проведения интервью. Кроме того, если внедрение КИС является лишь частью общего проекта по реорганизации деятельности предприятия, то использование ARIS Toolset оказывается предпочтительным за счет поддержки большого количества нотаций. Вместе с тем, простота нотации eEPC во многом достигается за счет отсутствия жесткий требований в ней, что, нередко бывает достаточно критично.
    • Методология SADT (Structured Analysis and Design Technique), нотации IDEF, программные средства – All Fusion Process Modeler (ранее BPWin) и Data Modeler (ранее ERWin). Нотации IDEF отличаются своей строгостью, за счет которой, в частности, обеспечивается высокое качество модельного описания.
    • UML (Unified Modeling Language), программные средства – Rational Rose или Visual Modeler. Данный подход применяется в основном при заказной разработке системы.

    Опять же, в случае выбора конкретного решения (наиболее распространенный вариант), нотация и, соответственно, CASE-средства предопределены либо бизнес-логикой КИС, либо опытом использования данных нотации и CASE-средств с конкретной ERP-системой. Например, при внедрении mySAP ERP применяется нотация eEPC и ARIS Toolset. Кроме того, как видно из примера с ARIS, выбор нотации существенно зависит от методов проведения предпроектного консалтинга, а также целей и задач внедрения КИС в масштабе компании. Тем не менее, выбор конкретной нотации зависит от многих параметров и требует высокой квалификации специалиста.

    Как выбрать ERP-систему и не пожалеть

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

    На эти и другие вопросы я постараюсь ответить в этой статье. В ней речь пойдет о фундаментальных возможностях, которым, на мой взгляд, должны удовлетворять ERP-решения для малого и среднего бизнеса — сегмента СМБ.

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

    Если говорить в среднем, то количество «проваленных» ИТ-проектов в России сегодня около четверти от общего их числа. Но думаю, что я не ошибусь, если назову ERP-внедрения одними из самых провальных, и здесь уже процент успешных внедрений не превышает 15–20%. Почему проекты по автоматизации бизнеса проваливаются?

    • Отсутствие четкой цели, поставленной заказчиком
    • Ошибочный выбор ERP-решения
    • Некачественно сформулированное ТЗ
    • Низкая квалификация специалистов, внедряющих решение, как со стороны заказчика, так и со стороны исполнителя
    • Недостаточный административный ресурс со стороны заказчика.

    Уверен, что в улучшении этой ситуации заинтересованы как возможные заказчики внедрения, не желающие платить свои деньги за пустые обещания, так и ИТ-компании, уставшие стыдливо прятать почти дописанные «истории успеха» в стол. Поэтому моя цель — максимально расширить знания потенциальных заказчиков ERP-систем, тогда риск неудачи при внедрении значительно снизится. В этой статье мы поговорим о выборе решения, а именно о том, как снизить количество ошибок при выборе ERP-решения. В статье я сформулирую минимальные, на мой взгляд, функциональные требования, наличие которых позволит заказчику быть уверенным, что функциональный фундамент системы достаточно прочен, и потенциально система в состоянии решать многие задачи.

    Первое, что необходимо сделать еще до начала поиска ERP-системы — совершенно четко ответить себе на вопрос «Зачем мне это?». Иными словами, четко сформулировать цель, которую необходимо достичь. Так, чтобы при приеме системы от поставщика банально поставить «галочки»: это решено, это решено, а это — нет.

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

    Кто выбирает ERP-систему?

    Не нужно бояться ERP-систем и считать, что это что-то очень сложное. Ни в коем случае нельзя доверять выбор ERP-системы только системным администраторам, или только руководителям служб продаж и т.д. Каждый из них будет выбирать систему исключительно по тем критериям, которые интересуют, в первую очередь, его самого. Причем требования каждого могут противоречить друг другу. В то время как ERP-система должна отвечать требованиям всего бизнеса в целом. Поэтому выбор ERP-системы — это задача если не первого лица компании (а в малом и среднем бизнесе только первого лица), то, по крайней мере, одного из первых лиц. Только руководитель (или топ-менеджер) компании может однозначно и непротиворечиво сформулировать задачи и цели. Многие руководители говорят «Я в этом ничего не понимаю». В чем? ERP-система — это отражение вашего бизнеса, ее структура должна быть понятной человеку, знающему законы своего бизнеса (а отнюдь не рынка информационных технологий). Выбирая автомобиль, мы, может быть, и не знаем, как в деталях там все устроено, и, тем не менее, к выбору автомобиля мы подходим во всеоружии, точно зная, какими характеристиками он должен обладать, сколько должен стоить и т.д., причем не боимся этого выбора. Также нужно подходить и к выбору ERP-системы, т.е. четко зная, каким требованиям она должна удовлетворять и какими функциональными возможностями должна обладать. И не стесняйтесь формулировать эти требования простым, понятным языком. И ответов, кстати, требуйте на этом же языке.

    Ознакомьтесь так же:  Пенсия инвалидам мвд по военной травме в 2019 году

    ERP-система: для кого?

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

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

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

    ERP-система — инструмент для принятия решений

    На мой взгляд, любое ERP-решение — это, в первую очередь, инструмент для принятия решений. На основании чего принимают решения? На основании отчетов. Вот значит, и один из видов критериев. Отчетность. Система должна давать полноценные отчеты о деятельности компании, которыми являются, например, «Прибыли и убытки», «Движение денежных средств», «Баланс», и многие другие управленческие отчеты. Если эти отчеты будут отражать реальную картину положения дел, то вы без труда разберетесь в проблемах компании, и будете иметь возможность влиять на ситуацию. И если во время презентации вам будут говорить, что в демо-версии эти отчеты просто не настроены, не верьте. Если в системе они есть, их будут показывать в первую очередь. Отчеты обязаны предоставлять не только цифры, но и инструменты для их анализа. Анализировать цифры отчетов можно по-разному, и я не буду здесь заострять на этом внимание. Главное, чтобы вы имели возможность все цифры проверить непосредственно из отчета, т.е. каждую цифру детализировать вплоть до первичных данных непосредственно из отчета. Иначе вы не будете уверены в достоверности данных. Отчетность должна быть прозрачной.

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

    Важно не только знать показатели деятельности, но и иметь возможность анализировать их динамику и структуру. Показатели нужны не просто для того, чтобы на них смотреть, а для того, чтобы на основе их анализа принимать решения, способные эти показатели изменить. Одно дело, когда вы видите, что дебиторская задолженность клиентов в этом месяце составляет 1 000 000 руб., и совсем другое, когда вы видите, что в начале года она была 2 000 000 руб., а затем плавно снижалась. Значит решения, которые вы принимаете по ее снижению, работают.

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

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

    Пример отчета о прибылях и убытках:

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

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

    Важнейший момент — сквозной учет. Система должна позволять учитывать товар насквозь, по всем нужным вам параметрам. Что это означает? Это означает, что вы должны иметь возможность проследить историю любой отгрузки. Вы отгрузили товар клиенту, а система должна показать, из какой партии эта отгрузка, кто поставщик и где находятся остальные части партии. Без такой системы вы не получите правильного формирования счетов-фактур в разрезе грузовой таможенной декларации (ГТД), потому что если в отгрузке присутствует один и тот же товар, но из разных партий (товар закуплен у разных поставщиков), то в счете-фактуре товар должен быть разбит на разные строки, поскольку ГТД у них разная. Еще более сложный случай — учет серийных номеров изделий. Необходимость в нем возникает, когда компания занимается поставкой оборудования, которое необходимо обслуживать по гарантии, индивидуально по каждому изделию. Как вы можете быть уверены, что именно у вас было куплено это изделие? Только по серийному номеру.

    Функции, которые должны быть в вашей ERP-системе

    Я рассказал вам о принципах работы ERP-системы, теперь же пришло время для описания функционала, которого вы вправе ожидать.

    Документооборот. По сути, бизнес — это оборот денег, товаров и документов. Заказы, договоры, предложения, счета, накладные, акты, заявки и т.д. Все подобные документы система должна позволять делать не просто быстро, но и функционально. Одно дело, когда документ вы можете только распечатать, и совсем другое, когда вы можете его сохранить в различных форматах (pdf, doc, jpeg, xls и др) и отправить клиенту по электронной почте. Значит, система должна обладать современным встроенным редактором отчетов. Любой документ должен иметь маршрут, который он должен пройти в обязательном порядке (например, договор на поставку товара должен обязательно пройти юриста, проверка его грамотности и «подводных камней», коммерческого директора, и только после этого попасть к генеральному директору на подпись). Что очень важно, в процессе маршрута система должна по определенным правилам ограничивать доступ пользователей к документу или процессу (чтобы избежать утечки информации из компании, защититься от изменений после согласования), а сам маршрут документа должен быть гибко настраиваем.

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

    Ознакомьтесь так же:  Договор пользования оборудованием и помещением

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

    Единая информационная система. Вся корпоративная информация представляет собой единый массив связанных между собою данных, поэтому крайне неудобно, когда информация по работе с клиентами у вас в одной системе, а информация по управлению поставками в другой. ERP-система — это, в первую очередь, единое информационное пространство вашего предприятия. Бизнес-процессы неразрывны, значит и управление ими должно быть неразрывно. Ситуация, когда необходимо отследить сделку от момента заключения договора до доставки груза клиенту возникает постоянно, и система должна давать возможность эту цепочку отследить насквозь.

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

    – когда и какой договор заключен
    – когда и какие выставлены счета клиенту
    – когда и как они оплачены
    – когда и у кого товар заказан
    – когда и как оплачены счета поставщика
    – когда, на какой склад, и по каким накладным вам поставили этот товар
    – когда груз доставлен клиенту, по каким накладным, с какого склада.

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

    Работа с поставщиками. Работа с поставщиками подразумевает под собой формирование заказов поставщикам, учет счетов поставщиков, накладных и других документов. Также система должна позволять фиксировать предложения поставщиков на ваши заказы (чтобы иметь возможность выбирать лучшего поставщика по различным параметрам). Однако такую возможность удобно использовать, когда речь идет о крупных спецификациях, а если ваш заказ состоит из нескольких наименований, то заносить в систему все предложения просто экономически нецелесообразно, поскольку эта задача тоже требует времени. При работе с поставщиками вы должны иметь возможность насквозь проследить каждую сделку от момента заказа до момента прихода товара на склад: когда товар заказан, какой счет (или счета) вам выставили в ответ на ваш заказ, когда и как его оплатили, по каким накладным и когда вам поставили груз. Система должна позволять фиксировать точки нахождения груза, если речь идет о длительных поставках. Ну и, конечно, контролировать все дополнительные затраты на поставку и включать их в себестоимость груза. Что касается планирования, то грамотный инструмент планирования поставок позволит существенно сократить складские запасы без потерь для объемов продаж, а значит — освободить оборотные средства, что в нынешней ситуации с кредитованием весьма актуально.

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

    Вы должны иметь возможность управлять и планировать выезды инженеров для ремонта, учитывать запасные части, быстро искать требуемые запчасти. Часто понять, какая запасная часть для какого оборудования, не так просто, и эту задачу система должна решить. Без учета серийных (заводских) номеров оборудования при оказании ремонтных и сервисных услуг не обойтись.

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

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

    Управление доступом пользователей. Выбирая ERP-систему, вы уже должны представлять приблизительные уровни доступа ваших пользователей и совершенно не стесняться просить показывать, как именно регулируется доступ пользователей к разделам системы, к документам, к клиентам и т.д.

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

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

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

    Планирование. Должна ли система позволять планировать деятельность компании? Несомненно. Однако большинству малых предприятий это не нужно, просто потому что сама система планирования — это тоже определенные затраты, которые не всегда окупятся. Но если не нужно сейчас, то может пригодиться позже. Поэтому ознакомьтесь с инструментами и возможностями планирования. Что касается финансового планирования, то система должна позволять планировать показатели деятельности не только в валовом эквиваленте, но и по подразделениям, сделкам, клиентам. Система контроля кассовых разрывов поможет предотвратить ситуации, когда деньги нужны, а их нет. Однако внедрить такую систему на предприятии не просто, т.к. придется планировать буквально каждый платеж, а это не всегда возможно. Что касается планирования поставок продукции (сырья), то этот вопрос на порядок сложнее финансового планирования, как с точки зрения требований, так и с точки зрения сложности внедрения. Я сейчас говорю не о системе заказа товаров, когда остатки достигли страховых запасов, а о реальном планировании, где алгоритмы планирования учитывают сроки поставки, транспорт, сезонность, текущие поставки и другие критерии. Думаю, не ошибусь, если скажу, что только одна из двадцати компаний, взявшихся за внедрение планирования поставок, доведет это до логического конца. Но стоит посмотреть на инструменты, которые есть в системе, и, желательно, поинтересоваться, по каким именно алгоритмам работает планирование, как конкретно обеспечивается планирование закупок по компании в целом и подвоз товаров на склады. Насколько эти алгоритмы подходят именно вашей компании, решать вам. Но повторюсь еще раз: внедрить в компании (особенно в компаниях с большим ассортиментом) полноценно работающее планирование закупок — это архисложная задача, которая, зачастую, решается годами.

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

    Управление кадрами. Управление кадрами — это не просто список сотрудников, это и структура компании, ее штатное расписание, всевозможные приказы, отчеты, трудовые договоры и т.д. Ну и, конечно же, зарплата, алгоритмы которой часто принимают такие причудливые формы, что кажется, это вообще невозможно автоматизировать. Самым сложным в алгоритмах расчета зарплаты является расчет премий сотрудникам, и здесь система должна позволять настраивать автоматический расчет премий для различных сотрудников на основе различных финансовых показателей. Иными словами, одни сотрудники должны получать 10% от прибыли (или от выручки) по определенной группе товарных позиций при выполнении плана (или без плана), а другие 15%. Более сложные алгоритмы, видимо, придется дорабатывать индивидуально.

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

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