Створення програмного забезпечення автоматизованих функцій управління виробництвом

Період до середини 60-х років XX ст. можна назвати періодом розвитку методик управління підприємством. Він є початковим етапом у зародженні та становленні інформаційних систем. У цей період почалися роботи з автоматизації управління підприємствами на базі великих ЕОМ і централізованої обробки інформації. Починають створюватися інформаційні системи для управління окремими підрозділами чи видами діяльності, які з часом інтегруються в комплексні автоматизовані системи.

Перші автоматизовані системи керування запасами в промисловому виробництві ґрунтувалися на розрахунках, виходячи зі специфікації складу виробу (Bill of Materials). За планом випуску виробів формувалися плани виробництва деталей і складальних одиниць, плани діяльності допоміжного виробництва та розраховувався обсяг закупівлі матеріалів і комплектуючих виробів.

На період від кінця 60-х до кінця 80-х років XX ст. припадає новий етап у розвитку корпоративних інформаційних систем. Він пов'язаний з роботами американського вченого О. Уайта, який за умов автоматизації промислових підприємств пропонував розглядати в комплексі виробничі, постачальні та збутові підрозділи. Такий підхід і застосування обчислювальної техніки вперше дозволили оперативно коригувати планові завдання в процесі виробництва в разі зміни потреб, коригування замовлень, нестачі ресурсів, відмови устаткування тощо. У публікаціях О. Уайта й Американського товариства з управління запасами і виробництва (АPICS) було сформульовано методологію планування, відому нині як MRP (Material Requirements Planning) -- планування потреби в матеріалах.

На відміну від методів теорії керування запасами, що припускають незалежний попит на всю номенклатуру, MRP часто називають методом розрахунків для номенклатури залежного попиту, тобто формування замовлень на деталі та комплектуючі вироби залежно від замовлень на готову продукцію. Практично MRP-система стала стандартом під час побудови корпоративних інформаційних систем. Після появи цієї концепції почали активно створюватись і впроваджуватись комп'ютерні програми, що реалізують її нехитрі принципи. Згодом у процесі аналізу існуючої у світовому бізнесі ситуації та його розвитку з'ясувалося, що окрім виробничих витрат значна частина їх у собівартості продукції не пов'язана з обсягом і процесом виробництва. Потрібна була нова ідеологія, яка б поєднувала маркетинг і планування продажу безпосередньо з плануванням виробництва.

У подальшому вдосконалення системи привело до трансформації системи MRP із замкнутим циклом у розширену модифікацію, яку згодом назвали MRPII (Manufactory Resours Planning) -- планування ресурсів підприємства.

У цей період окрім методологій MRP і MRPII розвиваються й інші концепції планування та керування виробництва. На японських підприємствах використовувався метод планування і керування Just-in-time (JIT) -- «точно і вчасно», який охоплює проектування виробів, вибір постачальників, забезпечення якості, планування, облік виробництва і його контроль з використанням спеціальних бирок-ярликів Kanban (вчасно зробити). Одна з найважливіших особливостей методу «точно і вчасно» пов'язана з мінімалізацією страхових і міжопераційних заділів за рахунок стабілізації постачання, а також забезпечення резерву виробничих потужностей. Метод Just in time не суперечить MRP і MRPII і часто пропонується в сучасних системах як одна з форм організації виробництва.

Метод ОРТ (Optimised Production Technology) -- оптимізаційна технологія виробництва -- було створено в Ізраїлі в 70-х роках. На його базі було розроблено ряд програмних пакетів. Цей метод призначений для максимізації випуску продукції за скорочення обсягу запасів і виробничих витрат. У його основі лежить визначення дефіциту виробничих потужностей і матеріальних ресурсів і якнайточніший їх облік під час планування.

Концепція комп'ютеризованого інтегрованого виробництва (CIM -- Computer Integrated Manufacturing) виникла на початку 80-х років і пов'язана з інтеграцією гнучкого виробництва й систем керування ним та широким використанням MRP і MRPII систем. З погляду них CIM припускає інтеграцію всіх підсистем: керування постачанням, проектування і підготовки виробництва, планування і виробництва, керування виробничими ділянками й цехами, керування транспорно-складськими системами, керування забезпеченням, устаткуванням, інструментом і оснащенням, керування якістю, збутом, фінансами і т. ін.

