Panduan Integrasi Odoo untuk Penjadwalan Produksi dengan SkyPlanner APS
Panduan ini menjelaskan kepada mitra Odoo, pengembang, dan pimpinan TI cara menghubungkan Odoo Manufacturing dengan SkyPlanner APS. Untuk memahami manfaat bisnisnya dan fungsi yang sudah tersedia melalui tombol Plan di Odoo, baca halaman penjadwalan produksi Odoo dan Apakah Odoo mendukung penjadwalan produksi yang memperhitungkan kapasitas nyata mesin dan tenaga kerja?.
Odoo tetap menjadi sumber data acuan untuk produk, daftar kebutuhan bahan, operasi, perintah produksi, stok, dan perhitungan biaya. SkyPlanner menyusun jadwal dari data tersebut menggunakan mesin Arcturus. Integrasi dengan Odoo berjalan dua arah:
- Perintah produksi, work order, operasi BoM, work center, dan pesanan pembelian dikirim ke SkyPlanner.
- Waktu mulai dan selesai yang direncanakan serta work center ditulis kembali ke
mrp.workorder. - Progres dan waktu yang dicatat dikirim kembali sebagai Time Logs di Odoo.
- Webhook SkyPlanner mengirim perubahan jadwal begitu perubahan terjadi.
Selama onboarding, tim SkyPlanner mengonfigurasi integrasi melalui API eksternal standar Odoo sesuai versi, hosting, dan kustomisasi Anda, lalu memberikan dukungan setelah sistem mulai digunakan. Panduan ini ditujukan bagi mitra dan pengembang yang ingin ikut terlibat atau membangun integrasi sendiri menggunakan REST API SkyPlanner yang terdokumentasi (referensi API). Penanganan produk, material, dan pesanan pembelian dijelaskan dalam dokumentasi SkyPlanner yang tersedia untuk umum.
Langkah nol: periksa paket dan hosting Odoo
Cari tahu terlebih dahulu konfigurasi Odoo yang digunakan pelanggan. Inilah yang menentukan pendekatan integrasinya.
| Konfigurasi | API eksternal | Modul kustom | Pendekatan praktis |
|---|---|---|---|
| Odoo Online, One App Free atau Standard | Tidak | Tidak | CSV/XLSX, atau beralih ke paket Custom |
| Odoo Online, paket Custom | Ya | Tidak | API eksternal |
| Odoo.sh (paket Custom) | Ya | Ya | API eksternal, modul opsional |
| Di server sendiri, Community atau Enterprise | Ya | Ya | API eksternal, modul opsional |
Dokumentasi API Odoo menyatakan bahwa akses API eksternal “only available on Custom Odoo pricing plans” (hanya tersedia pada paket harga Custom Odoo), bukan pada One App Free atau Standard. Halaman harganya menjelaskan bahwa Standard dihosting di Odoo Online “without custom modules” (tanpa modul kustom). Tanyakan hal ini saat menggali kebutuhan, bukan ketika pengembangan sudah berjalan setengah jalan.
Pilihan integrasi Odoo
| Opsi | Versi | Autentikasi | Peran dalam integrasi penjadwalan |
|---|---|---|---|
API eksternal JSON-2: POST /json/2/<model>/<method> | Baru di 19.0 | Kunci API dalam Authorization: bearer <key>, dengan header opsional X-Odoo-Database | Pilihan standar untuk pengembangan baru: search_read untuk membaca data, write untuk menulis kembali tanggal |
XML-RPC / JSON-RPC eksternal: /xmlrpc/2, /jsonrpc, layanan common, object | Hingga 19.0; dijadwalkan untuk dihapus | common.authenticate dengan nama pengguna dan kata sandi atau kunci API, lalu execute_kw | Diperlukan untuk pelanggan yang menggunakan 16.0 hingga 18.0 |
| Controller kustom dalam modul | Semua | Per route, misalnya auth='bearer' | Payload gabungan: MO beserta work order-nya dalam satu panggilan |
| Aturan otomatisasi: “Send Webhook Notification” (kirim notifikasi webhook) | Tercantum dalam dokumentasi mulai 17.0 | POST keluar ke URL | Mengirim data saat MO dan work order dibuat atau diedit |
| Impor record (CSV, XLSX) dan ekspor | Semua | Sesi pengguna | Data untuk uji coba dan pemuatan master data satu kali |
Siapkan rencana untuk penghapusan ini sekarang. Odoo telah menjadwalkan penghapusan XML-RPC dan JSON-RPC pada Odoo 22 (musim gugur 2028) dan Odoo Online 21.1 (musim dingin 2027). Gunakan JSON-2 untuk pengembangan pada 19.0 dan pisahkan jalur RPC untuk database versi lama di balik satu adaptor, agar peningkatan versi hanya memerlukan satu perubahan. Controller kustom dengan @route(type='jsonrpc') tidak terdampak oleh penghapusan ini.
Autentikasi
Buat akun pengguna khusus integrasi dengan akses baca ke Manufacturing dan Inventory serta akses tulis ke work order. Buat kunci API untuk akun tersebut melalui Preferences > Account Security > New API Key. Pada versi 19.0, masa berlaku kunci maksimal tiga bulan, sehingga middleware perlu mendukung rotasi kunci dan memberikan peringatan jika autentikasi gagal. Tanpa keduanya, kunci yang kedaluwarsa akan menghentikan sinkronisasi tanpa diketahui. Di sisi SkyPlanner, REST API menggunakan JWT, sehingga middleware menyimpan kedua kredensial tersebut.
Setiap panggilan JSON-2 berjalan dalam transaksi SQL tersendiri. Karena itu, penulisan yang dibagi ke beberapa panggilan tidak bersifat atomik. Lakukan penulisan per work order dan catat setiap hasilnya.
Peristiwa
Odoo mengirim perubahan melalui aturan otomatisasi. Aturan pada mrp.production atau mrp.workorder dengan pemicu On create and edit dan tindakan “Send Webhook Notification” (kirim notifikasi webhook) mengirim POST berisi field yang dipilih ke sebuah URL. Buat aturan di Studio, atau melalui formulir Automation Rules dalam mode pengembang. Lengkapi dengan polling search_read terjadwal berdasarkan write_date untuk menangkap data impor dan perubahan yang terlewat oleh aturan tersebut. Untuk arah sebaliknya, webhook SkyPlanner langsung mengirim perubahan jadwal dan status saat terjadi.
Nama field berbeda antarversi. Pada 19.0, setiap database mencantumkan model, field, dan metodenya di /doc; pada versi sebelumnya, panggil fields_get. Gunakan informasi tersebut sebagai dasar pemetaan, bukan ingatan.
Pemetaan data: dari Odoo ke SkyPlanner
| Model Odoo | Objek SkyPlanner | Arah | Frekuensi |
|---|---|---|---|
product.product / product.template (default_code, uom_id, qty_available) | Produk atau material | Odoo → SkyPlanner | Pemuatan awal, lalu setiap hari atau saat ada perubahan |
mrp.bom (product_tmpl_id, product_qty, produce_delay), mrp.bom.line (product_id, product_qty, operation_id), mrp.bom.byproduct | Produk bertingkat, kebutuhan material per langkah proses | Odoo → SkyPlanner | Saat ada perubahan |
mrp.routing.workcenter (tab Operations: workcenter_id, sequence, time_mode, time_cycle_manual, blocked_by_operation_ids) | Langkah proses beserta urutan dan waktu prosesnya | Odoo → SkyPlanner | Saat ada perubahan |
mrp.workcenter (resource_calendar_id, time_efficiency, time_start, time_stop, alternative_workcenter_ids) | Stasiun kerja, efisiensi, setup dan pembongkaran, stasiun kerja alternatif | Odoo → SkyPlanner, lalu dikelola di SkyPlanner | Pemuatan awal |
mrp.workcenter.capacity (capacity) | Jumlah unit per siklus, waktu setup dan pembongkaran khusus per produk | Odoo → SkyPlanner | Pemuatan awal |
resource.calendar, resource.calendar.attendance, resource.calendar.leaves | Shift dan cuti | Odoo → SkyPlanner | Pemuatan awal, data cuti saat ada perubahan |
mrp.production (product_id, product_qty, date_deadline, priority, state, workorder_ids) | Order beserta tenggat dan prioritasnya | Odoo → SkyPlanner | Webhook saat konfirmasi, ditambah polling |
mrp.workorder (operation_id, workcenter_id, duration_expected, state) | Job pada stasiun kerja | Odoo → SkyPlanner | Webhook, ditambah polling |
stock.quant, stock.move (pergerakan komponen) | Stok fisik dan kebutuhan material untuk penjadwalan berbasis material | Odoo → SkyPlanner | Terjadwal, misalnya setiap 15 hingga 60 menit |
purchase.order (partner_id, state), purchase.order.line (product_id, product_qty, date_planned, qty_received) | Order pembelian dan material masuk, tersedia pada perkiraan tanggal kedatangan | Odoo → SkyPlanner | Webhook saat PO dikonfirmasi atau diedit, ditambah polling terjadwal yang sama |
| Waktu mulai, waktu selesai, dan stasiun kerja yang direncanakan | mrp.workorder.date_start, date_finished, workcenter_id | SkyPlanner → Odoo | Saat jadwal berubah, melalui webhook SkyPlanner |
| Mobile Confirmations, catatan waktu | mrp.workcenter.productivity (Time Logs: workcenter_id, workorder_id, date_start, date_end, loss_id) | SkyPlanner → Odoo | Setiap konfirmasi |
| Jumlah yang selesai diproduksi, operasi selesai | qty_producing pada work order, lalu button_finish; button_mark_done pada MO | SkyPlanner → Odoo, atau diselesaikan di Odoo Shop Floor | Setiap konfirmasi |
Pola integrasi
Dahulukan master data.
Muat work center beserta kalendernya terlebih dahulu, lalu produk, BoM, dan operasi yang merujuk ke work center. Selama uji coba 30 hari, daftar yang sama dimasukkan melalui hasil ekspor CSV. Alat Import and Export Odoo dapat digunakan pada setiap tampilan daftar.
Sinkronisasi pesanan.
Impor MO berstatus confirmed dan progress beserta work order-nya. Jangan sertakan MO draf, atau perlakukan sebagai permintaan sementara. Subrakitan yang memiliki BoM sendiri dapat masuk sebagai MO turunan terpisah, dan Odoo merencanakan setiap MO secara terpisah. Petakan MO tersebut ke subproduk SkyPlanner agar subrakitan selesai sebelum proses produk induk dimulai.
Penulisan balik jadwal.
Saat jadwal berubah, webhook SkyPlanner memicu integrasi untuk memanggil metode ORM write pada setiap mrp.workorder yang terdampak. Pada Odoo 19.0, ini berarti satu permintaan JSON-2 per work order:
“ POST /json/2/mrp.workorder/write Authorization: bearer <api-key> {"ids": [4711], "vals": {"date_start": "2026-11-03 06:00:00", "date_finished": "2026-11-03 09:30:00", "workcenter_id": 7}} “
JSON-2 menerima setiap argumen metode berdasarkan namanya, ditambah ids dan context, sehingga write(vals) menjadi kunci vals. Pada 16.0 hingga 18.0, panggilan yang sama dijalankan sebagai execute_kw(db, uid, key, 'mrp.workorder', 'write', [[4711], vals]) melalui XML-RPC atau JSON-RPC. Pada 16.0, kunci yang digunakan adalah date_planned_start dan date_planned_finished. Kirim tanggal dan waktu dalam UTC. Ikuti beberapa aturan berikut agar penulisan data tetap benar:
- Kirim kedua tanggal dalam satu panggilan yang sama.
- Tambahkan
workcenter_idhanya jika mesin penjadwalan memilih mesin alternatif. - Tulis hanya field penjadwalan, jangan pernah mengubah kuantitas atau BoM.
Penulisan tanggal akan menggeser alokasi work center di Odoo, sehingga tampilan perencanaan Odoo menampilkan rencana dari SkyPlanner.
Data lantai produksi kembali ke Odoo. Operator mencatat pekerjaan di SkyPlanner Mobile Confirmations. Untuk setiap konfirmasi, integrasi memanggil create pada mrp.workcenter.productivity (JSON-2: POST /json/2/mrp.workcenter.productivity/create dengan vals_list). Integrasi mengisi workorder_id, workcenter_id, date_start, date_end, dan loss_id bertipe Productive. Waktu kerja dan perhitungan biayanya pun tercatat di Odoo.
Saat operasi selesai, integrasi menetapkan jumlah yang diproduksi dan memanggil button_finish pada work order. Setelah work order terakhir selesai, MO siap untuk button_mark_done. Setiap konfirmasi dicatat satu kali, dan ID record Odoo-nya disimpan bersama catatan waktu SkyPlanner. Dengan demikian, pengiriman ulang webhook tidak pernah membuat Time Log kedua.
Di pabrik yang menggunakan aplikasi Enterprise Shop Floor, alurnya terbalik: SkyPlanner membaca status work order dan qty_produced, lalu Autopilot menjadwalkan ulang secara otomatis saat produksi berubah.
Kepemilikan data. Dokumentasikan aturannya sebelum sistem mulai digunakan:
| Data | Pemilik |
|---|---|
| Produk, BoM, operasi, kuantitas, status MO | Odoo |
| Urutan work order, waktu mulai dan selesai, pilihan work center | SkyPlanner |
| Matriks waktu penyiapan dan pergantian, kebutuhan alat dan operator, sumber daya alternatif | SkyPlanner |
| Kalender work center dan Time Off | Satu sistem, dipilih saat penentuan lingkup |
| Time Logs, stok, dan perhitungan biaya | Odoo, dengan data dari konfirmasi SkyPlanner |
Perencana tidak lagi menekan Plan dan Unplan di Odoo untuk MO yang dijadwalkan oleh SkyPlanner. Jika tetap dilakukan, Odoo akan mengalokasikan slot waktunya sendiri dan menimpa tanggal dari SkyPlanner.
Tahapan proyek pada umumnya
Implementasi biasanya selesai dalam beberapa minggu setelah onboarding dimulai. Sebelumnya, uji coba gratis selama 30 hari menggunakan hasil ekspor CSV dari data Odoo Anda sendiri. Proyek ini mencakup:
- Pemetaan master data: model dan field Odoo per versi (periksa
/docataufields_get), satuan ukur, serta sistem yang mengelola kalender dan Time Off. - Pembenahan data: kalender work center, Setup Time dan Cleanup Time, serta penggunaan durasi Fixed, bukan Computed, pada operasi BoM.
- Pemuatan awal: produk, work center beserta kalendernya, BoM, dan operasinya.
- Sinkronisasi order dan order pembelian: MO yang sudah dikonfirmasi dan sedang berjalan beserta work order-nya, serta baris
purchase.orderdengan perkiraan tanggal kedatangannya. - Penulisan kembali jadwal: tanggal dan work center pada
mrp.workorder, disertai rotasi kunci API di sisi Odoo. - Konfirmasi dari lantai produksi: pengiriman kembali Time Logs dan data penyelesaian work order ke Odoo.
- Pengujian secara paralel dengan rencana yang sedang digunakan, lalu penerapan sistem secara operasional.
Kendala yang perlu diwaspadai di Odoo
- Perubahan nama field tanggal. Hingga 16.0,
date_planned_startdandate_planned_finishedmenyimpan jadwal rencana, sedangkandate_start/date_finishedmenyimpan realisasi. Mulai 17.0,date_startdandate_finishedadalah tanggal rencana. Pemetaan yang disalin dari proyek 16.0 akan membaca data realisasi sebagai rencana pada 17+ tanpa memunculkan peringatan. - Tanggal work order merupakan reservasi waktu. Pada 19.0,
date_startdandate_finishedpadamrp.workorderdihitung dari recordresource.calendar.leaves(leave_id) di kalender work center. Menulis tanggal pada work order akan memperbarui reservasi tersebut. Jangan pernah menulis langsung ke tabel cuti. - Work order yang sudah dimulai menghalangi Unplan. Odoo menolak pembatalan jadwal MO ketika “Some work orders have already started” (beberapa work order sudah dimulai). Saat menulis kembali jadwal, lewati work order berstatus
progressataudonedan geser hanya yang belum dimulai. - Durasi yang berubah-ubah. Operasi dengan pengaturan Computed mengambil durasi dari work order terakhir (secara default 10), lalu menyesuaikannya berdasarkan Time Efficiency. Gunakan pengaturan Fixed selama uji coba, atau terima bahwa data masukannya akan berubah-ubah. Operasi tersimpan pada masing-masing BoM tanpa master routing bersama, sehingga setiap BoM perlu dibenahi tersendiri.
- Kalender bermasalah. Setiap work center memerlukan kalender jam kerja. Penjadwal bawaan Odoo mencari slot hingga 700 hari ke depan, lalu berhenti dengan pesan “Impossible to plan the workorder” (work order tidak dapat dijadwalkan). Perbaiki kalender sebelum pemuatan data pertama.
- Satuan ukur.
mrp.bom.linememilikiproduct_uom_idsendiri, yang dapat berbeda dari satuan stok produk. Lakukan konversi sebelum memeriksa ketersediaan material.
Siapa yang mengonfigurasi integrasi Odoo
Setiap pabrik menggunakan Odoo dengan cara berbeda, dengan operasi BoM, kalender work center, work center alternatif, dan modul kustom masing-masing. Tim SkyPlanner memiliki keahlian untuk memastikan pemetaan data sesuai dengan konfigurasi tersebut.
- Tim SkyPlanner mengonfigurasi integrasi sesuai konfigurasi Odoo Anda selama onboarding dan memberikan dukungan setelah sistem mulai digunakan. Integrasi ini menggunakan REST API dan webhook SkyPlanner serta API JSON-2 atau RPC Odoo. Inilah pendekatan standarnya.
- Mitra Odoo Anda dapat ikut terlibat. Mitra memahami konfigurasi dan modul kustom Anda, serta dapat membangun integrasi dengan REST API terdokumentasi yang sama. API ini dapat membaca dan menulis pesanan, produk, material, tahapan proses, dan catatan waktu, dengan autentikasi JWT serta dokumentasi Swagger/OpenAPI.
- Pengembang internal Anda juga dapat melakukannya, biasanya dengan membangun middleware sederhana yang berjalan bersama Odoo, atau sebagai modul di Odoo.sh maupun server sendiri. Cukup dengan kunci API untuk memulai (tutorial integrasi), dan tim SkyPlanner siap membantu saat diperlukan.
Model yang sama sudah digunakan secara operasional dengan ERP lain. Di Laboratory & Allied, tim TI internal membangun sebagian besar integrasi SAP Business One secara mandiri, dengan bantuan SkyPlanner. UTU menggunakan SkyPlanner berdampingan dengan ERP NetSuite.
Mengapa integrasi ini memberikan manfaat
Penulisan balik data membuat integrasi ini bermanfaat dalam pekerjaan sehari-hari. Setelah berjalan:
- Work order Odoo memuat tanggal yang realistis. Mesin Arcturus AI mengurutkan setiap MO yang masih terbuka dalam hitungan detik. Tanggal dan pilihan stasiun kerjanya ditulis ke
mrp.workorderdan ditampilkan dalam tampilan perencanaan Odoo. - Tidak perlu menjadwalkan ulang secara manual. Autopilot otomatis menjadwalkan ulang saat terjadi perubahan dalam produksi, dan webhook mengirim tanggal baru ke Odoo.
- Data pelaksanaan dari lantai produksi kembali ke sistem. Operator mencatat pekerjaan melalui ponsel atau tablet menggunakan Mobile Confirmations, Production Timer, dan Quick Log Mode. Time Logs kemudian dikirim ke Odoo untuk pencatatan stok dan perhitungan biaya. Penjadwalan dan pelaksanaan berjalan dalam satu alat, baik pada Community maupun Enterprise.
- Jadwal memperhitungkan batasan yang tidak ditangani Odoo. Matriks waktu penyiapan menentukan waktu pergantian yang bergantung pada urutan untuk setiap pasangan produk. Perkakas merupakan sumber daya produksi berkapasitas terbatas yang dipakai bersama oleh beberapa mesin, dan satu job dapat memerlukan beberapa operator sekaligus. Mesin penjadwalan beralih ke mesin atau personel alternatif ketika pilihan utama tidak tersedia. Tanggal yang ditulis kembali ke
mrp.workordermemperhitungkan semua batasan tersebut. - Kedatangan material menentukan rencana. Stok yang tersedia dan pesanan pembelian Odoo yang masih terbuka menjadi masukan bagi penjadwalan berbasis material. Komponen yang dipesan dianggap tersedia pada tanggal pengiriman PO, dan stok diperbarui saat PO ditandai Delivered. Kebutuhan setiap job diperiksa terhadap persediaan di gudang dan material yang sedang dalam pengiriman.
Anda dapat menilai jadwalnya sebelum pekerjaan integrasi dimulai. Mulai uji coba gratis selama 30 hari dengan hasil ekspor CSV dan lihat work order Odoo Anda sendiri pada Gantt, dengan hingga 20 stasiun kerja dan tanpa kartu kredit. Harga mulai dari 199 € per bulan, termasuk 5 stasiun kerja, ditagih bulanan dan dapat dibatalkan kapan saja. Penawaran biaya integrasi disampaikan di awal sesuai proses dan kebutuhan Anda, bersama paket yang dipilih, sehingga Anda mengetahui seluruh biaya sebelum memulai. Lihat fitur dan pelanggan, atau jadwalkan demo.
Ulasan SkyPlanner dari perusahaan manufaktur
2 jamdihemat setiap minggu
“SkyPlanner telah mengubah perencanaan produksi kami dari spreadsheet Excel menjadi optimalisasi produksi secara real-time.”
Kalle Kalliomäki, Spesialis Rantai Pasok
UTU · Panel listrik dan perangkat hubung bagi
Perencanaan produksi menghemat 2 jam kerja setiap minggu, dan antrean kerja baru sampai ke lini produksi dalam hitungan detik.
+90%efisiensi produksi
“Efisiensi produksi meningkat 90%.”
Abdul Rucyinga, Kepala TI
Laboratory & Allied · Manufaktur farmasi
Efisiensi produksi meningkat 90%, dan penyusunan rencana yang dioptimalkan untuk tiga bulan di seluruh stasiun kerja memerlukan waktu kurang dari 30 menit.
1.000-anwork order dijadwalkan secara otomatis
“Kini kami mengendalikan produksi dengan cara yang berbeda, dan pemahaman kami tentang kapasitas sudah berada di tingkat yang sama sekali berbeda.”
Hannu Ryynänen, CEO
Mamec · Mesin pencampur industri, pompa, dan manufaktur kontrak berteknologi tinggi
Ribuan work order dijadwalkan secara otomatis, dan seluruh organisasi dapat memantau produksi secara real-time.
99,2%keandalan pengiriman
“SkyPlanner membuat hambatan produksi lebih mudah dikenali dan pengelolaan produksi menjadi lebih jelas.”
Toni Tuori, Manajer Produksi
Piristeel · Perlengkapan keselamatan atap dan sistem air hujan
Keandalan pengiriman mencapai 99,2% tahun ini, dan penjadwalan menghemat hingga empat jam kerja per hari.
Pertanyaan umum
Apakah integrasi ini dapat digunakan di Odoo Online?
Ya, pada paket Custom melalui API eksternal. One App Free dan Standard tidak memiliki akses API eksternal, dan Standard berjalan tanpa modul kustom. Karena itu, integrasi pada paket-paket tersebut terbatas pada impor dan ekspor CSV/XLSX.
Sebaiknya kami menggunakan JSON-2 atau XML-RPC?
Gunakan JSON-2 pada Odoo 19.0 dan versi yang lebih baru. XML-RPC dan JSON-RPC masih diperlukan untuk versi 16.0 hingga 18.0, tetapi keduanya dijadwalkan untuk dihapus pada Odoo 22.
Bagaimana jadwal dikirim kembali ke Odoo?
Melalui metode ORM write pada setiap mrp.workorder: POST /json/2/mrp.workorder/write dengan ids dan vals pada 19.0, atau execute_kw dengan write melalui XML-RPC atau JSON-RPC pada 16.0 hingga 18.0. Nilai yang dikirim adalah date_start, date_finished (date_planned_start dan date_planned_finished pada 16.0), serta workcenter_id jika berubah. Odoo ikut menggeser reservasi waktu work center, sehingga tampilan perencanaan Odoo menampilkan tanggal dari SkyPlanner.
Bagaimana konfirmasi operator dikirim ke Odoo?
Sebagai Time Logs: integrasi membuat record mrp.workcenter.productivity untuk work order terkait, berisi waktu mulai, waktu selesai, dan alasan kehilangan waktu berkategori Productive. Integrasi kemudian memanggil button_finish saat operasi selesai. Setiap konfirmasi dicatat satu kali, sehingga percobaan ulang tidak menggandakan waktu yang tercatat.
Siapa yang memelihara integrasi setelah mulai digunakan?
Tim SkyPlanner mengonfigurasi integrasi selama proses orientasi dan memberikan dukungan setelah integrasi mulai digunakan, termasuk menyesuaikannya saat konfigurasi Odoo Anda berubah. Jika mitra atau pengembang Anda yang membangunnya, mereka mengacu pada REST API yang terdokumentasi dan dokumentasi SkyPlanner. Tim SkyPlanner siap membantu bila diperlukan.
Bagaimana dengan work order yang sudah dimulai?
Jangan ubah work order tersebut saat menulis data kembali ke Odoo. Odoo tidak mengizinkan pembatalan penjadwalan MO jika ada work order yang sedang dikerjakan atau sudah selesai. SkyPlanner membaca status dan progresnya, lalu menjadwalkan pekerjaan yang tersisa dengan memperhitungkan work order tersebut.
Berapa lama integrasi Odoo berlangsung?
Implementasi biasanya selesai dalam hitungan minggu setelah proses orientasi dimulai. Jalankan uji coba 30 hari menggunakan data ekspor CSV terlebih dahulu, sehingga jadwal sudah teruji menggunakan data Odoo Anda sendiri sebelum pengerjaan API dimulai.
