С чего начать внедрение 1с erp

Внедрение 1С: ERP: с чего начать

Аббревиатура ERP (анг. Enterprise Resource Planning) дословно с английского переводится, как планирование ресурсов предприятия.

1.4K открытий

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

Вкратце, любая ERP – это информационная система для управления всеми бизнес-процессами и ресурсами компании на основе единой базы данных.

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

Благодаря встроенным модулям ERP-системы можно планировать и оптимизировать все виды ресурсов – финансовые, материальные, человеческие, временные и др.

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

Статьи экспертов

Поначалу для каждого автоматизированного рабочего места (АРМ) были составлены подробные инструкции. Оказалось, что эта важная и нужная работа не помогла достичь запланированного результата
Читать дальше

Резервное копирование 1С баз Восстановление 1С PostgreSQL pgAdmin bat-файлы

Автоматизация работы технолога мясо- и рыбокомбинатов «1С»

Руководитель развития решения «1С» для мясо- и рыбокомбинатов Дарья Чернышёва о возможностях автоматизации для специалистов-технологов.
Читать дальше

1С Раздолье 1C 1С ERP РКМ ГОЗ расчёт себестоимости гособоронзаказ автоматизация 1СERP 1СЕРП Плановая калькуляция Фактическая калькуляция

В какие сроки можно запустить блоки плановой и фактической калькуляции в «1С:ERP»?

Нас спрашивают о сроках внедрения отдельных блоков модуля РКМ [автоматизация подготовки расчётно-калькуляционных материалов по гособоронзаказу], разработанного нашей командой.
Читать дальше

1С Раздолье 1C 1С ERP РКМ ГОЗ расчёт себестоимости гособоронзаказ автоматизация 1СERP 1СЕРП Плановая калькуляция Фактическая калькуляция

С чего начать внедрение «1С:ERP»: подготовка, этапы, рекомендации

С чего начинаются успешные проекты внедрения и с какими проблемами сталкиваются предприятия, успешно прошедшие очередной этап автоматизации? – Рассказывают директор по информационным технологиям АО «Пермский завод «Машиностроитель» Олег Фофанов и ведущий аналитик проекта, специалист ВЦ «Раздолье» Александр Иконников.
Читать дальше

ГОЗ РКМ Подготовка РКМ 1С:ERP Налоговый мониторинг кейс вебинар 1С:ERP Лоцман интеграция 1С:ERP Полином интеграция

Вопросы по модулю РКМ для сложного расчёта себестоимости

Нас спрашивают о возможностях модуля РКМ [автоматизация подготовки расчётно-калькуляционных материалов по гособоронзаказу], разработанного нашей командой.
Читать дальше

1С Раздолье 1C 1С ERP РКМ ГОЗ расчёт себестоимости гособоронзаказ автоматизация 1СERP 1СЕРП

Возможности «1С:Предприятие 8. ERP Управление мясоперерабатывающим предприятием»

Презентация обновленного отраслевого решения для предприятий мясопереработки. Возможности решения.
Читать дальше

1С Раздолье 1C 1С ERP Учёт курсовых разниц Курсовые разницы в 1С Учёт валют Курсовые разницы

Учёт курсовых разниц в 2022 и 2023 году. Как применять 67-ФЗ? Практика учёта в «1С:ERP»

Рассмотрим, как считаются курсовые разницы, что изменилось с принятием ФЗ № 67 с уточнениями на 2022, 2023 годы, и как работать с учётом курсовых разниц в «1С:ERP».
Читать дальше

1С Раздолье 1C 1С ERP Учёт курсовых разниц Курсовые разницы в 1С Учёт валют Курсовые разницы

Межцеховое планирование в «1С:ERP», или Когда уровень MES не нужен

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

1С Раздолье 1C 1С ERP Межцеховое планирование Планирование в 1С ERP

Нужно ли докупать лицензии при переходе с «1С:УПП» на «1С:ERP»?

Предприятия, планирующие переход с «1С:УПП» на «1С:ERP», интересует: как решается вопрос с лицензиями? Постараемся ответить на него кратко и по существу.
Читать дальше

