Templat data pengelolaan persediaan Anda
Templat data pengelolaan persediaan Anda
- Atribut yang disarankan untuk dikumpulkan
- Aktivitas penting untuk dilacak dalam penemuan proses
- Panduan mengekstrak data dari Oracle Fusion SCM
Atribut pengelolaan persediaan
| Nama | Deskripsi | ||
|---|---|---|---|
|
Inventory Batch/Lot
InventoryBatchLot
|
ID unik untuk batch atau lot tertentu dari suatu item persediaan, yang berfungsi sebagai ID kasus untuk melacak siklus hidupnya. | ||
|
Deskripsi
Nomor Inventory Batch atau Lot menjadi ID kasus utama yang mengelompokkan semua aktivitas terkait jumlah produk tertentu. Dengan ID ini, Anda dapat melacak siklus hidup stok tersebut secara lengkap, mulai dari penerimaan hingga berbagai perpindahan, pengeluaran, atau pemakaian. Dalam analisis process mining, atribut ini sangat penting. Atribut ini menghubungkan berbagai peristiwa, seperti penerimaan, pemeriksaan kualitas, transfer internal, dan pengeluaran barang, menjadi satu rangkaian proses yang utuh. Analisis berdasarkan Inventory Batch/Lot membantu menghitung waktu siklus dari awal hingga akhir, menemukan alur yang umum, dan mengidentifikasi hambatan yang memengaruhi kelompok stok tertentu.
Mengapa ini penting
ID kasus utama ini menghubungkan semua aktivitas persediaan terkait sehingga Anda dapat menelusuri perjalanan lengkap suatu batch stok, dari penerimaan hingga pengeluaran.
Sumber data
Informasi ini biasanya terdapat di tabel transaksi persediaan, seperti INV_MATERIAL_TXNS, dan terkait dengan detail pengendalian lot atau batch.
Contoh
LOT2024-A01134BATCH-US-00582LPN-493820-202405
|
|||
|
Nama aktivitas
ActivityName
|
Nama aktivitas pengelolaan persediaan tertentu yang dilakukan. | ||
|
Deskripsi
Nama Aktivitas menjelaskan satu langkah atau peristiwa dalam proses pengelolaan persediaan untuk batch atau lot tertentu. Rangkaian peristiwa ini membentuk urutan alur proses. Contoh aktivitasnya meliputi 'Penerimaan Barang Dicatat', 'Pemeriksaan Kualitas Dilakukan', 'Stok Dipindahkan Secara Internal', dan 'Pengeluaran Barang Dicatat'. Analisis urutan dan frekuensi aktivitas merupakan inti process mining. Analisis ini membantu memetakan proses, menemukan penyimpangan, dan mengukur waktu perpindahan antar langkah.
Mengapa ini penting
Atribut ini penting untuk menyusun peta proses karena menentukan langkah dan peristiwa yang membentuk siklus hidup persediaan.
Sumber data
Biasanya diperoleh dengan memetakan jenis transaksi atau kode peristiwa dari tabel sumber, misalnya INV_MATERIAL_TXNS, ke nama aktivitas yang mudah dipahami pengguna.
Contoh
Penerimaan barang dicatatPenempatan barang ke lokasi penyimpanan selesaiSelisih persediaan disesuaikanPengambilan barang dimulai
|
|||
|
Waktu mulai peristiwa
EventStartTime
|
Stempel waktu yang menunjukkan kapan aktivitas persediaan dimulai. | ||
|
Deskripsi
Atribut ini mencatat tanggal dan waktu tepat saat suatu aktivitas dimulai. Data ini menjadi acuan waktu utama untuk mengurutkan peristiwa secara kronologis dan menyusun alur proses. Dalam analisis, Waktu Mulai Peristiwa penting untuk menghitung durasi dan waktu tunggu antar aktivitas. Data ini membantu menemukan hambatan, mengukur waktu siklus untuk KPI seperti 'Rata-rata Waktu Siklus Penempatan Barang', dan menganalisis kinerja proses dalam periode berbeda, misalnya per giliran kerja, hari, atau bulan.
Mengapa ini penting
Stempel waktu ini penting untuk mengurutkan peristiwa, menghitung waktu siklus dan waktu tunggu, serta memahami hambatan dalam proses.
Sumber data
Biasanya diambil dari kolom tanggal transaksi atau tanggal pembuatan di tabel transaksi persediaan, seperti TRANSACTION_DATE di INV_MATERIAL_TXNS.
Contoh
2023-10-01T08:05:21Z2023-11-15T14:30:00Z2024-01-20T21:00:15Z
|
|||
|
Pembaruan data terakhir
LastDataUpdate
|
Stempel waktu yang menunjukkan kapan terakhir kali data untuk catatan ini diperbarui dari sistem sumber. | ||
|
Deskripsi
Atribut ini mencatat kapan data terakhir diekstrak dari sistem sumber dan dimuat ke alat process mining. Informasi ini menunjukkan seberapa baru data yang dianalisis. Stempel waktu ini penting untuk mengetahui seberapa mutakhir hasil analisis proses. Pengguna dapat melihat apakah data yang digunakan mendekati waktu nyata atau berasal dari periode sebelumnya. Informasi ini membantu mereka mengambil keputusan yang tepat waktu dan berdasarkan data.
Mengapa ini penting
Menunjukkan kemutakhiran data agar pengguna memahami seberapa baru analisis proses dan kapan pembaruan data berikutnya dijadwalkan.
Sumber data
Kolom metadata ini dibuat selama proses ekstraksi, transformasi, dan pemuatan data (ETL).
Contoh
2024-05-21T02:00:00Z2024-05-20T02:00:00Z2024-05-19T02:00:00Z
|
|||
|
Sistem sumber
SourceSystem
|
Menunjukkan sistem tempat data diekstrak. | ||
|
Deskripsi
Atribut ini menunjukkan aplikasi sumber tempat transaksi persediaan dicatat. Di perusahaan besar, data persediaan mungkin berasal dari beberapa sistem atau modul. Mencantumkan sistem sumber penting untuk tata kelola data dan memahami konteksnya. Informasi ini membantu mengatasi masalah ekstraksi data dan membandingkan proses yang melibatkan beberapa sistem atau instans, misalnya proses pengelolaan persediaan di berbagai ERP regional.
Mengapa ini penting
Memberikan konteks penting tentang asal data untuk keperluan validasi dan tata kelola data, serta analisis proses yang mungkin melibatkan beberapa sistem.
Sumber data
Biasanya berupa nilai tetap yang ditambahkan saat ekstraksi dan transformasi data untuk menandai asal data.
Contoh
Oracle Fusion SCMOracle SCM Cloud-PRODFusion-ERP-US
|
|||
|
Kode alasan perpindahan
MovementReasonCode
|
Kode yang menjelaskan alasan bisnis di balik perpindahan atau penyesuaian persediaan. | ||
|
Deskripsi
Kode alasan perpindahan menjelaskan penyebab terjadinya transaksi persediaan. Atribut ini sangat berguna untuk perpindahan yang tidak rutin, seperti barang afkir, penyesuaian hasil penghitungan stok, atau retur. Atribut ini penting untuk analisis akar masalah. Misalnya, dashboard 'Frekuensi dan alasan penyesuaian persediaan' menggunakan kode ini untuk mengelompokkan penyesuaian berdasarkan penyebab, seperti kerusakan, pencurian, atau kesalahan entri data. Dengan menganalisis penyebabnya, Anda dapat memprioritaskan masalah yang paling berdampak.
Mengapa ini penting
Menjelaskan alasan di balik penyesuaian dan perpindahan persediaan. Informasi ini penting untuk mencari akar masalah, seperti selisih stok atau barang afkir.
Sumber data
Tersedia di tabel transaksi sebagai kolom kode alasan, seperti REASON_ID di INV_MATERIAL_TXNS. Kolom ini terhubung ke tabel master kode alasan.
Contoh
RUSAK DALAM PENGIRIMANPENYESUAIAN PENGHITUNGAN STOKSTOK KEDALUWARSA
|
|||
|
Lokasi gudang
WarehouseLocation
|
Lokasi spesifik di dalam gudang tempat aktivitas berlangsung, seperti rak atau zona. | ||
|
Deskripsi
Atribut ini menunjukkan lokasi fisik di dalam gudang yang terkait dengan transaksi persediaan, seperti lorong, rak, atau tempat penyimpanan tertentu. Informasi ini menjelaskan secara terperinci lokasi penyimpanan atau perpindahan stok. Analisis berdasarkan lokasi gudang membantu menemukan ketidakefisienan logistik. Misalnya, dashboard 'Waktu tunggu perpindahan stok internal' dapat menunjukkan apakah perpindahan antarzona tertentu selalu lambat. Analisis ini juga dapat mengungkap lokasi yang sering mengalami selisih persediaan.
Mengapa ini penting
Memberikan konteks lokasi di dalam gudang untuk menganalisis efisiensi perpindahan dan masalah di lokasi tertentu, seperti hambatan atau penyesuaian yang sering terjadi.
Sumber data
Diambil dari kolom seperti LOCATOR_ID dalam tabel transaksi persediaan. Kolom ini dapat digabungkan dengan data master lokasi (INV_ITEM_LOCATIONS) untuk mendapatkan nama lokasi yang mudah dipahami.
Contoh
A1-R4-S3-B2RECEIVING-DOCK-01QC-INSPECT-AREA
|
|||
|
Nomor barang
ItemNumber
|
Pengenal unik untuk produk atau bahan yang ditangani. | ||
|
Deskripsi
Nomor barang, yang sering disebut Stock Keeping Unit (SKU), menunjukkan produk tertentu dalam transaksi persediaan. Dengan atribut ini, analisis dapat difilter atau dikelompokkan berdasarkan produk. Dalam process mining, atribut ini penting untuk analisis yang berfokus pada produk. Anda dapat mencari tahu, misalnya, produk mana yang paling lama disimpan ke lokasi penyimpanan atau barang mana yang paling sering disesuaikan. Hasilnya membantu Anda menentukan perbaikan untuk lini atau kategori produk tertentu.
Mengapa ini penting
Memungkinkan Anda memfilter dan menganalisis data berdasarkan produk tertentu, serta mengetahui barang mana yang terkait dengan keterlambatan atau masalah proses.
Sumber data
Kolom utama dalam tabel transaksi persediaan ini biasanya bernama INVENTORY_ITEM_ID dan terhubung ke tabel master barang (EGP_SYSTEM_ITEMS_B) yang berisi detail produk.
Contoh
AS54888CPU-INT-i9MEM-DDR5-32GB
|
|||
|
Pengguna yang melakukan tindakan
UserPerformingAction
|
ID pengguna atau nama orang yang menjalankan transaksi persediaan. | ||
|
Deskripsi
Atribut ini menunjukkan pengguna yang bertanggung jawab atas aktivitas tertentu, seperti petugas gudang yang menyelesaikan tugas penempatan barang atau manajer persediaan yang menyetujui penyesuaian. Analisis berdasarkan pengguna penting untuk memahami pembagian beban kerja, mengetahui kebutuhan pelatihan, dan memastikan kepatuhan. Misalnya, dashboard 'Frekuensi dan Alasan Penyesuaian Persediaan' menggunakan atribut ini untuk melihat siapa yang paling sering melakukan penyesuaian. Hasilnya dapat menunjukkan pengguna dengan kinerja tinggi atau pengguna yang memerlukan pelatihan tambahan tentang prosedur pengendalian persediaan.
Mengapa ini penting
Mengaitkan tindakan dengan orang tertentu sehingga Anda dapat menganalisis kinerja pengguna, beban kerja, kebutuhan pelatihan, dan kepatuhan proses.
Sumber data
Biasanya terdapat di tabel transaksi dalam kolom 'USER_ID' atau 'CREATED_BY', seperti CREATED_BY di INV_MATERIAL_TXNS.
Contoh
JSMITHAMARTINOPERATOR.GUDANG
|
|||
|
Waktu akhir peristiwa
EventEndTime
|
Stempel waktu yang menunjukkan kapan aktivitas persediaan selesai. | ||
|
Deskripsi
Waktu Akhir Peristiwa menandai selesainya suatu aktivitas. Banyak transaksi persediaan dicatat sebagai peristiwa pada satu titik waktu, tetapi beberapa aktivitas, seperti 'Pemeriksaan Kualitas' atau 'Pengambilan Barang', memiliki durasi. Untuk peristiwa yang berlangsung seketika, Waktu Akhir biasanya sama dengan Waktu Mulai. Atribut ini digunakan bersama Waktu Mulai Peristiwa untuk menghitung waktu pemrosesan setiap aktivitas. Informasi ini penting untuk menganalisis kinerja, penggunaan sumber daya, dan aktivitas yang memerlukan waktu lebih lama dari perkiraan sehingga menambah keterlambatan proses secara keseluruhan.
Mengapa ini penting
Memungkinkan Anda menghitung waktu pemrosesan setiap aktivitas dan menemukan langkah tertentu yang memerlukan waktu lama.
Sumber data
Untuk transaksi yang berlangsung seketika, waktunya mungkin sama dengan waktu mulai. Untuk aktivitas yang memiliki durasi, waktu akhir diambil dari kolom stempel waktu penyelesaian terpisah di tabel sumber terkait.
Contoh
2023-10-01T08:05:21Z2023-11-15T15:00:00Z2024-01-20T21:05:45Z
|
|||
|
Apakah penyesuaian berasal dari penghitungan stok
IsCycleCountAdjustment
|
Penanda boolean bernilai benar jika penyesuaian persediaan terjadi tepat setelah aktivitas penghitungan stok. | ||
|
Deskripsi
Atribut turunan ini berupa penanda boolean (Benar/Salah) untuk mengenali aktivitas 'Selisih persediaan disesuaikan' yang terjadi tidak lama setelah aktivitas 'Penghitungan stok dilakukan' untuk barang dan lokasi yang sama. Dengan begitu, Anda dapat memisahkan penyesuaian yang langsung diakibatkan oleh proses penghitungan. Penanda ini digunakan untuk KPI 'Tingkat penyesuaian setelah penghitungan stok'. Analis dapat mengukur efektivitas program penghitungan stok dengan melihat seberapa sering penghitungan berujung pada penyesuaian. Tingkat penyesuaian yang tinggi dapat menandakan masalah sistemis pada akurasi catatan persediaan.
Mengapa ini penting
Membantu mengukur efektivitas proses penghitungan stok dengan memisahkan penyesuaian yang langsung diakibatkan oleh penghitungan fisik.
Sumber data
Atribut turunan ini dibuat saat transformasi data dengan memeriksa urutan aktivitas untuk barang atau kelompok tertentu.
Contoh
truefalse
|
|||
|
ID transaksi persediaan
InventoryTransactionId
|
Pengenal unik yang dibuat sistem untuk satu peristiwa persediaan. | ||
|
Deskripsi
ID transaksi persediaan adalah kunci utama untuk satu catatan transaksi persediaan di sistem sumber. Setiap baris dalam log peristiwa merujuk pada satu ID tersebut. ID ini biasanya tidak digunakan langsung dalam peta proses tingkat tinggi, tetapi sangat berguna untuk validasi data, audit, dan analisis terperinci. ID tersebut mengarah langsung ke catatan terkait di Oracle Fusion SCM, sehingga analis dapat menyelidiki anomali atau peristiwa tertentu di sistem sumber.
Mengapa ini penting
Memberikan kunci unik untuk setiap peristiwa. Kunci ini penting untuk validasi data, pelacakan, dan penelusuran catatan di sistem sumber.
Sumber data
Ini adalah kunci utama pada tabel transaksi persediaan utama, biasanya bernama TRANSACTION_ID di INV_MATERIAL_TXNS.
Contoh
987654321123456789555444333
|
|||
|
Jenis transaksi
TransactionType
|
Jenis transaksi persediaan yang ditetapkan oleh sistem. | ||
|
Deskripsi
Atribut ini merupakan klasifikasi peristiwa persediaan pada tingkat sistem, seperti 'Penerimaan PO', 'Pemindahan subinventaris', atau 'Penyesuaian penghitungan stok'. Klasifikasi teknis ini biasanya menjadi dasar untuk menentukan Nama aktivitas yang lebih mudah dipahami pengguna. Nama aktivitas digunakan dalam peta proses tingkat tinggi, sedangkan jenis transaksi berguna untuk analisis teknis yang lebih terperinci atau untuk memvalidasi pemetaan aktivitas. Atribut ini dapat membantu menemukan subproses atau perilaku sistem tertentu yang dikelompokkan dalam satu aktivitas.
Mengapa ini penting
Memberikan klasifikasi peristiwa dari sistem. Informasi ini berguna untuk analisis terperinci dan memvalidasi penentuan 'Nama aktivitas'.
Sumber data
Kolom standar dalam tabel transaksi persediaan. Biasanya, datanya diambil dengan menggabungkan tabel transaksi dengan tabel master jenis transaksi, seperti MTL_TRANSACTION_TYPES.
Contoh
Penerimaan POTransfer subinventoriPengeluaran komponen WIP
|
|||
|
Kategori SKU
SKUCategory
|
Kategori atau kelompok produk (SKU). | ||
|
Deskripsi
Kategori SKU digunakan untuk mengelompokkan produk sejenis. Contohnya 'Elektronik', 'Bahan baku', 'Barang jadi', atau kategori berdasarkan nilai, seperti barang kelas A, B, dan C. Atribut ini memungkinkan analisis tingkat tinggi berdasarkan kelompok produk, yang sering kali lebih berguna daripada melihat ribuan barang satu per satu. Dashboard seperti 'Analisis tingkat barang afkir dan usang' menggunakan kategori ini untuk mengetahui produk mana yang paling sering menjadi barang afkir. Hasilnya membantu Anda menyusun kebijakan persediaan dan memperbaiki peramalan permintaan.
Mengapa ini penting
Memungkinkan Anda menggabungkan dan membandingkan kinerja proses antar kelompok produk, sehingga tren yang tidak terlihat pada tingkat barang dapat diketahui.
Sumber data
Informasi ini biasanya tersimpan di data master barang (EGP_SYSTEM_ITEMS_B) dan perlu digabungkan dengan data transaksi.
Contoh
Perputaran cepatNilai tinggiSuku cadang
|
|||
|
Kode subinventaris
SubinventoryCode
|
Bagian dari organisasi persediaan yang menunjukkan area atau jenis penyimpanan tertentu. | ||
|
Deskripsi
Subinventaris adalah pengelompokan barang secara logis atau fisik di dalam organisasi persediaan yang lebih besar, seperti gudang. Contohnya meliputi 'Penerimaan', 'Barang jadi', 'Karantina kualitas', atau 'Bahan cacat'. Atribut ini memungkinkan analisis lokasi pada tingkat yang lebih luas daripada lokasi rak tertentu. Anda dapat menggunakannya untuk melacak perpindahan bahan antararea dengan fungsi berbeda, misalnya waktu yang dibutuhkan barang untuk berpindah dari subinventaris 'Penerimaan' ke 'Barang jadi' setelah pemeriksaan kualitas.
Mengapa ini penting
Memungkinkan analisis perpindahan persediaan dan lama penyimpanan di berbagai area gudang, seperti area penerimaan, pemeriksaan kualitas, dan penyimpanan utama.
Sumber data
Kolom standar dalam tabel persediaan, biasanya bernama SUBINVENTORY_CODE.
Contoh
PENERIMAANFGIPENYIMPANAN
|
|||
|
Kuantitas
Quantity
|
Jumlah barang yang terlibat dalam transaksi. | ||
|
Deskripsi
Atribut ini menunjukkan jumlah unit barang yang dipindahkan, disesuaikan, dihitung, atau diproses dalam transaksi lainnya. Nilainya menggambarkan skala setiap peristiwa. Kuantitas menjadi metrik dasar untuk berbagai analisis. Anda dapat menggunakannya untuk menghitung volume barang yang diproses, besarnya selisih persediaan, dan jumlah barang afkir. Jika digabungkan dengan data biaya, kuantitas juga membantu menghitung dampak finansial dari ketidakefisienan proses, seperti pada dashboard 'Analisis selisih penghitungan stok'.
Mengapa ini penting
Mengukur volume setiap transaksi untuk menganalisis jumlah barang yang diproses, besarnya selisih, dan dampak finansial aktivitas persediaan.
Sumber data
Kolom standar dalam tabel transaksi persediaan, seperti PRIMARY_QUANTITY atau TRANSACTION_QUANTITY di INV_MATERIAL_TXNS.
Contoh
100-105000
|
|||
|
Lama penyimpanan persediaan
InventoryHoldingDays
|
Total waktu suatu kelompok persediaan tersimpan, sejak pertama kali diterima hingga dikeluarkan atau dibuang. | ||
|
Deskripsi
KPI tingkat kasus ini menghitung total lama penyimpanan suatu kelompok atau lot persediaan. Perhitungannya dimulai dari waktu aktivitas 'Penerimaan barang dicatat' pertama hingga waktu aktivitas terakhir, yaitu 'Pengeluaran barang dicatat' atau 'Stok diafkir/dibuang', untuk kasus tersebut. Metrik ini penting untuk mengelola modal kerja dan biaya penyimpanan. Nilai lama penyimpanan yang tinggi menandakan stok bergerak lambat. Kondisi ini dapat meningkatkan biaya dan risiko barang menjadi usang, serta membuat penggunaan ruang gudang kurang efisien. Analisis KPI ini membantu Anda mengoptimalkan tingkat persediaan dan mempercepat perputaran stok.
Mengapa ini penting
KPI penting untuk efisiensi keuangan dan operasional. Metrik ini mengukur berapa lama modal tertahan dalam persediaan dan membantu menemukan stok yang lambat bergerak.
Sumber data
Metrik tingkat kasus ini dihitung di alat process mining dengan mencari selisih waktu antara peristiwa relevan pertama dan terakhir.
Contoh
30 hari 10:05:0095 hari 04:00:0015 hari 12:30:00
|
|||
|
Organisasi persediaan
InventoryOrganization
|
Organisasi tertentu, seperti gudang atau pabrik, tempat persediaan disimpan. | ||
|
Deskripsi
Organisasi persediaan adalah fasilitas atau entitas tersendiri yang menyimpan stok, seperti pusat distribusi atau pabrik. Di Oracle Fusion SCM, ini merupakan elemen data organisasi yang penting. Gunakan atribut ini untuk memfilter dan membandingkan proses di berbagai lokasi fisik. Anda dapat mencari tahu, misalnya, gudang mana yang paling cepat menyimpan barang ke lokasi penyimpanan atau apakah tingkat selisih persediaan lebih tinggi di fasilitas Eropa atau Amerika Utara. Hasilnya membantu Anda membandingkan kinerja dan berbagi praktik yang efektif di seluruh organisasi.
Mengapa ini penting
Memungkinkan perbandingan dan tolok ukur proses di berbagai fasilitas, seperti gudang atau pabrik, untuk mengetahui kinerja setiap lokasi.
Sumber data
Kolom utama dalam tabel transaksi, seperti ORGANIZATION_ID, yang terhubung ke tabel master organisasi untuk mendapatkan nama.
Contoh
Pusat Distribusi US1Pabrik SeattleGudang Pusat EU
|
|||
|
Satuan ukur
UnitOfMeasure
|
Satuan untuk kuantitas transaksi, misalnya buah, kg, atau kotak. | ||
|
Deskripsi
Satuan ukur (UOM) menjelaskan atribut 'Kuantitas' dengan menunjukkan arti nilai angkanya. Misalnya, kuantitas '10' dapat berarti 10 barang satuan, 10 kotak, atau 10 kilogram. Atribut ini penting agar analisis berdasarkan kuantitas dapat ditafsirkan dengan benar. Tanpa satuan ukur, Anda tidak dapat membandingkan transaksi untuk barang yang berbeda atau menjumlahkan kuantitas secara akurat. Satuan ukur memastikan analisis menggunakan dasar yang konsisten dan bermakna.
Mengapa ini penting
Memberikan konteks penting untuk atribut 'Kuantitas' agar nilainya ditafsirkan dengan benar dan dapat dibandingkan secara bermakna.
Sumber data
Biasanya tersedia di samping kolom kuantitas dalam tabel transaksi, seperti TRANSACTION_UOM di INV_MATERIAL_TXNS.
Contoh
EAKGBOX
|
|||
|
Status barang
ItemStatus
|
Menunjukkan status barang saat ini, seperti Aktif, Tidak aktif, atau Usang. | ||
|
Deskripsi
Status barang menunjukkan tahap siklus hidup produk. Misalnya, barang berstatus 'Aktif' dapat digunakan dalam transaksi rutin, status 'Ditahan' berarti barang sedang diperiksa kualitasnya, dan status 'Usang' berarti barang tidak lagi digunakan. Atribut ini memberikan konteks penting untuk menganalisis aktivitas tertentu. Tingginya jumlah barang afkir berstatus 'Usang' mungkin wajar, tetapi barang 'Aktif' yang menjadi afkir dapat menandakan masalah serius. Atribut ini membantu Anda memfilter analisis agar berfokus pada persediaan yang relevan dan masih aktif.
Mengapa ini penting
Memberikan konteks tentang siklus hidup produk, sehingga Anda dapat membedakan tindakan yang wajar, seperti mengafkirkan barang usang, dari masalah proses yang tidak terduga.
Sumber data
Informasi ini berasal dari tabel master barang, seperti EGP_SYSTEM_ITEMS_B, dan harus digabungkan dengan data transaksi.
Contoh
AktifTidak aktifUsang
|
|||
Aktivitas pengelolaan persediaan
| Aktivitas | Deskripsi | ||
|---|---|---|---|
|
Pemeriksaan kualitas dilakukan
|
Menandai selesainya proses pemeriksaan kualitas, saat keputusan untuk menerima atau menolak lot persediaan dibuat. Peristiwa ini biasanya disimpulkan dari pembaruan status akhir pada catatan pemeriksaan kualitas. | ||
|
Mengapa ini penting
Ini adalah tahap penting yang menentukan apakah stok tersedia untuk proses berikutnya. Analisis hasil dan durasi pemeriksaan membantu mengoptimalkan pengendalian kualitas dan kinerja pemasok.
Sumber data
Disimpulkan dari stempel waktu saat catatan pemeriksaan kualitas di QA_RESULTS diperbarui dengan status akhir seperti 'Accepted' atau 'Rejected', atau saat status material lot berubah dari 'QA' menjadi 'Active'.
Pengumpulan data
Diambil dari tanggal penyelesaian catatan pemeriksaan kualitas yang terkait dengan lot persediaan.
Jenis peristiwa
inferred
|
|||
|
Penempatan barang ke lokasi penyimpanan selesai
|
Menandai selesainya pemindahan lot persediaan ke lokasi penyimpanan atau subinventori yang ditetapkan, sehingga lot tersebut resmi menjadi stok tersedia. Sistem mencatatnya melalui transaksi material eksplisit yang memperbarui lokasi lot dari area penerimaan ke lokasi penyimpanan. | ||
|
Mengapa ini penting
Tahap ini menandai akhir proses barang masuk. Waktu siklus dari 'Penerimaan Barang Dicatat' hingga peristiwa ini menjadi KPI utama untuk mengukur efisiensi penempatan barang.
Sumber data
Dicatat sebagai transaksi material, biasanya 'Subinventory Transfer' atau 'Put Away', di tabel INV_MATERIAL_TXNS. Transaksi ini memindahkan lot dari subinventori penerimaan ke subinventori penyimpanan.
Pengumpulan data
Peristiwa dicatat setelah transaksi yang mengonfirmasi pemindahan ke lokasi penyimpanan selesai.
Jenis peristiwa
explicit
|
|||
|
Penerimaan barang dicatat
|
Menandai kedatangan fisik awal suatu batch atau lot persediaan di gudang, biasanya berdasarkan pesanan pembelian atau otorisasi pengembalian barang. Saat barang diterima, sistem mencatat transaksi ini secara eksplisit sebagai catatan pertama untuk lot persediaan tersebut. | ||
|
Mengapa ini penting
Aktivitas ini menjadi titik awal utama untuk menganalisis siklus hidup persediaan. Waktu antara peristiwa ini dan peristiwa lain, seperti penempatan barang ke lokasi penyimpanan atau pemeriksaan kualitas, penting untuk mengukur efisiensi proses barang masuk.
Sumber data
Dicatat sebagai transaksi material di tabel INV_MATERIAL_TXNS dengan jenis transaksi seperti 'PO Receipt', 'RMA Receipt', atau 'Intransit Shipment Receipt'. Tanggal pembuatan transaksi ini digunakan sebagai stempel waktu peristiwa.
Pengumpulan data
Peristiwa dicatat saat transaksi penerimaan dijalankan.
Jenis peristiwa
explicit
|
|||
|
Pengambilan barang selesai
|
Menandai bahwa lot persediaan telah diambil secara fisik dari lokasi penyimpanan dan dipindahkan ke area penampungan. Pengambil barang mengonfirmasi penyelesaian tugas di sistem melalui transaksi eksplisit. | ||
|
Mengapa ini penting
Ini adalah tahap penting dalam pemenuhan pesanan. Durasi dari 'Pengambilan Barang Dimulai' hingga peristiwa ini mengukur efisiensi petugas dan kinerja proses pengambilan.
Sumber data
Dicatat melalui transaksi konfirmasi pengambilan, yang memperbarui status baris move order atau tugas gudang menjadi 'Completed', atau memicu transaksi 'Subinventory Transfer' di INV_MATERIAL_TXNS.
Pengumpulan data
Dicatat saat pengguna mengonfirmasi transaksi pengambilan di sistem, biasanya melalui perangkat RF seluler.
Jenis peristiwa
explicit
|
|||
|
Pengeluaran barang dicatat
|
Menandai keluarnya lot persediaan dari gudang, baik melalui pengiriman kepada pelanggan, pengeluaran untuk pekerjaan produksi, maupun transfer ke fasilitas lain. Transaksi material eksplisit ini mengurangi jumlah persediaan. | ||
|
Mengapa ini penting
Ini adalah titik akhir utama dalam siklus hidup persediaan dan penting untuk menghitung perputaran persediaan serta lama penyimpanan. Peristiwa ini mengonfirmasi bahwa kebutuhan atas lot tersebut telah dipenuhi.
Sumber data
Dicatat sebagai transaksi material di INV_MATERIAL_TXNS dengan jenis seperti 'Sales Order Issue', 'WIP Component Issue', atau 'Transfer Order Shipment'.
Pengumpulan data
Dicatat saat konfirmasi pengiriman atau transaksi pengeluaran komponen diproses.
Jenis peristiwa
explicit
|
|||
|
Selisih persediaan disesuaikan
|
Transaksi eksplisit untuk mengoreksi jumlah stok tersedia dalam sistem agar sesuai dengan hasil penghitungan fisik atau mengatasi selisih lain, seperti kerusakan. Transaksi ini secara resmi mencatat penambahan atau pengurangan persediaan. | ||
|
Mengapa ini penting
Melacak frekuensi dan alasan penyesuaian penting untuk menemukan akar penyebab ketidakakuratan persediaan, seperti pencurian, kerusakan, atau kesalahan proses. Penyesuaian juga berdampak langsung pada catatan keuangan dan keandalan stok.
Sumber data
Dicatat sebagai transaksi material di INV_MATERIAL_TXNS dengan jenis tertentu, seperti 'Cycle Count Adjustment' atau 'Miscellaneous Issue/Receipt', sering kali disertai kode alasan.
Pengumpulan data
Dicatat setelah transaksi penyesuaian persediaan disetujui dan dibukukan.
Jenis peristiwa
explicit
|
|||
|
Stok dihapus atau dibuang
|
Menandai penghapusan resmi lot persediaan dari stok karena kedaluwarsa, rusak, usang, atau tidak dapat digunakan. Transaksi eksplisit ini menghapus nilai persediaan dari pembukuan. | ||
|
Mengapa ini penting
Ini adalah titik akhir bagi persediaan yang tidak terjual atau terpakai. Pelacakan barang yang dihapus membantu menemukan masalah terkait usia stok, perkiraan permintaan, atau proses penanganan, dan berdampak langsung pada keuangan.
Sumber data
Dicatat sebagai transaksi material di INV_MATERIAL_TXNS, biasanya dengan jenis 'Miscellaneous Issue' atau 'Scrap' tertentu, yang terhubung dengan akun dan kode alasan khusus untuk barang yang dihapus.
Pengumpulan data
Dicatat saat transaksi penghapusan barang dijalankan dan disetujui.
Jenis peristiwa
explicit
|
|||
|
Pemeriksaan kualitas dimulai
|
Menandai saat suatu lot persediaan ditetapkan untuk pemeriksaan kualitas sebelum dapat digunakan. Peristiwa ini biasanya disimpulkan dari pembuatan catatan rencana pemeriksaan yang terkait dengan lot yang diterima, atau perubahan status lot menjadi 'QA' hold. | ||
|
Mengapa ini penting
Menandai awal proses penjaminan kualitas. Durasi antara peristiwa ini dan 'Pemeriksaan Kualitas Dilakukan' menunjukkan waktu tunggu dan kemungkinan hambatan di bagian QC.
Sumber data
Disimpulkan dari pembuatan catatan pemeriksaan kualitas di modul Quality Management, misalnya QA_RESULTS, atau dari perubahan status material lot menjadi status pemeriksaan tertentu.
Pengumpulan data
Disimpulkan dari stempel waktu pembuatan rencana pemeriksaan kualitas atau perubahan status lot menjadi 'Awaiting Inspection'.
Jenis peristiwa
inferred
|
|||
|
Penempatan barang ke lokasi penyimpanan dimulai
|
Menandai dimulainya proses pemindahan barang yang diterima dari area penampungan atau penerimaan ke lokasi penyimpanan akhir. Peristiwa ini biasanya disimpulkan dari pembuatan tugas yang diarahkan sistem atau permintaan pemindahan untuk proses penempatan barang. | ||
|
Mengapa ini penting
Memulai proses penempatan barang dengan cepat penting untuk mengosongkan area penerimaan dan menyediakan persediaan. Peristiwa ini membantu mengukur jeda antara penerimaan barang dan dimulainya aktivitas penempatan.
Sumber data
Disimpulkan dari stempel waktu pembuatan permintaan pemindahan atau tugas gudang di modul Warehouse Management System (WMS) yang terkait dengan lot yang diterima.
Pengumpulan data
Ditandai dengan pembuatan tugas penempatan barang yang terkait dengan transaksi persediaan atau lot.
Jenis peristiwa
inferred
|
|||
|
Pengambilan barang dimulai
|
Menandai awal proses pemenuhan pesanan, saat tugas dibuat untuk mengambil lot persediaan dari lokasi penyimpanannya guna memenuhi pesanan penjualan, perintah kerja, atau transfer. Peristiwa ini disimpulkan dari pembuatan pick wave atau baris move order. | ||
|
Mengapa ini penting
Peristiwa ini memulai penghitungan waktu siklus pengambilan barang. Jeda antara alokasi pesanan dan dimulainya pengambilan dapat menunjukkan hambatan dalam pemrosesan pesanan atau penugasan pekerjaan gudang.
Sumber data
Disimpulkan dari stempel waktu pembuatan catatan tugas pengambilan di tabel WMS, atau pembaruan status baris move order, misalnya Mtl_Txn_Request_Lines, menjadi 'Released to Warehouse'.
Pengumpulan data
Ditandai dengan pembuatan tugas pengambilan atau move order yang terkait dengan lot persediaan.
Jenis peristiwa
inferred
|
|||
|
Pengemasan selesai
|
Menandai selesainya proses pengemasan, saat lot yang telah diambil dimasukkan ke dalam wadah pengiriman dan wadah tersebut disegel. Peristiwa ini dapat dicatat melalui pemindaian di stasiun pengemasan atau disimpulkan dari perubahan status pengiriman. | ||
|
Mengapa ini penting
Menandai akhir pemrosesan fisik di gudang sebelum pengiriman. Analisis waktu antara pengambilan dan pengemasan membantu menemukan inefisiensi di stasiun pengemasan.
Sumber data
Disimpulkan dari perubahan status pada detail pengiriman atau catatan pengiriman, misalnya di WSH_DELIVERY_DETAILS, menjadi 'Packed'. Pada konfigurasi tertentu, peristiwa ini mungkin dicatat sebagai transaksi eksplisit di stasiun pengemasan.
Pengumpulan data
Diambil dari stempel waktu pembaruan status pengiriman atau log transaksi pengemasan tertentu.
Jenis peristiwa
inferred
|
|||
|
Pengembalian barang diproses
|
Mencatat penerimaan dan pemrosesan lot persediaan yang dikembalikan pelanggan melalui Return Material Authorization (RMA). Aktivitas ini memasukkan kembali lot ke sistem persediaan dan biasanya memicu proses pemeriksaan serta penentuan tindak lanjut. | ||
|
Mengapa ini penting
Analisis proses pengembalian penting untuk memahami masalah kualitas produk dan meningkatkan efisiensi logistik balik. Proses ini juga dapat menjadi titik awal untuk subproses pengembalian tersendiri.
Sumber data
Dicatat sebagai transaksi material 'RMA Receipt' di tabel INV_MATERIAL_TXNS. Detail transaksi terhubung dengan pesanan penjualan dan pelanggan asal.
Pengumpulan data
Dicatat saat transaksi penerimaan RMA dijalankan di sistem.
Jenis peristiwa
explicit
|
|||
|
Penghitungan siklus persediaan dilakukan
|
Menunjukkan bahwa lot persediaan telah dihitung secara fisik sebagai bagian dari program penghitungan siklus atau inventarisasi fisik. Pengguna memasukkan jumlah hasil penghitungan ke sistem sebagai tindakan eksplisit. | ||
|
Mengapa ini penting
Aktivitas ini penting untuk menganalisis program akurasi persediaan. Data ini menjadi dasar untuk menemukan selisih dan mengukur efektivitas proses penghitungan.
Sumber data
Dicatat di tabel INV_CYCLE_COUNT_ENTRIES saat pengguna memasukkan dan menyimpan jumlah hasil penghitungan. Stempel waktu entri tersebut digunakan sebagai waktu peristiwa.
Pengumpulan data
Dicatat saat pengguna mengirimkan hasil penghitungan untuk item dan lot tertentu dalam tugas penghitungan siklus.
Jenis peristiwa
explicit
|
|||
|
Status item berubah
|
Menandai perubahan status penggunaan atau pembatasan suatu lot persediaan, misalnya saat lot ditahan, dilarang untuk dijual, atau dilepas. Perubahan ini biasanya disimpulkan dari perubahan atribut status lot. | ||
|
Mengapa ini penting
Pemantauan perubahan status membantu Anda memahami ketersediaan dan pengendalian persediaan. Penahanan yang sering dapat menunjukkan masalah kualitas, sedangkan pelacakan pelepasan penting untuk memahami alur proses.
Sumber data
Disimpulkan dengan melacak perubahan pada 'LOT_STATUS_CODE' atau kolom serupa di tabel persediaan seperti INV_LOT_NUMBERS. Riwayat audit atau log database mungkin diperlukan untuk mencatat stempel waktu perubahan.
Pengumpulan data
Dicatat dengan membandingkan nilai status lot saat ini dan sebelumnya dari waktu ke waktu.
Jenis peristiwa
inferred
|
|||
|
Stok dipindahkan secara internal
|
Mencatat perpindahan lot persediaan antar lokasi penyimpanan, seperti rak atau subinventori, di dalam gudang yang sama. Perpindahan ini dicatat sebagai transaksi material eksplisit untuk keperluan seperti pengisian ulang atau konsolidasi. | ||
|
Mengapa ini penting
Analisis perpindahan internal membantu menemukan tata letak gudang yang tidak efisien, penanganan berlebihan, dan peluang untuk mengoptimalkan penempatan stok. Frekuensi perpindahan yang tinggi dapat menunjukkan bahwa aturan penempatan awal kurang tepat.
Sumber data
Dicatat sebagai transaksi material di INV_MATERIAL_TXNS dengan jenis seperti 'Subinventory Transfer' atau 'Locator Transfer' yang tidak melibatkan pihak eksternal.
Pengumpulan data
Dicatat setelah transaksi transfer internal selesai.
Jenis peristiwa
explicit
|
|||
Panduan ekstraksi
Siap memulai?
Gunakan templat ini untuk menyiapkan data dengan lebih mudah dan mulai menemukan wawasan penting tentang proses persediaan Anda. Mulai tingkatkan operasional Anda hari ini.
Tingkatkan pengelolaan persediaan, mulai optimalkan hari ini
Temukan inefisiensi untuk memangkas waktu siklus persediaan hingga 30%.
Tidak perlu kartu kredit. Mulai dalam hitungan menit.