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

SkyPlanner працює у хмарі, тому встановлювати його програмне забезпечення всередині CSI не потрібно. У багатоклієнтському середовищі CSI інтеграції працюють через Infor OS одним із двох способів:

1. Mongoose IDO REST API через ION API Gateway. Бізнес-об’єкти CSI — це IDO (Intelligent Data Objects) на платформі Mongoose. REST-сервіс доступний за адресою IDORequestService, а Infor публікує його в репозиторії ION API. REST версії 1 надає LoadCollection, AddItem(s), UpdateItem(s), DeleteItem(s), InvokeMethod, IDOInfo і FireAESEvent з відповідями у форматі XML або JSON. Також існує набір кінцевих точок REST версії 2.
2. ION BOD (Business Object Documents), які ION спрямовує через точки підключення. CSI публікує вихідні BOD Sync для ProductionOrder, ItemMaster і PurchaseOrder, а також документи обліку запасів, як-от InventoryAdjustment, InventoryCount і InventoryHold.

У переліку вихідних BOD версії 2026.10 немає повідомлень для специфікацій матеріалів, технологічних маршрутів або робочих центрів. Тому інтеграція для календарного планування насамперед спирається на IDO, а BOD можна додатково використовувати як сигнал про зміни у виробничих завданнях.

Зміни передаються з CSI у вигляді ION BOD. Для календарного планування важливий BOD ProductionOrder. Його налаштовують на формі Replication Document Outbound Cross References, задаючи визначення публікації:

У прикладах Infor застосовано фільтр за статусом виробничого завдання: 'Firm' для змін графіка, а за потреби — 'Released' для змін матеріалів і трудовитрат. Також відбираються записи, у яких RecordDate пізніша за дату останньої ручної публікації фонового завдання.

Application Event System (AES) у Mongoose також може виконувати дії за подіями, а REST API надає FireAESEvent. Базова схема — опитування IDO: кожні кілька хвилин виконується LoadCollection для SLJobs і SLJobRoutes з фільтром за датою запису. Якщо майданчик потребує надсилання змін за подіями, додається BOD ProductionOrder.

У зворотному напрямку вебхуки SkyPlanner передають зміни графіка одразу після їх виникнення, і кожен із них запускає запис даних у CSI.

1. Початкове завантаження основних даних. Зчитайте номенклатуру, технологічні маршрути виробів, специфікації (BOM), групи ресурсів, виробничі ресурси та зміни через LoadCollection. Створюйте робочі центри SkyPlanner на основі ресурсів і груп ресурсів, а не робочих центрів CSI. Infor прямо зазначає, що робочий центр “captures costs only and does not affect the actual planning or scheduling.” (лише фіксує витрати й не впливає на саме планування чи складання графіка).

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

3. Зворотний запис графіка. Вебхук графіка SkyPlanner запускає запис. Інтеграція зчитує нові планові початок і завершення кожної технологічної операції через SkyPlanner REST API. Потім записує їх у графік операцій виробничого завдання за допомогою UpdateItems, використовуючи як ключ завдання, суфікс і номер операції. Це ті самі дати операцій, які задає Scheduler і які редагуються в Resource Gantt; відповідно оновлюються й дати Start та End завдання в SLJobs.

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

4. Підтвердження з виробничого цеху. Оператори реєструють час і кількість продукції на телефоні чи планшеті (Mobile Confirmations, Production Timer, Quick Log Mode). Кожен закритий запис обліку часу перетворюється на непроведений рядок SLJobtrans, створений через AddItems. Він містить завдання, суфікс, операцію, працівника, години та кількість придатної продукції й браку. Далі Job Labor Transaction Posting у CSI відносить витрати на оплату праці та накладні витрати на незавершене виробництво за завданням із вибраною вами періодичністю.

5. Відповідальність за дані, повторні спроби та правила розв’язання конфліктів.

Ключ кожного запису формується з власних ідентифікаторів CSI (виробниче завдання, суфікс, номер технологічної операції, ідентифікатор транзакції). Тому повторний вебхук або опитування оновлює той самий рядок, а не створює дублікат. Невдалі спроби запису повторюються та фіксуються в журналі з текстом помилки CSI. Завдання зі статусом Complete або History у CSI вилучається з графіка SkyPlanner під час наступної синхронізації, а скасоване завдання SkyPlanner ніколи не передається назад у CSI.

Основне джерело конфліктів — вбудовані засоби календарного планування. APS Planning вважає заплановані технологічні операції зафіксованими, але подальші запуски Scheduler (зазвичай щоденні, з горизонтом в один день) можуть знову їх зсунути. Якщо SkyPlanner відповідає за детальну послідовність робіт для певних груп виробничих ресурсів, виключіть ці групи з планування в CSI Scheduler. Потім вимкніть у Shop Floor Control Parameters параметр, через який Scheduler враховує планові замовлення як попит. MRP, планування замовлень APS та Get CTP можуть залишатися в CSI. Функція Running Time Lock у SkyPlanner фіксує розпочаті технологічні операції. Коли на виробництві відбуваються зміни, Autopilot автоматично переплановує графік у SkyPlanner з урахуванням заданих вами блокувань і пріоритетів.

