Istilah CPG Dijelaskan, sebuah seri oleh Cyril Ovely

Apa Itu SKU? Bagaimana Sistem Pengkodean SKU Sebenarnya Bekerja

SKU (Stock Keeping Unit) adalah kode internal milik perusahaan sendiri untuk sebuah item yang dijual. Berbeda dengan UPC dan EAN, SKU tidak mengikuti standar global apa pun. Setiap perusahaan merancang sistemnya sendiri, dan rancangan tersebut banyak bercerita tentang cara bisnis itu berjalan. Artikel ini membahas bagaimana berbagai sistem pengkodean SKU dibangun dan apa yang membuatnya tetap kokoh saat skala bisnis membesar.

Jawaban singkat

Toples kopi yang sama memiliki satu GTIN di seluruh dunia, nomor global berlisensi dari artikel sebelumnya dalam seri ini. Namun ia membawa SKU yang berbeda di setiap perusahaan yang menyentuhnya. Brand punya satu kode, distributor punya kode lain, dan retailer punya kode ketiga. GTIN adalah milik GS1. SKU adalah milik Anda.

SKU adalah sekaligus unit ukur tempat stok dikelola dan kode yang menamainya. Sifatnya internal, tidak diatur secara eksternal, dan alfanumerik, yang berarti dua hal. Pertama, tidak ada yang bisa mengatakan format SKU Anda salah. Kedua, tidak ada juga yang akan menyelamatkan Anda darinya. Perusahaan yang memperlakukan desain SKU sebagai keputusan yang serius akan memiliki data bersih selama beberapa dekade. Perusahaan yang membiarkan kode menumpuk secara ad hoc akan menghabiskan bertahun-tahun untuk menanggung akibatnya.

Satu SKU untuk setiap varian yang dijual

Aturan fundamentalnya: setiap varian berbeda yang dijual mendapatkan SKU-nya sendiri. Bayangkan sebuah t-shirt dalam 3 ukuran dan 4 warna. Itu berarti 12 SKU, bukan satu produk dengan beberapa atribut, karena stok, penjualan, dan reorder semuanya terjadi di level varian. Jika dua varian berbagi satu kode, sistem tidak bisa memberi tahu Anda mana yang terjual, mana yang kurang stok, dan mana yang perlu dipesan ulang.

Bundel dan kit mengikuti aturan yang sama. Paket hadiah yang menggabungkan dua unit yang dijual terpisah tetap mendapatkan SKU-nya sendiri selain SKU komponennya, karena paket itu sendiri disimpan sebagai stok, dijual, dan dikirim sebagai satu kesatuan.

Catatan pelafalan, karena selalu muncul di setiap rapat: orang mengucapkannya "ess-kay-you" atau "skyu", dan keduanya diterima. Pilih salah satu dan konsisten menggunakannya.

Anatomi sebuah SKU

Sebagian besar SKU terstruktur adalah string pendek berisi segmen-segmen yang digabungkan dengan pemisah, di mana setiap segmen menyandikan satu atribut. Dibaca dari kiri ke kanan, urutannya berjalan dari umum ke spesifik:

Contoh SKUSegmen 1Segmen 2Segmen 3Segmen 4
AC-ORG-200AC: brand Alpha CoffeeORG: varian Original200: toples 200g
TSH-RND-WHT-MTSH: kategori t-shirtRND: gaya round neckWHT: putihM: ukuran medium
CHG-USB-C-65W-USCHG: kategori chargerUSB-C: konektor65W: outputUS: varian region

Contoh pertama melanjutkan range Alpha Coffee dari artikel sebelumnya dalam seri ini. Perhatikan apa yang diberikan kode tersebut tanpa perlu lookup apa pun: seseorang di gudang dapat membaca AC-ORG-200 dan langsung tahu brand, varian, dan ukuran kemasannya. Keterbacaan seperti itulah inti dari kode terstruktur, dan itu persis yang tidak bisa ditawarkan oleh angka sekuensial.

Bagaimana berbagai sistem pengkodean SKU bekerja

Sistem SKU berbeda-beda antar industri karena masing-masing menjawab realitas operasional yang berbeda. Tiga pola berikut mencakup sebagian besar yang akan Anda temui:

Apparel dan alas kaki: dirancang untuk lantai toko. SKU fashion mengandalkan segmen huruf pendek untuk style, warna, dan ukuran, seperti JKT-NVY-M untuk jaket navy ukuran medium. Prioritas desainnya adalah keterbacaan manusia sekilas pandang, karena staf toko menangani kode ini terus-menerus dan matriks warna-ukuran membentuk keseluruhan range produk. Colorway atau ukuran baru langsung terbaca dari kodenya.

Elektronik dan suku cadang industri: dirancang untuk spesifikasi. SKU jenis ini menyandikan basis model ditambah atribut spesifikasi: tipe konektor, output, voltase, revisi, region. SKU ini sering menggunakan blok berpanjang tetap dan diisi angka nol di depan (zero padded) agar kode terurut rapi di dalam sistem dan dapat dipindai dengan andal. Prioritasnya adalah presisi di antara ribuan varian yang hampir identik, di mana satu digit revisi yang salah berarti suku cadang yang salah.

