Templat data pengelolaan persediaan Anda
Templat data pengelolaan persediaan Anda
- Atribut yang disarankan untuk dikumpulkan
- Aktivitas utama yang perlu dilacak
- Panduan ekstraksi data
Atribut pengelolaan persediaan
| Nama | Deskripsi | ||
|---|---|---|---|
| Batch/Lot Inventaris InventoryBatchLot | ID unik untuk batch atau lot inventaris tertentu, yang berfungsi sebagai ID kasus utama. | ||
| Deskripsi Nomor batch atau lot inventaris mengelompokkan semua aktivitas yang terkait dengan jumlah produk tertentu. Dengan nomor ini, Anda dapat melacak seluruh siklus stok tersebut, mulai dari penerimaan hingga berbagai perpindahan dan akhirnya dikeluarkan atau digunakan. Dalam process mining, atribut ini penting untuk merekonstruksi perjalanan setiap unit inventaris dari awal hingga akhir. Anda dapat menganalisis variasi proses, waktu siklus, dan hambatan yang memengaruhi batch tertentu. Misalnya, Anda dapat menemukan batch yang lama tertahan dalam pemeriksaan kualitas atau sering dipindahkan secara internal sebelum dikirim. Mengapa ini penting ID utama ini menghubungkan semua peristiwa inventaris terkait ke dalam satu instans proses, sehingga seluruh siklus inventaris dapat dianalisis dari awal hingga akhir. Sumber data ID ini biasanya ditemukan di tabel detail inventaris atau data induk lot di Manhattan Active Inventory. Lihat dokumentasi sistem untuk mengetahui nama tabel dan kolom yang tepat. Contoh LOT-202405-001ABCH-XYZ-987657458392-01 | |||
| Nama aktivitas ActivityName | Nama peristiwa manajemen inventaris yang terjadi, seperti 'Goods Receipt Recorded' atau 'Picking Completed'. | ||
| Deskripsi Atribut ini menjelaskan langkah atau tonggak tertentu dalam proses manajemen inventaris. Setiap aktivitas mewakili tindakan khusus pada batch inventaris, seperti menerima, memeriksa, memindahkan, atau mengirim barang. Analisis urutan dan frekuensi aktivitas menjadi dasar process mining. Analisis ini membantu memvisualisasikan alur proses, menemukan penyimpangan dari prosedur standar, dan menunjukkan aktivitas yang menyebabkan keterlambatan atau pekerjaan berulang. Misalnya, analisis dapat menunjukkan apakah 'Cycle Count Performed' sering terjadi setelah upaya pengambilan yang gagal. Mengapa ini penting Atribut ini menentukan langkah-langkah proses sehingga perjalanan inventaris dari awal hingga akhir dapat divisualisasikan dan dianalisis. Sumber data Biasanya, atribut ini diambil dari log peristiwa, kode transaksi, atau catatan perubahan status di Manhattan Active Inventory. Anda mungkin perlu memetakan kode teknis ke nama yang mudah dipahami pengguna. Contoh Goods Receipt RecordedPut-Away CompletedInventory AdjustedPicking CompletedGoods Issue Recorded | |||
| Waktu mulai aktivitas EventStartTime | Stempel waktu yang menunjukkan kapan aktivitas inventaris dimulai. | ||
| Deskripsi Atribut ini mencatat tanggal dan waktu dimulainya setiap aktivitas. Informasi ini penting untuk mengurutkan peristiwa secara kronologis dan menghitung durasi antar langkah proses. Dalam analisis, waktu mulai digunakan untuk menghitung indikator kinerja utama, seperti waktu siklus penempatan barang, waktu tunggu pemeriksaan kualitas, dan total lama penyimpanan stok. Dengan menganalisis stempel waktu, organisasi dapat mengetahui kapan pekerjaan berlangsung, mengukur kinerja berdasarkan jadwal, dan menemukan inefisiensi yang berkaitan dengan waktu di gudang. Mengapa ini penting Stempel waktu ini penting untuk mengurutkan peristiwa dengan benar serta menghitung semua metrik kinerja berbasis waktu dan KPI. Sumber data Setiap transaksi atau catatan peristiwa di Manhattan Active Inventory sebaiknya memiliki kolom stempel waktu, biasanya bernama seperti 'CREATE_DTTM' atau 'EVENT_TIMESTAMP'. Contoh 2023-10-26T08:00:00Z2023-10-26T09:15:30Z2023-10-27T14:05:00Z | |||
| Pembaruan data terakhir LastDataUpdate | Stempel waktu yang menunjukkan kapan data untuk peristiwa ini terakhir diperbarui atau diekstrak. | ||
| Deskripsi Atribut ini mencatat tanggal dan waktu data diambil dari sistem sumber. Kolom metadata ini penting untuk mengetahui seberapa baru data yang digunakan dalam analisis. Di dashboard dan laporan, stempel waktu ini memberi tahu pengguna seberapa mutakhir data yang mendasarinya. Informasi ini membantu mengelola ekspektasi terkait keterlambatan data dan penting untuk menjadwalkan pembaruan pipeline data. Mengapa ini penting Membantu pengguna mengetahui seberapa baru data yang digunakan, sehingga mereka dapat mengambil keputusan operasional tepat waktu berdasarkan informasi yang tersedia. Sumber data Stempel waktu ini dibuat dan ditambahkan ke set data oleh alat atau skrip ekstraksi, transformasi, dan pemuatan data (ETL). Contoh 2023-11-01T02:00:00Z2023-11-02T02:00:00Z | |||
| Sistem sumber SourceSystem | Sistem tempat data diekstrak. | ||
| Deskripsi Atribut ini menunjukkan aplikasi atau modul sumber yang menghasilkan data peristiwa. Di lingkungan logistik modern, data dapat berasal dari WMS inti, sistem manajemen area bongkar muat, atau sistem manajemen transportasi. Mencantumkan sistem sumber penting untuk tata kelola data dan memahami konteks data. Misalnya, mengetahui apakah suatu peristiwa berasal dari sistem otomatis atau portal input manual dapat membantu analisis otomatisasi. Mengapa ini penting Memberikan konteks penting tentang asal data, yang diperlukan untuk validasi dan tata kelola data serta memahami interaksi antarsistem. Sumber data Biasanya berupa nilai tetap yang ditambahkan saat proses ekstraksi data untuk menunjukkan asal set data. Contoh Manhattan Active InventoryMAI_WMSMANH_SCALE | |||
| Jumlah barang ItemQuantity | Jumlah unit barang yang terlibat dalam aktivitas. | ||
| Deskripsi Atribut ini menunjukkan jumlah produk yang terkait dengan suatu peristiwa persediaan, seperti jumlah barang yang diterima, dipindahkan, diambil, atau disesuaikan. Jumlah barang penting untuk memahami skala operasional dan menghitung beberapa KPI utama. Data ini digunakan untuk menghitung Rasio Volume Penyesuaian Manual, Tingkat Barang Dibuang berdasarkan Jumlah, dan Produktivitas Pengambilan Barang. Analisis jumlah barang dapat menunjukkan apakah pesanan besar dan kecil memiliki karakteristik proses yang berbeda. Mengapa ini penting Menunjukkan volume setiap aktivitas. Informasi ini penting untuk menghitung produktivitas, tingkat, dan KPI lain berdasarkan volume. Sumber data Tabel transaksi di Manhattan Active Inventory akan memiliki kolom jumlah untuk setiap perpindahan atau peristiwa. Kolom ini mungkin bernama 'QTY', 'QUANTITY', atau 'UNITS'. Contoh 10012-51 | |||
| Kode alasan perpindahan MovementReasonCode | Kode yang menjelaskan alasan perpindahan atau penyesuaian persediaan. | ||
| Deskripsi Kode alasan perpindahan menjelaskan penyebab terjadinya peristiwa persediaan. Kode ini terutama penting untuk aktivitas di luar proses standar, seperti pemindahan internal, penyesuaian, retur, atau pembuangan barang. Atribut ini penting untuk analisis akar masalah. Misalnya, di dashboard Ikhtisar Selisih Persediaan, kode ini menjelaskan alasan penyesuaian, seperti 'Barang Rusak', 'Koreksi Penghitungan Stok', atau 'Pencurian'. Kode ini juga digunakan untuk menganalisis penyebab pemindahan stok internal dan pembuangan barang. Mengapa ini penting Menjelaskan alasan di balik perpindahan dan penyesuaian persediaan, sehingga Anda dapat menganalisis akar masalah selisih, barang yang dibuang, dan pemindahan stok. Sumber data Kolom ini biasanya terdapat di tabel transaksi dan terkait dengan jenis perpindahan tertentu. Cari kolom seperti 'REASON_CODE' atau 'MOVEMENT_TYPE' di Manhattan Active Inventory. Contoh ADJ_DAMAGEXFER_REPLENSCRAP_EXPIREDRTN_CUST | |||
| Lokasi gudang WarehouseLocation | Lokasi fisik tertentu di dalam gudang tempat aktivitas berlangsung, seperti rak penyimpanan atau stasiun pengemasan. | ||
| Deskripsi Atribut ini menunjukkan lokasi yang terkait dengan suatu peristiwa persediaan, misalnya zona, lorong, atau rak. Informasi ini memberi konteks lokasi untuk perpindahan stok dan aktivitas di dalam gudang. Dimensi ini penting untuk analisis dan digunakan di hampir setiap dashboard. Anda dapat menemukan area yang menjadi hambatan, membandingkan kinerja antar lokasi, dan menyelidiki penyebab utama selisih persediaan. Misalnya, atribut ini dapat menunjukkan apakah kesalahan pengambilan barang sering terjadi atau waktu penempatan barang lebih lama di zona tertentu. Mengapa ini penting Memberikan konteks lokasi untuk peristiwa persediaan, sehingga Anda dapat menganalisis hambatan, efisiensi, dan masalah di lokasi fisik tertentu. Sumber data Data lokasi merupakan bagian inti dari setiap WMS dan seharusnya tersedia di tabel transaksi persediaan, biasanya pada kolom seperti 'LOCATION_ID', 'BIN_CODE', atau 'ZONE'. Lihat dokumentasi Manhattan Active Inventory. Contoh A1-R02-S03-B01PACK-STATION-05QC-INBOUNDZONE-C-BULK | |||
| Pengguna yang melakukan tindakan UserPerformingAction | ID pengguna atau karyawan yang menjalankan aktivitas. | ||
| Deskripsi Atribut ini mencatat ID pengguna atau nama orang yang bertanggung jawab menjalankan tugas, seperti mengambil atau mengemas barang, maupun menyesuaikan persediaan. Untuk tugas otomatis, atribut ini juga dapat berisi ID sistem atau bot. Analisis kinerja per pengguna penting untuk menemukan kebutuhan pelatihan, mengenali karyawan berkinerja tinggi, dan memahami pembagian beban kerja. Atribut ini menjadi dimensi utama di dashboard kinerja pengambilan dan pengemasan barang, serta untuk menyelidiki area yang sering memerlukan penyesuaian manual. Mengapa ini penting Menghubungkan aktivitas proses dengan pengguna tertentu, sehingga Anda dapat menganalisis kinerja, menyeimbangkan beban kerja, dan mengetahui kebutuhan pelatihan. Sumber data Informasi ini biasanya disimpan bersama data transaksi di kolom seperti 'USER_ID', 'EXECUTED_BY', atau 'RESOURCE_ID'. Lihat dokumentasi Manhattan Active Inventory. Contoh j.doeasmithSYSTEM_AUTOUSR_1138 | |||
| Stock Keeping Unit (SKU) StockKeepingUnit | Kode unik untuk produk atau barang tertentu dalam persediaan. | ||
| Deskripsi Stock Keeping Unit, atau SKU, adalah kode khusus untuk melacak produk. Kode ini membedakan barang berdasarkan karakteristik seperti ukuran, warna, dan merek. Dalam process mining, analisis berdasarkan SKU membantu menemukan masalah yang terkait dengan produk tertentu. Misalnya, analisis dapat menunjukkan SKU yang waktu pemeriksaan kualitasnya lebih lama, lebih sering rusak atau dibuang, atau kerap memerlukan penyesuaian persediaan. Atribut ini penting untuk dashboard seperti Analisis Waktu Siklus Penempatan Barang dan Tren Barang Persediaan yang Dibuang. Mengapa ini penting Memungkinkan analisis pada tingkat produk untuk mengetahui apakah masalah proses hanya terjadi pada barang atau kategori produk tertentu. Sumber data SKU merupakan kolom utama dalam data master barang dan tabel transaksi persediaan. Cari kolom bernama 'SKU', 'ITEM_ID', atau 'PRODUCT_CODE'. Contoh WIDGET-BLUE-LGSKU-849201-APN-775-C | |||
| Waktu akhir peristiwa EventEndTime | Stempel waktu yang menunjukkan kapan aktivitas persediaan selesai. | ||
| Deskripsi Atribut ini mencatat tanggal dan waktu selesainya setiap aktivitas. Beberapa peristiwa terjadi seketika (StartTime sama dengan EndTime), sedangkan yang lain memiliki durasi, seperti pemeriksaan kualitas atau tugas pengambilan barang. Waktu akhir diperlukan untuk menghitung waktu pengerjaan setiap aktivitas. Dengan begitu, Anda dapat menganalisis tugas tertentu yang paling banyak menyita waktu dalam keseluruhan proses dan menentukan perbaikan yang tepat sasaran. Mengapa ini penting Memungkinkan penghitungan durasi setiap aktivitas dan membantu menemukan tugas tertentu yang menyebabkan keterlambatan proses. Sumber data Kolom ini mungkin terpisah di sistem sumber, misalnya 'END_DTTM', atau nilainya sama dengan waktu mulai untuk peristiwa yang terjadi seketika. Lihat dokumentasi Manhattan Active Inventory untuk mengetahui struktur data peristiwa. Contoh 2023-10-26T08:05:00Z2023-10-26T09:45:10Z2023-10-27T14:05:00Z | |||
| Apakah penempatan barang tepat waktu IsPutawayOnTime | Penanda yang menunjukkan apakah proses penempatan barang selesai sesuai perjanjian tingkat layanan (SLA) yang ditetapkan. | ||
| Deskripsi Atribut boolean ini menunjukkan apakah tugas penempatan barang selesai sesuai waktu target. Nilainya dihitung dengan membandingkan waktu siklus penempatan barang yang sebenarnya, dari 'Penempatan Barang Dimulai' hingga 'Penempatan Barang Selesai', dengan target bisnis yang telah ditetapkan, misalnya 4 jam. Atribut ini digunakan untuk menghitung KPI Tingkat Penempatan Barang Tepat Waktu. Atribut ini memudahkan analisis karena pengguna dapat memfilter penempatan yang terlambat dan menyelidiki penyebabnya, seperti lokasi gudang, kategori SKU, atau pengguna yang terlibat. Dengan begitu, standar efisiensi operasional dapat dipantau dan ditegakkan. Mengapa ini penting Mengukur secara langsung kepatuhan terhadap tingkat layanan internal untuk penempatan stok, sehingga kegagalan proses dapat segera ditemukan dan dianalisis. Sumber data Kolom ini dihitung berdasarkan aturan bisnis atau definisi SLA, misalnya 'Target Waktu Penempatan Barang = 4 jam', yang diterapkan pada waktu siklus hasil perhitungan. Contoh truefalse | |||
| Gudang Warehouse | ID gudang atau pusat distribusi tempat persediaan berada. | ||
| Deskripsi Atribut ini menunjukkan fasilitas tertentu, seperti pusat distribusi atau gudang, tempat aktivitas persediaan berlangsung. Cakupannya lebih luas daripada Lokasi gudang tertentu, seperti rak atau lorong. Analisis berdasarkan gudang penting bagi perusahaan yang memiliki beberapa fasilitas. Anda dapat membandingkan kinerja antar lokasi, menemukan praktik yang berhasil di gudang berkinerja tinggi, dan mengetahui area yang perlu diperbaiki di lokasi lain. Atribut ini menjadi dimensi utama untuk dashboard Produktivitas Aktivitas Gudang. Mengapa ini penting Memungkinkan perbandingan kinerja proses persediaan secara umum di berbagai lokasi fisik atau pusat distribusi. Sumber data Informasi ini biasanya terdapat dalam data master lokasi atau dapat diturunkan dari kode Lokasi gudang. Cari kolom seperti 'WH_ID' atau 'SITE_CODE'. Contoh WH-01-EASTDC-CENTRALFAC-WEST-3 | |||
| ID tugas TaskIdentifier | ID unik untuk tugas tertentu di gudang, seperti tugas penempatan atau pengambilan barang. | ||
| Deskripsi Inventory Batch/Lot melacak barang, sedangkan ID tugas melacak instruksi kerja tertentu yang diberikan kepada pengguna atau sistem. Misalnya, satu kelompok berisi 100 barang dapat ditempatkan melalui dua tugas terpisah, masing-masing untuk 50 barang. Atribut ini memungkinkan analisis efisiensi operasional yang lebih terperinci. Atribut ini dapat menghubungkan peristiwa 'Tugas Pengambilan Dibuat' dengan peristiwa 'Pengambilan Selesai' yang sesuai, sehingga waktu pengerjaan tugas dapat diukur dengan tepat. Informasi ini berguna untuk menganalisis kinerja pengambilan dan penempatan barang pada tingkat tugas. Mengapa ini penting Menghubungkan peristiwa pembuatan dan penyelesaian tugas secara terperinci, sehingga waktu pengerjaan setiap penugasan dapat diukur dengan tepat. Sumber data Tabel manajemen atau pelaksanaan tugas di Manhattan Active Inventory akan memiliki ID unik untuk setiap tugas. Cari 'TASK_ID' atau 'WORK_ORDER_ID'. Contoh T-20231026-00123PK-987654PA-456789 | |||
| Kategori SKU SKUCategory | Klasifikasi atau kategori SKU, misalnya 'Elektronik' atau 'Pakaian'. | ||
| Deskripsi Kategori SKU memungkinkan Anda mengelompokkan produk sejenis untuk analisis gabungan. Pengelompokan dapat didasarkan pada jenis produk, kebutuhan penyimpanan (misalnya, berpendingin), atau kecepatan penjualan (misalnya, barang kategori A, B, dan C). Atribut ini memberikan wawasan yang lebih luas daripada analisis SKU satu per satu. Anda dapat menjawab pertanyaan seperti, 'Apakah barang elektronik membutuhkan waktu lebih lama untuk ditempatkan dibandingkan kategori lain?' atau 'Apakah barang yang dibuang banyak berasal dari kategori produk musiman?'. Atribut ini digunakan di dashboard Waktu Siklus Penempatan Barang dan Waktu Tunggu Pemeriksaan Kualitas. Mengapa ini penting Memudahkan analisis gabungan dengan mengelompokkan produk, sehingga Anda dapat menemukan tren proses dan masalah yang terjadi pada seluruh kelompok produk. Sumber data Informasi ini biasanya terdapat dalam data master barang dan ditautkan ke SKU. Lihat konfigurasi produk atau data master barang di Manhattan Active Inventory. Contoh ElektronikPakaianProduk bekuBarang cepat laku | |||
| Lama penyimpanan stok StockDwellTime | Total waktu kelompok persediaan berada di penyimpanan, sejak penempatan barang selesai hingga pengeluaran barang dimulai. | ||
| Deskripsi Lama penyimpanan stok adalah indikator kinerja utama yang mengukur berapa lama persediaan tersimpan tanpa bergerak di gudang. Nilainya dihitung dari selisih waktu antara peristiwa 'Penempatan Barang Selesai' dan 'Pengeluaran Barang Dicatat' untuk kelompok persediaan tertentu. Memantau KPI ini membantu perusahaan mengoptimalkan tingkat persediaan dan memperbaiki arus kas. Waktu penyimpanan yang lama dapat menunjukkan kelebihan stok, produk yang lambat terjual, atau proses pemenuhan pesanan yang tidak efisien. Mengurangi lama penyimpanan sering menjadi sasaran utama pengelolaan persediaan. Mengapa ini penting Mengukur lama persediaan disimpan, sehingga mendukung sasaran untuk mengoptimalkan tingkat persediaan dan mengurangi biaya penyimpanan. Sumber data Kolom ini dihitung dengan mencari peristiwa 'Penempatan Barang Selesai' dan 'Pengeluaran Barang Dicatat' untuk suatu kasus, lalu mengurangkan stempel waktunya. Contoh 30 08:00:0015 12:30:0090 00:00:00 | |||
| Nama pemasok SupplierName | Nama pemasok atau vendor yang menyediakan persediaan. | ||
| Deskripsi Atribut ini menunjukkan pemasok yang mengirimkan suatu kelompok persediaan. Informasi ini paling relevan di awal siklus persediaan, terutama saat penerimaan barang dan pemeriksaan kualitas. Analisis proses berdasarkan pemasok penting untuk mengelola kinerja pemasok. Misalnya, dashboard Waktu Tunggu Pemeriksaan Kualitas menggunakan atribut ini untuk mengetahui apakah persediaan dari pemasok tertentu terus mengalami keterlambatan pemeriksaan. Hal ini dapat mengindikasikan masalah kualitas atau dokumen. Mengapa ini penting Menghubungkan proses persediaan dengan pemasok tertentu, sehingga Anda dapat menganalisis kinerja terkait pemasok, seperti keterlambatan pemeriksaan kualitas. Sumber data Informasi ini biasanya tersedia di pesanan pembelian atau pemberitahuan pengiriman awal yang terkait dengan peristiwa penerimaan barang. Anda mungkin perlu menggabungkannya dengan data pembelian. Contoh Global Tech Inc.Component Suppliers LLCOffice Essentials Co. | |||
| Nilai barang ItemValue | Nilai uang barang yang terlibat dalam transaksi. | ||
| Deskripsi Atribut ini menunjukkan nilai finansial persediaan yang terkait dengan suatu peristiwa. Nilainya dihitung dengan mengalikan Jumlah barang dengan biaya per unit. Atribut ini terutama berguna untuk menganalisis dampak finansial. Nilai barang penting untuk dashboard Tren Barang Persediaan yang Dibuang karena membantu menghitung kerugian finansial akibat barang yang dibuang. Informasi ini membantu menentukan prioritas pengurangan biaya dengan berfokus pada barang bernilai tinggi yang sering dihapus dari catatan. Atribut ini juga menambahkan dimensi finansial pada analisis penyesuaian dan selisih persediaan. Mengapa ini penting Menunjukkan dampak finansial dari perpindahan persediaan, sehingga biaya pembuangan barang, selisih, dan kelebihan stok dapat dihitung. Sumber data Nilai ini biasanya dihitung dengan mengalikan Jumlah barang dari tabel transaksi dengan biaya per unit dari data master barang atau data finansial. Biaya per unit mungkin tersimpan di kolom seperti 'STANDARD_COST' atau 'UNIT_PRICE'. Contoh 1500.0025.50349.99 | |||
| Satuan ukur UnitOfMeasure | Satuan untuk mengukur jumlah barang, seperti 'Unit', 'Karton', atau 'Palet'. | ||
| Deskripsi Satuan ukur (UoM) memberi konteks pada atribut Jumlah barang. Satuan ini menunjukkan apakah jumlah mengacu pada barang satuan, karton berisi beberapa barang, atau palet utuh. Memahami satuan ukur penting agar analisis akurat, terutama saat membandingkan produk atau transaksi yang berbeda. Satuan ini memastikan KPI seperti produktivitas pengambilan barang dihitung secara tepat dan konsisten, sehingga data dengan satuan berbeda tidak disalahartikan. Mengapa ini penting Memberikan konteks penting pada kolom jumlah, sehingga metrik dan perbandingan tetap akurat dan bermakna. Sumber data Kolom ini merupakan bagian standar dari data master barang dan biasanya disertakan dalam tabel transaksi. Cari kolom seperti 'UOM' atau 'UNIT'. Contoh EACSPLKG | |||
| Status persediaan InventoryStatus | Status terkini kelompok persediaan, seperti 'Tersedia', 'Ditahan', atau 'Sedang diperiksa'. | ||
| Deskripsi Atribut ini menjelaskan kondisi persediaan pada waktu tertentu. Atribut ini menunjukkan apakah stok tersedia untuk dialokasikan ke pesanan, sedang menjalani pemeriksaan kualitas, diblokir karena alasan lain, atau sedang dalam perjalanan. Melacak perubahan status persediaan dapat memberikan wawasan yang berguna. Misalnya, analisis lama waktu stok berstatus 'Ditahan' atau 'Sedang diperiksa' membantu mengukur keterlambatan ketersediaan persediaan. Atribut ini berguna untuk memahami penyebab stok tersimpan terlalu lama. Mengapa ini penting Menunjukkan ketersediaan stok untuk memenuhi pesanan dan membantu menganalisis keterlambatan akibat status yang tidak tersedia, seperti pemeriksaan kualitas atau penahanan. Sumber data Kolom ini penting dalam tabel saldo atau tingkat stok di Manhattan Active Inventory. Cari 'STATUS_CODE' atau 'INVENTORY_STATUS'. Contoh TersediaPemeriksaan kualitasDiblokirRusak | |||
Aktivitas pengelolaan persediaan
| Aktivitas | Deskripsi | ||
|---|---|---|---|
| Goods Issue Recorded | Menandai saat batch inventaris resmi meninggalkan gudang sehingga jumlah stok yang tersedia berkurang. Peristiwa ini biasanya dipicu oleh pemindaian keberangkatan truk atau konfirmasi pengiriman. | ||
| Mengapa ini penting Ini adalah peristiwa akhir utama yang menandai keberhasilan siklus inventaris. Peristiwa ini mengakhiri proses barang keluar dan digunakan untuk menghitung total waktu stok tersimpan. Sumber data Ini adalah transaksi standar yang tercatat secara eksplisit di log transaksi inventaris dan sering ditautkan ke pengiriman atau pesanan penjualan. Transaksi ini mengurangi jumlah batch inventaris di sistem. Pengumpulan data Diambil dari transaksi pengeluaran barang yang tercatat secara eksplisit di log transaksi sistem. Jenis peristiwa explicit | |||
| Goods Receipt Recorded | Mencatat kedatangan resmi dan pendaftaran batch inventaris ke dalam sistem di fasilitas. Peristiwa ini biasanya tercatat saat pengguna memindai barang atau mengonfirmasi penerimaan berdasarkan pesanan pembelian atau pemberitahuan pengiriman awal (ASN) di Manhattan Active Inventory. | ||
| Mengapa ini penting Ini adalah peristiwa awal utama dalam siklus inventaris. Analisis waktu dari peristiwa ini hingga aktivitas berikutnya penting untuk mengukur efisiensi barang masuk dan kinerja pemasok. Sumber data Ini adalah transaksi standar yang tercatat secara eksplisit di log transaksi inventaris atau tabel riwayat penerimaan saat penerimaan barang diposting. Cari kode transaksi yang terkait dengan penerimaan. Pengumpulan data Diambil dari transaksi penerimaan barang yang tercatat secara eksplisit di log transaksi sistem. Jenis peristiwa explicit | |||
| Inventory Adjusted | Koreksi eksplisit pada jumlah inventaris batch di sistem setelah ditemukan selisih, misalnya saat penghitungan siklus. Penyesuaian dapat menambah atau mengurangi jumlah stok. | ||
| Mengapa ini penting Peristiwa ini secara langsung menunjukkan ketidakakuratan inventaris. Analisis penyesuaian ini penting untuk dashboard ikhtisar selisih inventaris dan KPI tingkat selisih inventaris. Sumber data Ditemukan di log transaksi inventaris dan dikenali melalui kode transaksi khusus untuk penyesuaian, misalnya 'ADJ+' atau 'ADJ-'. Log ini memuat detail seperti kode alasan, pengguna, dan jumlah yang diubah. Pengumpulan data Diambil dari transaksi dengan kode alasan penyesuaian tertentu di log inventaris. Jenis peristiwa explicit | |||
| Picking Completed | Mengonfirmasi bahwa operator telah mengambil inventaris dari lokasi penyimpanan dan memindahkannya ke area penampungan atau pengemasan. Peristiwa ini tercatat saat operator mengonfirmasi pengambilan melalui perangkat genggam. | ||
| Mengapa ini penting Tonggak ini menandai akhir tahap pengambilan dan awal pengemasan. Peristiwa ini penting untuk mengukur kinerja petugas pengambilan dan dashboard kinerja pengambilan dan pengemasan. Sumber data Diambil dari stempel waktu penyelesaian pada catatan tugas pengambilan atau transaksi perubahan lokasi yang memindahkan inventaris dari bin penyimpanan ke area penampungan. Pengumpulan data Diambil dari stempel waktu penyelesaian tugas pengambilan di sistem manajemen tugas. Jenis peristiwa explicit | |||
| Put-Away Completed | Mengonfirmasi bahwa batch inventaris telah ditempatkan di bin penyimpanan akhir. Peristiwa ini biasanya tercatat saat operator memindai bin penyimpanan dan mengonfirmasi penyelesaian tugas penyimpanan. | ||
| Mengapa ini penting Ini adalah tonggak penting yang menandai akhir proses barang masuk dan membuat stok tersedia untuk pemenuhan pesanan. Peristiwa ini diperlukan untuk menghitung KPI waktu siklus penyimpanan dan tingkat penyimpanan tepat waktu. Sumber data Dicatat sebagai status selesai pada catatan tugas penyimpanan atau sebagai transaksi perubahan lokasi di log transaksi inventaris, beserta stempel waktunya. Pengumpulan data Diambil dari stempel waktu penyelesaian tugas penyimpanan atau transaksi pembaruan lokasi. Jenis peristiwa explicit | |||
| Stock Scrapped | Menandai keputusan akhir untuk membuang batch inventaris sebagai barang afkir. Stok dihapus dari pembukuan dan dibuang secara fisik. Hal ini dapat terjadi pada stok yang rusak, kedaluwarsa, atau usang. | ||
| Mengapa ini penting Ini adalah peristiwa akhir yang menandai kegagalan atau jalur alternatif dan menunjukkan kerugian finansial. Melacak aktivitas ini penting untuk dashboard tren pembuangan stok dan KPI tingkat pembuangan stok. Sumber data Dicatat sebagai transaksi penyesuaian atau pembuangan inventaris yang eksplisit di log transaksi inventaris, dengan kode alasan khusus yang menunjukkan barang afkir. Pengumpulan data Dikenali melalui transaksi dengan kode alasan khusus untuk barang afkir atau pembuangan. Jenis peristiwa explicit | |||
| Cycle Count Performed | Menandakan bahwa penghitungan fisik batch inventaris telah dilakukan dan hasilnya dimasukkan ke sistem. Aktivitas ini merupakan bagian dari proses verifikasi dan rekonsiliasi inventaris. | ||
| Mengapa ini penting Aktivitas ini biasanya mendahului penyesuaian inventaris. Analisis frekuensi dan hasil penghitungan siklus membantu menemukan penyebab utama ketidakakuratan inventaris. Sumber data Aktivitas ini biasanya tercatat di modul penghitungan inventaris atau audit di Manhattan Active Inventory. Tindakan ini dilakukan secara eksplisit oleh pengguna dan memiliki stempel waktu. Pengumpulan data Dicatat saat pengguna mengirimkan hasil tugas penghitungan siklus untuk lokasi atau barang tertentu. Jenis peristiwa explicit | |||
| Packing Completed | Menandakan bahwa barang yang telah diambil, termasuk batch inventaris tertentu, sudah dikemas ke dalam wadah pengiriman dan wadah tersebut telah disegel. Peristiwa ini biasanya dicatat di stasiun pengemasan. | ||
| Mengapa ini penting Aktivitas ini mengakhiri penanganan internal barang untuk suatu pesanan. Analisis waktu dari pengambilan hingga pengemasan membantu menemukan hambatan di stasiun pengemasan. Sumber data Biasanya dicatat sebagai pembaruan status pada pengiriman atau pesanan, atau sebagai transaksi 'pack' eksplisit di stasiun pengemasan. Peristiwa ini ditautkan ke barang dan batch di dalam wadah yang dikemas. Pengumpulan data Dicatat sebagai peristiwa eksplisit saat pengguna menyelesaikan penyiapan wadah pengiriman di stasiun pengemasan. Jenis peristiwa explicit | |||
| Picking Task Created | Menandai saat sistem membuat tugas bagi operator gudang untuk mengambil batch inventaris guna memenuhi pesanan pelanggan atau pesanan produksi. Peristiwa ini memulai proses barang keluar. | ||
| Mengapa ini penting Ini adalah titik awal untuk mengukur seluruh siklus pemenuhan pesanan dan menjadi langkah pertama dalam menghitung KPI rata-rata waktu siklus pengambilan. Sumber data Dicatat di tabel manajemen tugas atau perencanaan gelombang. Setiap tugas memiliki stempel waktu pembuatan dan ditautkan ke batch inventaris serta pesanan tujuan tertentu. Pengumpulan data Dicatat saat mesin alokasi dan penugasan sistem membuat tugas pengambilan. Jenis peristiwa explicit | |||
| Put-Away Task Created | Menunjukkan bahwa sistem telah membuat tugas bagi operator gudang untuk memindahkan batch inventaris yang diterima dari area penerimaan ke lokasi penyimpanan yang ditentukan. Peristiwa ini menandai dimulainya proses penyimpanan. | ||
| Mengapa ini penting Aktivitas ini memulai siklus penyimpanan. Jeda antara aktivitas ini dan Put-Away Completed menunjukkan kemungkinan inefisiensi dalam penugasan atau ketersediaan operator. Sumber data Peristiwa ini kemungkinan tercatat di tabel manajemen tugas atau sistem kendali gudang di Manhattan Active Inventory, dengan stempel waktu pembuatan dan tautan ke batch inventaris. Pengumpulan data Dicatat saat mesin tugas sistem membuat tugas penyimpanan. Jenis peristiwa explicit | |||
| Quality Inspection Performed | Menandai selesainya pemeriksaan kualitas pada batch inventaris yang diterima. Pemeriksaan ini biasanya dicatat oleh petugas pemeriksa kualitas dan memicu perubahan status inventaris dari 'On Hold' menjadi 'Available'. | ||
| Mengapa ini penting Aktivitas ini dapat menjadi hambatan besar yang menunda ketersediaan stok. Mengukur durasinya membantu menemukan peluang untuk mempercepat KPI waktu pemeriksaan kualitas. Sumber data Peristiwa ini dapat tercatat sebagai transaksi eksplisit di modul manajemen kualitas atau disimpulkan dari perubahan status pada catatan lot inventaris. Perubahan status dari 'QI' atau 'Hold' menjadi 'Available' merupakan indikator yang umum. Pengumpulan data Disimpulkan dari perubahan pada kolom status inventaris, misalnya dari 'QUALITY' menjadi 'AVAILABLE'. Jenis peristiwa inferred | |||
| Return Received | Menandakan bahwa batch inventaris yang sebelumnya dikirim telah diterima kembali secara fisik dari pelanggan di gudang. Peristiwa ini memulai subproses penanganan retur. | ||
| Mengapa ini penting Ini adalah titik awal alur logistik balik. Melacak proses sejak tahap ini penting untuk dashboard alur pemrosesan barang retur dan KPI terkait. Sumber data Biasanya dicatat melalui transaksi penerimaan retur dengan otorisasi retur barang (RMA). Transaksi ini membuat entri inventaris baru atau mengubah status batch awal menjadi 'In Return'. Pengumpulan data Diambil dari transaksi penerimaan retur yang tercatat secara eksplisit dan biasanya ditautkan ke nomor RMA. Jenis peristiwa explicit | |||
| Stock Moved Internally | Menandai perpindahan batch inventaris dari satu lokasi penyimpanan ke lokasi lain di fasilitas yang sama. Perpindahan ini dapat dilakukan untuk pengisian ulang, konsolidasi, atau kebutuhan logistik lainnya. | ||
| Mengapa ini penting Melacak pergerakan internal penting untuk menganalisis efisiensi gudang dan memastikan keakuratan lokasi inventaris. Aktivitas ini mendukung dashboard efisiensi transfer stok internal. Sumber data Diambil dari log transaksi inventaris yang mencatat perubahan lokasi barang (bin penyimpanan), selain perubahan yang terjadi saat penyimpanan awal atau pengambilan akhir. Cari jenis transaksi pergerakan tertentu. Pengumpulan data Dikenali melalui kode transaksi khusus untuk transfer internal atau perpindahan antar lokasi. Jenis peristiwa explicit | |||
Panduan ekstraksi data
Metode ekstraksi untuk proses ini sedang divalidasi. Silakan kembali lagi nanti atau hubungi kami untuk mendapatkan bantuan.
Siap memulai?
Templat ini menyediakan kebutuhan awal untuk mengoptimalkan pengelolaan persediaan. Mulai kumpulkan data hari ini untuk mendapatkan wawasan proses yang berguna.
Optimalkan pengelolaan persediaan dan tekan biaya sekarang
Atasi hambatan dan pangkas waktu siklus hingga 30%. Mulai lihat hasilnya hari ini.
Tidak perlu kartu kredit. Penyiapan hanya beberapa menit.