Посібник з інтеграції QAD Adaptive ERP для календарного планування виробництва в SkyPlanner APS

QAD надає зовнішній системі календарного планування три способи підключення:

1. QAD QXtend Inbound (QXI). QAD описує його як “a Web services-based, SOAP-compliant, XML framework, enabling complete platform-independent access to QAD Enterprise Applications business functionality.” (XML-платформа на основі вебсервісів із підтримкою SOAP, що забезпечує повний доступ до бізнес-функцій QAD Enterprise Applications незалежно від платформи). Кожен запит — це QDoc, який запускає програму QAD з тими самими перевірками, що й під час роботи через її екранну форму. На кожен запит повертається QDoc із відповіддю. Серед готових QDoc — maintainItemMaster, maintainRouting і maintainPurchaseOrder. Для програм без готового QDoc інструмент QGen від QAD створює зіставлення з програмою меню: “QGen is used to map custom programs or QAD Enterprise Applications programs that do not have released QDoc schemas and events files.” (QGen використовують для зіставлення користувацьких програм або програм QAD Enterprise Applications, для яких немає готових схем QDoc і файлів подій). Сама QAD також використовує цей спосіб: “QAD Production Scheduler uses QAD QXtend to update work orders.” (QAD Production Scheduler використовує QAD QXtend для оновлення виробничих замовлень). (Посібник QXtend)
2. QAD QXtend Outbound (QXO). QXO “exports user-configurable business objects as XML QDocs out of QAD products.” (експортує з продуктів QAD бізнес-об’єкти, які налаштовує користувач, у форматі XML QDoc). До стандартних бізнес-об’єктів належать Item, Product Structure, Routing, Work Center, Department, Inventory Transaction та Inventory Status.
3. REST API для бізнес-документів. Починаючи з Adaptive ERP 2022.1, “Query REST APIs are now available for business documents,” (для бізнес-документів доступні REST API для виконання запитів) із фільтрацією, сортуванням, посторінковим отриманням і вибіркою частини даних. Їхню документацію наведено у Swagger у вашому екземплярі системи (примітки до випуску).

Запис даних виконується через QXtend. Для читання використовуються QXO та REST API для виконання запитів.

QXtend Outbound — це механізм QAD для передавання даних про зміни. “A change occurs to watched data in QAD Enterprise Applications. Change notifications are written out to the qxevents database.” (Коли в QAD Enterprise Applications змінюються відстежувані дані, сповіщення про зміни записуються до бази даних qxevents). Далі QXO формує QDoc і передає їх “to a directory location where the subscriber polls for and picks up new QDocs,” (до каталогу, який підписник періодично перевіряє та з якого забирає нові QDoc) або до вебсервісу, що приймає запити за певною URL-адресою.

SkyPlanner підписується як вебсервіс на публікації QXO, а дані, яких QXO не охоплює, отримує шляхом періодичних запитів до REST API. Work Order не належить до стандартних бізнес-об’єктів QXO, тому інтеграція або додає бізнес-об’єкт QXO на основі таблиць виробничих замовлень (wo_mstr, wr_route), або запитує виробничі замовлення через REST API кожні кілька хвилин.

SkyPlanner надсилає вебхуки в разі зміни стану або розкладу, тож зворотний запис даних працює на основі подій.

1. Початкове завантаження основних даних. Зчитайте номенклатуру, структури виробів, технологічні маршрути, робочі центри й календарі через QXO або REST API для виконання запитів. Продумайте зіставлення робочих центрів: робочий центр із чотирма верстатами може стати однією групою робочих центрів або чотирма окремими робочими центрами. Лінії повторюваного виробництва з Production Line Maintenance також можуть стати робочими центрами.

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

Включайте до розкладу виробничі замовлення, а не планові замовлення MRP. Спочатку планові замовлення мають стати в QAD твердо запланованими або запущеними виробничими замовленнями.

3. Зворотний запис розкладу. Коли механізм планування розміщує або переміщує замовлення, вебхук SkyPlanner запускає QXtend Inbound QDoc для Work Order Maintenance (16.1). Він встановлює дату запуску за першою запланованою технологічною операцією, а дату завершення — за останньою. QXtend виконує програму зі штатними перевірками QAD і повертає QDoc із відповіддю, яку перевіряє інтеграція.

Послідовність технологічних операцій на кожному верстаті залишається в SkyPlanner і передається операторам через Mobile Confirmations. Завдяки цьому інтеграція не зачіпає заблоковані в QAD технологічні маршрути запущених замовлень.

4. Підтвердження виконання в цеху. Оператори реєструють роботу через SkyPlanner Mobile Confirmations або Production Timer, а записи обліку часу підтримують розклад в актуальному стані. Ви самі обираєте, чи передавати фактичний час назад у QAD. Якщо так, час налагодження та виконання кожної технологічної операції надходить у Labor Feedback by Work Order, а виготовлені кількості — у Work Order Receipt. Якщо ні, трудовитрати, як і раніше, вносять у QAD.

5. Правила відповідальності за дані та розв’язання конфліктів. Зафіксуйте їх до запуску в експлуатацію:

Визначте одну систему, яка записуватиме дати виробничих замовлень. SkyPlanner не потребує модуля календарного планування QAD, тому для замовлень, які він планує, саме він записує дати замість робочих панелей календарного планування чи інших систем планування.

• Повторні запуски CRP. CRP переплановує всі відкриті технологічні операції вибраних виробничих замовлень. QAD зберігає дати, задані вручну, лише за умови: “you also adjusted the work order release and due date to match,” (ви також відповідно скоригували дати запуску та завершення виробничого замовлення). Саме ці дати й записує SkyPlanner. Запускайте CRP після зворотного запису або виключайте замовлення, які планує SkyPlanner.
• Після запуску технологічні маршрути фіксуються. “Once the work order status is Exploded, Allocated, or Released, no more changes can be made to the routing.” (Щойно виробниче замовлення набуває статусу Exploded, Allocated або Released, змінювати технологічний маршрут більше не можна.) Зчитуйте маршрут під час запуску замовлення, а змінюйте маршрути лише в планових або затверджених планових замовленнях.
• Одиниці часу в технологічному маршруті. Час налагодження та виконання враховується в завантаженні, тоді як “queue, wait, and move times are excluded from load calculations.” (час у черзі, очікування та переміщення не враховується в розрахунках завантаження). У SkyPlanner моделюйте чергу, очікування та переміщення як етапи, що враховують лише час. Перевірте також, чи задано час виконання на одиницю продукції, чи на все замовлення.
• Пропускна здатність QXtend. QAD попереджає: “UI API adapter performance may be unacceptable when processing high volumes of data or real-time transactions.” (Продуктивність адаптера UI API може бути неприйнятною під час обробки великих обсягів даних або транзакцій у реальному часі.) Надсилайте пакетами лише змінені замовлення та використовуйте штатні QDocs, якщо вони доступні.
• Домени та майданчики. У багатодоменних інсталяціях QAD робочі центри й виробничі замовлення зберігаються окремо для кожного домену та майданчика. Зіставте кожен майданчик, охоплений інтеграцією, з окремою групою робочих центрів.
• Поєднання повторюваного та дискретного виробництва. Лінії Advanced Repetitive працюють за графіками повторюваного виробництва, а не за виробничими замовленнями. Під час визначення обсягу проєкту вирішіть, які лінії плануватиме SkyPlanner.