Додаткові характеристики ERP-систем:
· Підтримка багатомовними і мультивалютна підтримка (що дуже важливо для транснаціональних компаній);
· Підтримка конкретних галузей (наприклад, SAP підтримує безліч галузей, включаючи нафтову та газову галузі, охорону здоров'я, хімічну промисловість і банківська справа);
· Здатність до налаштування (кастомізації) без програмування.
До переваг ERP-систем відносяться також:
· Інтегрування різних видів діяльності фірми
Процеси планування ресурсів підприємств є міжфункціональні, що змушують фірму виходити за традиційні, функціональні та локальні рамки. Крім того, різні бізнес-процеси підприємства часто пов'язані між собою. Більш того, дані, що зберігалися раніше на різних неоднорідних системах, зараз інтегровані в єдину систему.
· Використання кращих методологій
Системи планування ресурсів підприємств увібрали в себе більше тисячі передових способів організації бізнес-процесів. Ці методології можуть бути використані для оптимізації роботи та управління компаніями.
· Можливість організаційної стандартизації
Системи планування ресурсів підприємств роблять можливою організаційну стандартизацію різних географічно розділених підрозділів. Тобто, роботу підрозділів з нестандартними процесами можна оптимізувати, використовуючи організаційні напрацювання підрозділів з ефективними процесами. Більше того, компанія, що включає в себе філії та / або підприємства, може бути представлена ​​на світовому ринку у вигляді єдиного загального образу, що веде до поліпшення її іміджу.
· Усунення інформаційної асиметрії
Системи планування ресурсів підприємств зберігають всю інформацію в одній основній базі даних, усуваючи численні інформаційні невідповідності. Це призводить до таких результатів: По-перше, забезпечується підвищення рівня контролю. По-друге, відкривається доступ до інформації для тих, кому вона потрібна; в ідеалі, забезпечується підвищення якості інформації для прийняття рішень.
По-третє, інформація перестає бути предметом посередництва, оскільки стає доступною для керівництва і для службовців компанії.
По-четверте, організація може стати "плоскої": так як інформація широко доступна, відпадає потреба в додаткових малоцінних працівниках, завданням яких є підготовка інформації для поширення серед керівництва і службовців компанії.
· Доступ до інформації в реальному часі
У традиційних системах велика кількість інформації фіксується на папері, а потім передається іншій частині організації, де або переоформлюється (зазвичай агрегується), або переводиться в комп'ютерний формат. З ERP-системами велика кількість інформації збирається у джерела і безпосередньо поміщається в базу даних, стаючи доступною для інших користувачів
· Забезпечення одночасного доступу до даних з цілями планування та контролю
Системи планування ресурсів підприємства використовують єдину базу даних, де більша частина інформації вводиться один і тільки один раз. Так як дані доступні в реальному часі, фактично всі користувачі організації мають доступ до однієї і тієї ж інформації для планування та контролю. Це сприяє узгодженому плануванню та управлінню, на відміну традиційних систем.
· Можливість взаємодії і співпраці усередині організації
Системи планування ресурсів підприємств сприяють взаємодії та співпраці всередині організації (між різними функціональними і географічно розділеними підрозділами). Наявність взаємопов'язаних процесів призводить функціональні і географічно розділені підрозділи до взаємодії та співробітництва. Стандартизація процесів також сприяє співпраці, оскільки число протиріч між процесами зводиться до мінімуму. Крім того, єдина база даних сприяє взаємодії, забезпечуючи кожне функціональне підрозділ, віддалене географічно, потрібної їм інформацією
· Забезпечення взаємодії та співпраці між організаціями
ERP-система забезпечує інформаційну магістраль для організації взаємодії та співпраці з іншими організаціями. Фірми все більше і більше відкривають партнерам свої бази даних для полегшення постачання та інших видів діяльності. Щоб дана система працювала, потрібен єдиний архів, яким можуть користуватися партнери; і ERP-системи можуть використовуватися при таких обмінах.
Основним призначенням ERP-системи є те, що вона дозволяє досягти конкурентних переваг за рахунок оптимізації бізнес-процесів підприємства і зниження витрат.
Мета erp систем - це оптимізація підприємства, для кращого управління собівартістю продукції та досягнення за рахунок цього конкурентних вигод. Тому системи реалізують методи планування і управління, що дозволяють:
· Регулювати кількість запасів, усуваючи їх дефіцит і залеживанием, і тим самим значно знизити змертвіння у запасах витрати і складські витрати;
· Скоротити незавершене виробництво, оскільки виробництво планується тільки на основі попиту на кінцеву продукцію, при цьому виробничі роботи ініціюються виходячи з терміну, до якого має бути виконаний клієнтське замовлення;
· Оцінювати здійснимість замовлень, що надійшли з точки зору наявних на підприємстві потужностей;
· Скоротити витрати і час, витрачені на виготовлення продукції, за рахунок оптимізації бізнес-процесів;
· Відслідковувати фактичну продуктивність кожної виробничої одиниці і, порівнюючи її з плановою продуктивністю, оперативно вносити коригування у виробничі плани;
· В результаті зменшення циклу виробництва і циклу виконання замовлення більш гнучко реагувати на попит;
· Поліпшити обслуговування клієнтів і замовників за рахунок своєчасного виконання поставок.
Реалізовані в ERP-системах можливості гнучкого управління собівартістю продукції дозволяють одержувати більш високий прибуток. Крім цього, зниження собівартості означає можливість варіювати ринкову ціну продукції (в бік зниження), що є потужною перевагою в конкурентній боротьбі.
Залишається зауважити, що впровадження ERP-системи конкурентом - це сигнал для прийняття симетричного рішення, оскільки автоматизовані системи управління є дійсно потужним інструментом бізнесу і засобом виживання в нелегких ринкових умовах.
Причинами впровадження ERP-системи може бути залучення компанією додаткових інвестицій.
ERP-системи роблять бізнес компанії більш прозорим, що підвищує довіру до нього з боку інвесторів. Це особливо актуально в білоруських умовах.
Ключові ознаки ERP
На думку аналітиків Центру TAdviser, виходячи із зазначених положень і того факту, що ERP-системи є розвитком систем MRPII, основними їх функціями є: інтеграція корпоративних даних та оптимізація використання наявних у розпорядженні підприємства факторів виробництва. Відповідно, ці дві «глобальні» функції і є ключовими ознаками ERP-систем. Що ж стосується конкретних функціональних блоків, то їх склад може варіюватися.
Що таке ERP-проект?
Під ERP-проектом сьогодні розуміється проект «прив'язки» типового проектного рішення (реалізованого програмно у вигляді тиражної ERP-системи) до умов об'єкта автоматизації. У той же час, сучасний рівень розвитку засобів інтеграції інформаційних систем дозволяє стверджувати, що ERP-систему можна «побудувати» ...
Мінімальний набір блоків ERP-системи, повинен забезпечувати виконання нею озвучених вище двох «глобальних» функцій. До них можна віднести: блок фінансового обліку і планування, блок MRPII та підтримки всіх видів виробництв, блок управління персоналом, блок управління закупівлями і блок управління логістикою, а також блоки управління продажами і бізнес-аналітики. При цьому блок MRPII та підтримки всіх типів виробництв необхідний лише для автоматизації підприємств промислового сектора, в інших галузях він не використовується. Разом з тим, ряд функціональних блоків має досить чітку кореляцію зі специфікою бізнесу конкретної компанії, наприклад, блок управління логістикою найбільш затребуваний на підприємствах, що володіють власним транспортним підрозділом, а блок управління продажами - компаніями, що володіють власною роздрібною мережею.
З усього різноманіття представлених тільки на білоруському ринку «ERP-систем» повним функціональним наповненням за вимогами APICS і Gartner володіють продукти тільки компаній SAP і Oracle. Рішення ж інших розробників реалізують різні поєднання описаних вище функціональних блоків «ідеальної» ERP-системи. У той же час, учасники ринку відносять їх до класу ERP, що зайвий раз підтверджує рекомендаційний характер наведених вище описів.
Виходячи з цих міркувань, експерти Центру TAdviser визначили «прожитковий мінімум ERP-системи» - мінімальний набір критеріїв, при якому бізнес-додаток можна віднести до класу ERP. Враховуючи вищесказане про роль фінансового блоку, зазначений мінімальний набір функціональних блоків наступний: «Блок / контур фінансового обліку і планування», «Блок / контур управління персоналом», базова функціональність SCM (в частині товарного обліку, управління складськими запасами і закупівлями), базова функціональність CRM (управління обробкою замовлень і продажами), а також «Блок / контур управління персоналом» і «Блок / контур бізнес-аналітики».
Критерії відбору
Таким чином, виникає згаданий на початку статті питання про критерії віднесення тієї чи іншої інформаційної системи до класу ERP. Ми пропонуємо наступний підхід до його вирішення. Оскільки методика «розпізнавання» ERP-систем повинна бути застосовна на практиці й не бути занадто складною для реалізації, слід зіставити кожному функціональному блоку (швидше за все, з визначення APICS з окремим зазначенням фінансового блоку і блоку управління персоналом) певну кількість балів і просто визначити « прохідний бал »(за аналогією із вступним іспитом), набравши який система« має право »вважатися відноситься до класу ERP. Крім можливості відділення ERP-систем від «неERP-систем», подібний підхід дозволить також чітко згрупувати ERP-системи за рівнями функціональної повноти.

Кого вважати ERP-інтегратором?
Компанія, одним з постійних напрямків діяльності якої є впровадження ERP-систем. Таким чином, в організаційній структурі ERP-інтегратора є окремий підрозділ, що відповідає за виконання проектів впровадження, а також ...
Методика може бути розширена за рахунок обліку повноти реалізації оцінюваних функцій ERP-системи (наприклад, у відсотках) з множенням балів, виставлених за реалізацію функціонального блоку, на показник повноти. Таким чином, можна буде виключити системи, в яких реалізація даних функціональних блоків виконана номінально. У той же час, подібне розширення методики зажадає визначити склад підфункцій, відповідний 100%-ої повноті реалізації того чи іншого функціонального блоку ERP-системи, що неможливо без проведення окремого дослідження і систематизації його результатів.
Ринок ERP-систем: потенціал зростання
Ринок ERP-систем є частиною інформаційно-комунікативної галузі, яка, у свою чергу, об'єднує 2 основні сектори: Зв'язки та Інформаційних технологій. При цьому галузь Інформаційні технології об'єднує всю сукупність підприємств і організацій, що обслуговують діяльність інших підприємств і організацій в частині послуг з технічного та програмного забезпечення (розробка програмного забезпечення, створення і обробка баз даних, створення і обслуговування локальних комп'ютерних мереж, послуги мережі інтернет, технічне обслуговування та ремонт обчислювальної техніки).
Прискорені темпи зростання є наслідком низького рівня інформатизації основних сфер економіки.
Приклади західних erp систем: система R / 3 корпорації SAP AG, система Oracle Applications, MANMAN / X фірма СА, TRITON компанії BAAN.
Лідерами білоруського ринку ERP-систем є:
SAP AG Компанія SAP AG прийшла в Білорусь у 1995 р., і за роки присутності створила цілу інфраструктуру просування своєї системи R / 3 на білоруському ринку, проводячи регулярні тематичні семінари, вкладаючи кошти в навчання консультантів і накопичуючи досвід у різних галузях.
Вартість поставки SAP R / 3 на 50 робочих місць складає приблизно 0000. Вартість впровадження R / 3, як правило, у кілька разів перевищує вартість ліцензій.
Oracle Просуванням Oracle Applications в Білорусі займається російське представництво корпорації Oracle - Oracle CIS - через своїх бізнес-партнерів. В даний час в СНД реалізовано 29 проектів з впровадження ERP-системи Oracle Applications із середньою кількістю користувачів близько 70.
Microsoft Business Solutions MBS є одним з провідних світових постачальників ERP-рішень. Компанія пропонує своїм клієнтам цілу лінійку продуктів Axapta, Great Plains, Navision, Solomon, а також Microsoft CRM, призначених для комплексної автоматизації передусім середніх і малих підприємств.
У квітні 2000 р. на білоруському ринку ERP-систем для середніх підприємств з'явилася локалізована версія Axapta 2.1 (а вже в грудні 2001 р. - Navision Axapta 2.5), розроблена датською компанією Navision a / s. Спеціально для роздрібних мереж, що працюють в РБ, на базі ERP-системи Microsoft Axapta було розроблено галузеве рішення Axapta Retail.
Вартість поставки та впровадження системи Axapta становить кілька сотень тисяч доларів. У середньому вартість у розрахунку на одне робоче місце становить € 1600-2500. Відповідно, пакет на 20 одночасних користувачів буде коштувати приблизно € 36 000-50 000.
Корпорація Галактика На ринку з 1986 р. Дохід у 2005 р., 7 млн. (на 16% більше, ніж у 2004 р.) У 2005 р. випустила на ринок повнофункціональний комплекс бізнес-рішень Галактика Business Suite, ядром якого є система Галактика ERP. Згідно з рейтингом, підготовленим "Експерт РА", за
Має відділення в Санкт-Перетбурге, Єкатеринбурзі та Самарі, офіційних представників у Тюмені, Новокузнецьку, Хабаровську і Владивостоку, а також центральні офіси в Мінську, Києві і Алмати.
1С ЗАТ "1С" було засновано в 1991 р. За даними експертів, в 2003 р. продажі компанії склали млн., у першому півріччі 2004 р. - млн.
Хоча компанія традиційно не позиціонує свої рішення як продукти класу ERP, в 2005 р. IDC вперше включила її в своє дослідження, відзначаючи, що вони повністю відповідають світовим стандартам систем ERP. За 2004 р. продажі "1С Підприємство: 8.0" виросли на 143%, а за січень-вересень 2005 р. - на 282% в порівнянні з аналогічним періодом 2004 р.
Широке поширення продуктів 1С багато в чому обумовлено тим, що "1С" працює з користувачами через саму розгалужену на комп'ютерному ринку СНД партнерську мережу.
"1С" не обмежується продажем власних розробок. Фірма - офіційний дистриб'ютор програмного забезпечення Miсrosoft, Novell, Symantec, Intel та інших зарубіжних фірм.

