Panduan Integrasi Oracle Fusion Cloud untuk Penjadwalan Produksi dengan SkyPlanner APS

Oracle Fusion Cloud menyediakan tiga jalur data bagi sistem penjadwalan eksternal:

1. REST API untuk Oracle Fusion Cloud SCM. Jalur dasarnya adalah /fscmRestApi/resources/11.13.18.05/. Resource yang digunakan sistem penjadwalan adalah workOrders (beserta resource turunannya, yaitu WorkOrderOperation, WorkOrderOperationResource, dan WorkOrderOperationMaterial), processWorkOrders, workDefinitions, workCenters, productionResources, calendars, itemsV2, itemStructures, dan inventoryOnhandBalances. Progres dikirim ke operationTransactions, resourceTransactions, dan materialTransactions. Pesanan pembelian diambil dari purchaseOrders di Procurement REST API. (Endpoint REST)
2. File-Based Data Import (FBDI). Proses Import Work Orders membuat atau memperbarui work order beserta operasi dan sumber daya produksi untuk operasi tersebut dari templat, sedangkan Import Work Order Resource Transactions memuat catatan transaksi sumber daya produksi. Oracle menyatakan dengan jelas batasan waktunya: “This option isn’t suitable for importing manufacturing data on a real-time basis.” (Opsi ini tidak cocok untuk mengimpor data manufaktur secara waktu nyata.) (sumber)
3. Oracle Integration (OIC). Platform integrasi Oracle menangani aliran data antara Fusion dan sistem lain. Salah satu resep Oracle Integration memantau event Work Order Status Change di Oracle Fusion Cloud Manufacturing (sumber). Gunakan jalur ini jika perusahaan Anda sudah menggunakan OIC.

REST menjadi jalur utama untuk penjadwalan waktu nyata. FBDI cocok untuk pemuatan awal master data.

Data di sisi Oracle diambil melalui polling. Kueri REST dengan filter mengambil work order baru dan yang berubah, perubahan status rilis, saldo persediaan yang tersedia, serta pesanan pembelian. Frekuensinya diatur per pabrik, mulai dari setiap beberapa menit untuk work order hingga setiap jam untuk stok. Jika Anda menggunakan Oracle Integration, event Work Order Status Change dapat memicu pembacaan langsung.

SkyPlanner mengirim webhook saat status atau jadwal berubah, sehingga pengiriman data kembali ke Oracle dipicu oleh event.

1. Pemuatan awal master data. Baca item, struktur item, definisi kerja, work center, sumber daya produksi, dan kalender melalui REST, atau muat satu kali dari hasil ekstraksi FBDI. Tentukan pemetaan work center dengan cermat: work center dengan empat mesin yang tercatat sebagai sumber daya produksi yang sama dipetakan menjadi satu kelompok stasiun kerja atau empat stasiun kerja. Setiap organisasi manufaktur menjadi satu kelompok stasiun kerja, sehingga semua pabrik tercakup dalam satu rencana.

2. Sinkronisasi work order. Baca work order yang sudah maupun belum dirilis beserta operasi dan materialnya, serta pesanan pembelian yang masih terbuka. SkyPlanner menganggap material yang dipesan tersedia pada tanggal pengiriman PO dan memperbarui stok saat PO ditandai Delivered.

Jadwalkan work order, bukan pesanan terencana dari Supply Planning. Pesanan terencana harus diubah menjadi work order di Oracle terlebih dahulu.

3. Penulisan kembali jadwal. Saat mesin penjadwalan menempatkan atau memindahkan job, webhook SkyPlanner memicu PATCH pada workOrders/{WorkOrderId}/child/WorkOrderOperation/{WorkOrderOperationId} dengan PlannedStartDate dan PlannedCompletionDate. Aturan Oracle berlaku: “The planned start date must not occur before the start date of the work order or after the finish date of the work order.” (Tanggal mulai yang direncanakan tidak boleh mendahului tanggal mulai work order atau melewati tanggal selesainya.) (sumber) Karena itu, jika jadwal baru berada di luar rentang tanggal tersebut, integrasi memperbarui tanggal pada header work order melalui PATCH terlebih dahulu, lalu memperbarui operasinya.

4. Konfirmasi di lantai produksi. Operator mencatat pekerjaan melalui SkyPlanner Mobile Confirmations atau Production Timer, dan catatan waktunya menjaga jadwal tetap mutakhir. Jumlah yang selesai dikirim ke operationTransactions, sedangkan waktu tenaga kerja dan mesin dikirim ke resourceTransactions. Jika pabrik Anda sudah melaporkan progres di Oracle, SkyPlanner membaca progres tersebut sebagai gantinya.

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

Tentukan satu sistem yang menulis tanggal operasi. SkyPlanner tidak memerlukan area kerja penjadwalan Oracle, sehingga menggantikan Production Scheduling sebagai sistem yang menulis tanggal rencana. Jika Production Scheduling masih merilis jadwal, pisahkan organisasi yang ditanganinya dari organisasi yang dijadwalkan oleh SkyPlanner.

• Perilaku bawaan penjadwal. Mesin Oracle yang tidak memperhitungkan batasan berjalan saat pembuatan dan pada “certain update actions.” (tindakan pembaruan tertentu) Uji di lingkungan Anda untuk mengetahui pembaruan mana yang menghitung ulang tanggal, dan pastikan SkyPlanner menjadi sistem terakhir yang menulis tanggal operasi.
• Rentang waktu work order. Tanggal operasi harus berada dalam rentang tanggal mulai hingga selesai work order. Perbarui header melalui PATCH terlebih dahulu.
• Basis Type. Penggunaan sumber daya produksi dihitung per unit hanya jika Basis Type bernilai Variable. Nilai Fixed berarti waktu tetap per operasi. Lakukan konversi saat impor; jika tidak, semua durasi akan salah.
• Manufaktur diskret dan proses. Pabrik diskret menggunakan workOrders, sedangkan pabrik proses menggunakan processWorkOrders. Petakan keduanya jika Anda menjalankan kedua jenis manufaktur tersebut.
• Paginasi. Oracle membatasi jumlah rekaman per panggilan REST. Terapkan paginasi pada setiap kueri dan filter berdasarkan organisasi serta status.
• Pembaruan triwulanan. Oracle memperbarui Fusion setiap triwulan. Tetapkan versi REST yang digunakan dalam path dan uji ulang setelah setiap pembaruan.
• Aturan status. Work order berstatus Pending Approval atau yang sudah ditutup tidak boleh diberi tanggal baru. Kecualikan keduanya dengan filter saat membaca data.