Panduan Integrasi Infor CloudSuite Industrial untuk Penjadwalan Produksi dengan SkyPlanner APS

SkyPlanner berjalan di cloud, sehingga tidak ada perangkat lunak SkyPlanner yang diinstal di dalam CSI. Pada CSI multi-tenant, integrasi berjalan melalui Infor OS dengan salah satu dari dua jalur berikut:

1. Mongoose IDO REST API melalui ION API Gateway. Objek bisnis CSI berupa IDO (Intelligent Data Objects) pada framework Mongoose. Layanan REST tersedia di bawah IDORequestService dan dipublikasikan Infor di repositori ION API. REST versi 1 menyediakan LoadCollection, AddItem(s), UpdateItem(s), DeleteItem(s), InvokeMethod, IDOInfo, dan FireAESEvent, dengan respons XML atau JSON. Tersedia juga kumpulan endpoint REST versi 2.
2. ION BODs (Business Object Documents) disalurkan oleh ION melalui titik koneksi. CSI memublikasikan BOD Sync keluar untuk ProductionOrder, ItemMaster, dan PurchaseOrder, beserta dokumen persediaan seperti InventoryAdjustment, InventoryCount, dan InventoryHold.

Daftar BOD keluar versi 2026.10 tidak mencakup daftar kebutuhan bahan, routing, atau pusat kerja. Karena itu, integrasi penjadwalan mengutamakan IDO, sementara BOD dapat digunakan sebagai sinyal perubahan job jika diperlukan.

Perubahan dikirim keluar dari CSI sebagai ION BOD. BOD ProductionOrder adalah BOD yang relevan untuk penjadwalan. Konfigurasikan BOD ini pada formulir Replication Document Outbound Cross References dengan definisi publikasi berikut:

Contoh dari Infor menggunakan filter status job: 'Firm' untuk perubahan jadwal, dan secara opsional 'Released' untuk perubahan material dan tenaga kerja. Contoh tersebut juga memfilter RecordDate agar lebih baru daripada tanggal publikasi manual terakhir pada tugas latar belakang.

Application Event System (AES) milik Mongoose juga dapat menjalankan aksi event, dan REST API menyediakan FireAESEvent. Pola dasarnya adalah polling IDO: panggil LoadCollection pada SLJobs dan SLJobRoutes setiap beberapa menit dengan filter tanggal rekaman. Tambahkan BOD ProductionOrder jika site menginginkan perubahan dikirim secara push.

Untuk arah sebaliknya, webhook SkyPlanner mengirim perubahan jadwal saat terjadi, dan setiap webhook memicu penulisan kembali ke CSI.

1. Pemuatan awal master data. Baca item, routing item, BOM, kelompok sumber daya produksi, sumber daya produksi, dan shift melalui LoadCollection. Bentuk stasiun kerja SkyPlanner dari sumber daya produksi dan kelompoknya, bukan dari work center. Infor menyatakan dengan jelas bahwa work center “captures costs only and does not affect the actual planning or scheduling.” (hanya mencatat biaya dan tidak memengaruhi perencanaan atau penjadwalan yang sebenarnya).

2. Sinkronisasi pesanan. Kirim pesanan job yang sudah dikonfirmasi dan dirilis beserta operasi dan materialnya. Biarkan pesanan rencana APS tetap di CSI. APS Planning menghapus dan membuat ulang rencananya setiap kali dijalankan, sehingga pesanan rencana tidak memiliki identitas tetap yang dapat dijadikan acuan penjadwalan. Konfirmasikan terlebih dahulu menjadi job melalui Planning Detail.

3. Penulisan kembali jadwal. Webhook jadwal SkyPlanner memicu penulisan data. Integrasi membaca rencana waktu mulai dan selesai terbaru untuk setiap operasi dari SkyPlanner REST API. Data tersebut ditulis menggunakan UpdateItems pada jadwal operasi job, dengan job, sufiks, dan nomor operasi sebagai kunci. Tanggal operasi ini sama dengan yang ditetapkan Scheduler dan diedit melalui Resource Gantt. Tanggal Start dan End job pada SLJobs ikut menyesuaikan.

