Panduan Integrasi SYSPRO untuk Penjadwalan Produksi dengan SkyPlanner APS

SYSPRO menyediakan dua jalur data untuk sistem penjadwalan eksternal:

1. e.net Solutions Business Objects. Logika bisnis SYSPRO dipanggil dari luar, dengan masukan dan keluaran berupa XML. Ada tiga kelompok: Query (misalnya WIPQBL, WIP Balance Query), Transaction atau Post (misalnya WIPTJB, WIP Job Creation and Maintenance), serta Setup untuk master data. Business object menerapkan validasi yang sama dengan layar SYSPRO dan tetap kompatibel antarversi. Panduan praktik terbaik SYSPRO menyatakannya dengan jelas: “SYSPRO’s Business Objects are used to query and post data to SYSPRO.” (Business Objects SYSPRO digunakan untuk mengambil dan mengirim data ke SYSPRO.)
2. SYSPRO OData Service (OData v4). Menyediakan akses RESTful hanya-baca ke basis data perusahaan dan sistem, serta ke Business Activity Queries, yaitu tampilan SQL yang didefinisikan di SYSPRO. Layanan ini tersedia mulai SYSPRO 8 2021 R2. Di SYSPRO Cloud ERP, “Syspro OData is the only mechanism available when applications need access to SYSPRO data.” (Syspro OData adalah satu-satunya mekanisme yang tersedia saat aplikasi memerlukan akses ke data SYSPRO.)

Business object dipanggil melalui layanan e.net Communications, menggunakan SYSPRO WCF Service atau SYSPRO Web Service.

Master Data Take On (IMPIMP) mengimpor spreadsheet melalui business object Setup, sehingga berguna untuk pemuatan master data satu kali. SYSPRO Harmony mencapai akhir masa pakainya pada 31 Desember 2026, jadi jangan membangun solusi baru di atasnya.

SYSPRO tidak mengirim webhook keluar. Electronic Signature Transaction Setup dapat mengaktifkan pemicu seperti email atau VBScript saat transaksi berhasil. Namun, SYSPRO menyatakan: “It is not intended that triggers from e.net Business Objects fire VBScript triggers.” (Pemicu dari e.net Business Objects tidak dimaksudkan untuk mengaktifkan pemicu VBScript.)

Karena itu, data di sisi SYSPRO diambil melalui polling. Kueri business object atau permintaan OData yang difilter untuk job terbuka dan perubahan terbaru mengambil pekerjaan baru. Frekuensinya ditentukan per pabrik, mulai dari setiap beberapa menit untuk job hingga setiap jam untuk persediaan.

SkyPlanner mengirim webhook saat status atau jadwal berubah, sehingga penulisan balik berjalan berdasarkan peristiwa.

1. Pemuatan awal master data. Baca Stock Codes, Structures and Routings, work center, mesin, dan kalender melalui OData atau business object Query. Tentukan pemetaan work center ke SkyPlanner dengan cermat: work center dengan empat mesin menjadi satu kelompok stasiun kerja atau empat stasiun kerja.

2. Sinkronisasi job. Baca job aktif beserta operasi dan materialnya, serta pesanan pembelian yang masih terbuka. SkyPlanner menganggap material yang dipesan tersedia pada tanggal pengiriman PO dan memperbarui persediaan saat PO ditandai Delivered.

Jadwalkan hanya job aktif. Usulan job tetap berada dalam snapshot MRP hingga MRP Job Review mengubahnya menjadi job.

3. Penulisan balik jadwal. Saat mesin penjadwalan menempatkan atau memindahkan job, webhook SkyPlanner memicu pengiriman ke business object WIP Job Creation and Maintenance (WIPTJB). Pengiriman ini menetapkan tanggal mulai dan selesai job yang direncanakan. Business object memvalidasi perubahan tersebut persis seperti Job Entry.

4. Konfirmasi di lantai produksi. Operator mencatat pekerjaan melalui SkyPlanner Mobile Confirmations atau Production Timer, dan catatan waktunya menjaga jadwal tetap mutakhir. Anda menentukan apakah waktu aktual dikirim kembali ke SYSPRO. Jika ya, waktu persiapan dan proses dikirim ke Labor Posting per operasi job, sedangkan jumlah yang selesai dikirim ke Job Receipts. Jika tidak, data tenaga kerja tetap dimasukkan di SYSPRO seperti sebelumnya.

5. Aturan kepemilikan data dan penanganan konflik. Dokumentasikan aturan ini sebelum mulai digunakan secara operasional:

Tetapkan satu sistem saja untuk menulis tanggal job. SkyPlanner tidak memerlukan modul penjadwalan SYSPRO, sehingga menggantikan Factory Scheduling, Visual APS, atau APS (Nexsys) sebagai sistem yang menulis tanggal rencana. Jika salah satunya masih memperbarui tanggal rencana, nonaktifkan fungsi tersebut untuk job yang dijadwalkan SkyPlanner. Di Factory Scheduling, opsi Job Entry tersebut adalah “Update planned dates to scheduled dates.” (Perbarui tanggal rencana menjadi tanggal hasil penjadwalan.)

• Job _TMP. Uji pembebanan dengan kapasitas terbatas di Job Entry dapat membuat job _TMP di WipMaster. Kecualikan job tersebut dengan filter pada setiap pembacaan.
• Operasi yang sudah dimulai. Forward Finite Scheduling menghasilkan kesalahan jika operasi yang sudah dimulai tidak muat dalam kapasitas yang tersedia. Baca progres operasi ke SkyPlanner sebelum setiap proses penjadwalan, agar jadwal memperhitungkan pekerjaan yang sudah selesai. Running Time Lock kemudian mengunci pekerjaan untuk beberapa jam ke depan.
• Satuan waktu routing. Waktu persiapan, proses, antrean, dan perpindahan masing-masing memerlukan satuan dan dasar perhitungan yang tepat. Waktu antrean dan perpindahan adalah waktu tunggu, bukan waktu mesin. Lakukan konversi saat impor; jika tidak, semua durasi akan salah.
• Operasi subkontrak. Offsite Days dan Dock to Stock Days menunjukkan waktu yang berlalu, bukan kapasitas Anda. Modelkan keduanya sebagai langkah yang hanya memperhitungkan waktu.