1С ERP Молокозавод Молочное производство Вопрос-ответ внедрение WMS

Как делить налог по ГОЗ и по обычному виду деятельности

К нам поступил вопрос: Прошу уточнить, как происходит расчёт начисленных налогов, если сотрудник частично получал выплату заработной платы с расчётного счёта организации за выполненную работу по одному заказу и частично со спецсчёта за исполнение ГОЗ. »
Читать дальше

1С Раздолье 1C PDM 1С ERP PDM Автоматизация конструкторского бюро Автоматизация производства 1С

Решить проблемы с путаницей в номенклатуре

Один из частых вопросов, который нам задают, касается путаницы в номенклатуре, в нормативно-справочной информации (НСИ).
Читать дальше

1С Раздолье 1C 1С ERP Стоимость запасов Вопрос Ответ

Вопрос по проводкам 41/01.01, 02/41 (ФСБУ)

– У нас программа «1С:Комплексная автоматизация 2 (2.5.8.295)». Мы воспользовались вашими рекомендациями по поводу перевода основного средства (ОС) в долгосрочный актив к продаже. Столкнулись с проблемой: при переводе в ДАП формируются проводки 41/01.01, 02/41 без учёта счёта 01.09.
Читать дальше

1С ERP Основные средства Вопрос-ответ Статьи расходов и доходов

Использует ли «1С» все ядра процессора?

Поступил вопрос по поводу использования «1С» ядер процессора.
Читать дальше
1С ERP Основные средства Вопрос-ответ 1С Ядра процессора

Почему предприятие молокопереработки UNAGRANDE COMPANY отказалось от WMS

Сергей Крохмаль, финансовый директор компании Unagrande Company ( клиент ВЦ «Раздолье») рассказал, почему предприятие решило отказаться от WMS.
Читать дальше

1С ERP Молокозавод Молочное производство Вопрос-ответ внедрение WMS

Вопрос по основным средствам (ОС)

– Если ОС числилось за балансом, какие статьи расходов и доходов указать при расторжении старого договора, и какие проводки он формирует? Платежи велись на 76.07.1.
Читать дальше

1С ERP Основные средства Вопрос-ответ Статьи расходов и доходов

Как в «1С:ERP» избежать отклонения в стоимости запасов?

Продолжаем отвечать на ваши вопросы по работе в «1С:ERP». В этот раз возникла ситуация с отклонением в стоимости запасов.
Читать дальше

С чего начать внедрение 1с erp

• Стоимость услуг 1С
• Обучение 1С
• Сопровождение 1С -1С:КП (1С:ИТС)
• 1С:Отчетность
• Мобильные приложения 1С
• Аренда 1С
• 1С Фреш
• Интеграция 1С и телефонии

Информация

• Интеграция 1С и ФГИС «Меркурий»
• Лидеры рынка 1С:ERP за Уралом
• Сервисы 1С
• Контроль качества услуг
• Политика конфиденциальности
• Договор оферты
• IT услуги в режиме «одного окна»

Программы 1С

• 1C:ERP 2
• 1C:Корпорация
• 1С:Документооборот
• 1С:ERP.Управление холдингом
• 1С:Управление Холдингом
• 1С:Налоговый мониторинг

• Пользовательские лицензии 1С
• Серверные лицензии 1С
• Лицензии 1С КОРП
• Отраслевые решения на базе ERP
• PostgreSQL
• 1С Битрикс

• Портфолио крупных проектов
• Команда и методология
• Стоимость услуг 1С
• Обучение 1С
• Информационная система 1С:КП (1С:ИТС)
• Мобильные приложения 1С
• Интеграция 1С и телефонии

Информация

• Переход с SAP на 1С
• Лидеры рынка 1С:ERP за Уралом
• Статистика внедрений 1С:УХ
• Договор оферты
• Победители 1С:Проект Года
• Видеообзоры корп программ 1С

Программы 1С