У 80-х роках у військовому відомстві США було розроблено методи CALS (Computer-aided Acquisition and Logistics Support) -- комп'ютерна підтримка процесу постачання і логістики для підвищення ефективності керування і планування в процесі замовлень, розроблення, організації виробництва, постачання й експлуатації військової техніки. CALS довела свою ефективність і нині переноситься на цивільні галузі виробництва. Низка проектних рішень CALS стандартизується в міжнародній організації ISO і використовується в системах MRPII/ERP.

Отже, на 70-ті -- 80-ті роки XX ст. припадає другий етап у розвитку корпоративних інформаційних систем, характерною особливістю якого є розроблення програмних продуктів відповідно до концепцій MRP/MRPII і централізованої обробки інформації в середовищі відповідних СУБД. За цих умов бізнес-процеси мали внутрішню сфокусованість на традиційні виробничі структури, сегментовані за відділами й виконуваними функціями. Інтеграція програмних і апаратних засобів означала розробку прикладних програм, які використовували той самий програмний код, виконуваний на єдиній апаратній платформі (на одній машині). Практично можливості апаратних засобів визначали розробку програмних систем. Тому на цьому етапі корпоративні програмні системи, такі як MRP і MRPII, обмежувались вимогами до апаратури, підтримкою єдиної технічної платформи, мали ускладнені процедури супроводження і підтримки системи.

Організація на двоспрямований вільний потік інформації між покупцем і виробником прийшла пізніше завдяки впровадженню відкритих технологій.