Makanan dan minuman: dirancang untuk konfigurasi kemasan. SKU FMCG menyandikan hal-hal yang menjadi dasar operasional distribusi: rasa, ukuran kemasan, dan konfigurasi case. Kode level case seperti AC-ORG-200-CS12 langsung menyatakan "Alpha Coffee Original 200g, case isi 12" tanpa perlu membuka sistem apa pun. Beberapa tim juga menyisipkan petunjuk penyimpanan, chilled, frozen, ambient, karena kode tersebut sekaligus berfungsi sebagai instruksi penanganan di lantai gudang. Pola ini paling penting bagi brand yang menjual lewat jalur trade, karena case, bukan unit, adalah unit kerja distribusi.

Sistem sekuensial: titik awal yang akhirnya dilampaui semua orang. Angka polos seperti 100245 sederhana, bebas benturan (collision), dan tidak membawa makna apa pun, dan justru itulah masalahnya. Pada 50 produk, ini masih baik-baik saja. Pada 500 produk, tidak ada yang bisa membaca pesanan tanpa lookup, dan pada 5.000 produk, register menjadi satu-satunya sumber kebenaran, dan pada hari register itu melenceng, tidak ada yang menyadarinya. Kode sekuensial cocok sebagai segmen pilihan terakhir, bukan sebagai sebuah sistem.

Aturan desain yang tetap kokoh saat berskala

Di berbagai industri, aturan praktis yang sama terus muncul:

  • Buat kode tetap pendek. 8 hingga 12 karakter adalah panduan umum. Cukup panjang untuk membawa makna, cukup pendek untuk dibaca, diucapkan lewat telepon, dan diketik tanpa kesalahan.
  • Hindari karakter yang ambigu. O dan 0, I dan 1, serta B dan 8 sering tertukar saat diucapkan maupun saat diketik terburu-buru. Banyak tim bahkan menghilangkan huruf vokal sepenuhnya untuk menghindari terbentuknya kata secara tidak sengaja, dan membuang O dan I sebagai langkah ekstra.
  • Jangan mulai kode dengan angka nol. Spreadsheet dan beberapa database secara diam-diam menghapus angka nol di depan, sehingga 0042 menjadi 42 dan skema panjang tetap yang telah Anda rancang dengan cermat pun rusak.
  • Jauhkan data yang mudah berubah dari dalam kode. Harga, lokasi gudang, dan nama supplier bisa berubah. SKU seharusnya mengidentifikasi apa produk itu, bukan di mana ia berada kuartal ini atau berapa harganya hari ini.
  • Jangan pernah menggunakan kembali kode yang sudah dipensiunkan. SKU yang sudah delisted membawa riwayat penjualan. Menggunakannya kembali untuk produk baru akan menyatukan dua riwayat yang tidak berhubungan menjadi satu.
  • Tuliskan tata aturannya (grammar) secara eksplisit. Dokumentasikan arti setiap segmen, apa pemisahnya, dan bagaimana nilai baru ditambahkan. Ujinya adalah karyawan baru: bisakah mereka menyusun SKU yang benar untuk varian baru tanpa bertanya kepada siapa pun?
  • Kendalikan siapa yang boleh membuat kode. Satu pemilik, satu register, satu jalur persetujuan. Pembuatan kode yang tersebar begitu saja adalah cara Anda berakhir dengan COF-200, COFFEE-200G, dan AC-ORG-200 untuk toples yang sama.

Governance SKU dalam praktiknya

Aturan-aturan di atas hanya berlaku jika didukung sedikit mekanisme di sekelilingnya. Tim yang melakukannya dengan baik menjalankan tiga kebiasaan berikut:

  • Register. Satu daftar otoritatif yang memetakan setiap SKU ke deskripsinya, GTIN-nya, konfigurasi pack dan case-nya, serta statusnya. Semua hal lain merujuk pada register ini.
  • Checklist peluncuran. Produk baru mendapatkan SKU-nya, GTIN per level kemasan, dan pemetaannya sebelum produksi pertama, bukan sesudahnya. Kode yang diberikan terlambat cenderung diberikan dengan buruk.
  • Audit bulanan. Kode yang sedang dipakai tetapi tidak ada di register, entri register tanpa pergerakan stok, dan deskripsi yang hampir duplikat semuanya akan cepat terlihat dalam review bulanan singkat, saat masih murah untuk diperbaiki.

Saat SKU bertemu dunia luar

SKU tetap stabil sementara identitas eksternal produk berkembang biak di sekelilingnya. Satu kode internal dipetakan ke GTIN untuk setiap level kemasan, ke nomor item milik masing-masing retailer, dan ke identifier katalog marketplace seperti ASIN Amazon saat produk dijual secara online. SKU adalah jangkarnya. Pemetaan itulah yang membawa dunia eksternal.