• Зіставлення робочих центрів із верстатами. SLWcs здається очевидним вибором IDO, але для виробничих потужностей він не підходить. Календарне планування спирається на ресурси та групи ресурсів з урахуванням порядку ресурсів у групі.
• Фільтри BOD, які пропускають або повторно надсилають завдання. Публікація ProductionOrder залежить від вибраного тригера та фільтрів статусу. Фільтр лише за 'Firm' пропускає зміни матеріалів і трудовитрат у завданнях, випущених у виробництво. Без фільтра за датою останньої публікації всі дані надсилаються повторно.
• Відхилення трудовитрат під час запису в CSI. CSI відхиляє трудовитрати, якщо виробниче завдання не має статусу Released або Scheduled, технологічна операція вже завершена або працівник неактивний. Перевіряйте дані перед записом і фіксуйте відхилення в журналі.
• Припущення, що рядок уже є проведеною транзакцією. Рядок SLJobtrans залишається непроведеним до запуску Job Labor Transaction Posting. Узгодьте періодичність проведення з фінансовим відділом, щоб дані про трудовитрати вчасно надходили до обліку незавершеного виробництва та розрахунку зарплати.
• Завдання із запізненням з APS. APS планує у зворотному напрямку від дати виконання, а якщо це не вдається — у прямому напрямку від поточної дати; операції на минулі дати вона ніколи не планує. Не покладайтеся на отриману дату початку: нехай SkyPlanner планує замовлення із запізненням з урахуванням реальних виробничих потужностей.
• Особливості Mongoose. Екрануйте коми в значеннях параметрів InvokeMethod як \x2c.

Зі SkyPlanner обсяг робіт на боці CSI залишається невеликим. Він зчитує виробничі завдання, технологічні операції, матеріали й ресурси, а назад записує два типи даних: плановий час операцій і трудовитрати через SLJobtrans. Між цими кроками він переплановує графік — те, що в CSI залежить від ручних правок планувальника в Resource Gantt і наступного запуску Scheduler:

• Графік реагує на події. Arcturus за секунди виконує планування виробництва, формуючи графік з урахуванням реальних потужностей обладнання та доступності персоналу, а Autopilot автоматично переплановує його, коли на виробництві відбуваються зміни: надходить змінене завдання з CSI або оператор реєструє хід виконання. Потім вебхуки передають оновлений час у зовнішню систему.
• Облік трудовитрат безпосередньо на виробництві. Mobile Confirmations, Production Timer і Quick Log Mode перетворюють введені операторами дані на записи обліку часу, які зіставляються з рядками SLJobtrans. Тож трудовитрати надходять до CSI без повторного введення.
• Обмеження як у реальному цеху. Матриця часу налагодження дає змогу обрати послідовність переналагоджень із найменшими витратами часу на підготовку. Інструменти враховуються як спільні виробничі ресурси з обмеженою доступністю. Кілька операторів можуть одночасно працювати на одному робочому центрі, а коли основне обладнання чи персонал зайняті, залучаються альтернативні.
• Послідовність робіт з урахуванням матеріалів. Коли з CSI надходять дані про матеріали для виробничих завдань, складські залишки та відкриті замовлення на закупівлю, графік враховує доступність матеріалів. Замовлений матеріал вважається доступним на дату поставки, зазначену в замовленні на закупівлю. Складські залишки оновлюються, коли замовлення отримує статус Delivered.
• Пробний період знижує ризики проєкту. Завантажте дані, експортовані через Save to Excel, у 30-денну пробну версію та перевірте планування виробництва на власних завданнях: графік враховує реальні потужності обладнання та доступність персоналу. Зупиніть виробничий ресурс, що є вузьким місцем, додайте термінове замовлення та відкладіть поставку за замовленням на закупівлю. Перевірене на цьому етапі зіставлення даних визначає обсяг робіт з IDO.

Обирайте SkyPlanner, якщо CSI має залишатися основною системою обліку номенклатури, виробничих завдань і витрат. Ви отримуєте засіб календарного планування та застосунок для виробничого цеху з невеликим і зрозумілим інтерфейсом обміну: на вході — завдання й основні дані, на виході — запланований час і трудовитрати. Вартість SkyPlanner починається від 199 € на місяць із 5 робочими центрами. Оплата щомісячна, скасувати підписку можна будь-коли. Вартість інтеграції розраховується заздалегідь під ваші процеси й потреби та надається разом із вартістю тарифного плану, тож повну суму ви знаєте ще до початку роботи.

Перегляньте ціни, можливості та документацію SkyPlanner. Порівняйте CSI APS і Scheduler із хмарним засобом календарного планування у статті «Планування виробництва в Infor CloudSuite Industrial». Або перейдіть на сторінку Infor CloudSuite Industrial та до розділу інтеграцій з ERP.