Період від початку 90-х років XX ст. -- до початку XXI ст. можна назвати третім етапом у розвитку корпоративних інформаційних систем. Характерною особливістю цього етапу є побудова КIС на базі концепції ERP (Enterprise Recuirements Planning) -- планування ресурсів підприємства та перехід на нову технічну платформу (персональні комп'ютери). У цей час проходить прискореними темпами зміна архітектур інформацій-них технологій, перехід від традиційних мейнфреймів і централізованою обробкою інформації до відкритих інформаційних систем з розподіленою обробкою інформації. Концепція ERP стала основною моделлю бізнесу, яку використовують виробники й дотепер для досягнення виробничої ефективності.

Застосування методології ERP стає стандартним. Виробники, що сподіваються на успіх за зростаючої конкуренції на ринку, повинні активно використовувати ERP просто для того, щоб відповідати виробничій ефективності конкурентів. Основним показником для віднесення програмних систем до корпоративних стає відповідність їх методології ERP.

Широкого застосування набувають сучасні корпоративні інформаційні системи R/З, Baau IV, Scala, Галактика і т. ін., промислові СУБД провідних розробників Oracl, Informix, Ingres, Sybase. У зв'язку з розвитком мережевих технологій локальні КIС поступаються місцем клієнт-серверним і web-серверним КIC. Розвиток мереж Internet надає все більше можливостей роботи з віддаленими підрозділами корпорацій, відкриваються широкі перспективи електронної комерції, обслуговування покупців через Internet і багато іншого.

Початок третього тисячоліття ознаменував новий виток (четвертий етап) у розвитку інформаційних технологій. Характерною ознакою його є глобальна комп'ютеризація суспільства. Інформаційні технології охоплюють не лише всі сторони бізнесової діяльності, а й стають невід'ємним атрибутом побутової сфери.

Що стосується розвитку КІС, то в новому тисячолітті основу їхньої архітектури буде визначати нова методологія CSRP (Cusfomer Synchronized Resourse Planning) -- планування ресурсів, синхронізоване з покупцем. CSRP пропонує модель бізнесу та набір інструментів, які спроможні зробити партнерство з покупцем і досяжним і підтримуваним. Крім того, CSRP пропонує новий набір бізнес правил, які дають можливість виробникам задовольнити виняткові вимоги кожного унікального покупця, кожного і щодня.

Аналіз загального стану на світовому ринку виробників програмного забезпечення для KIC в останні п'ять років дозволяє зробити висновок, що основною тенденцію є повсюдний перехід на використання Internet / Intranet / -- технологій. Практично всі гіганти індустрії прикладного програмного забезпечення, такі як Sap, People Soft, Baan, Oracle, та інші провідні корпорації заявили про вихід Internet-версій своїх програмних комплексів у перші роки XXI ст. [21, 22, 23].

Четвертий етап розвитку КІС перебуває у фазі зародження, але вже й тепер зрозуміло, що характерні риси сучасних ІС, в яких централізоване оброблення і єдине управління ресурсами на верхньому рівні поєднуються з розподіленим обробленням на нижньому, визначаються синтезом рішень, апробованих у системах попередніх поколінь. Подібна побудова ІС є свого роду компромісом між бажанням використовувати комфорт графічного інтерфейсу індивідуальних додатків і вимогами максимальної доступності даних для всіх користувачів системи, підвищення швидкості обробленням, простоти адміністрування і зниження експлуатаційних витрат.

Інформаційні системи четвертого покоління мають акумулювати в собі такі основні особливості:

— максимальне використання потенціалу настільних комп'ютерів і середовища розподіленого оброблення даних;

— модульна побудова системи, що передбачає поєднання множини різних типів архітектурних рішень у рамках єдиного комплексу;

— економія ресурсів системи за рахунок централізації зберігання і оброблення даних на верхніх рівнях ієрархії ІС;

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

Крім того, наступне десятиліття буде ознаменоване переходом на нову модель бізнесу. Увагу фокусуватимуть не на тому, «як робити», а на тому, «що» робити і «як» це купуватимуть. Нова модель бізнесу планування ресурсів, синхронізована з покупцем (CSRP), визначатиме діяльність зі створення продукту споживання в наступні десять років і архітектуру КІС.

3 Інструментальні засоби архівації і очистки інформаційних сховищ

Архівації двох головних баз даних -- інформаційних сховищ і каталогів -- приділяється велика увага як основним елементам надійного збереження інформації та забезпечення відмовостійкості системи.

Існують різні типи архівації та відновлення даних з архіву, виконання яких залежить від програмних продуктів, що налагоджені на виконання тих чи інших типів архівації. Наприклад, програма резервного копіювання NT Backup може виконувати архівацію п'яти типів, які ми розглянемо нижче.

1. Звичайна архівація (Normal). У разі вибору цього типу архівуються всі вибрані файли незалежно від стану їхніх архівних бітів. Архівні біти всіх заархівованих файлів скидаються.

2. Копіювальна архівація (Copy). Архівуються всі вибрані файли незалежно від стану архівних бітів. Архівні біти всіх заархівованих файлів залишаються в попередньому стані.

3. Додаткова архівація (Incremental). Архівуються всі файли з встановленим бітом архівації. Як і за звичайної архівації, архівні біти всіх заархівованих файлів скидаються.

4. Диференціальна (Differential). У цьому разі архівуються всі файли з установленим бітом архівації. Архівні біти всіх заархівованих файлів залишаються в попередньому стані.

5. Кожноденна архівація (Daily). Архівуються всі файли, що зазнали зміну в день архівації. Архівні біти всіх заархівованих файлів залишаються в попередньому стані.

Загальна стратегія архівації полягає в тому, що необхідно щодня проводити звичайну архівацію і додаткову або диференціальну. Оскільки в разі диференціальної архівації стан архівного біта не змінюється, у кожну диференціальну архівацію включаються всі нові файли, а також файли, що змінилися з останньої звичайної архівації. Щоб поновити стан сервера в разі диференційованої архівації, необхідно відновити лише останній звичайний і останній диференціальний архіви. Тому більшість адміністраторів БД віддають перевагу диференціальній архівації, а не додатковій.

Якщо замість диференціальної архівації використовується додаткова, то для поновлення сервера необхідно буде відновити останній звичайний архів, а потім послідовно відновити всі додаткові архіви з часу останньої звичайної архівації. Це не лише додає роботи, але й підвищує ймовірність помилок навіть у разі незначного порушення послідовності додаткових архівів.

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

Архівні магнітні носії зберігають у вогнестійких сейфах або за межами обчислювального центру. Крім того, необхідно також розробити план архівації компонентів сервера БД.

Сучасні сервери баз даних автоматично підтримують копію свого каталогу на кожному сервері вузла. Відповідний процес називається реплікацією каталогів (directory replication). Розглянемо цей процес на прикладі Exchange Server.

У процесі копіювання каталогу сервери Exchange вузла звертаються один до одного й переконуються в актуальності їх каталогів. Якщо сервер визначає, що його копія каталогу не синхронізована з іншими, він оновлює її за допомогою одного або кількох серверів вузла. Тому під час відновлення сервера не на стільки важливо, чи містить архів найсвіжішу копію каталогу. Після того, як відновлення буде завершене, інші сервери вузла швидко поновлять відновлений каталог у процесі реплікації.

Практика роботи зі сховищами даних показує, що звичайна архівація каталогів на всіх серверах здійснюється раз на тиждень у вихідні дні, а диференціальна архівація каталогу на всіх серверах здійснюється щодня в робочі дні тижня. У річному архіві зберігають магнітний носій, як правило останнього тижня місяця.

Зауважимо, що в серверах БД для підвищення мовостійкості системи використовуються журнали транзакцій. Усі зміни в каталозі сервера, а також в особистих і загальних інформаційних сховищах попередньо записуються у файли, які називаються журналами транзакцій (transaction log files). Для каталогу та інформаційного сховища використовуються різні набори журналів транзакцій.

Попередньо служба каталогу або інформаційного сховища записує дані з пам'яті в журнал транзакцій, а потім у саму базу даних. Запис у базу даних потребує виконання багатьох допоміжних операцій, зокрема й індексування. Для запису в журнал трансакцій такі операції не потрібні, тому дані швидко переносяться з пам'яті в журнал. Це зменшує ймовірність втрат трансакцій у разі аварійних ситуацій на сервері. У випадку збою за журналами трансакцій можна швидко поновити поточний стан бази.

Під час використання утиліти Backup для архівації каталогу або інформаційного сховища, розміщених на Microsoft Exchange Server, допускається використання будь-яких типів архівації, окрім щоденної. За звичайної архівації створюються резервні копії баз даних і пов'язаних з ними журналів трансакцій, а після завершення архівації Backup вилучає заархівовані файли журналів.

Під час виконання додаткової архівації каталогу або інформаційного сховища архівуються лише журнали трансакцій.

Техніка архівації за допомогою сучасних інструментальних засобів серверів досить проста. Наприклад, для вибору об'єктів для архівації за умов Microsoft Exchange Server необхідно перейти на праву панель вікна, на якій можна їх вибрати.

Під час першого відкриття вікна Microsoft Exchange на правій панелі виводиться ім'я вашого вузла (або вузлів) Exchange. Для відкриття вузла необхідно двічі клацнути мишкою на його імені. Тепер на панелі з'являться імена серверів (чи сервера) вузла. Після того, як ви двічі клацнете на сервері, що вас цікавить, на правій панелі з'являться два значки, що відповідають каталогу (Directоry) та інформаційному сховищу (Information Store) цього сервера. Вам надається можливість заархівувати каталог чи інформаційне сховище (або і те, і інше). Із заархівованого сховища можна відновити будь-який сегмент (особистий і загальний) або обидва відразу.

По завершенні архівації інформаційного сховища Backup починає перевірку всіх архівних наборів (якщо у вікні настройки встановлено прапорець Verify After Backup), а після успішного її завершення Backup робить відповідне повідомлення.

Після натискання кнопки ОК у діалоговому вікні Verity Status архівація закінчується.

Для відновлення сервера за допомогою архівної копії необхідно спочатку повідомити утиліті Backup, що саме потрібно витягти з архіву, а після цього вказати, яким чином має виконуватися відновлення. Після того, як ви повідомили Backup, що саме необхідно відновити, треба натиснути кнопку Restore в лівому верхньому куті вікна Backup. На екрані з'явиться діалогове вікно Restore Information для відновлення каталогу та інформаційного сховища.

4 Загальна характеристика і область застосування системи R/3

Система SAP R/3 -- це інтегрований комплекс програмних засобів корпоративного управління, що поєднує стандартні організаційно-економічні функції та спеціалізовані за галузями господарчі процеси. На сьогодні це одна з найпотужніших і функціонально розвинутих КІС, яку розробила німецька компанія SAP AG (Systems Applications Products), штаб-квартира якої знаходиться в місті Вальдорф.

Система R/3 реалізована на базі сучасної клієнт-серверної архітектури (трирівневої), що дає можливість організувати ефективне розподілене оброблення інформації та працювати на різних моделях обчислювальної техніки, має гнучкий інтерфейс користувача і понад 30 мовних варіантів, зокрема й український.

Понад 11000 компаній більш як 100 держав світу здійснюють свою діяльність, використовуючи продукт SAP -- систему R/2 для великих ЕОМ (мейнфреймів) і систему R/3 для конфігурацій клієнт-сервер і відкритих систем.

До складу R/3 входять додатки в галузі обліку і звітності, контролінгу, організації виробництва, управління матеріальними потоками, а також у сфері забезпечення якості, техобслуговування і ремонту устаткування, збуту, управління персоналом і проектами. Система дає змогу інтегрувати всі господарські процеси в єдину систему планування, управління і контролю діяльності підприємства. Спеціалізований набір рішень надає понад 100 готових сценаріїв для різних галузей, які відображають близько 1000 різних виробничих, організаційних і технологічних процесів для сфери діяльності будь-якого підприємства. Важливою характеристикою R/3 є те, що вона може працювати в умовах інфляції та підтримувати розрахунки в декількох валютах. R/3 побудована за модульним принципом. Модулі можуть бути використані як окремо, так і в комбінації з іншими.

За основними функціональними сферами система R/3 поді-ляється на три напрямки:

— облік і звітність;

— логістика;

— управління персоналом.

Облік і звітність. Система обліку і звітності R/3 є єдиною концепцією, що відображає всі аспекти фінансів, управління інвестиціями, контролінгу, фінансового менеджменту й контролінгу підприємства. Найважливіші її модулі такі: фінансова бухгалтерія, бухгалтерський облік основних засобів, контролінг, управління інвестиціями, фінансовий менеджмент, контролінг підприємства.

Фінансова бухгалтерія (ідентифікатор F1). У цьому модулі збираються всі дані для бухгалтерської та міжнародної звітності. Одночасно повне документальне оформлення господарських операцій і обширна інформація слугують вихідною базою для завдань планування і контролю потреби у відповідних ресурсах для всього підприємства. Крім того, в інтернаціональному середовищі різних компаній, мов, валют і планів рахунків додаток Фінансова бухгалтерія системи R/3 гарантує повний огляд фінансових даних. За допомогою спеціальних адаптаційних режимів забезпечуються цілковита локалізація в середовищі законодавчих вимог, відповідність правовому й методологічному фінансовому розпорядженням; ураховується розходження валютної та податкової систем.

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

Модуль F1 підтримує спеціальні функції -- бухгалтерія дебіторів (F1-AR) і бухгалтерія кредиторів (F1-AР), що дозволяють одержати фінансовий огляд глобальних зв'язків з діловими партнерами. Допоміжні книги дебіторів і кредиторів інтегровані з головною книгою і з відповідними сферами збуту й управління матеріальними потоками, у яких перебувають вихідні дані для фінансових операцій. Додаток підтримує стандартизовані господарські операції від уведення даних і складання аналітичної звітності до здійснення платежів і виконання банківських трансакцій.

Бухгалтерський облік основних засобів (F1-FM) забезпечує управління основним капіталом підприємства. Центральним елементом додатка є плани оцінки вартості, що відбивають специфіку конкретної країни і пристосовані до її законодавства. На основі планів оцінки підтримується весь процес руху основного засобу від придбання до вибуття; виконується моделювання амортизації та нарахування відсотків; здійснюються інтеграція з додатками управління проектами і розрахунок замовлень під час управління капіталом; інтеграція з додатком ТОРУ (технічне обслуговування і ремонт устаткування) під час управління устаткуванням; управління орендованими основними засобами й незавершеним капітальним будівництвом.

Крім того, цей модуль містить консолідацію (F1-LC) -- додаток, що забезпечує одержання консолідованої фінансової звітності в рамках корпорації (концерну), а також стратегічне балансове планування за різних методів оцінювання і додаток фінансового контролінгу (F1-FC).

Модуль СО-контролінг є цілісною системою погоджених інструментів планування, керування і контролю, що використовують єдиний порядок звітності для координації змісту і здійснення внутрівиробничих процесів. Додаток підтримує визначення витрат у різних аспектах: контролінг непрямих витрат, облік за видами витрат, облік витрат за місяцями їхнього виникнення, облік витрат за замовленнями, облік витрат за процесами, облік витрат за продуктами, а також у комбінації один з одним, що, у свою чергу, забезпечує всебічний аналіз, оперативне виявлення проблемних галузей та їх оптимізацію.

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

Модуль фінансового менеджменту (TR) забезпечує ефективне управління ліквідами, цінними паперами, платіжними операціями й ризиками.

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

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

Управління ринковими ризиками інтегрованим центральним засобом адміністрації та контролю на підставі інформації з компонентів Адміністрація ліквідів і Фінансовий менеджмент. Під час аналізу ризиків можливий розгляд валютних ризиків, процентних ризиків, цінових ризиків, а також чутливості кон'юнктури.

Контролінг підприємства (ЕС) -- це модуль, що допомагає клієнту оптимізувати вартість акцій підприємства й досягти поставлених завдань із розширення бізнесу та накреслених інвестиційних цілей. Так, інструментарій планування діяльності та складання бюджету підприємства надає можливість інвестиційного планування, складання і контролю бюджету, а також автоматичного одержання даних, що належать до інвестиційної підтримки, з оперативних додатків. Функція облік за місцями виникнення прибутку забезпечує аналіз рентабельності внутрішніх сфер відповідальності, обраних за місцями виникнення прибутку, статей балансу та їх використання під час розрахунку фінансових показників. Цілковита інтеграція з іншими додатками системи R/3 забезпечує своєчасне надання контролінгової інформації, як по окремих господарських одиницях, так і по підприємству в цілому.

Логистика

Система логістики в R/3 надає підприємствам будь-якого розміру і профілю передові рішення, що дозволяють підвищити продуктивність, ефективність та якість господарських процесів і одночасно знизити витрати і час на збут продукції.

Логістика в системі R/3 визначена як загальне поняття для всіх процесів закупівлі, управління матеріальними потоками, виробництвом, складами, якістю, технічним обслуговуванням і ремонтом устаткування, управління сервісом і збутом.

Організація обліку та звітності в системі R/3

Система обліку і звітності R/3 складається з таких основних розділів: бухгалтерія, контролінг, фінансовий менеджмент. Завдяки взаємній інтеграції, а також інтеграції з модулями логістики й управління персоналом, цей додаток стає інструментом управління для всіх підрозділів підприємства. Інтерфейси до ланцюгів логістичних операцій, починаючи із заготівлі і аж до ринку збуту, дають можливість оптимізувати внутрішньозаводські процеси. Ефективність рішень підвищується завдяки включенню до системи загальних для всіх підприємств господарських процесів, які мають місце в угодах із замовниками, постачальниками або банками. Прикладом цього є використання електронних засобів зв'язку (Electronic Commerce) для здійснення комерційних угод.

Управління матеріальними потоками в системі R/3

Модуль управління матеріальними потоками (ММ) на підприємстві призначений для розв'язання широкого кола задач починаючи з планування потреби в матеріалах, їх заготівлі і завершуючи контролінгом і складанням звітності. Модуль ММ тісно пов'язаний з іншими модулями системи R/3, що показано на рис. 1.

Рис. 1. Схема взаємозв'язків функцій модуля ММ

Під час планування потреби в матеріалах використовуються такі методи планових розрахунків: планування потреби в матеріалах за точкою замовлення і стохастичне планування потреби в матеріалах.

ЛІТЕРАТУРА

1. Писаревська Т.А. Інформаційні системи в управлінні трудовими ресурсами: Навч.-метод. посібник для самост. вивч. дисц. -- К.: КНЕУ, 1999. -- 164 с.: іл.

2. Гужва В.М. Інформаційні системи і технології на підприємствах: Навч. посібник. -- К.: КНЕУ, 2001. -- 400 c.

3. Татарчук М.І. Корпоративні інформаційні системи Навч. посібник. -- К.: КНЕУ, 2005. -- 291 с..