y"> Рис. 10. Збір заявок і формування замовлення.
Першою роботою в цьому відділі є збір заковок далі сформувати замовлення, відправити постачальнику та отримати рахунок. Після отримання рахунку залежно від результату запускається якась одна робота коректування рахунку або візування рахунку. Якщо запускається коректування рахунку, то після неї повертається до відправки рахунку. Якщо запускається візування рахунки, то після нього запускається одна з трьох робіт або відбувається повернення до коректування рахунку, або оплата рахунку, або підтвердження відвантаження. Якщо відбувається оплата рахунку, далі запускається підтвердження відвантаження. Якщо запускається підтвердження відвантаження, то після неї запускається одна з двох робіт або оплата доставки, або отримання товару. Якщо запускається оплата доставки, то далі запускається отримання товару. Після отримання товару запускається робота приходование товару.
З наведених діаграм видно, що процес замовлення починає свою освіту у відділі продажів, передається через книгу замовлень у відділ постачання і там продовжує свою обробку. Тим самим інформація враховується у двох сховищах даних: АІС і книзі замовлень. Такий підхід дублює облік замовлень і робить його більш складним, так як потрібна синхронізація записів. Введення всіх записів замовлень на першому етапі в АІС значно полегшував би пошук і облік їх.
Крім того існують замовлення виконані частково, що ще більше ускладнює облік і управління замовлень. Питання стає ще більш актуальним на увазі періодичності і наростаючої потреби в обробці такого роду інформації. В існуючій АІС з умовних 9 етапів як або враховуються тільки 3, що не дає оперативно керувати інформацією. Крім того в АІС тільки за допомогою фільтрації і сортування з'являються більш широкі можливості по управлінню даними. Для усунення виявлених недоліків пропонується впровадження модуля замовлення в АІС. Це дозволить вирішити проблему з реєстрацією замовлень у різних сховищах даних, скоротить час на обробку замовлень, зробить більш зручним і оперативним доступ до інформації про стан замовлень, дозволить менеджерам легше орієнтуватися в потоці прибуваючої інформації, що як наслідок дасть збільшення числа обслужених клієнтів і підвищить загальну продуктивність праці.
Підставою для вибору технології на користь створення модуля для існуючої інформаційної системи 1С послужило, насамперед, те, що це не вимагає переходу на іншу інформаційну систему. А значить, не потребує вкладень у дорогі пакети і не вимагає додаткового навчання персоналу. Впровадження модуля знизить витрати на впровадження, полегшить перехід на змінений бізнес-процес.
Рішення поставленої задачі буде проходити в кілька етапів:
побудова моделі;
розробка програмного модуля.
вхідної інформації реєстрованої модулем буде: інформація про замовлення надана клієнтом; інформація про оплати і відвантаженнях.
В якості вихідної інформації модуль видаватиме: списки товарів для замовлення за постачальникам, формувати звіти про стан замовлень по автору, списки завдань.
У проекті планується реалізувати наступні функції: створення форм для реєстрації первинної інформації в базі даних, створення журналу замовлень для контролю стан замовлень покупців, автоматизація зб...