Sebagian site melindungi field jadwal atau mengharuskan logika di sisi CSI dijalankan pada setiap perubahan. Untuk site tersebut, penulisan dilakukan melalui metode IDO khusus yang dipanggil dengan InvokeMethod. Metode ini menerapkan pembaruan yang sama dengan validasi bawaan CSI.

4. Konfirmasi lantai produksi. Operator mencatat waktu dan kuantitas melalui ponsel atau tablet (Mobile Confirmations, Production Timer, Quick Log Mode). Setiap catatan waktu yang ditutup menjadi baris SLJobtrans yang belum diposting, dibuat dengan AddItems. Baris ini memuat job, sufiks, operasi, karyawan, jam kerja, serta jumlah produk baik dan scrap. Selanjutnya, Job Labor Transaction Posting di CSI memposting biaya tenaga kerja dan overhead ke WIP job sesuai frekuensi yang Anda pilih.

5. Kepemilikan data, percobaan ulang, dan aturan konflik.

Setiap rekaman menggunakan pengenal milik CSI sendiri sebagai kunci (job, suffix, nomor operasi, ID transaksi). Dengan demikian, webhook atau polling yang berulang memperbarui baris yang sama, bukan membuat duplikat. Penulisan yang gagal akan dicoba ulang dan dicatat beserta teks kesalahan dari CSI. Job yang diatur ke status Complete atau History di CSI akan dikeluarkan dari jadwal SkyPlanner pada sinkronisasi berikutnya. Job SkyPlanner yang dibatalkan tidak pernah ditulis kembali ke CSI.

Fitur penjadwalan bawaan adalah sumber utama konflik. APS Planning menganggap operasi yang sudah dijadwalkan sebagai operasi yang dikunci, tetapi proses Scheduler berikutnya (biasanya dijalankan setiap hari dengan cakupan satu hari) dapat menggesernya lagi. Jika SkyPlanner mengelola pengurutan terperinci untuk sejumlah kelompok sumber daya produksi, keluarkan kelompok tersebut dari cakupan CSI Scheduler. Lalu nonaktifkan pengaturan di Shop Floor Control Parameters yang membuat Scheduler memperlakukan pesanan rencana sebagai permintaan. MRP, perencanaan pesanan APS, dan Get CTP dapat tetap dijalankan di CSI. Running Time Lock di SkyPlanner menjaga agar operasi yang sudah dimulai tidak bergeser. Di dalam SkyPlanner, Autopilot menjadwalkan ulang secara otomatis saat terjadi perubahan produksi, dengan tetap mengikuti penguncian dan prioritas yang Anda tetapkan.

• Memetakan work center sebagai mesin. SLWcs tampak sebagai pilihan IDO yang paling jelas, tetapi bukan pilihan yang tepat untuk kapasitas. Penjadwalan didasarkan pada sumber daya produksi dan kelompoknya (beserta urutan anggota).
• Filter BOD yang melewatkan atau mengirim ulang job. Publikasi ProductionOrder bergantung pada pemicu dan filter status yang Anda pilih. Filter yang hanya menggunakan 'Firm' akan melewatkan perubahan material dan tenaga kerja pada job yang sudah dirilis. Tanpa filter tanggal publikasi terakhir, semua data akan dikirim ulang.
• Catatan kerja ditolak saat ditulis kembali. CSI menolak catatan kerja jika job tidak berstatus Released atau Scheduled, operasi sudah selesai, atau karyawan tidak aktif. Lakukan validasi terlebih dahulu dan catat setiap penolakan.
• Menganggap baris data sebagai transaksi yang sudah diposting. Baris SLJobtrans belum diposting sampai Job Labor Transaction Posting dijalankan. Sepakati frekuensi posting dengan tim keuangan agar data tenaga kerja tersedia untuk WIP dan penggajian sesuai waktu yang dibutuhkan.
• Job terlambat dari APS. APS merencanakan mundur dari tanggal jatuh tempo. Jika tidak berhasil, APS merencanakan maju dari hari ini; APS tidak pernah membuat rencana untuk waktu yang sudah lewat. Biarkan SkyPlanner menjadwalkan pesanan yang terlambat berdasarkan kapasitas aktual, bukan mengandalkan tanggal mulai yang diterima.
• Detail Mongoose. Untuk koma di dalam nilai parameter InvokeMethod, gunakan escape \x2c.

