Концепції побудови ERP-систем на підприємстві

СултанбековаАжар Оринбасарівна

Казахський Національний Університет ім. аль-Фарабі, Казахстан, м. Алмати

Визначення ERP.Основні поняття виробничого менеджменту (зокрема і термін «ERP») вважатимуться цілком усталеними. У цій галузі визнаним "стандартом де-факто" служить термінологія Американської асоціації з управління запасами та виробництвом (( American Production and Inventory Control Society, APICS). Відповідно до Словника APICS, термін "ERP-система" (EnterpriseResource Planning— Управління ресурсами підприємства) може використовуватися у двох значеннях: 1. інформаційна система для ідентифікації та планування всіх ресурсів підприємства, які необхідні для здійснення продажів, виробництва, закупівель та обліку в 2. методологія ефективного планування та управління всіма ресурсами підприємства, які необхідні для здійснення продажів, виробництва, закупівель та обліку при виконанні замовлень клієнтів у сферах виробництва, дистрибуції та надання послуг.

Більшість сучасних ERP-систем побудовані за модульним принципом, що дає замовнику можливість вибору та впровадження лише тих модулів, які йому дійсно необхідні. Модулі різних ERP-систем можуть відрізнятися як за назвами, так і за змістом. Тим не менш, є деякий набір функцій, який може вважатися типовим для програмних продуктів ERP класу. Такими типовими функціями є:

- Ведення конструкторських та технологічних специфікацій. Такі специфікації визначають склад кінцевого виробу, а також матеріальні ресурси та операції, необхідні для його виготовлення(Включаючи маршрутизацію).

- управління попитом та формування планів продажу та виробництва.

- Планування потреб у матеріалах. Дозволяють визначити обсяги різних видів матеріальних ресурсів (сировини, матеріалів, комплектуючих), необхідні виконання виробничого плану, і навіть терміни поставок, розміри партій тощо.

- управління запасами та закупівельною діяльністю. Дозволяють організувати ведення договорів, реалізувати схему централізованих закупівель, забезпечити облік та оптимізацію складських запасів тощо.

- планування виробничих потужностей. Ця функція дозволяє контролювати наявність доступних потужностей та планувати їх завантаження. Включає укрупнене планування потужностей (з метою оцінки реалістичності виробничих планів) і більш детальне планування, до окремих робочих центрів.

- фінансові функції. До цієї групи входять функції фінансового обліку, управлінського обліку, і навіть оперативного управління фінансами.

- функції управління проектами. Забезпечують планування завдань проекту та ресурсів, необхідних для їх реалізації.

Навіщо взагалі потрібні концепції? Спробуємо відповісти на це запитання іншим питанням: яким буде Ваше підприємство через 10 років? Які характеристики ERP системи будуть тоді потрібні? Загалом ніхто не зможе чітко відповісти на завдання з такою віддаленою перспективою. При цьому підприємство має бути впевненим, що й у віддаленому майбутньому наявне у нього програмне забезпечення (ПЗ) сприятиме розвитку бізнесу, і тільки таке ПЗ затребуване. Так от для того, щоб конструювати систему, в т.ч. для цілей, які незрозумілі, і завдань, поява яких ми можемо передбачити, і є концепції.

Приклад: Починаємо автоматизувати маленькепідприємство, у ньому троє людей, один комп'ютер. Кількість клієнтів – 10, найменувань товару – 20. Питання – яку архітектуру даних вибрати? Звернемося до концепції. По-перше, визначимося, що підприємство розвиватиметься (тобто ми його не закриємо за місяць). По-друге, галузь, в якій ми зараз працюємо - це тисячі найменувань, хоча на даний момент у нас всього 10 (наприклад, ми продаємо виключно мило, видів мила у постачальника може бути 100, ну 200 максимум, однак, якщо дивитися ширше - зубна паста, щітки, гелі тощо, що називається госптоварами (а це вже десятки тисяч найменувань). Отже, виключити те, що ми представлятимемо весь асортимент, ми не можемо так само виключити, що згодом підприємство перетвориться на велику структуру. Тоді додаємо в концепцію постулат, що наша ERP-система має підтримувати довільну кількість найменувань товару та робочих місць, плюс має бути невимогливою до мережі. Інакше, як створювати філії, якщо кожен із них вимагатиме прокладання високошвидкісної мережі на багато кілометрів? Тепер очевидно, що найкраща архітектура - Клієнт-Сервер. Це є рішення.

Таким чином, спершу ми визначили якісь загальні параметри, які притаманні або будуть притаманні майбутньому нашій системі (концепція), потім ухвалили рішення щодо конкретного питання (обрали архітектуру даних).

Імітаційна концепція:імітує реальну будову підприємства. ERP системи, побудовані у межах імітаційної концепції, повторюють (імітують) реальну будову підприємства із виділенням модулів, відповідних відділам. Наприклад, плановий, фінанси, бухгалтерія, склад, продаж, логістика тощо. Модулі пишуться як окремі завдання для автоматизації конкретних відділів, потім обмінюютьсянеобхідними даними, щоб ув'язати все в єдину систему.

Адитивна концепція:інформаційна система доповнює людину (звідси і назва - адитивна). У цьому випадку системи ERP будуються таким чином, що першочерговим завданням стає коректний збір даних. Тут завдання розбивається на підзавдання в іншій площині: коректний збір даних, їх правильний пристрій та зберігання, виведення даних та їх аналіз, надання інформації в такому вигляді, що дозволяє людині легко приймати правильні рішення (зворотний зв'язок). Зрозуміло, що у цьому випадку інформаційні потоки суттєво впорядковуються. Принцип "Якщо дані влаштовані правильно, вони можуть бути обрані будь-яким бажаним чином" є основним.

1. Cox, James F., III, John H. Blackstone, і Michael S. Spencer, eds. APICS Dictionary, 8th ed., Falls Church, VA: APICS - The Educational Society for Resource Management, 1995.

2. ERP-системи: вибір, використання, експлуатація. Сучасне планування та управління ресурсами підприємства / Деніел О'Лірі - М.: Вершина, 2004

3. Автоматизація систем управління підприємствами стандарту ERP-MRPII / Обухов І.А., Гайфуллін Б.Н.. - М: Інтерфейс-прес, 2001р.

4. Колесников С. Н. Інструментарій бізнесу: сучасні методології управління підприємством. Статус кво . 2001.