Реферат по предмету "Информатика"


Інформаційні потреби управлінського апарату підприємства

--PAGE_BREAK--Виробниче планування (РР). Модуль використовується для планування, організації і контролю виконавчої діяльності підприємства. Ключові елементи прикладного модуля: специфікації (ВОМ), технологічні карти, робочі центри (місця), планування збуту (SOP), виробниче планування (MPS), планування потреб у матеріалах (MRP), управління виробництвом (SFC), виробничі замовлення, калькуляція затрат на виріб, облік затрат за процесами, серійне виробництво, планування неперервного виробництва.
Управління матеріальними потоками (MM). Модуль підтримує функції постачання запасів і управління ними, що використовуються в різних господарських операціях. Ключові елементи: закупка матеріалів, управління запасами, управління складами, контроль рахунків, оцінка запасів матеріалу, атестація постачальника, обробка робіт та послуг, інформаційна система закупівлі та управління запасами.
Збут (SD). Модуль вирішує завдання розподілу, продажу, постачання та виставлення рахунків. Ключові елементи: передпродажна підтримка, обробка запитів, пропозицій, замовлень, постачань, виставлення рахунків (фактурування), інформаційна система збуту.
Управління якістю (QM). Цей модуль включає інформаційну систему й систему управління якістю. Він забезпечує підтримку планування якості, перевірку та контроль якості при виробництві й закупівлі. Ключові елементи: перевірка якості, планування якості, інформаційна система контролю якості (QMIS).
Техобслуговування й ремонт обладнання (РМ). Модуль допомагає враховувати затрати й планувати ресурси на техобслуговування та ремонт. Ключові елементи: незапланований ремонт, управління сервісом, планово-профілактичний ремонт, ведення специфікацій, інформаційна система техобслуговування й ремонту.
Управління персоналом (НК). Повністю інтегрована система для планування роботи персоналу та управління нею. Ключові елементи: адміністрування персоналу, розрахунок зарплати, управління тимчасовими даними, розрахунок витрат на відрядження, пільги, набір нових співробітників, планування та підвищення кваліфікації персоналу, використання робочої сили, управління семінарами, організаційний менеджмент, інформаційна система персоналу.
Управління інформаційними потоками (WF). Ця частина системи пов'язує інтегровані прикладні модулів із загальними для всіх додатків технологіями, сервісними засобами та інструментами. Управління потоками операцій (workflow) автоматизує господарські процеси відповідно до наперед визначених процедур та правил. Модуль включає багатофункціональну офісну систему з вбудованою електронною поштою, систему управління документами, універсальний класифікатор і систему інтеграції з САПР. Коли відбувається певна подія, то запускається відповідний процес, а диспетчер ініціює одиницю потоку операцій (Workflow Item). Дані та документи об'єднують у прикладні модулі SAP R/3 і додаткову функціональність, специфічну для галузі, та обробляють на кожному кроці за певною логікою. Сьогодні наявні галузеві рішення для промисловості: авіаційної та космічної, оборонної, автомобільної, нафтової та газової, хімічної, фармацевтичної, машинобудівної, товарів народного споживання, електронної та невиробничої сфери (банки, страхування, державні органи, телекомунікації, комунальне господарство, охорона здоров'я, роздрібна торгівля).
Система SAP R/3 служить основою і гарантує інтеграцію усіх прикладних модулів та незалежність від апаратної платформи. Базисна система забезпечує можливість роботи у багаторівневій розподіленій архітектурі «клієнт-сервер». Система R/3 функціонує на серверах UNIX, AS/400, Windows NT, S/390 та з різноманітними СУБД (Informix, Oracle, Microsoft SQL Server, DB2). Користувачі можуть працювати у середовищі Windows, OSF/Motif, OS/2 або Macintosh.
Необхідно відзначити, що тут перераховані тільки основні функції системи R/3 і не згадані ширші можливості доступу зовнішніх систем до логіки SAP R/3 через інтерфейси ВАРІ (Business Application Programming Interface) і т.ін.
Навіть короткий огляд функцій системи R/3 показує її здатність вирішувати основні завдання, що стоять перед великими організаціями. SAP R/3 – це одна з найпоширеніших на сьогоднішній день систем. Невипадково багато лідерів світової економіки вибрали саме її в якості основної корпоративної системи. Однак, статистика свідчить, що більше третини компаній, які купують R/3, – це середні фірми з річним оборотом менш 200 млн. дол. Справа в тому, що R/3 – конфігураційна система (рис. 4), тому, придбавши її, підприємство працюватиме з індивідуальною версією, налаштованою саме під його параметри. Показником технічного рівня системи може служити спосіб її настройки. Чим ширші можливості конфігурації та настройки системи без необхідності її переписування, тим вищий технічний рівень даної системи. Тому параметр R/3 також займає провідне становище у світі.

Рис. 4.
Впровадження будь-якої фінансово-економічної системи переслідує певну мету – підвищення ефективності роботи, а в кінцевому підсумку виживання підприємства в умовах конкурентної боротьби. Щоб вижити, підприємству необхідно перейти від традиційних методів, орієнтованих на функції з більш гнучкими формами, до орієнтованих на процеси. На практиці такий перехід може бути розрахований і здійснений тільки при наявності відповідних інструментальних засобів – для SAP R/3 це спеціалізований інструмент бізнес-інжинірингу. З його допомогою можна сконфігурувати і налагодити систему R/3 так, щоби вона задовольняла потреби підприємства, підтримувала у відповідному стані весь життєвий цикл системи.
3.2 Загальна характеристика системи Scala
Систему Scala було створено у Швеції в 1978 р. групою компаній «Скала» (Scala Business Solutions) – усесвітнім розробником і постачальником програмного забезпечення з управління бізнесом, фінансами й виробництвом для місцевих і міжнародних компаній. За час, що минув, система безперервно розвивалася як універсальний засіб фінансового обліку й комплексного управління підприємством. Центри розробки і розвитку системи Scala працюють у Західній Європі, Азії, Росії та Америці. На теперішній час систему успішно використовують понад 90 держав світу на більш як 14 000 підприємств різного масштабу і профілю.
Серед останніх досягнень компанії «Скала» можна відзначити серію програмних продуктів Scala для електронної комерції – Scala Solutions, яка стала володарем головного призу в категорії «Прикладання для електронної комерції» (Нью-Йорк, 1999 p.), а також новий продукт Scala 5.1, який отримав акредитацію Асоціації розробників прикладного програмного забезпечення (BASDA) на сумісність з евровалютою (1999 р.).
Головні позитивні якості програмного забезпечення Scala – це гнучкість і модульність, що дозволяють ураховувати не лише міжнародні стандарти з організації бізнес-процесів, а й вимоги місцевого законодавства. Програмне забезпечення Scala дає можливість працювати більш як 30 мовами й зі стількома ж валютами, використовувати бази даних MS-SQL або Pervasive SQL на базі ОС Windows NT, Novell Netware, UNIX.
На ринку СНД система Scala вперше була представлена в 1991 p. Scala СНД є лідером на ринку у своїй галузі, має офіси в Москві, Санкт-Петербурзі, Києві та підтримує своїх регіональних клієнтів через мережу дилерів, яка постійно зростає.
Успішний розвиток Scala на світовому ринку програмного забезпечення для управління підприємством і фінансами пов'язаний передусім з високим рівнем кваліфікації спеціалістів, зайнятих розробленням, упровадженням і підтримкою системи. Вона може бути використана в будь-якій сфері діяльності, будь-якою компанією незалежно від типу й розмірів. Усі інстальовані системи характеризуються набором параметрів, унікальним для кожної компанії, що дає підстави говорити про індивідуалізацію продукту. Клієнт сам вибирає для себе модулі та функції, які найбільше відповідають його спеціалізації.
Комплексний набір модулів Scala охоплює такі напрями бізнесу, як фінанси, матеріально-технічне постачання, управління виробництвом, сервісне обслуговування, ведення проектів і управління персоналом.
Система Scala охоплює такі 12 модулів: Головна книга, Книга продажу, Книга закупівель, Замовлення на продаж, Замовлення на закупівлю, Управління запасами, Пряме виписування рахунків, Статистика, Управління виробництвом, Управління замовленнями на обслуговування, Управління проектами, Розрахунок заробітної плати (Payroll PRO).
Головна книга є функціональним ядром системи Scala. У ній описується структура підприємства чи компанії. У цьому модулі, використовуючи гнучку десятивимірну структуру фінансового й бухгалтерського обліку, можна встановити будь-яку схему групування й кодування рахунків. Головна книга є фінансовим модулем, який може працювати як в автономному режимі, так і в поєднанні з іншими модулями системи. В останньому випадку саме до неї автоматично надходять бухгалтерські дані з інших модулів: Книга закупівель, Книга продажу, Управління запасами, Управління виробництвом, Управління проектами, Управління замовленнями на обслуговування, Розрахунок заробітної плати.
Іншими словами, вся отримана інформація аналізується в модулі Головна книга, потім у ньому формуються обороти й залишки на бухгалтерських рахунках, бухгалтерські й управлінські звіти для конкретного звітного періоду фінансового року (сальдова відомість). Кількість звітних періодів у фінансовому році може бути встановлена від 1 до 24.
Істотне достоїнство системи Scala – можливість використання до десяти різних облікових вимірів. Обліковий вимір «0» є керівним виміром і позначає номер рахунка в плані рахунків. Інші дев'ять компанія використовує на свій розсуд, наприклад, центр витрат, продукт, проект і т. д. У системі є функція встановлення комбінації допустимих значень облікових вимірів для рахунка під час уведення проведень.
Використовуючи облікові виміри в системі Scala, можна створити 99 автоматичних розподілів сум для кожного облікового виміру. Тобто якщо в користувача є необхідність перерозподілити суму, занесену на один рахунок (обліковий вимір), у деякій пропорції чи в процентному співвідношенні на інші рахунки (облікові виміри), то для спрощення створення і запису таких проведень існують 99 автоматичних розподілів.
Можливі такі два варіанти використання розподілів: автоматично (під час уведення проведень) чи періодично (періодичний автоматичний розподіл).
Періодичні автоматичні розподіли дозволяють будь-яке проведення розподілити за кількома періодами, включаючи періоди наступних фінансових років. Вони використовуються під час формування проведень з витрат чи доходів майбутніх періодів. У момент звернення до цієї функції система перерозподіляє введену суму на майбутні звітні періоди і для кожного з них автоматично створює бухгалтерське проведення.
Функція імітаційного моделювання допомагає користувачеві зберігати до 100 варіантів імітаційних проведень (їх можна використовувати як типові проведення). Щоб було зручніше оцінювати результати введення імітаційного проведення, краще вивести на друк звіти за Головною книгою, в яких це проведення подане реально виконаним. Можна моделювати підсумкові звіти з будь-якого періоду записів у книзі. Імітаційне проведення може бути легко перетворене на реальне.
Модуль Головна книга надає користувачеві широкі можливості для складання власних кошторисів бюджетів. Для кожної комбінації десяти облікових вимірів уводиться до п'яти різних варіантів кошторису. Система містить кошториси на поточний і наступний фінансові роки. Це дозволяє, працюючи з кошторисами поточного фінансового року, уводити кошторис для наступного фінансового року. Отже, використовувати новий кошторис можна з першого дня роботи в новому фінансовому році.
Для автоматизації введення кошторисів можна використовувати десять моделей з розрахунку розподілу сумарного річного кошторису за звітними періодами. Також можна скористатися функцією імпорту кошторисів.
Книга продажу. Модуль Scala Книга продажу слугує для спрощення роботи з фінансами компанії. У ньому є підпрограми для виписування рахунків-фактур, реєстрації платежів і передоплат, ведення звітності. Проте цим його можливості не вичерпуються. У модулі Книга продажу можна обробляти основні й статистичні дані про замовників. Це дає користувачу змогу проаналізувати свій ринок і, якщо це необхідно, прийняти правильні управлінські рішення. Книгу продажу можна використовувати як окремий, самостійний модуль, а також поєднувати з іншими модулями: Головна книга, Замовлення на продаж, Управління проектами, Управління замовленнями на обслуговування, Пряме виписування рахунків, Статистика.
У модулі формується файл покупців, який містить загальну інформацію про кожного покупця (ПІБ, адресу, номер телефону), про наданий кредит, умови платежу, умови і спосіб поставки, мову, яку буде використано в інструкціях до товару, і т. ін.
У Книзі продажу передбачена навіть та ситуація, коли ваш покупець одночасно є і вашим постачальником. У цьому разі можна одержати інформацію про можливості взаємозаліку рахунків на отримання товарів і рахунків на оплату.
Рахунки-фактури можна вводити безпосередньо в Книгу продажу і коригувати їх, зазначаючи коди покупців і номери рахунків-фактур.
Рахунки-фактури, що створюються в інших модулях (наприклад, Замовлення на продаж чи Управління замовленнями на обслуговування), автоматично переносяться в Книгу продажу. Можна роздрукувати зведення журналу рахунків-фактур і відправити інформацію за ними в Головну книгу.
За допомогою функції об'єднання рахунків-фактур є можливість провести їх консолідацію з кількох замовлень (якщо є модуль Замовлення на продаж чи Управління замовленнями на обслуговування) у єдиний рахунок-фактуру.
Книга закупівель. Цей модуль використовується для відсте-ження інформації про розрахунки з постачальниками й підрядчиками. У ньому можна виписувати рахунки-фактури, реєструвати платежі та передоплати, одержувати необхідні звіти.
Книгу закупівель можна використовувати як самостійний модуль чи разом з іншими модулями, такими як Головна книга, Замовлення на закупівлю, Статистика і т. ін.
У книзі формується файл постачальників, який містить інформацію про кожного постачальника (ПІБ, адресу й номер телефону), а також платіжну інформацію, тобто повідомляє про валюту, в якій проводяться взаєморозрахунки, методи постачання, мову, яка використовуватиметься у документах, що відправлятимуться, тощо. Щоб дані про нового постачальника було простіше заносити у файл, можна створити кілька шаблонів і користуватися ними. Якщо в системі встановлено Книгу продажу, а ваш постачальник одночасно є й вашим покупцем, то можна одержати інформацію про взаємозаліки рахунків на одержання і рахунків на оплату.
Крім названих функцій у модулі передбачено оформлення централізованих закупівель, виписування рахунків-фактур, розрахунок ПДВ, здійснення електронних платежів, спеціальний механізм автоматизації створення і введення ряду проведень (наприклад, з розрахунку курсових різниць, розрахунку ПДВ і т. ін.) та складання звітів.
Замовлення на продаж. Цей модуль спрощує процес збуту продукції настільки, що він стає зовсім нетрудомістким. Етапи збуту представлені в Scala різними функціями. їх можна налагодити по-своєму, так, як вимагає той чи інший бізнес. Зв'язок модуля Замовлення на продаж з модулями Управління запасами і Управління виробництвом забезпечує безперервний потік інформації в системі. Наприклад, на основі даних про продаж, що передбачається, Scala може скласти план закупівель чи виробництва.
Користуючись функцією програми комерційні пропозиції, персонал із відділу продажу може сформувати комерційну пропозицію (розцінку) для клієнтів. Після того як пропозицію прийнято клієнтом, можна автоматично перетворити її на замовлення на продаж. Пропозиції, термін яких минув, легко вилучаються із системи.
Якщо користувачу необхідні звіти про пропозиції, то є можливість одержати зведення про діючі та застарілі комерційні пропозиції.
Модуль передбачає кілька різних типів замовлень на продаж, перетворених з комерційних пропозицій чи уведених вручну. Scala розрізняє вісім типів замовлень. Залежно від типу замовлення товар може відвантажуватися відразу чи через деякий час.
Використання цієї функції надає користувачеві інформацію про те, товар треба доставити негайно чи протягом якогось терміну, здійснити постачання безпосередньо від постачальника покупцю чи на склад, використовувати процедуру періодичних поставок, здійснювати повернення товарних запасів від покупця на склад постачальника і т. ін.
Можливість копіювання рядків замовлень з архіву (історії замовлень) чи відкритих замовлень спрощує введення даних. Автоматична перевірка статусу кредиту покупця під час уведення замовлення на продаж знижує ризик появи безнадійних боргів.
    продолжение
--PAGE_BREAK--


Не сдавайте скачаную работу преподавателю!
Данный реферат Вы можете использовать для подготовки курсовых проектов.

Поделись с друзьями, за репост + 100 мильонов к студенческой карме :

Пишем реферат самостоятельно:
! Как писать рефераты
Практические рекомендации по написанию студенческих рефератов.
! План реферата Краткий список разделов, отражающий структура и порядок работы над будующим рефератом.
! Введение реферата Вводная часть работы, в которой отражается цель и обозначается список задач.
! Заключение реферата В заключении подводятся итоги, описывается была ли достигнута поставленная цель, каковы результаты.
! Оформление рефератов Методические рекомендации по грамотному оформлению работы по ГОСТ.

Читайте также:
Виды рефератов Какими бывают рефераты по своему назначению и структуре.

Сейчас смотрят :