Класифікація критеріїв вибору ERP
Аналіз досвіду вибору систем управління підприємствами (ERP, CRM) показує, що найбільш часто зустрічаються критеріями є наступні: вартість системи, гнучкість, масштабованість, відкритість, можливість модифікації під потреби підприємства, імідж фірми-виробника, наявність успішних впроваджень на підприємствах аналогічної галузі, співвідношення Ціна / Якість, співвідношення ціна / функціонал, функціонал системи, СУБД, що лежить в основі КІС (Корпоративної Інформаційної Системи), можливість роботи в КІС віддалених підрозділів та ін
Значення критеріїв, що висуваються в процесі вибору до бажаного об'єкту, і дозволяють приймати рішення. Чим більше точні і детальні ці критерії, тим, з одного боку, більш складний механізм вибору, але, з іншого боку, і більш правильний, оскільки враховує досить велика кількість різних факторів.
Що стосується критеріїв вибору пропонованих до КІС як фахівцями в області інформаційних технологій, так і співробітниками підприємств, які здійснюють вибір, то для них характерні наступні особливості: загальний характер, низька ступінь деталізації або відсутність такої; відсутність чітких формулювань; орієнтація критеріїв на рекламні матеріали фірм- виробників; відсутність системи критеріїв; мала частка охоплення характеристик об'єкта вибору; відсутність систематизації критеріїв; низька зв'язок критеріїв з бізнес-процесами підприємства.
До основними критеріями, які носять загальний характер і постійно висуваються користувачами та ІТ-фахівцями: масштабованість, відкритість, гнучкість, інтегрованість, націленість команди на досягнення успіху, можливість доопрацювання функціоналу, єдиний інформаційний простір і т.п.