• 1C:Бухгалтерия государственного учреждения
• 1С:Зарплата и кадры бюджетного учреждения
• 1С:Документооборот государственного учреждения
• 1С:Свод отчетов

• 1С:Университет ПРОФ
• Дополнительные лицензии 1С
• 1С Битрикс

• Команда и методология
• Стоимость услуг 1С
• Обучение 1С
• Информационная система 1С:КП (1С:ИТС)
• Мобильные приложения 1С
• Дополнительные лицензии
• 1С Фреш

Информация

• Лидеры рынка 1С:ERP за Уралом
• Статистика внедрений 1С:УХ
• Победители 1С:Проект Года

• Автосалоны, автосервис
• Строительство
• Медицина и аптеки
• Общепит и рестораны
• Транспортная логистика
• Складская логистика
• Гостиничный бизнес

• ЖКХ и недвижимость
• Салоны красоты, SPA и фитнес-центры
• 1С:Розница. Отраслевые решения
• Сельское хозяйство
• Все отраслевые решения
• 1С Битрикс

• Стоимость услуг 1С
• Информационная система 1С:КП (1С:ИТС)
• Мобильные приложения 1С
• Интеграция 1С и «Мобифитнес»
• Интеграция 1С и телефонии

Информация

• Интеграция 1С и ФГИС «Меркурий»
• Лидеры рынка 1С:ERP за Уралом
• Победители 1С:Проект Года
• Договор оферты

1. Главная
2. Блог
3. Как начать проект внедрения 1С:ERP: инструкция для руководителя

О компании

1C Предприятие

• Внедренные решения
• Стоимость услуг
• Сопровождение 1С
• Обучение 1С
• Аренда 1С

Подпишитесь

Полезная рассылка об автоматизации учета

*всего 1 раз в месяц

Новосибирск

Звонок по РФ

Новосибирск

ул. Ядринцевская 68/1, 809

Единая справочная

© 2023 компания «Гигабайт»

Использование материалов с сайта разрешается только при размещении активной ссылки на www.gigansk.ru

Функционал не является инструментом электронной коммерции. Оплата на сайте не осуществляется

При покупке продуктов 1С дарим часы работы программистов, подарки или сертификаты в магазины нашего города — на выбор!

До 30% от стоимости покупки

Дополнительные лицензии

C чего начать внедрение ERP

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

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

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

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

Разные подходы к внедрению

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

В принципе, все подходы к внедрению ERP, также актуальны для любых сложных систем, например, 1C УПП, 1С ERP, SAP Bussines ONE, ODOO и др. Давайте о них поговорим подробно.

Подготовка технического задания

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

Как это реализуют:

1. Создается объемное техническое задание, в котором по максимуму продуманы и описаны все процессы, включая самые мелкие.
2. Под техническое задание создается календарный план работ.

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

От такого подхода плюсы получают, прежде всего, разработчики:

• Документ Техническое задание будет стоить дорого. Выполняется большой объем работы, занимающий значительное время. И заказчики обычно соглашаются с высокой ценой техзадания без каких-либо вопросов.
• Разработчики получают подробную инструкцию, на основе которой можно проводить работы. А в случае неудачных решений, имеющихся в подписанном ТЗ, переделки будут оплачиваться отдельно.

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

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

В моей практике был случай, когда я пришел на предприятие обсуждать внедрение нового программного продукта (я был руководителем проекта), и мне представители бизнеса прямым текстом говорили: «Хватит с нас технических заданий. У нас этих документов уже – больше, чем надо». И действительно, показали объемные папки с документами, решения из которых так никогда и не были реализованы.

«Частичное» внедрение

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

В этом случае техническое задание также имеется. Как и календарный план при варианте работы, где за основу берут объемное ТЗ. Но здесь техническое задание не является таким всеобъемлющим, возможно составление для разных этапов работы собственных технически заданий. Т.е. основной документ в данном случае – План выполнения работ.

