Integrasi Odoo dengan Tokopedia, Shopee, dan Lazada

Retailer Indonesia yang sedang tumbuh dan menjalankan Odoo hampir selalu akan menanyakan hal yang sama di bulan ketiga atau keempat. Pencatatan akuntansi mereka di Odoo, inventaris di Odoo, mungkin POS juga — tapi mereka masih menyalin order Tokopedia dan Shopee ke Odoo dengan tangan, atau lebih parah, ordernya hanya ada di dashboard marketplace. Seberapa sulit sebenarnya menggabungkan keduanya?

Jawaban jujurnya “lebih sulit dari yang materi marketing janjikan, lebih mudah dari mulai dari nol.” Berikut yang sesungguhnya terlibat dalam integrasi Odoo–Tokopedia–Shopee–Lazada yang sebenarnya di tahun 2026.

Apa yang sebenarnya ingin Anda sync

Ada lima alur yang layak dibicarakan, dan tingkat kesulitannya berbeda-beda.

1. Order mengalir ke Odoo

Saat pelanggan beli di Tokopedia, Anda ingin ordernya muncul di Odoo sebagai sale order dengan produk, harga, kuantitas, info pelanggan, alamat kirim, dan status pembayaran yang benar. Sama untuk Shopee dan Lazada. Alur ini yang biasanya diprioritaskan duluan karena inilah yang membuka pelaporan terpadu dan pengurangan stok otomatis.

Tingkat kesulitan: menengah. Ketiga platform expose API order. Pekerjaannya di mencocokkan SKU produk mereka ke produk Odoo Anda, memetakan opsi pengiriman mereka ke metode pengantaran Anda, dan menangani status berbeda yang dipakai tiap platform.

2. Level stok didorong kembali ke marketplace

Saat Odoo jadi sumber kebenaran untuk inventaris, Anda ingin mendorong stok saat ini ke tiap marketplace setiap kali berubah. Kalau ada 12 unit di Odoo dan Anda jual 3 di toko fisik, ketiga marketplace harus menampilkan 9 dalam hitungan menit.

Tingkat kesulitan: menengah ke berat. API-nya ada. Bagian sulitnya adalah rate limit dan kenyataan bahwa mendorong stok 200 kali sehari di 5.000 SKU di tiga platform berarti 3 juta panggilan API per hari, jauh di atas yang platform manapun izinkan. Anda harus pintar di batching, delta, dan prioritisasi.

3. Manajemen katalog produk

Anda ingin mengelola informasi produk di Odoo — nama, deskripsi, gambar, harga, kategori — dan menampilkannya dengan benar di ketiga marketplace.

Tingkat kesulitan: berat. Tiap platform punya taxonomy, struktur atribut, dan kebutuhan gambar sendiri. “Kemeja Putih M Cotton” di Odoo harus dipetakan ke kategori Tokopedia spesifik dengan atribut wajib, kategori Shopee dengan atribut wajib berbeda, dan kategori Lazada yang mungkin minta struktur lain lagi. Membangun abstraksi yang bersih di sini adalah pekerjaan nyata.

4. Fulfillment dan status pengiriman

Saat Anda kirim order, Anda ingin marketplace tahu. Saat partner logistik marketplace mengambil order, Anda ingin Odoo tahu. Label pengiriman, nomor tracking, dan status pengantaran harus mengalir dua arah.

Tingkat kesulitan: menengah. API ada, bagian tricky-nya tiap platform menangani pengiriman secara berbeda — Tokopedia punya integrasi logistik sendiri, Shopee punya Shopee Express plus partner, Lazada punya alur LEX sendiri. Integrasi Anda harus paham model pengiriman tiap platform.

5. Chat dan pesan pelanggan

Anda ingin pesan pelanggan masuk muncul di sistem Anda, dan balasan keluar bisa dikirim.

Tingkat kesulitan: berat, dan dibatasi platform. Ketiga platform membatasi API chat dengan restriksi signifikan, terutama soal respon otomatis. Kami hampir tidak pernah merekomendasikan menangani ini di fase pertama integrasi Odoo.

Sudut pandang Odoo

Odoo tidak datang dengan konektor bawaan untuk marketplace Indonesia. Beberapa modul OCA ada dengan tingkat kualitas dan maintenance bervariasi, dan ada konektor berbayar pihak ketiga dengan kualitas campuran. Sebagian besar implementasi serius akhirnya membangun modul kustom, kadang mulai dari basis OCA dan diperluas berat.

Bentuk modul integrasi Odoo yang sehat:

• Model untuk marketplace_account (satu record per toko marketplace yang Anda operasikan)
• Model untuk marketplace_product_mapping (jembatan antara produk Odoo dan SKU marketplace)
• Lapisan sync yang jalan di scheduled job, menarik order dan mendorong update stok
• Antrian untuk update keluar supaya retry ditangani bersih
• Logging dan visibilitas error — saat sync gagal, Anda harus bisa lihat record mana, error apa, kapan, di UI Odoo

Ini wilayah modul kustom ukuran menengah ke besar. Untuk UKM Indonesia kami biasanya melihat range Rp 150 juta sampai Rp 400 juta untuk integrasi kualitas produksi yang sungguhan mencakup ketiga marketplace. Lebih rendah kalau Anda mulai dengan satu platform saja.

Contoh nyata: brand apparel Bandung

Sebuah brand apparel Bandung yang jualan di ketiga marketplace plus toko fisik datang ke kami dengan stok yang konsisten tidak sinkron. Mereka kena penalti marketplace tiap minggu karena overselling — mereka listing 50 unit di Tokopedia, jual 30 di toko fisik, dan Tokopedia masih menampilkan 50 sampai ada yang setel manual.

Fase satu integrasi menangani tiga hal: menarik order dari ketiga marketplace ke Odoo tiap 10 menit, mendorong perubahan stok Odoo ke ketiga marketplace dengan debounce 5 menit, dan dashboard marketplace di dalam Odoo menampilkan penjualan per channel untuk hari itu.

Dibangun dalam delapan minggu, sekitar Rp 220 juta. Dalam enam minggu setelah go-live, penalti marketplace turun ke nol, dan waktu tim operasi untuk rekonsiliasi lintas channel turun dari sekitar 15 jam per minggu ke di bawah 2 jam. Mereka menambahkan bagian manajemen katalog enam bulan kemudian sebagai fase terpisah, setelah mereka paham seperti apa kebutuhan taxonomy sebenarnya.

Realita implementasi praktis

Lima hal yang konsisten menggigit pembangun pertama kali:

Akses API marketplace butuh waktu

Ketiga platform membatasi akses API di balik verifikasi merchant. Sediakan satu sampai tiga minggu per platform untuk persetujuan, dan lebih lama kalau akun seller Anda punya masalah kepatuhan. Mulai proses pendaftaran sebelum mulai build.

Rate limit lebih penting dari yang terlihat di kertas

Rate limit per menit di dokumentasi hanya menceritakan sebagian. Praktiknya, platform juga throttle berdasarkan user agent, berdasarkan endpoint, dan kadang diam-diam saat load tinggi. Rencanakan buffer 30 sampai 50% di bawah limit yang didokumentasikan, dan bangun retry-with-backoff sejak hari pertama.

Webhook tidak andal

Ketiga platform menawarkan webhook untuk event order. Tidak ada yang andal sempurna. Anda akan kehilangan beberapa. Kombinasikan webhook untuk update latensi rendah dengan polling periodik untuk kelengkapan. Kami biasanya menjalankan sync “catch-up” tiap jam yang menjemput apapun yang webhook lewatkan.

Perubahan schema terjadi tanpa peringatan banyak

Platform memang mengubah respon API mereka, kadang dengan pemberitahuan deprecation terbatas. Bangun integrasi Anda supaya kode platform-specific hidup di file yang batasnya jelas. Saat Tokopedia mengubah nama field, Anda harus modifikasi satu file, bukan mengejar referensi lintas modul.

Aliran uang sensitif

Apapun yang menyentuh data finansial — total order, biaya kirim, fee marketplace, refund — butuh logika rekonsiliasi yang hati-hati. Invoice Odoo untuk penjualan marketplace harus cocok dengan settlement statement marketplace. Lakukan ini dengan benar sejak awal. Membersihkan enam bulan akuntansi yang tidak cocok di kemudian hari menyakitkan.

Cara fase-fase build yang masuk akal

Sebagian besar integrasi sehat berbentuk:

1. Fase satu (6–10 minggu): order masuk, stok keluar, untuk satu platform. Buat ini benar-benar kokoh.
2. Fase dua (4–6 minggu): tambahkan platform kedua dan ketiga, menggunakan kembali arsitekturnya.
3. Fase tiga (4–8 minggu): manajemen katalog dan publikasi produk.
4. Fase empat (selektif): integrasi pengiriman, surface chat, analytics lanjut.

Mencoba mengerjakan semua sekaligus hampir selalu menghasilkan sesuatu yang bekerja tidak konsisten di tiap fase. Pemecahan fase lebih lambat di kertas, lebih cepat di praktek.

Kalau Anda menimbang integrasi marketplace untuk setup Odoo Anda sendiri dan ingin mencari tahu di mana nilai sebenarnya dan seperti apa biaya realistis untuk bisnis spesifik Anda, satu jam percakapan biasanya cukup menjernihkannya. Kami menyediakan obrolan seperti itu tanpa biaya.