Походження і розвиток ERP
Виробниче планування від Гантта до ERP. Що таке OPT, Just-in-time, CIM, CALS? Яка їх зв'язок з ERP і MRP II?
Концепція ERP запропонована аналітичною фірмою GartnerGroup не так давно, на початку 90-х [Keller96], і вже підтвердила свою життєздатність. Але і ERP - не останнє слово в концепціях управління підприємствами. До того ж поряд з ERP в публікаціях можна зустріти безліч іншомовних назв і абревіатур, наприклад, MRP і MRP II, CAD / CAM / CAE, PDM, MES, OPT, CIM, SCM, CRM, CALS, COMMS та інші. Звідки вони взялися? Яка ідея лежить в серцевині кожної концепції? Іноді стоїть за певним скороченням система є частиною іншої із зазначеного списку, іноді - ні, і ці системи повинні взаємодіяти. В одному випадку вони можуть відноситися до різних ідейним поколінням, в іншому - до одного покоління, але навіть не до суміжних верствам в архітектурі інформаційно-керуючої системи.
Все ж таки з усіх "кличок" ERP ще значний час буде однією з основних, і хоча б навіть тому справедливо обрати її в якості фокусу уваги. Але для того, щоб свідомо прийняти рішення про доцільність впровадження на підприємстві нових методів управління та планування на основі концепції ERP і отримати ефект, треба не тільки враховувати, для вирішення яких завдань створювалася концепція, але і з'ясувати, в чому її відмінності від "попередників" . А почати корисно з історії виникнення та становлення цих самих попередників.
Планування до ERP
Розвиток методів управління промисловими підприємствами на початку ХХ століття пов'язують насамперед з іменами Фредеріка Тейлора і Генрі Гантта. Ф. Тейлор (Frederick W. Taylor), що запам'ятався багатьом читачам по ... "'Наукової' системі витискання поту", є творцем виробничого планування як дисципліни. Він досліджував фактори, що впливають на продуктивність, і методи раціональної організації робочого часу. На основі аналізу тисяч експериментів були сформульовані рекомендації з організації промислового виробництва і по навчанню кадрів. Фредерік Тейлор висунув ідею вузької спеціалізації, виділив планування як найважливіший елемент організації виробництва і вважав, що виробничим плануванням повинні займатися професійні менеджери.
Генрі Гантт (Henry L. Gantt) працював разом з Ф. Тейлором над кількісними методами організації виробництва. Один з методів наочного впорядкування робіт - діаграми Гантта (Gantt Charts) - і сьогодні вважається одним із стандартів де-факто. Ідея Гантта полягала в тому, що головним ресурсом планування є час, а основою прийняття управлінських рішень - порівняння запланованого і фактичного стану робіт. На діаграмах Гантта по горизонталі зазвичай показують інтервали часу, а по вертикалі - роботи, операції, обладнання. Горизонтальні відрізки відображають тривалість виконання робіт. Вибравши по горизонтальній осі поточний момент часу і отримавши оперативну інформацію про хід виробництва, можна зіставити фактичний стан справ і планувалося.
Всі сучасні системи управління проектами та планування пропонують подання графіків робіт у вигляді діаграм Гантта. У той же час діаграми Гантта мають ряд очевидних недоліків. Наприклад, за допомогою діаграм Гантта незручно планувати багатоваріантні взаємопов'язані ланцюжки робіт (у будівельних, військових, державних проектах, виробництві). Для таких завдань у військовому відомстві США в 50-і роки були запропоновані методи мережевого планування, або методи вибору "критичного шляху". Крім того, діаграми Гантта зручно застосовувати тільки для одного критичного ресурсу - часу. Якщо необхідно врахувати ще декількох ресурсів, наприклад, технологічної оснастки - діаграми Гантта треба сприймати як "об'ємні", які набувають ряд вимірювань за кількістю врахованих ресурсів. Це зручно для візуальної інтерпретації планів, але ускладнює їх аналіз.
Роботи Ф. Тейлора і Г. Гантта лягли в основу наукових дисциплін, що виникли в середині ХХ століття, - промислової інженерії (Industrial Engineering), що займається управлінням і організацією виробництва, а також дослідження операцій (Operations Research). З дослідженням операцій пов'язано роботи із застосування математичних методів формалізації людської діяльності, в тому числі у виробництві і плануванні. Розроблено багато статистичних і оптимізаційні алгоритми планування, які використовуються в сучасних системах. Наприклад, в SAP R / 3 [SAP96] для прогнозування потреб у продукції (функція Forecast) з урахуванням інформації про фактичний попиті за попередні періоди, використовуються статистичні та евристичні методи (розрахунки сезонних коливань попиту, розрахунки по трендам). Ще одним прикладом є методи оперативного планування (функція Scheduling), підсистеми планування виробництва (PP) SAP R / 3, в яких "зашиті" алгоритми розрахунку дати виконання замовлення, скорочення тривалості виробничого циклу, мінімізації переналагоджень обладнання та ін (Зауважимо, що SAP R / 3 згадується як приклад реалізації згаданих тут і далі функцій.)
На початку 60-х у США почалися роботи з автоматизації управління запасами (Inventory Control). У результаті активного зростання великосерійного та масового виробництва товарів народного споживання і торгівлі після Другої світової війни стало очевидно, що використання математичних моделей планування попиту і управління запасами веде до істотної економії коштів, заморожених у вигляді запасів і незавершеного виробництва. Неможливо розробити "абсолютно оптимальні методи планування запасів", тому слід вибирати й адаптувати алгоритми до специфіки конкретних складських завдань залежно від циклу виробництва або поставок збереженої номенклатури, вартості, розмірів виробів, розфасовки, застосованості і попиту, обсягів складів та ін Було встановлено, що вибір оптимального обсягу партії замовлення - одне з найважливіших умов підвищення ефективності підприємства, так як їх недостатній обсяг веде до зростання адміністративних витрат при повторних замовленнях, а надлишковий - до заморожування коштів. Управління складами (Inventory Control) в сучасних системах управління засновано на математичних методах управління запасами. Наприклад, у підсистемі MM управління матеріальними потоками SAP R / 3 може використовуватися планування поповнення складу на основі прогнозу або після досягнення мінімального рівня запасу (по "точці замовлення"). Пропонуються більше десяти варіантів розрахунку оптимальної партії замовлення, а також можливості включення в систему алгоритмів, розроблених користувачем.
Перші автоматизовані системи управління запасами в промисловому виробництві грунтувалися на розрахунках за специфікацією складу виробу (Bill of Materials). За планом випуску вироби формувалися плани виробництва і розраховувався обсяг закупівлі матеріалів і комплектуючих виробів [APICS92].
Кінець 60-х пов'язаний з роботами Олівера Уайта (Oliver Wight) [Уайт78], який в умовах автоматизації промислових підприємств пропонував розглядати в комплексі виробничі, постачальницькі та збутові підрозділи. Такий підхід і застосування обчислювальної техніки вперше дозволили оперативно коригувати планові завдання в процесі виробництва (при зміні потреб, коректування замовлень, нестачу ресурсів, відмовах устаткування).
У публікаціях Олівера Уайта та Американського товариства з управління запасами і управління виробництвом [APICS92] були сформульовані алгоритми планування, сьогодні відомі як MRP (Material Requirements Planning) - планування потреб у матеріалах - наприкінці 60-х років, і MRP II (Manufacturing Resource Planning ) - планування ресурсів виробництва - в кінці 70-х - початку 80-х рр..
Методи планування на задані інтервали часу потреб у матеріалах, необхідних для виготовлення виробів (MRP), враховують інформацію про склад виробу, стан складів та незавершеного виробництва, а також замовлень і планів-графіків виробництва, і полягають у наступному
· Замовлення (Orders) упорядковуються, наприклад, за пріоритетами або за термінами відвантаження.
· Формується об'ємний план-графік виробництва (Master Schedule). Зазвичай він створюється за групами продукції і може бути використаний для планування завантаження виробничих потужностей.
· Для кожного виробу, який потрапив до плану-графіка виробництва, склад виробу "деталізуються" до рівня заготовок, напівфабрикатів, вузлів і комплектуючих виробів.
· Відповідно до плану-графіка виробництва визначається графік випуску вузлів і напівфабрикатів, а також оцінюється потреба в матеріалах і комплектуючих виробах і призначаються терміни їх поставки у виробничі підрозділи.
На відміну від методів теорії управління запасами, які передбачають незалежний попит на всю номенклатуру, MRP часто називають методом розрахунків для номенклатури "залежного попиту" (тобто формування замовлень на вузли та комплектуючі вироби залежно від замовлення на готову продукцію). Алгоритм MRP не лише видає замовлення на поповнення запасів, але і дозволяє коригувати виробничі завдання з урахуванням мінливої ​​потреби в готових виробах. Зауважимо, що методи MRP набули поширення в США і практично не застосовувалися в Японії. Справа в тому, що японські методи управління в машинобудуванні в основному були орієнтовані на масове виробництво, а американські - на дрібносерійне. В умовах дрібносерійного виробництва може змінюватися номенклатура і структура замовлень. Зміна потреб в готовій продукції веде до зміни потреб у комплектуючих виробах, сировині і матеріалах. У масовому виробництві можна досить ефективно використовувати більш прості, об'ємні методи обліку і планування.