SkyPlanner menjaga agar integrasi di sisi CSI tetap sederhana. SkyPlanner membaca job, operasi, material, dan sumber daya produksi, lalu menulis kembali dua hal: rencana waktu operasi dan data tenaga kerja SLJobtrans. Di antara kedua proses itu, SkyPlanner melakukan penjadwalan ulang. Di CSI, pekerjaan ini masih bergantung pada perubahan yang dibuat perencana melalui Resource Gantt dan proses Scheduler berikutnya:

• Jadwal mengikuti perubahan. Arcturus menyusun jadwal produksi yang memperhitungkan kapasitas nyata mesin dan tenaga kerja dalam hitungan detik, dan Autopilot menjadwalkan ulang secara otomatis saat produksi berubah, baik karena perubahan job dari CSI maupun pencatatan progres oleh operator. Webhook kemudian mengirimkan waktu yang baru.
• Data tenaga kerja dicatat langsung di sumbernya. Mobile Confirmations, Production Timer, dan Quick Log Mode mengubah input operator menjadi catatan waktu yang dipetakan ke baris SLJobtrans. Dengan begitu, data tenaga kerja masuk ke CSI tanpa perlu diketik ulang.
• Batasan sesuai kondisi lantai produksi. Matriks waktu penyiapan memilih urutan changeover dengan total waktu penyiapan tersingkat. Perkakas merupakan sumber daya produksi bersama yang jumlahnya terbatas. Beberapa operator dapat bekerja di satu stasiun kerja secara bersamaan, dan mesin serta personel alternatif dapat menggantikan yang utama saat sedang sibuk.
• Urutan kerja mengikuti material. Dengan aliran data yang memuat material job, stok, dan pesanan pembelian CSI yang masih terbuka, ketersediaan material diperiksa dalam jadwal. Material yang dipesan dianggap tersedia pada tanggal pengiriman PO, dan stok diperbarui saat PO ditandai Delivered.
• Uji coba untuk mengurangi risiko proyek. Muat hasil ekspor Save to Excel ke versi uji coba 30 hari dan lihat job Anda sendiri dalam jadwal produksi yang memperhitungkan kapasitas nyata mesin dan tenaga kerja. Hentikan sumber daya yang menjadi bottleneck, tambahkan pesanan mendesak, dan tunda pesanan pembelian. Pemetaan yang Anda validasi di sana menjadi lingkup pengerjaan IDO.

Pilih SkyPlanner jika CSI harus tetap menjadi sistem acuan untuk item, job, dan biaya. Anda mendapatkan aplikasi penjadwalan dan lantai produksi dengan antarmuka integrasi yang ringkas dan jelas: job dan master data masuk, jadwal rencana dan catatan kerja keluar. Harga SkyPlanner mulai dari 199 € per bulan, sudah termasuk 5 stasiun kerja, ditagih bulanan, dan dapat dibatalkan kapan saja. Penawaran harga integrasi disampaikan di awal sesuai proses dan kebutuhan Anda, bersama paket langganan Anda, sehingga Anda mengetahui seluruh biaya sebelum memulai.

Lihat harga, fitur, dan dokumentasi SkyPlanner. Bandingkan CSI APS dan Scheduler dengan aplikasi penjadwalan berbasis cloud di penjadwalan produksi untuk Infor CloudSuite Industrial. Atau kunjungi halaman Infor CloudSuite Industrial dan pusat integrasi ERP.