В качестве первого этапа внедрения выбираем участок Финансы и Движение товаров. Этот участок работ является очень важным для любой компании. Разбираемся с особенностями движений финансовых в организации, изучаем хранение и продажу товаров. На основе этого составляем ТЗ для автоматизации в ERP выбранного участка. И внедряем необходимый для этого участка функционал.

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

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

Минусы – увеличение сроков, которое заказчик может рассматривать как затягивание. При частичном внедрении сроки проведения работ могут затягиваться как по объективным причинам, так и по разных поводам, связанным с финансированием, человеческим фактором и т.д. Кроме того, если руководитель бизнеса стремится получить все и сразу, его также может не устроить отсутствие точных данных о внедрении (когда будет завершено, какова будет точная сумма и т.д.).

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

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

«Agile» подход

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

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

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

Основной плюс такого метода – работа по внедрению начинается сразу после принятия решения. Без длительной подготовки. Именно это и привлекает бизнесменов. Например, было принято решение – автоматизируем отдел продаж – сразу приступили к работе. Решили – надо перенести остатки – тут же они переносятся.

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

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

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

«Понемногу, но все и сразу»

Еще один подход к внедрению ERP я лично называю “Понемногу, но все и сразу”. Этот вариант также вполне может быть успешным и удобным решением. Я лично его применял не один раз. И если при частичном внедрении в работу берут один или два модуля, полностью их настраивают, и только потом приступают к работе над другими модулями, то в этом случае работа также ведется постепенно, то нет такого четкого ограничения — только этот модуль и никакие другие.

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

В самом общем случае подобный план выглядит следующим образом:

1. Разработка технического задания.
2. Выполнение работ согласно технического задания… Этот пункт может быть детализирован, выполнение работ тогда делится на несколько этапов.
3. Тестирование системы.
4. Ввод в эксплуатацию.
5. Обучение персонала.
6. Завершение (сдача) проекта.

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

Такой метод удобнее и реалистичнее, чем составление технического задания, так как общее ТЗ для всего проекта потребует 2-3 месяцев работы или даже больше, а полученный в результате объемный документ со всеми подробностями заказчику изучить будет очень сложно.

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

Плюсы такого подхода:

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

• Заказчику необходимо очень тщательно выбирать исполнителя, чтобы руководитель проекта на должном уровне разбирался в особенностях внедрения каждого модуля. Иначе расчеты в плане окажутся недостаточно точными. Бюджет может неожиданно увеличиваться, сроки растягиваться, т.е. основные преимущества подхода будут потеряны.
• Исполнителю потребуется значительное количество высококвалифицированного персонала, чтобы уложиться в сроки и заниматься параллельно разными модулями. Т.е. небольшая команда такой подход не сможет реализовать.

Важная особенность планирования: При подсчете бюджета независимо от вашего опыта и точности оценки следует “заложить” дополнительную сумму на случай непредвиденных ситуаций. Оптимальный размер такой суммы — 30% от стоимости запланированных работ. Это можно назвать согласованное планированное отклонение стоимости проекта. Эти средства могут потребоваться при возникновении каких-то сложностей — организации обмена данными с программой, которая не поддерживает существующий API, доработка базовых справочников, сложности при переносе данных, реализация необходимых для работы функций, которые по той или иной причине не сумели предусмотреть заранее и т.д.

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

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

С каких модулей начинать?

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

1. Финансы и взаиморасчеты. (Не путайте с бюджетированием – этот модуль можно и нужно внедрять позже, он относится к планированию, а не к текущей критически важной работе).
2. Движение товарно-материальных ценностей (ТМЦ): хранение, реализация, поступление. Очень важно, чтобы ТМЦ учитывались корректно, перед переносом остатков обычно проводят инвентаризацию, далее – переносят остатки, после чего работа ведется уже только в новой системе.
3. Бухгалтерский учет. Внедрение модуля бухучета или организация обмена данными с бухгалтерской системой. Государство ничего не прощает, и за любое нарушение, независимо от наличия умысла, предусмотрено наказание. А потому бухгалтерский и налоговый учет – также система, критичная для работы любой компании.

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

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

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

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