Antarmuka Odoo Kustom Sesuai Cara Tim Anda Bekerja
Sebagian tim menghindari ERP karena layarnya memang tidak dibuat untuk pekerjaan mereka. Solusinya bukan pelatihan tambahan — tapi layar yang lebih kecil.
Perusahaan Anda sudah membeli Odoo. Tim keuangan memakainya setiap hari. Gudang memakainya, kurang lebih. Lalu ada sisanya — driver, sales lapangan, teknisi, supervisor toko — yang membukanya sekali, merasa ini bukan untuk mereka, lalu kembali ke WhatsApp dan spreadsheet.
Pekerjaan mereka tetap masuk ke Odoo pada akhirnya. Masuk karena ada orang kantor yang mengetiknya besok pagi. Anda membeli sistem pencatatan, tapi yang berjalan adalah sistem pengetikan ulang.
Kenapa software yang mampu justru tidak dipakai
Layar Odoo dirancang untuk melayani segala jenis bisnis, jadi isinya semua field yang mungkin dibutuhkan bisnis mana pun. Form surat jalan contohnya: puluhan field, dan sebagian besar tidak ada hubungannya dengan driver yang sedang berdiri di depan pagar pelanggan saat hujan, sambil memegang HP dengan satu tangan.
Itu bukan layar yang buruk. Itu layar yang umum. Orang yang mengerjakan satu tugas spesifik hanya butuh sekitar tiga field dari sana, dan tidak butuh satu pun menunya.
Dua respons yang biasa diambil, tapi tidak menyelesaikan masalah:
- Menambah pelatihan. Karena ada pergantian karyawan, biayanya keluar lagi setiap tahun — padahal masalahnya bukan kemampuan, melainkan kecocokan.
- Merombak layar bawaan Odoo. Kustomisasi mendalam mahal untuk dibangun, lebih mahal untuk dirawat, dan membuat setiap upgrade versi berubah jadi proyek tersendiri. Lebih repot lagi, layar itu dipakai bersama: apa yang Anda sederhanakan untuk satu tim justru merepotkan tim lain.
Pilihan ketiga: biarkan Odoo standar, tambahkan layar kecil di atasnya
Ada jalan tengah yang jarang dipertimbangkan. Odoo tetap standar dan tetap menjadi satu-satunya sumber kebenaran. Di atasnya Anda pasang antarmuka kecil yang dibuat khusus untuk satu peran yang mengerjakan satu tugas — dan apa yang diisi orang itu langsung masuk ke Odoo, tanpa ada yang perlu mengetik ulang.
Patokan sederhananya: satu peran, satu tugas, satu layar. Kalau layarnya sampai butuh buku panduan, berarti sudah kebesaran.
Bantahan yang wajar: bagaimana satu ketukan di HP driver bisa menjadi catatan sungguhan di Odoo, kalau tidak ada yang membuka Odoo? Sambungan itulah inti persoalannya — dan justru untuk itu kami membangun sebuah produk, yang dibahas di bawah.
Contoh skenario: distributor dengan dua belas driver
Bayangkan sebuah perusahaan distribusi yang memasok sekitar 300 outlet di Jabodetabek. Dua belas driver, tiga staf admin, Odoo sudah berjalan untuk persediaan dan akuntansi.
Seperti apa harinya sekarang. Setiap pagi admin mencetak surat jalan. Driver menjalankan rutenya. Pelanggan tanda tangan di kertas. Barang kurang atau retur dicoret di pinggir lembaran. Berkasnya kembali jam enam sore, atau besok pagi kalau rutenya panjang. Admin memasukkannya ke Odoo keesokan harinya. Fakturnya terbit satu-dua hari setelah itu. Satu karton retur yang tidak sempat dicatat baru muncul saat tutup buku, ketika tidak ada lagi yang ingat kejadiannya.
Yang mahal dari pola ini bukan waktu si admin. Yang mahal adalah tanggal faktur mundur dua sampai tiga hari di setiap pengiriman, angka stok salah sepanjang jam kerja, dan sengketa pengiriman jadi adu pernyataan antara dua orang.
Seperti apa layar khususnya. Di HP driver, satu halaman saja:
- Daftar tujuan hari ini, urut sesuai rute.
- Ketuk satu tujuan: nama pelanggan, barang, jumlah.
- Tandai terkirim penuh, sebagian (ubah jumlahnya, pilih alasannya), atau tidak terkirim (pilih alasannya).
- Foto surat jalan yang sudah ditandatangani.
- Kirim.
Tidak ada menu, tidak ada istilah akuntansi, tidak ada navigasi yang perlu dihafal. Driver baru sudah bisa bekerja di rute pertamanya.
Apa yang terjadi di belakangnya. Begitu driver menekan kirim, aplikasinya menyerahkan data pengiriman itu ke ODXProxy, dan ODXProxy yang mencatatkannya di Odoo. Stok menyesuaikan. Fotonya menempel di catatan itu. Pengiriman sebagian langsung menjadi perhatian admin penjualan pada jam yang sama, bukan bulan depan. Fakturnya bisa terbit sore itu juga.
| Sebelum | Sesudah |
|---|---|
| Pengiriman tercatat besoknya, oleh admin | Tercatat di depan pagar pelanggan, oleh orang yang mengerjakannya |
| Faktur menunggu berkas kembali ke kantor | Faktur bisa terbit di hari yang sama |
| Stok akurat sekali sehari, sebentar | Stok akurat sepanjang hari |
| Sengketa jadi adu pernyataan | Sengketa selesai dengan foto beserta waktunya |
| Pagi admin habis untuk mengetik pekerjaan kemarin | Pagi admin dipakai menangani hal yang tidak biasa |
Perhatikan efek lanjutannya. Tidak ada yang perlu dibujuk untuk "mengadopsi ERP". Driver hanya mengadopsi satu layar dengan satu tombol. Adopsi ERP-nya terjadi sebagai akibat sampingan.
Di mana lagi pola ini cocok
Kasus pengiriman paling mudah dibayangkan, tapi bentuknya berulang di banyak bagian organisasi:
| Peran | Satu tugasnya | Isi layarnya |
|---|---|---|
| Sales lapangan | Ambil order di outlet | Pelanggan, produk, jumlah, konfirmasi |
| Penerimaan gudang | Konfirmasi barang yang benar-benar datang | PO, jumlah diterima, kerusakan, foto |
| Teknisi servis | Menutup satu pekerjaan | Pekerjaan, sparepart terpakai, jam kerja, tanda tangan pelanggan |
| Supervisor toko | Hitung harian barang cepat laku | Sepuluh SKU, jumlah, kirim |
| Manajemen | Satu angka, di awal hari | Penjualan hari ini, piutang, posisi kas |
| Pelanggan Anda | Cek pesanannya sendiri | Status pesanan, dokumen pengiriman, tagihan |
Baris terakhir layak dipikirkan. Layar untuk pelanggan menghapus satu kategori utuh telepon masuk yang selama ini dijawab tim admin dengan cara membuka Odoo dan mencarikan datanya.
Cara mengenali alur kerja yang layak dibuatkan layar
Cari tanda-tanda ini:
- Terjadi sering — setiap hari, atau berkali-kali dalam sehari.
- Dikerjakan orang yang jauh dari meja kantor, di luar tim keuangan.
- Hanya butuh sedikit field.
- Saat ini hidup di WhatsApp, di kertas, atau di spreadsheet.
- Hasilnya diketik ulang ke Odoo oleh orang lain. Ini tanda paling kuat, dan paling mudah diperiksa.
Berlaku juga sebaliknya. Kalau sebuah alur kerja melibatkan pertimbangan, persetujuan, atau keputusan akuntansi, biarkan tetap di Odoo — di sanalah kontrol dan jejak auditnya sudah tersedia. Layar khusus itu untuk mencatat dan melihat pekerjaan, bukan untuk menetapkan kebijakan.
Bagian yang membuatnya benar-benar bisa dibangun: ODXProxy
Layar kecil itu bagian yang mudah. Bagian yang sulit adalah sambungan antara layar itu dan ERP Anda — dan bagian itulah yang menentukan apakah ini ide bagus atau justru risiko. Aplikasi apa pun yang menulis ke Odoo sedang menyentuh sistem paling sensitif yang perusahaan miliki.
Persoalan itulah yang diselesaikan ODXProxy, dan karena itu kami membangunnya. ODXProxy adalah gerbang penghubung yang duduk di antara aplikasi-aplikasi kecil semacam ini dan Odoo Anda — produk Keyklik sendiri, bisa dilihat di odxproxy.io. HP driver tidak pernah menyentuh database Anda. Ia berbicara ke gerbangnya; gerbang itu memeriksa apa yang boleh dilakukan aplikasi tersebut, mencatat bahwa hal itu terjadi, lalu meneruskannya ke Odoo. Tidak ada yang dipasang di dalam Odoo: tidak ada modul tambahan, tidak ada layar bawaan yang diubah, tidak ada yang perlu dikerjakan ulang saat upgrade.
Empat hal yang penting dari sudut pandang bisnis:
- Terkendali. Setiap aplikasi punya kuncinya sendiri dan izin yang sempit, bukan akses bebas ke seluruh database. Hanya sedaftar kecil operasi yang diizinkan lewat — mencari data, mencatat data baru, mengubah field tertentu. Aplikasi driver bisa mencatat pengiriman; ia tidak bisa membaca data gaji atau mengubah daftar harga. Kalau ada HP hilang, atau kerja sama dengan vendor luar berakhir, Anda cukup mematikan satu kunci itu tanpa mengusik yang lain.
- Terlacak. Setiap entri membawa jejaknya — dari aplikasi mana, oleh pengguna siapa, jam berapa. Ketika ada angka yang terlihat janggal bulan depan, Anda membaca catatan, bukan menyusun ulang cerita.
- Cepat dibangun di atasnya. Siapa pun yang membuat layarnya — tim Anda sendiri atau vendor — tidak mulai dari nol. ODXProxy menyediakan penghubung siap pakai untuk platform yang biasa dipakai membangun layar semacam ini: iOS, Android, browser, dan bahasa-bahasa back-end yang umum. Di situlah bedanya antara satu layar selesai dalam hitungan minggu dan satu layar berubah menjadi proyek.
- Fleksibel. Layarnya bisa berupa aplikasi HP, halaman browser, atau portal pelanggan, dibangun dengan teknologi apa pun yang paling cocok. Satu gerbang melayani semuanya, dan Odoo di bawahnya tetap standar.
Poin terakhir itu yang nilainya paling besar dalam jangka panjang. Karena inti Odoo tidak pernah dimodifikasi, jalur upgrade Anda tetap utuh. Pas di luar, standar di dalam — kebalikan dari akhir cerita kebanyakan kustomisasi ERP.
Yang perlu ditanyakan sebelum membangunnya
Siapa pun yang membangunnya, ajukan tiga pertanyaan ini dan tuntut jawaban yang spesifik:
- Persisnya, aplikasi ini bisa berbuat apa terhadap data kami — dan tidak bisa berbuat apa?
- Kalau ada angka yang salah bulan depan, bisakah kami melacak asalnya?
- Ketika kami upgrade Odoo, apa yang akan rusak?
Kalau jawaban pertanyaan ketiga adalah "nanti harus dikerjakan ulang", yang ditawarkan ke Anda adalah kustomisasi, bukan antarmuka.
Tiga pertanyaan itu persis yang dirancang untuk dijawab ODXProxy — dan layak diajukan ke vendor mana pun, termasuk kami.
Langkah berikutnya
Ajukan satu pertanyaan ke tim Anda: apa yang Anda ketik ke Odoo, yang sebenarnya sudah ditulis orang lain di tempat lain? Setiap jawaban jujur adalah kandidatnya.
Ambil yang volumenya paling besar, lalu berikan satu layar untuk peran itu. Satu alur kerja sudah cukup untuk merasakan bedanya — dan cukup untuk membuktikan nilainya sebelum Anda mengeluarkan biaya untuk yang berikutnya.
Ingin memberi tim Anda antarmuka yang sesuai dengan cara mereka bekerja sebenarnya? Pelajari ODXProxy, lihat layanan integrasi kami, atau hubungi tim Keyklik.
Catatan (DYOR — Do Your Own Research): Artikel ini bersifat informasi umum, bukan nasihat hukum, akuntansi, atau pajak. Ketentuan seputar dokumen elektronik, bukti pengiriman digital, pelindungan data pribadi, dan dokumentasi penagihan berbeda antar industri dan bentuk badan usaha, serta bisa berubah sewaktu-waktu. Jika alur kerja Anda menyentuh penagihan atau dokumen pajak, verifikasikan ke sumber resmi (DJP di pajak.go.id dan Coretax, serta dokumentasi Odoo) dan konsultasikan dengan akuntan, penasihat hukum, dan penasihat keamanan TI Anda sebelum menerapkannya.