Рис. 1.
MRP II - це замкнута система планування, що відноситься до детального планування виробництва, до фінансового планування собівартості матеріалів і виробничих витрат, а також до моделювання ходу виробництва. Планується не тільки випуск виробів, але і ресурси для виконання плану. Початковим етапом планування є прогнозування і оцінка виробничих потужностей (Capacity Requirements Planning). Присутній також етап об'ємного планування (Master Production Scheduling). Результати об'ємного планування є вихідною інформацією для планування потреб в матеріалах (MRP), які виготовляють і вступників по кооперації.
Замкнутість системи MRP II означає наявність зворотних зв'язків для планування в модулях, що відповідають за управління виробництвом і облік виробництва (Execution, Production activity control), а також те, що модулі оцінки виробничих потужностей, постачання, планування та обліку функціонують як компоненти єдиної системи з використанням інтегрованої бази даних.
Інші методики
Не всі сучасні концепції управління виникали в США. Так, метод планування та управління Just-in-time (JIT - Точно вчасно) з'явився на підприємствах автомобільного концерну в 50-х роках. Він охоплює проектування виробів, вибір постачальників, забезпечення якості, планування, облік виробництва і контроль (з використанням спеціальних бирок-ярликів Kanban). Одна з найважливіших концепцій методу "точно вчасно" пов'язана з мінімізацією страхових і міжопераційних заділів за рахунок стабілізації поставок, а також забезпечення резерву виробничих потужностей. Метод "точно вчасно" не суперечить MRP і MRP II і часто пропонується в сучасних системах як одна з форм організації виробництва. Проте до цих пір він не відповідав традиції вітчизняної промисловості, так як саме напрацювання й запаси сировини служать буфером від нестабільності поставок, суміжників і зростаючих цін комплектуючих виробів. Крім того, в СРСР вважалося, що корисніше підвищувати значення коефіцієнта використання устаткування (замість створення зачепила потужностей), ніж раціонально планувати обсяг міжопераційних заділів, а ці два показники - взаємопов'язані.
Методи OPT (Optimised Production Technology - оптимізована технологія виробництва) створені в Ізраїлі у 70-х роках (роботи Елі Голдрайт). На їх основі був розроблений ряд програмних пакетів. Методи OPT призначені для максимізації випуску продукції при скороченні обсягу запасів і виробничих витрат. В їх основі лежить визначення "вузьких місць" (виробничих потужностей або матеріальних ресурсів) і найбільш точний їх врахування при плануванні. Методика оцінки "вузьких місць" зберігає актуальність і застосовується в алгоритмах планування та визначення ресурсів виробничих потужностей MRP II.
Концепція комп'ютеризованого інтегрованого виробництва (CIM, Computer Integrated Manufacturing) виникла на початку 80-х років і пов'язана з інтеграцією гнучкого виробництва і систем управління ім. CIM з точки зору систем управління та планування (у якості яких використовуються ERP і MRP II) передбачає інтеграцію всіх підсистем системи управління (управління постачанням, проектуванням і підготовкою виробництва; планування і виготовлення; управління виробничими ділянками і цехами; управління транспортно-складськими системами; управління забезпеченням обладнанням, інструментом і оснащенням; систем забезпечення якості, збуту, а також фінансових підсистем) [APICS92].
Методи CALS (Computer-aided Acquisition and Logistics Support - комп'ютерна підтримка процесу постачання та логістики) [CALS99] [Родніков95] виникли у 80-х роках у військовому відомстві США для підвищення ефективності управління та планування в процесі замовлення, розробки, організації виробництва, поставок та експлуатації військової техніки. CALS передбачає одноразовий введення даних, їх зберігання в стандартних форматах, стандартизацію інтерфейсів і електронний обмін інформацією між усіма організаціями та їх підрозділами - учасниками проекту. Методи довели свою ефективність і переносяться в даний час на "цивільні" галузі промисловості. Нова концепція зберегла абревіатуру CALS з більш широким змістом (Continuous Acquisition and Life circle Support - підтримка безперервного життєвого циклу продукції). Проводиться стандартизація ряду аспектів CALS в міжнародній організації стандартизації ISO. Методи CALS можуть використовуватися разом з MRP II / ERP і CIM. На відміну від них CALS дозволяє управляти всім життєвим циклом продукції, включаючи маркетинг, управління комплексними проектами, обслуговуванням при експлуатації.
У чому відмінності ERP від MRP II?
Системи ERP призначені для управління фінансовою та господарською діяльністю підприємств. Це "верхній рівень" в ієрархії систем управління підприємством, що зачіпає ключові аспекти його виробничої і комерційної діяльності, такі як виробництво, планування, фінанси та бухгалтерія, матеріально-технічне постачання та управління кадрами, збут, управління запасами, ведення замовлень на виготовлення (поставку) продукції та надання послуг. Такі системи створюються для надання керівництву інформації для прийняття управлінських рішень, а також для створення інфраструктури електронного обміну даними підприємства з постачальниками і споживачами.
Очевидно, що всі підприємства унікальні у своїй фінансової та господарської діяльності. У той же час прогрес у розробці програмних рішень для задач ERP пов'язаний з тим, що поряд зі специфікою вдається виділити завдання, спільні для підприємств різних видів діяльності (різні галузі промисловості, сфера послуг, телекомунікації, банки, державні установи та ін.) До таких загальних завдань можна зарахувати управління матеріальними та фінансовими ресурсами, закупівлями, збутом, замовленнями споживачів і постачаннями, управління кадрами, основними фондами, складами, бізнес-планування та облік, бухгалтерія, розрахунки з покупцями і постачальниками, ведення банківських рахунків та інших
Основні відмінності систем управління підприємствами, побудованих на основі концепції ERP [Keller96], наступні.
· У ERP, на відміну від MRP II, більше уваги приділяється фінансовим підсистемам.
· Системи ERP, на відміну від MRP II, орієнтовані на управління "віртуальним підприємством". Віртуальне підприємство, що відбиває взаємодія виробництва, постачальників, партнерів і споживачів, може складатися з автономно працюючих підприємств, або корпорації, або географічно розподіленого підприємства, або тимчасового об'єднання підприємств, що працюють над проектом, державною програмою та ін
· У ERP додаються механізми управління транснаціональними корпораціями, включаючи підтримку декількох часових поясів, мов, валют, систем бухгалтерського обліку та звітності.
Ці відмінності в меншій мірі зачіпають логіку і функціональність систем, і більшою мірою визначають їх інфраструктуру (Internet / intranet) і масштабованість - до декількох тисяч користувачів. Вимоги до гнучкості, надійності та продуктивності програмного забезпечення та обчислювальних платформ неухильно зростають.
· Зростають вимоги до інтеграції систем ERP з додатками, що вже використовуються на підприємстві (наприклад, системами проектування, підготовки виробництва, обліку процесу виробництва і управління технологічними процесами, білінгу та розрахунку із клієнтами та ін), а також з новими розробками. Система ERP не може вирішити всіх завдань управління промисловим підприємством і часто сприймається як хребет, на основі якого виконується інтеграція з іншими додатками.
· У нових системах ERP більше уваги приділяється засобам підтримки прийняття рішень і засобам інтеграції з сховищами даних (іноді включаються в систему як новий модуль).
· У системах ERP розроблені розвинені засоби налаштування (конфігурації) і адаптації, в тому числі застосовуються динамічно в процесі експлуатації систем.
У даному проекті концепція ERP представлена ​​тільки з одного боку - з точки зору розвитку виробничого планування. Запропонований аналіз концепцій збудований в історичному ракурсі і не є описом алгоритмів. Спираючись на цей аналітичний матеріал, більш зручно говорити і про перспективи ERP, і про нові концепції, що з'явилися в більш пізній час.
Що дає впровадження ERP
Існує 5 основних причин, через які компанії беруться за впровадження ERP систем.
Інтегрувати фінансову інформацію. Коли керівник намагається оцінити роботу компанії, він може побачити багато різних «версій правди». Фінансовий відділ надає одну версію звіту про доходи, відділ продажу - іншу. Решта підрозділів можуть показувати свої варіанти того, яким є їхній внесок у бізнес. ERP-система створює один остаточний варіант правди, який не може ніким заперечуватися, оскільки всі використовують одну систему.
Інтегрувати інформацію про замовлення. У ERP-системі замовлення проживає все своє життя - від моменту появи у фронт-офісі, до тієї хвилини, коли товар відвантажується клієнту, а бухгалтерія виписує йому рахунок. Маючи інформацію в одній системі, а не «розмазаний» по безлічі різних додатків, компанії легше відстежувати замовлення та координувати виробництво, складування і відвантаження по всіх підрозділах одночасно.
Стандартизувати і прискорити процес виробництва. Виробничі компанії, особливо що володіють апетитом набувати і зливатися, часто виявляють, що численні підрозділи компанії роблять одне і те ж, використовуючи різні методи і різні комп'ютерні системи. ERP-системи приходять зі стандартними методами автоматизації певних кроків виробничого процесу. Стандартизація цих процесів та використання єдиної інтегрованої системи економить час, збільшує продуктивність і зменшує головний біль.
Зменшити складські запаси. ERP-системи сприяють тому, що виробничий процес протікає більш гладко, поліпшується процес виконання замовлення всередині компанії. Компанія тепер може запасати менше сировини, необхідного для виробництва продукту, і зберігати менше готової продукції на складах. Для того, щоб радикально поліпшити весь ланцюжок поставок, вам може знадобитися спеціальний модуль SCM (Supply Chain Management - управління ланцюжками постачань), якого сьогодні входить в стандартну конфігурацію більшості ERP-систем.
Стандартизувати інформацію з персоналу. У компаніях з великою кількістю різних бізнес-одиниць відділи кадрів часто не мають єдиної уніфікованої методики відстеження робочого часу персоналу і роботи з ним. Це положення може виправити ERP. Поспішаючи зробити це, компанії часто не беруть до уваги, що ERP дає не більше ніж загальне уявлення того, як якась типова компанія робить свій бізнес. Реальність же набагато складніше, і кожна галузь має «фішки», які роблять бізнес компанії унікальним. Так, більшість ERP-систем спочатку розроблялася для використання компаніями, що виробляють речі, які можна перерахувати чи помацати, тобто для дискретного виробництва. Зараз ERP-постачальники пропонують також рішення для безперервного виробництва та галузеві рішення для компаній, чиїм продуктом є різні процеси (нафтові, хімічні або сервісні компанії, які оцінюють свої продукти швидше в потоках, ніж окремих одиницях).
Що може дати підприємству впровадження ERP-системи або сучасної MRPII-системи?
1. Системи класу MRPII / ERP являють собою інтегровані інформаційні системи управління. Це означає, що:
· Системи не пов'язані з виробничим процесом безпосередньо, вони не є автоматизованими системами управління технологічними процесами, але мають справу з моделлю технологічного процесу;
· Їх робота полягає в поліпшенні діяльності підприємства, оптимізації матеріальних і фінансових потоків на основі введеної на робочих місцях необхідної інформації;
· В одній системі охоплюється планування і управління всією діяльністю виробничого підприємства, починаючи від закупівлі сировини і закінчуючи відвантаженням товару споживачеві;
· Інформація вводиться в систему тільки один раз у цьому підрозділі, де вона виникає, зберігається в одному місці, і багаторазово використовується всіма зацікавленими підрозділами.
Як наслідок, MRPII / ERP-системи дозволяють досягти узгодженості роботи різних підрозділів, знижуючи при цьому адміністративні витрати і усуваючи проблему інтеграції даних для різних додатків. Ці системи є інструментом підвищення ефективності управління, прийняття правильних стратегічних і тактичних рішень на основі своєчасної та достовірної інформації, що видається комп'ютером.
2. Використання MRPII / ERP-систем дозволяє досягти конкурентних переваг за рахунок оптимізації бізнес-процесів підприємства і зниження витрат.
Ці системи створювалися саме для управління собівартістю продукції та досягнення за рахунок цього конкурентних вигод. Тому системи реалізують методи планування і управління, що дозволяють:
· Регулювати кількість запасів, усуваючи їх дефіцит і залеживанием, і тим самим значно знизити змертвіння у запасах витрати і складські витрати;
· Скоротити незавершене виробництво, оскільки виробництво планується тільки на основі попиту на кінцеву продукцію, при цьому виробничі роботи ініціюються виходячи з терміну, до якого має бути виконаний клієнтське замовлення;
· Оцінювати здійснимість замовлень, що надійшли з точки зору наявних на підприємстві потужностей;
· Скоротити витрати і час, витрачені на виготовлення продукції, за рахунок оптимізації бізнес-процесів;
· Відслідковувати фактичну продуктивність кожної виробничої одиниці і, порівнюючи її з плановою продуктивністю, оперативно вносити коригування у виробничі плани;
· В результаті зменшення циклу виробництва і циклу виконання замовлення більш гнучко реагувати на попит;
· Поліпшити обслуговування клієнтів і замовників за рахунок своєчасного виконання поставок.
Реалізовані в MRPII / ERP-системах можливості гнучкого управління собівартістю продукції дозволяють одержувати більш високий прибуток. Крім цього, зниження собівартості означає можливість варіювати ринкову ціну продукції (в бік зниження), що є потужною перевагою в конкурентній боротьбі.
Залишається зауважити, що впровадження MRPII / ERP-системи конкурентом - це сигнал для прийняття симетричного рішення, оскільки автоматизовані системи управління є дійсно потужним інструментом бізнесу і засобом виживання в нелегких ринкових умовах.
3. Запроваджена MRPII / ERP-система може допомогти компанії залучити інвестиції. MRPII / ERP-системи роблять бізнес компанії більш прозорим, що підвищує довіру до нього з боку інвесторів. Це особливо актуально в російських умовах.
Слід додати, що існують російські розробки MRPII-систем ("Галактика", "Парус", "Босс"), проте часто вибір вітчизняних підприємств падає на аналогічні західні системи. Мотивом такого рішення, як правило, є бажання привернути західні інвестиції: зазвичай іноземні акціонери, інвестори, консультанти вимагають, щоб на підприємстві була встановлена ​​знайома їм система.
Особливості розробки Java програм
Створення мови Java - це дійсно один з найбільш значних кроків вперед в області розробки середовищ програмування за останні 20 років.
Три ключові елементи об'єдналися в технології мови Java і зробили її в корені відмінною від усього, що існує на сьогоднішній день.
Java вивільняє міць об'єктно-орієнтованої розробки додатків, поєднуючи простий і знайомий синтаксис з надійною та зручною у роботі середовищем розробки. Це дозволяє широкому колу програмістів швидко створювати нові програми і нові аплети.
Java надає програмісту багатий набір класів об'єктів для ясного абстрагування багатьох системних функцій, використовуваних при роботі з вікнами, мережею і для введення-виведення. Ключова риса цих класів полягає в тому, що вони забезпечують створення незалежних від використовуваної платформи абстракцій для широкого спектра системних інтерфейсів.
Історія створення
Мова Java зародився як частина проекту створення передового програмного забезпечення (ПО) для різних побутових приладів. Реалізація проекту була почата на мові С + +, але незабаром виник ряд проблем, найкращим засобом боротьби з якими була зміна самого інструмента - мови програмування. Стало очевидним, що необхідний платформо-незалежний мова програмування, що дозволяє створювати програми, які не доводилося б компілювати окремо для кожної архітектури і можна було б використати на різних процесорах під різними операційними системами.
Народженню мови Java передувала досить цікава історія. У 1990 році розробник ПЗ компанії Sun Microsystems Патрік Нотон (Patrick Naughton) зрозумів, що йому набридло підтримувати сотні різних інтерфейсів програм, використовуваних у компанії, і повідомив виконавчого директора Sun Microsystems і своєму другу Скотту МакНілі (Scott McNealy) про свій намір перейти працювати в компанію NeXT. Макнілі, у свою чергу, попросив Нотона скласти список причин свого невдоволення і висунути таке рішення проблем, як якби він був Богом і міг виконати все, що завгодно.
Нотон, хоча і не розраховував на те, що хтось зверне увагу на його лист, все ж таки виклав свої претензії, нещадно розкритикувавши недоліки Sun Microsystems, зокрема, що розробляється в той момент архітектуру ПЗ NeWS. На подив Нотона, його лист здобуло успіх: він був розісланий всім провідним інженерам Sun Microsystems, які не забарилися відгукнутися і висловити гарячу підтримку своєму колезі і схвалення його поглядів на ситуацію в Sun Microsystems. Звернення викликало схвалення і у вищого керівництва компанії, а саме, у Білла Джоя (Bill Joy), засновника Sun Microsystems, і Джеймса Гослінга (James Gosling), начальника Нотона.
У той день, коли Нотон повинен був піти з компанії, було прийнято рішення про створення команди провідних розробників з тим, щоб вони робили що завгодно, але створили щось незвичайне. Команда з шести осіб приступила до розробки нового об'єктно-орієнтованої мови програмування, який був названий Oak (дуб), на честь дерева, що росло під вікном Гослінга.
Незабаром компанія Sun Microsystems перетворила команду Green в компанію First Person. Нова компанія володіла найцікавішій концепцією, але не могла знайти їй відповідного застосування. Після низки невдач несподівано ситуація для компанії різко змінилася: був анонсований броузер Mosaic - так народився World Wide Web, з якого почався бурхливий розвиток Internet. Нотон запропонував використовувати Oak у створенні Internet-додатків. Так Oak став самостійним продуктом, незабаром був написаний Oak-компілятор і Oak-браузер "WebRunner". У 1995 році компанія Sun Microsystems прийняла рішення оголосити про новий продукт, перейменувавши його в Java (єдине розумне пояснення назві - любов програмістів до кави). Коли Java опинилася в руках Internet, стало необхідним запускати Java-аплети - невеликі програми, що завантажуються через Internet. WebRunner був перейменований в HotJava і компанія Netscape встала на підтримку Java-продуктів.

Революційний мову програмування
Мова мав втілювати такі якості: простоту й міць, безпека, об'єктну орієнтованість, надійність, інтерактивність, архітектурну незалежність, можливість інтерпретації, високу продуктивність і легкість у вивченні. Навіть якщо ви ніколи не напишете жодного рядка на мові Java, знати про його можливості досить корисно, оскільки саме перераховані вище властивості мови надають динаміку сторінкам Всесвітньої павутини.
Простота і потужність
Після освоєння основних понять об'єктно-орієнтованого програмування ви швидко навчитеся програмувати на Java. У наші дні існує багато систем програмування, які пишаються тим, що в них однієї і тієї ж мети можна досягти десятком різних способів. У мові Java достаток рішень відсутня - для вирішення задачі у вас буде зовсім небагато варіантів. Прагнення до простоти часто призводило до створення неефективних і невиразних мов типу командних інтерпретаторів. Java до числа таких мов не відноситься - для Вас вся потужність ООП і бібліотек класів.
Безпека
У популярній літературі наших днів, особливо якщо мова заходить про Internet, стало модною темою обговорення питань безпеки. Люди впевнені, що використання Internet в комерційній діяльності рівносильно написання номера своєї кредитної картки на стінці телефонної будки. Один з ключових принципів розробки мови Java полягав у забезпеченні захисту від несанкціонованого доступу. Програми на Java не можуть викликати глобальні функції і отримувати доступ до довільних системних ресурсів, що забезпечує в Java рівень безпеки, недоступний для інших мов.
Об'єктна орієнтованість
Забавно спостерігати, як численні нові діалекти старих мов безапеляційно оголошуються об'єктно-орієнтованими. Оскільки при розробці мови відсутня важка спадковість, для реалізації об'єктів був обраний зручний прагматичний підхід. Розробники Java намагалися витримати розумний компроміс між моделлю пуристів - "все є об'єктами", і моделлю хакерів - "піди з моєї дороги". Об'єктна модель в Java проста і легко розширюється, в той же час, заради підвищення продуктивності, числа та інші прості типи даних Java не є об'єктами.
Надійність
Java обмежує вас в декількох ключових областях і таким чином сприяє виявленню помилок на ранніх стадіях розробки програми. У той же час у ній відсутні багато джерел помилок, властивих іншим мовам програмування (строга типізація, наприклад). Більшість використовуваних сьогодні програм "відмовляють" в одній з двох ситуацій: при виділенні пам'яті, або при виникненні виняткових ситуацій. У традиційних середовищах програмування розподіл пам'яті є досить нудним заняттям - програмістові доводиться самому стежити за усієї використовуваної в програмі пам'яттю, не забуваючи звільняти її в міру того, як потреба в ній відпадає. Найчастіше програмісти забувають звільняти захоплену ними пам'ять або, що ще гірше, звільняють ту пам'ять, яка все ще використовується який-небудь частиною програми. Виняткові ситуації в традиційних середовищах програмування часто виникають в таких, наприклад, випадках, як розподіл на нуль або спроба відкрити неіснуючий файл, і їх доводиться обробляти за допомогою незграбних і нечитабельних конструкцій (крім Delphi). Java фактично знімає обидві ці проблеми, використовуючи збирач сміття для звільнення вільної пам'яті і вбудовані об'єктно-орієнтовані засоби для обробки виняткових ситуацій.

Інтерактивність
Java створювалася як засіб, який повинен задовольнити нагальну потребу у створенні інтерактивних мережевих програм. У Java реалізовано кілька цікавих рішень, що дозволяють писати код, який виконує одночасно масу різних функцій і не забуває при цьому стежити за тим, що і коли має відбутися. У мові Java для вирішення проблеми синхронізації процесів застосований найбільш елегантний із всіх коли-небудь був винайдений методів, який дозволяє конструювати прекрасні інтерактивні системи. Прості в обігу витончені підпроцеси Java дають можливість реалізації в програмі конкретного поведінки, не відволікаючись при цьому на вкладання глобальної циклічної обробки подій.
Незалежність від архітектури ЕОМ
Питання про довговічність і переносимості коду важливіше релігійних воєн між ПК і Макінтоша. Творці Java наклали на мову і на середу часу виконання кілька жорстких вимог, які на ділі, а не на словах дозволяють, одного разу написавши, завжди запускати програму в будь-якому місці і в будь-який час (де існує віртуальна Java-машина - броузери на всіх платформах, OS / 2, Netware).
Інтерпретація плюс висока продуктивність
Надзвичайна здатність Java виконувати свій код на будь-який з підтримуваних платформ досягається тим, що її програми транслюються в якесь проміжне представлення, зване байт-кодом (bytecode). Байт-код, в свою чергу, може інтерпретуватися в будь-якій системі, в якій є середовище часу виконання Java. Більшість ранніх систем, в яких намагалися забезпечити незалежність від платформи, володіло величезним недоліком - втратою продуктивності (Basic, Perl). Незважаючи на те, що в Java використовується інтерпретатор, байт-код легко перекладається безпосередньо в "рідні" машинні коди (Just In Time compilers) "на льоту". При цьому досягається дуже висока продуктивність (Symantec JIT вбудований в Netscape Navigator).
Простота вивчення
Мова Java, хоча й більш складний ніж мови командних інтерпретаторів, все ж незмірно простіше для вивчення, ніж інші інші мови програмування, наприклад, C + +. Риси мови стануть здаватися вам природним шляхом для вирішення тих чи інших завдань і будуть сприяти відпрацюванню хорошого стилю програмування. Оскільки об'єктна модель в Java одночасно проста і виразна, ви скоро освоїтеся з об'єктно-орієнтованим стилем створення програм.
Багата об'єктне середовище
Середовище Java - це щось значно більше, ніж просто мова програмування. У неї вбудований набір ключових класів, які містять основні абстракції реального світу, з яким доведеться мати справу вашим програмам. Основою популярності Java є убудовані класи-абстракції, що зробили його мовою, дійсно незалежним від платформи. Бібліотеки, подібні MFC / COM, OWL, VCL, NeXTStep, Motif та OpenDoc прекрасно працюють на своїх платформах, однак сьогодні головною платформою стає Internet.

Проектування і реалізація модуля ERP системи.
Загальний опис проекту
Даний проект являє собою один з модулів ERP сістеми.В зокрема "Управління товарними і фінансовими потоками". Призначена для дрібних фірм і індивідуальних підприємців. Буде також корисна всі хто багато і часто здійснює операції купівлі / продажу. Дозволяє вести облік всього циклу переміщення товарів / грошей в торговельній операції і складати звіт про виконану роботу. Для демонстрації можливостей програми реалізована схема інтернет-торгівлі на аукціоні Ebay.
Реалізація
При рішення поставленої задачі використовувалася середу Net Beans на базі мови програмування Java. Інтерфейс користувача створювався з застосуванням технології Swing. Графічне оформлення робилося за допомогою редактора "Corel Draw", документація за допомогою текстового процесора MS Word і Macromedia Flash
Логічна схема
Вимоги
Для роботи програми необхідний, по можливості якісний монітор, c підтримкою дозволу 1024 * 768 і вище, комп'ютер c 256 Mb і більше оперативної пам'яті і тактовою частотою процесора не менше 700Mhz. Операційна система c встановленої віртуальною машиною Java

Економічна схема торговельної діяльності
Будь-яка торгова економічна діяльність, включає в себе кілька основних розділів:
· Самі операції
o Купівля
o Продажі
o Посередництво
o Змішаний варіант (наприклад Dropshipping)
· Суб'єкти які безпосередньо беруть участь в цих операціях:
o Клієнти (будь-який клієнт може виступати в ролі посередника)
o Посередники (допомагають здійснити товарний або грошовий розрахунок м / у клієнтами)
§ Товарне посередництво (Склади і пошти)
· Прийом
· Відправлення
· Обмін
§ Грошове посередництво (Банки, платіжні системи ітд)
· Прийом
· Проплата
· Конвертація валют
· Обмін м / у різними платіжними системами
Будь-яка торгова економічна діяльність при спрощенні представляє собою оборот товарів і грошей. А гроші є еквівалент товару плюс посередники для забезпечення цього обміну. Але в кожної діяльності, є також деякі галузеві особливості з певними додатковими параметрами, за якими вона працює.
Тобто будь-яка економічна діяльність будь то система управління фінансами комп'ютерного клубу, агенства нерухомості або інтернет торгівлі працює в межах схеми наведеної вище (якісь частині є, будь-то немає) в купе з галузевими.
Якщо програмно реалізувати вищенаведену економічну схему, то щоб побудувати необхідну економічну модель, потрібно просто залишити необхідні модулі з цієї схеми плюс додати галузеві закони, за якими це буде все працювати. Така практика використовується, коли пишуть великі економічні проекти схожою спрямованості, після чого вони розбиваються на більш дрібні, зі збереженням архітектури програми. Измения дрібних щодо основного проекту - несумірні за часом розробки великого - що дуже зручно. Тому в майбутньому коли замовникові потрібна буде бухгалтерська система опреленного спрямованості, наприклад робота агентства нерухомості, немає сенсу робити автономну, статичну програму, і виділяти під це весь проект. Зручніше буде зробити один проект, який буде як конструктор-шаблон для інших будь-яких економічних проектів. Загалом, будь-яка програма побудована на цьому "конструкторі", дозволить контролювати товарно-фінансові потоки і представить зручні інструменти для виконання проміжних.
Приклад галузевої реалізації економічної схеми
Аукціон EBAY
Наприклад програма для аукціону Ebay, може торкатися всіх розділи схеми діяльності і може бути корисна як продавцям і покупцям для обліку всіх операцій, так і для посередників. Головне, щоб він серйозно і багато працював у цій схемі торгівлі, щоб йому був сенс відстежити і автоматизувати свою діяльність щодо безлічі інших об'єктів або операцій. Кожен, залежно від ролі, в якій він бере участь в обміні товарів і грошей, буде наочно уявляти, що він робить відносно інших і який його результат.
Для побудови програми для ebay, додаємо систему акційною (звичайний, голландський ітд) це йде як особливість операції продажу. Також можемо додати типи здійснення продажу (Buy it now, immediate payment required, private auctions etc) і тд. Додаємо систему рейтингів для продавців і покупців (CRM / SRM),
Додаємо товарних посередників (пошти). Додаємо статистику за закритими аукціонам (аналітика) і тд ...
Додали всі закони і обмеження цієї схеми, характерні для ebay - отримали програму для роботи на ebay.
Агенство нерухомості
Учасники (клієнти або суб'єкти)
· Орендодавці (продавці)
· Саме агенство (посередник)
· Квартиронаймач (покупець)
Квартиронаймач знімає квартиру через агентство, приводячи до переміщення товарів і грошей. У даному випадку товаром виступає інформація про здаваної квартирі. Гроші від квартиронаймача йдуть і до агентства і до орендодавця квартири. Товар йде від орендодавця до квартиронаймачеві. Знову існують різні типи квартир з різними характеристиками і цінами. Існують різні агентства і працюючі на них агенти, а також різні категорії людей, хто буде знімати ці хати. Для кожного складається своя база даних.
Загалом, прості інформаційні послуги, де товар інформація. Побудували цю схему переміщення товарів (інформації про що здається житло) і грошей плюс база даних квартир та їх характеристик. Програма буде задовольняти інтересам, як господарів квартир, так і агентств і квартиронаймачів. Кожен з них займає певну й однозначну позицію в економічній схемі (продавець, посередник, покупець) і може бути визначений в ній, за допомогою зв'язків багато до багатьох
Після вводимо закони та умови, за якими функціонує сегмент Нерухомість -> Оренда житла: Накладаємо обмеження на схему Нерухомість -> Оренда житла: в рамках загальної економічної схеми:
· Змішаний тип операції (Продаж через посередництво)
Визначаємо ролі щодо суб'єктів економічних відносин і визначаємо переміщення товарів і грошей м / у ними. Інформація (товар) надходить від квартиронаймачів (продавців) і агентів (посередників) до агентства, після чого продається квартиронаймачеві. У даному випадку агент, що працює на агентство виступає в ролі посередника м / у агентством і орендодавцем. Агентство по відношенню до квартиронаймачеві також посередник.
· Закони проведення операції та їх послідовність.
Вводимо порядок проведення операції (дуже спрощено)
1. Подача заявки
2. Пропозиція варіантів квартир
3. Укладення попереднього договору з агентством
4. Виїзд агента і перегляд хат
5. Укладання договору з господарем квартири
6. Оплата послуг агентства
7. Укладення договору в ЖЕС м / у господарем хати і квартиронаймачем
· Визначаємо товар
Два види товару, характерні тільки для даної галузі
1. Оплата за фактом заселення (домовився з господарем хати - заплатив гроші агентству. Ця послуга, як правило, дорожче + виїзд агента)
2. Надання просто інформації про що здаються в поточний момент квартирах (дешевше, але немає гарантії, що квартира не здана)
Таким чином, можна реалізувати будь-яку схему товарообігу, змінюючи лише галузеві закони за якими вона функціонує, і побудувати на базі розробленого ERP модуля програму для автоматизації цих цілей.
Зовнішній вигляд програми

Вихідний код
Файл MclientsPanel
public class MClientsPanel extends SVModPanel {
public JDBConnect DBConnect = new JDBConnect ();
public JDBConnect.JTData dataGrid = new JDBConnect.JTData ();
public ClientTab clTab;
public AuditTab auTab;
public AnnexTab anTab;
public RolesTab rlTab;
public AccountsTab acTab;
public WarehousesTab whTab;
public CommentTab cmTab;
public ClientTransTab ctTab;
public int opType;
/ ** Creates new form ClientsPanel * /
public MClientsPanel () {}
public MClientsPanel (int opType, Object parentDlg, boolean t) {
this.parentDlg = parentDlg;
this.opType = opType;
initEnvironment ();
}
private void initEnvironment () {
initDialog ();
clTab = new ClientTab (opType);
auTab = new AuditTab (opType);
anTab = new AnnexTab (opType);
rlTab = new RolesTab (opType, this);
acTab = new AccountsTab (opType, this);
whTab = new WarehousesTab (opType, this);
cmTab = new CommentTab (opType);
ctTab = new ClientTransTab (opType);
tabbedPane.addTab ("General", clTab);
tabbedPane.addTab ("Roles", rlTab);
tabbedPane.addTab ("Accounts", acTab);
tabbedPane.addTab ("Warehouses", whTab);
tabbedPane.addTab ("ClientTrans", ctTab);
tabbedPane.addTab ("Comment", cmTab);
tabbedPane.addTab ("Audit", auTab);
tabbedPane.addTab ("Annex", anTab);
showDialog ("dd", 600,450);
}
public void onOk () {
clTab.saveData (opType);
acTab.saveData ();
saveData ();
JModules.updateInfo (JModules.selModName);
JMainDlg.mfRefer.updateInfo ();
closeDialog ();
}
}
Файл MItemsPanel
public class MItemsPanel extends SVModPanel {
public ItemTab iTab;
public CommentTab cmTab;
public AuditTab auTab;
public AnnexTab anTab;
public JDBConnect DBConnect = new JDBConnect ();
public int opType;
public MItemsPanel (int opType, Object parentDlg, boolean t) {
this.parentDlg = parentDlg;
this.opType = opType;
initEnvironment ();
}
private void initEnvironment () {
initDialog ();
iTab = new ItemTab (opType);
cmTab = new CommentTab (opType);
auTab = new AuditTab (opType);
anTab = new AnnexTab (opType);
tabbedPane.addTab ("General", iTab);
tabbedPane.addTab ("Comment", cmTab);
tabbedPane.addTab ("Audit", auTab);
tabbedPane.addTab ("Annex", anTab);
showDialog ("dd", 600,450);
}
public void onOk () {
String i_id = new Integer (JModules.selTRecID). ToString ();
String clName1 = iTab.jTextField1.getText ();
String clName2 = iTab.jTextField2.getText ();
String street = iTab.jTextField3.getText ();
String cl_city = iTab.jTextField4.getText ();
String cl_land = iTab.jTextField5.getText ();
String cl_tel = iTab.jTextField6.getText ();
try {
Statement st = DBConnect.conn.createStatement ();
JTParameter param = new JTParameter ();
param.reset ();
param.add (clName1, Types.VARCHAR);
param.add (clName2, Types.VARCHAR);
param.add (street, Types.VARCHAR);
param.add (cl_city, Types.VARCHAR);
param.add (cl_land, Types.VARCHAR);
param.add (cl_tel, Types.VARCHAR);
/ / Param.add (cl_fax, Types.VARCHAR);
/ / Param.add (cl_email, Types.VARCHAR);
/ / Param.add (cl_www, Types.VARCHAR);
String sql = "";
if (opType == 1) {/ / New
sql = "insert into items (I_CODE, I_GR, I_DESC, I_MODEL, I_COND, I_EBAYID) values ​​(?,?,?,?,?,?)";
DBConnect.execParamSqlUpdate (sql, param);
}
if (opType == 2) {/ / Open
param.add (i_id, Types.NUMERIC);
sql = "update items set I_CODE =?, I_GR =?, I_DESC =?, I_MODEL =?, I_COND =?, I_EBAYID =? where i_id =?";
DBConnect.execParamSqlUpdate (sql, param);
}
} Catch (SQLException ex) {
ex.printStackTrace ();
}
JModules.updateInfo ();
JMainDlg.mfRefer.updateInfo ();
closeDialog ();
}
}

Висновок
Останнім часом відзначено формуванням нової економіки, основних інфраструктурних елементом якої є мережа Інтернет. Виводячи частину свого бізнесу в Інтернет, компанії переслідують одночасно кілька цілей: від скорочення витрат до поліпшення обслуговування клієнтів і організації нового онлайнового каналу збуту. Існує багато схем електронної комерції як у секторі B2C (наприклад, створення Web-вітрини або Інтернет-магазину), так і в секторі B2B (наприклад, організація корпоративного порталу або участь в роботі віртуальної торгового майданчика - e-marketplaces). Однак потрібно чітко розуміти, що використання будь-якої з цих схем не буде ефективним, якщо компанія заздалегідь не подбала про наведення порядку всередині свого бізнесу, про створення надійного бек-офісу.
В якості основи побудови Інтернет-рішень практично завжди розглядаються MRPII / ERP-системи, що забезпечують ресурсне планування та інтегроване управління всіма бізнес-процесами компанії. Грубо кажучи, MRPII / ERP-системи - це хребет, до якого монтуються Інтернет-рішення. Відсутність чіткої та надійної системи внутрішнього планування та контролю, інтегрованої з зовнішнім Інтернет-рішенням, прирікає компанію в новій економіці на невдачу.

Список використаної літератури
1. Картузов А.В. Програмування на мові JAVA. -Тамбов, 1995 .- 169 с.
2. Гослінг М. Ілюстрований самовчитель по Java Москва 2002. -704 Стор
3. Александреску A. Сучасне проектування на Java: Узагальнене програмування та прикладні шаблони проектування Вільямс, 2002 р. 336 стор
4. Крамер Д. Платформа Java Біном. 2005 р 1104 стор
5. Матеріали з сайту www.erp-online.ru