Inilah sebabnya data induk (master data) SKU selalu berkembang menjadi sebuah tabel pemetaan, dan mengapa tabel itu, bukan SKU itu sendiri, adalah tempat sebagian besar kesalahan integrasi bersembunyi.

Untuk yang tertarik pada sisi teknis: SKU adalah natural key yang dipilih oleh bisnis, bukan surrogate key yang dihasilkan sistem, dan justru karena itulah SKU membutuhkan governance: natural key hanya terbaca dan stabil selama aturan di baliknya ditegakkan. Dalam model data CPG, perlakukan SKU sebagai primary key internal, simpan GTIN sebagai atribut (satu per level kemasan, sehingga satu SKU secara sah dapat memiliki beberapa GTIN), dan simpan nomor item retailer dalam tabel pemetaan yang menggunakan kombinasi SKU plus customer sebagai kunci. Saat gudang memberi barcode pada SKU internal, mereka biasanya menggunakan Code 128 atau Code 39, karena simbologi tersebut dapat membawa teks alfanumerik apa pun dan tidak terikat pada aturan GS1.

Masalah tiga SKU dalam distribusi

Inilah situasi yang mendefinisikan data produk dalam distribusi FMCG. Satu toples kopi fisik berpindah melalui tiga organisasi, dan masing-masing menyimpan kodenya sendiri untuknya:

SiapaIdentifier miliknyaUntuk apa sistem ini dioptimalkan
BrandAC-ORG-200 (SKU) plus GTIN per level kemasanRange management, produksi, pengukuran
DistributorSKU miliknya sendiri, misalnya BEV-04412Warehousing, van loading, route accounting
RetailerNomor item miliknya sendiriAssortment, pricing, POS

Ketiga kode tersebut, ditambah GTIN, harus mengarah pada item fisik yang sama. Ketika pemetaannya benar, pesanan mengalir lancar, pengiriman dapat direkonsiliasi, dan laporan saling cocok. Ketika salah, dampaknya mahal dan membosankan: van yang dimuat dengan varian yang salah, invoice yang disengketakan baris demi baris, dan catatan stok yang mengatakan penuh padahal rak kosong.

Di sinilah juga spreadsheet diam-diam mulai bermasalah. Tabel pemetaan yang dibagikan lewat email antara sebuah brand dan sepuluh distributor bukanlah sebuah sistem, melainkan sebuah pertaruhan. Brand yang berhasil scale melalui jalur trade memindahkan pemetaan ini ke dalam data produk bersama yang dibaca oleh semua pihak, sehingga perubahan pada satu varian menyebar sekali saja, ke semua tempat.

Kesalahan umum

Menyandikan makna yang bisa berubah. Menyisipkan harga atau lokasi gudang di dalam SKU akan memaksa munculnya kode yang salah atau penggantian nama massal begitu salah satunya berubah. Identitas ada di dalam kode; atribut ada di dalam record.

Membiarkan setiap tim membuat kode sendiri-sendiri. Sales menginginkan keterbacaan, gudang menginginkan kemudahan pengurutan, finance menginginkan pengelompokan, dan tanpa satu pemilik yang jelas, Anda akan mendapatkan tiga skema yang tidak kompatibel untuk satu range produk.

Mengacaukan SKU dengan nomor barcode. SKU bersifat internal dan tidak diatur secara eksternal. GTIN di balik barcode bersifat global dan berlisensi. Keduanya saling dipetakan; keduanya tidak dapat dipertukarkan begitu saja, dan sistem yang memperlakukan keduanya sebagai satu field yang sama akan merusak keduanya.

Intinya

SKU adalah satu-satunya kode produk yang bisa Anda rancang sendiri, dan justru karena itu SKU paling banyak mengungkap tentang bisnis Anda. Kode apparel dirancang untuk lantai toko, kode elektronik untuk presisi spesifikasi, dan kode FMCG untuk konfigurasi kemasan dan case. Aturan yang menjaga semuanya tetap sehat sama saja: pendek, tidak ambigu, stabil, terdokumentasi, dan memiliki pemilik yang jelas.

Dengan simbol, nomor global, dan kode internal semuanya sudah ada, artikel terakhir dalam seri ini menyatukan ketiganya pada satu produk dan mengikuti setiap identifier mulai dari master data brand hingga checkout di retailer.

Sumber dan bacaan lebih lanjut


Lighthouse untuk CPG

Lihat bagaimana Lighthouse mengubah istilah-istilah ini menjadi eksekusi ritel

Lighthouse menghubungkan distribusi, eksekusi, trade, dan supply ke dalam satu sistem yang dapat ditindaklanjuti oleh tim komersial Anda hingga level toko dan SKU.

Ajukan demo
Cyril Ovely
Co-Founder dan CTO, Vxceed

Cyril adalah Co-Founder dan CTO di Vxceed. Dengan pengalaman lebih dari dua dekade di bidang teknik dan kewirausahaan, ia berfokus pada pembangunan solusi SaaS yang skalabel untuk mentransformasi eksekusi rantai permintaan dan membantu bisnis beroperasi dengan ketangkasan yang lebih besar di pasar yang terus berkembang.