Terjemahan disediakan oleh mesin penerjemah. Jika konten terjemahan yang diberikan bertentangan dengan versi bahasa Inggris aslinya, utamakan versi bahasa Inggris.
# Entitas Data untuk Perencanaan Pasokan
Tabel berikut mencantumkan entitas data dan kolom yang digunakan oleh Perencanaan Pasokan.
## Cara membaca tabel:
+ **Wajib** — Entitas atau kolom dalam entitas data wajib agar mesin perencanaan pasokan berfungsi dengan benar.
+ **Diperlukan secara kondisional** - Entitas atau kolom dalam entitas data diperlukan tergantung pada persyaratan fungsional utama tertentu, jenis kebijakan, jenis pesanan, atau jenis aturan sumber yang dipilih.
+ **Opsional** - Entitas atau kolom dalam entitas data adalah opsional. Untuk meningkatkan akurasi perencanaan dan keluaran fitur, disarankan untuk menambahkan kolom dengan nilai.
## situs (wajib)
Bagaimana entitas data ini digunakan? Perencanaan Pasokan menggunakan data situs untuk menentukan lokasi fisik (pabrik, gudang, dan pusat distribusi) dalam jaringan rantai pasokan. Situs berfungsi sebagai titik asal dan tujuan untuk jalur transportasi, aturan sumber, dan kebijakan inventaris.
| Kolom | Apakah kolom diperlukan? | Bagaimana kolom ini digunakan dalam Perencanaan Pasokan? |
| --- | --- | --- |
| id | Diperlukan | Pengidentifikasi unik untuk situs fisik (pabrik, gudang, atau pusat distribusi) dalam jaringan rantai pasokan. Pastikan nilai kolom tidak memiliki karakter yang tidak valid seperti tanda bintang dan tanda kutip ganda. |
| deskripsi | Opsional | Human-readable nama atau label untuk situs. |
| geo\_id | Opsional | Kunci asing yang menghubungkan situs ini ke lokasi geografisnya di tabel Geografi. |
| is\_aktif | Opsional | Bendera Boolean menunjukkan apakah situs saat ini beroperasi dan tersedia untuk perencanaan. Secara default, situs ini dianggap Aktif. |
| tanggal terbuka | Opsional | Tanggal kalender di mana situs menjadi atau akan menjadi aktif secara operasional. Digunakan oleh mesin perencanaan untuk mengecualikan situs masa depan dari rencana saat ini sambil memasukkannya ke dalam skenario jaringan berwawasan ke depan. |
| tanggal akhir | Opsional | Tanggal kalender di mana situs itu atau akan dinonaktifkan dan dihapus dari perencanaan aktif. Setelah tanggal ini, mesin perencanaan tidak akan lagi mengarahkan permintaan ke atau menyimpan inventaris di situs ini. |
| site\_level\_1 | Opsional | Tingkat tertinggi dalam hierarki situs, biasanya mewakili pengelompokan geografis atau organisasi terluas. Bidang denormalisasi ini memungkinkan penyaringan dan penyortiran yang efisien di seluruh hierarki situs. |
| site\_level\_2 | Opsional | Tingkat kedua dalam hierarki situs, mewakili subdivisi regional dalam pengelompokan situs tingkat atas. Biarkan kosong jika hierarki situs Anda memiliki kurang dari 2 level. |
| site\_level\_3 | Opsional | Tingkat ketiga dalam hierarki situs, mewakili klasifikasi geografis atau organisasi yang lebih terperinci dalam level 2. Biarkan kosong jika hierarki situs Anda memiliki kurang dari 3 level. |
| site\_level\_4 | Opsional | Tingkat keempat dalam hierarki situs, mewakili cluster situs tertentu atau sub-wilayah dalam level 3. Biarkan kosong jika hierarki situs Anda memiliki kurang dari 4 level. |
| site\_level\_5 | Opsional | Tingkat kelima dan paling granular dalam hierarki situs. Biarkan kosong jika hierarki situs Anda memiliki kurang dari 5 level. |
## produk (wajib)
Bagaimana entitas data ini digunakan? Perencanaan Pasokan menggunakan data produk untuk mengidentifikasi dan mengklasifikasikan semua item yang direncanakan. Atribut produk digunakan untuk membuat filter hierarki untuk tinjauan rencana pasokan, menautkan produk ke kebijakan inventaris dan aturan sumber, dan mendukung segmentasi produk multi-level.
| Kolom | Apakah kolom diperlukan? | Bagaimana kolom ini digunakan dalam Perencanaan Pasokan? |
| --- | --- | --- |
| id | Diperlukan | Pengidentifikasi unik untuk product/material (SKU-level). Pastikan nilai kolom tidak memiliki ID duplikat dan karakter khusus seperti tanda bintang dan tanda kutip ganda. |
| deskripsi | Diperlukan | Human-readable nama atau deskripsi produk. |
| product\_group\_id | Opsional | Kunci asing yang menghubungkan produk ke kategorinya dalam tabel Hierarki Produk. |
| unit\_cost | Opsional | Biaya standar per unit yang digunakan untuk penilaian persediaan dan perencanaan biaya. |
| unit\_price | Opsional | Harga Satuan atau harga standar atau MSRP produk. |
| base\_uom | Opsional | Satuan ukuran untuk produk. Default ke Eaches. Saat ini perencanaan pasokan hanya mendukung Eaches. |
| volume\_uom | Opsional | Volume produk. Saat ini volume\_uom telah sama di semua produk. |
| unit\_volume | Opsional | Volume produk per volum\_uom didefinisikan di tingkat gudang. |
| is\_dihapus | Opsional | Bendera Boolean yang menunjukkan apakah produk telah dihentikan atau ditandai tidak aktif. Secara default, produk dianggap Aktif atau Tidak dihapus. |
| product\_level\_1 | Opsional | Tingkat tertinggi dalam hierarki produk, biasanya mewakili kategori atau divisi produk terluas. Bidang denormalisasi ini memungkinkan penyaringan dan penyortiran yang efisien di seluruh hierarki produk. |
| product\_level\_2 | Opsional | Tingkat kedua dalam hierarki produk, mewakili subkategori dalam kategori produk tingkat atas. Biarkan kosong jika hierarki produk Anda memiliki kurang dari 2 level. |
| product\_level\_3 | Opsional | Tingkat ketiga dalam hierarki produk, mewakili klasifikasi produk yang lebih terperinci dalam level 2. Biarkan kosong jika hierarki produk Anda memiliki kurang dari 3 level. |
| product\_level\_4 | Opsional | Tingkat keempat dalam hierarki produk, mewakili keluarga produk tertentu atau sub-klasifikasi dalam level 3. Biarkan kosong jika hierarki produk Anda memiliki kurang dari 4 level. |
| product\_level\_5 | Opsional | Tingkat kelima dan paling granular dalam hierarki produk. Biarkan kosong jika hierarki produk Anda memiliki kurang dari 5 level. |
## product\_hierarchy (opsional)
Bagaimana entitas data ini digunakan? Perencanaan Pasokan menggunakan data hierarki produk untuk mengatur produk ke dalam pohon kategori terstruktur. Hal ini memungkinkan penyaringan multi-level dan analisis agregat rencana pasokan, dan memungkinkan aturan sumber dan kebijakan inventaris diterapkan pada tingkat kelompok daripada tingkat SKU individu.
| Kolom | Apakah kolom diperlukan? | Bagaimana kolom ini digunakan dalam Perencanaan Pasokan? |
| --- | --- | --- |
| id | Diperlukan | Pengidentifikasi unik untuk group/category tingkat produk. |
| deskripsi | Opsional | Nama atau label produk group/category. |
| parent\_product\_group\_id | Opsional | Kunci asing untuk kategori induk, membentuk struktur pohon hierarkis untuk klasifikasi produk. |
## geografi (opsional)
Bagaimana entitas data ini digunakan? Perencanaan Pasokan menggunakan data geografi untuk menetapkan klasifikasi lokasi hierarkis untuk situs. Entitas geografis memungkinkan analisis rollup regional dan memungkinkan waktu tunggu dan kebijakan inventaris didefinisikan pada perincian wilayah geografis.
| Kolom | Apakah kolom diperlukan? | Bagaimana kolom ini digunakan dalam Perencanaan Pasokan? |
| --- | --- | --- |
| id | Diperlukan | Pengidentifikasi unik untuk entitas geografis (kota, negara bagian, negara, wilayah). |
| deskripsi | Opsional | Nama lokasi geografis (misalnya, nama kota, nama wilayah). |
| parent\_geo\_id | Opsional | Kunci asing untuk geografi induk, memungkinkan rollup hierarkis (misalnya, kota ke negara bagian ke negara). |
## transportation\_lane (diperlukan bersyarat)
Bagaimana entitas data ini digunakan? Perencanaan Pasokan menggunakan data jalur transportasi untuk memodelkan rute fisik antara lokasi asal dan tujuan dalam jaringan. Data ini mendefinisikan waktu transit dan jendela validitas yang digunakan mesin perencanaan untuk menjadwalkan pengiriman masuk dan keluar secara akurat.
| Kolom | Apakah kolom diperlukan? | Bagaimana kolom ini digunakan dalam Perencanaan Pasokan? |
| --- | --- | --- |
| id | Diperlukan | Pengenal unik untuk jalur transportasi, biasanya gabungan asal, tujuan, grup produk, dan vendor. |
| dari\_site\_id | Diperlukan | Situs asal (gudang pemasok atau pabrik) dari mana barang dikirim. |
| to\_site\_id | Diperlukan | Situs tujuan (menerima gudang atau pabrik) tempat barang dikirim. |
| product\_group\_id | Opsional | Kategori produk jalur ini berlaku untuk, memungkinkan pemfilteran tingkat jalur menurut grup produk. |
| product\_id | Opsional | Produk khusus jalur ini berlaku untuk, untuk definisi jalur tingkat produk. |
| transit\_waktu | Diperlukan | Jumlah hari yang diperlukan untuk mengangkut barang dari asal ke tujuan. Default-nya adalah 0. |
| eff\_start\_date | Diperlukan | Tanggal dari mana jalur transportasi ini menjadi active/valid. |
| eff\_end\_date | Diperlukan | Tanggal setelah jalur transportasi ini tidak lagi berlaku. |
## trading\_partner (diperlukan bersyarat)
Bagaimana entitas data ini digunakan? Perencanaan Pasokan menggunakan data mitra dagang untuk mengidentifikasi vendor, pemasok, pelanggan, dan operator dalam rantai pasokan. Mitra dagang direferensikan oleh aturan sumber, jalur pesanan masuk, dan waktu tunggu vendor untuk mengaitkan aktivitas pasokan dengan entitas bisnis eksternal.
| Kolom | Apakah kolom diperlukan? | Bagaimana kolom ini digunakan dalam Perencanaan Pasokan? |
| --- | --- | --- |
| id | Diperlukan | Pengidentifikasi unik untuk mitra dagang (vendor, pelanggan, operator, atau entitas eksternal lainnya). |
| deskripsi | Opsional | Nama organisasi mitra dagang. |
| eff\_start\_date | Opsional | Tanggal dari mana hubungan mitra dagang valid. Standar 1900-01-01 00:00:00. |
| eff\_end\_date | Opsional | Tanggal setelah hubungan mitra dagang berakhir. Standar 9999-12-31 23:59:59. |
## vendor\_product (diperlukan bersyarat)
Bagaimana entitas data ini digunakan? Perencanaan Pasokan menggunakan data produk vendor untuk menentukan vendor mana yang berwenang untuk memasok produk tertentu. Data ini memungkinkan mesin perencanaan untuk memvalidasi aturan sumber dan menghasilkan pesanan pembelian hanya untuk kombinasi produk vendor yang disetujui dalam rentang tanggal efektifnya.
| Kolom | Apakah kolom diperlukan? | Bagaimana kolom ini digunakan dalam Perencanaan Pasokan? |
| --- | --- | --- |
| vendor\_tpartner\_id | Diperlukan | Vendor/supplier Siapa yang bisa menyediakan produk ini. |
| product\_id | Diperlukan | Produk yang disuplai authorized/capable oleh vendor. |
| eff\_start\_date | Diperlukan | Tanggal dari mana vendor berwenang untuk memasok produk ini. |
| eff\_end\_date | Diperlukan | Tanggal setelah vendor tidak lagi berwenang untuk produk ini. |
## vendor\_lead\_time (diperlukan bersyarat)
Bagaimana entitas data ini digunakan? Perencanaan Pasokan menggunakan data lead time vendor untuk menentukan durasi yang diharapkan antara menempatkan pesanan pembelian dan menerima barang di lokasi tujuan. Waktu tunggu yang akurat sangat penting bagi mesin perencanaan untuk merekomendasikan pesanan dengan waktu yang tepat untuk memenuhi permintaan tanpa membuat stok yang tidak perlu atau kelebihan persediaan.
| Kolom | Apakah kolom diperlukan? | Bagaimana kolom ini digunakan dalam Perencanaan Pasokan? |
| --- | --- | --- |
| vendor\_tpartner\_id | Diperlukan | Vendor/supplier yang lead time sedang ditentukan. |
| product\_id | Opsional | Produk tertentu waktu tunggu berlaku untuk (jika granularitas tingkat produk). |
| product\_group\_id | Opsional | Grup produk lead time berlaku untuk (jika granularitas tingkat grup). |
| site\_id | Diperlukan | Situs tujuan untuk pengiriman, karena waktu tunggu dapat bervariasi menurut lokasi penerima. |
| direncanakan\_lead\_time | Diperlukan | Jumlah hari yang diharapkan dari penempatan pesanan hingga tanda terima pengiriman. |
| eff\_start\_date | Opsional | Tanggal dari mana definisi lead time ini valid. Defaultnya adalah 1900-01-01 00:00:00. |
| eff\_end\_date | Opsional | Tanggal setelah definisi lead time ini berakhir. Default adalah 9999-12-31 23:59:59. |
| region\_id | Opsional | Wilayah geografis untuk definisi lead time spesifik wilayah. |
## perusahaan (opsional)
Bagaimana entitas data ini digunakan? Perencanaan Pasokan menggunakan data perusahaan untuk mendukung lingkungan perencanaan multi-entitas di mana badan hukum atau unit bisnis yang berbeda beroperasi dalam contoh rantai pasokan bersama.
| Kolom | Apakah kolom diperlukan? | Bagaimana kolom ini digunakan dalam Perencanaan Pasokan? |
| --- | --- | --- |
| id | Diperlukan | Pengidentifikasi unik untuk company/legal entitas. |
| deskripsi | Opsional | Nama atau label perusahaan. |
| alamat\_line\_1 | Opsional | Garis alamat jalan utama untuk perusahaan. |
| alamat\_line\_2 | Opsional | Baris alamat sekunder (suite, gedung, lantai). |
| kota | Opsional | Kota tempat perusahaan berada. |
| state\_prov | Opsional | Negara bagian atau provinsi tempat perusahaan berada. |
| kode\_pos | Opsional | Kode pos atau pos untuk alamat perusahaan. |
| negeri | Opsional | Negara tempat perusahaan terdaftar atau beroperasi. |
| telepon | Opsional | Nomor telepon kontak utama untuk perusahaan. |
| Email | Opsional | Alamat email kontak utama untuk perusahaan. |
## sourcing\_rules (wajib)
Bagaimana entitas data ini digunakan? Perencanaan Pasokan menggunakan aturan sumber untuk menentukan bagaimana setiap produk di setiap lokasi tujuan diisi ulang. Aturan menentukan apakah pasokan berasal dari pembelian eksternal (pesanan pembelian), transfer internal (pesanan transfer), atau manufaktur (pesanan produksi), dan menentukan prioritas sumber dan rasio alokasi ketika beberapa opsi pasokan ada.
| Kolom | Apakah kolom diperlukan? | Bagaimana kolom ini digunakan dalam Perencanaan Pasokan? |
| --- | --- | --- |
| sourcing\_rule\_id | Diperlukan | Pengidentifikasi unik untuk aturan sumber. |
| product\_id | Opsional | Produk khusus diatur oleh aturan sumber ini. |
| product\_group\_id | Opsional | Grup produk diatur oleh aturan sumber ini. |
| to\_site\_id | Diperlukan | Situs tujuan yang akan menerima pasokan berdasarkan aturan ini. |
| sourcing\_rule\_type | Diperlukan | Sifat sumber: beli (pengadaan eksternal), pembuatan (produksi internal), atau transfer (antar pabrik). |
| dari\_site\_id | Diperlukan secara kondisional | Source/origin situs untuk pasokan (pabrik internal atau gudang). Diperlukan saat sourcing\_rule\_type adalah “transfer”. |
| tpartner\_id | Diperlukan secara kondisional | Vendor/supplier ID; diperlukan saat sourcing\_rule\_type adalah “beli”. |
| transportasi\_lane\_id | Opsional | Tautan ke jalur transportasi yang digunakan untuk jalur sumber ini. |
| sourcing\_priority | Opsional | Peringkat prioritas digunakan ketika beberapa opsi sumber ada untuk hal yang sama product/site. |
| sourcing\_ratio | Opsional | Alokasi persentase (0-100) yang menentukan proporsi total permintaan yang dipenuhi aturan sumber ini ketika beberapa aturan sumber aktif ada untuk kombinasi periode situs-produk yang sama. |
| min\_qty | Opsional | Kendala kuantitas pesanan minimum untuk aturan sumber ini. |
| qty\_multiple | Opsional | Kuantitas pesanan harus kelipatan dari nilai ini (ukuran lot). |
| production\_process\_id | Opsional | Manufaktur process/route digunakan saat sourcing\_rule\_type adalah “manufaktur”. |
| eff\_start\_date | Opsional | Tanggal dari mana aturan sumber ini aktif. Defaultnya adalah 1900-01-01 00:00:00. |
| eff\_end\_date | Opsional | Tanggal setelah aturan sumber ini kedaluwarsa. Default adalah 9999-12-31 23:59:59. |
## inventory\_policy (wajib)
Bagaimana entitas data ini digunakan? Perencanaan Pasokan menggunakan data kebijakan inventaris untuk menentukan metode perhitungan stok keselamatan dan ambang pengisian untuk setiap kombinasi lokasi produk. Jenis kebijakan (tingkat absolut, permintaan hari pertanggungan, atau perkiraan hari pertanggungan) mengatur bagaimana mesin perencanaan menghitung buffer inventaris minimum dan menghasilkan rekomendasi pengisian ulang.
| Kolom | Apakah kolom diperlukan? | Bagaimana kolom ini digunakan dalam Perencanaan Pasokan? |
| --- | --- | --- |
| id | Diperlukan | Pengidentifikasi unik untuk catatan kebijakan inventaris. |
| site\_id | Opsional | Di site/warehouse mana kebijakan inventaris ini berlaku. |
| dest\_geo\_id | Opsional | Wilayah geografis yang ditargetkan kebijakan ini, memungkinkan strategi stok khusus wilayah. |
| product\_id | Opsional | Produk khusus kebijakan ini berlaku untuk (jika kebijakan tingkat produk). |
| product\_group\_id | Opsional | Grup produk kebijakan ini berlaku untuk (jika kebijakan tingkat grup). |
| ss\_policy | Diperlukan | Jenis kebijakan stok keselamatan yang mengatur bagaimana stok pengaman dihitung: Abs\_level, Doc\_dem, atau Doc\_FCST. Saat ini sl (tingkat layanan) tidak didukung. 1. Abs\_level: Menggunakan unit yang ditentukan dalam min/max jumlah inventaris. Pemesanan akan disarankan setiap kali persediaan turun di bawah min. 2. Doc\_dem: Menggunakan hari pertanggungan yang dihitung dari permintaan historis sebagai tingkat target inventaris. 3. Doc\_fcst: Menggunakan hari pertanggungan yang dihitung dari perkiraan sebagai tingkat target inventaris. |
| min\_safety\_stock | Opsional | Lantai kuantitas stok pengaman minimum mutlak yang mengesampingkan nilai yang dihitung kebijakan. Dinyatakan dalam satuan ukuran dasar produk. |
| min\_inventory\_qty | Diperlukan secara kondisional | Entah min\_inventory\_qty/max\_inventory\_qty atau target\_inventory\_qty diperlukan saat ss\_policy adalah abs\_level. Tingkat persediaan minimum (titik pemesanan ulang) yang memicu sinyal pengisian ketika kuantitas di tangan turun di bawah ambang batas ini. |
| max\_inventory\_qty | Diperlukan secara kondisional | Entah min\_inventory\_qty/max\_inventory\_qty atau target\_inventory\_qty diperlukan saat ss\_policy adalah abs\_level. Kuantitas persediaan maksimum yang diijinkan (order-up-to level) yang menentukan batas atas untuk pesanan pengisian ulang. Mencegah overstocking dengan membatasi total inventaris yang harus dimiliki situs untuk produk ini. |
| target\_inventory\_qty | Diperlukan secara kondisional | Entah min\_inventory\_qty/max\_inventory\_qty atau target\_inventory\_qty diperlukan saat ss\_policy adalah abs\_level. Ini adalah kuantitas inventaris target yang akan dipertahankan oleh sistem. |
| min\_doc\_limit | Diperlukan secara kondisional | Baik (pasangan min\_doc\_limit dan max\_doc\_limit) atau target\_doc\_limit diperlukan saat ss\_policy adalah doc\_dem atau doc\_fcst. Hari minimum penutup lantai memastikan bahwa inventaris selalu mencakup setidaknya beberapa hari permintaan ke depan. |
| max\_doc\_limit | Diperlukan secara kondisional | Baik (pasangan min\_doc\_limit dan max\_doc\_limit) atau target\_doc\_limit diperlukan saat ss\_policy adalah doc\_dem atau doc\_fcst. Hari maksimum batas pertanggungan yang mewakili batas atas cakupan inventaris. |
| target\_doc\_limit | Diperlukan secara kondisional | Baik (pasangan min\_doc\_limit dan max\_doc\_limit) atau target\_doc\_limit diperlukan saat ss\_policy adalah doc\_dem atau doc\_fcst. Target hari pertanggungan (permintaan historis atau berdasarkan perkiraan). |
| eff\_start\_date | Opsional | Tanggal dari mana kebijakan inventaris efektif. Defaultnya adalah 1900-01-01 00:00:00. |
| eff\_end\_date | Opsional | Tanggal setelah kebijakan inventaris berakhir. Default adalah 9999-12-31 23:59:59. |
## inventory\_level (wajib)
Bagaimana entitas data ini digunakan? Perencanaan Pasokan menggunakan snapshot tingkat inventaris untuk menetapkan posisi stok saat ini di setiap situs untuk setiap produk. Data ini adalah titik awal untuk perhitungan pengisian ulang, memungkinkan mesin perencanaan untuk menentukan kesenjangan antara persediaan saat ini dan tingkat target yang ditentukan oleh kebijakan inventaris.
| Kolom | Apakah kolom diperlukan? | Bagaimana kolom ini digunakan dalam Perencanaan Pasokan? |
| --- | --- | --- |
| snapshot\_date | Diperlukan | Date/time ketika snapshot inventaris diambil. |
| site\_id | Diperlukan | Site/warehouse di mana inventaris ini berada secara fisik. |
| product\_id | Diperlukan | Product/material yang inventarisnya dilaporkan. |
| on\_hand\_inventory | Diperlukan | Jumlah stok yang tidak terbatas dan tersedia untuk digunakan di tangan. |
| inv\_condition | Opsional | Kondisi atau klasifikasi kualitas inventaris (misalnya, tersedia, diblokir, di-quality-hold). |
## perkiraan (diperlukan secara kondisional)
Bagaimana entitas data ini digunakan? Perencanaan Pasokan menggunakan data perkiraan sebagai sinyal permintaan utama untuk perhitungan pengisian ulang. Mesin perencanaan menggunakan jumlah permintaan yang diperkirakan berdasarkan produk dan lokasi untuk menentukan berapa banyak persediaan yang perlu diisi ulang dan kapan, mendorong rekomendasi pembelian, transfer, dan pesanan produksi di seluruh cakrawala perencanaan. Data ini tidak diperlukan jika perkiraan dibuat oleh Amazon Connect Decisions Demand Intelligence.
| Kolom | Apakah kolom diperlukan? | Bagaimana kolom ini digunakan dalam Perencanaan Pasokan? |
| --- | --- | --- |
| snapshot\_date | Diperlukan | Tanggal kapan perkiraan ini dibuat atau terakhir diperbarui. |
| site\_id | Diperlukan | Situs yang permintaannya diperkirakan. |
| product\_id | Diperlukan | Produk yang permintaannya diperkirakan. |
| kejam | Diperlukan secara kondisional | Baik mean atau p50 perlu disediakan. Rata-rata aritmatika dari distribusi perkiraan permintaan untuk kombinasi periode situs-produk ini. Berfungsi sebagai sinyal permintaan utama. |
| p50 | Diperlukan secara kondisional | Baik mean atau p50 perlu disediakan. Kuantitas perkiraan median (persentil ke-50) mewakili skenario permintaan yang paling mungkin. |
| p10/20/30/40/50/60/70/80/90 | Opsional | Nilai perkiraan probabilistik pada persentil 10, 50, dan 90 untuk analisis variabilitas permintaan. |
| forecast\_start\_dttm | Diperlukan | Mulai date/time dari periode bucket perkiraan. |
| forecast\_end\_dttm | Diperlukan | date/time Akhir periode bucket perkiraan. |
## outbound\_order\_line (diperlukan secara kondisional)
Bagaimana entitas data ini digunakan? Perencanaan Pasokan menggunakan data garis pesanan keluar untuk melacak pesanan pelanggan dan komitmen permintaan. Data ini memberikan visibilitas ke dalam permintaan yang dikonfirmasi, memungkinkan mesin perencanaan untuk memesan inventaris untuk pesanan pelanggan yang berkomitmen dan kewajiban pemenuhan faktor ke dalam rekomendasi pengisian ulang.
| Kolom | Apakah kolom diperlukan? | Bagaimana kolom ini digunakan dalam Perencanaan Pasokan? |
| --- | --- | --- |
| id | Diperlukan | Pengidentifikasi unik untuk jalur pesanan keluar (item baris pengiriman). |
| product\_id | Diperlukan | Produk dikirim ke pelanggan. |
| cust\_order\_id | Diperlukan | Nomor pesanan penjualan pelanggan milik baris ini. |
| status | Opsional | Status pemenuhan baris saat ini (misalnya, Buka, Dibatalkan, Ditutup). |
| pesanan\_tanggal | Opsional | Tanggal pesanan ditempatkan. |
| init\_quantity\_request | Opsional | Kuantitas asli yang awalnya dipesan pelanggan. |
| final\_quantity\_request | Diperlukan | Current/adjusted kuantitas masih harus dipenuhi (akun untuk pengiriman sebagian dan perubahan pesanan). |
| requested\_delivery\_date | Diperlukan | Tanggal pengiriman yang awalnya diminta pelanggan. |
| promised\_delivery\_date | Opsional | Tanggal berkomitmen untuk pelanggan setelah pemeriksaan ketersediaan. |
| actual\_delivery\_date | Opsional | Tanggal barang benar-benar diterima oleh pelanggan. |
| ship\_from\_site\_id | Diperlukan | Gudang atau pabrik dari mana produk akan dikirim. |
| kuantitas\_dijanjikan | Opsional | Kuantitas confirmed/committed untuk pelanggan. |
| kuantitas\_terkirim | Opsional | Kuantitas yang telah secara fisik shipped/delivered. |
## inbound\_order\_line (diperlukan secara kondisional)
Bagaimana entitas data ini digunakan? Perencanaan Pasokan menggunakan data jalur pesanan masuk untuk melacak pesanan pembelian terbuka, pesanan transfer, dan pesanan manufaktur. Data ini memberikan visibilitas ke dalam penerimaan pasokan yang direncanakan, memungkinkan mesin perencanaan untuk memperhitungkan inventaris dalam perjalanan dan dikonfirmasi saat menghasilkan rekomendasi pengisian ulang.
| Kolom | Apakah kolom diperlukan? | Bagaimana kolom ini digunakan dalam Perencanaan Pasokan? |
| --- | --- | --- |
| id | Diperlukan | Pengidentifikasi unik untuk item baris pesanan (biasanya gabungan dari ID pesanan dan nomor baris). |
| order\_id | Diperlukan | Nomor header pesanan masuk. |
| tpartner\_id | Diperlukan secara kondisional | Wajib untuk PO (Purchase Order). Menautkan baris pesanan ke vendor/supplier. SCN\_RESERVED\_NO\_VALUE\_PROSID standar. |
| product\_id | Diperlukan | Yang product/material diperintahkan pada baris ini. |
| order\_type | Diperlukan | Jenis klasifikasi baris pesanan ini. Harus PO (Purchase Order), TO (Transfer Order) atau MO (Manufacture Order). |
| status | Opsional | Status saat ini dari item baris khusus ini (misalnya, Buka,, Ditutup InTransit, Dibatalkan). |
| dari\_site\_id | Diperlukan secara kondisional | Wajib untuk TO (Pesanan Transfer). Situs asal dari mana produk dikirim. |
| to\_site\_id | Diperlukan | Situs tujuan untuk pengiriman item baris ini. |
| kuantitas\_dikirimkan | Diperlukan secara kondisional | Kuantitas asli requested/ordered. Baik quantity\_submitted atau quantity\_confirmed harus disediakan. |
| kuantitas\_dikonfirmasi | Diperlukan secara kondisional | Kuantitas dikonfirmasi oleh pemasok untuk pengiriman. Baik quantity\_submitted atau quantity\_confirmed harus disediakan. |
| kuantitas\_diterima | Opsional | Kuantitas yang diterima secara fisik di lokasi tujuan. |
| dikirimkan\_date | Opsional | Tanggal item baris ini dibuat dalam sistem. |
| earliest\_delivery\_date | Diperlukan secara kondisional | Setidaknya satu dari earliest\_delivery\_date, latest\_delivery\_date atau expected\_delivery\_date harus disediakan. |
| diharapkan\_delivery\_date | Diperlukan secara kondisional | Tanggal pengiriman yang direncanakan atau dijanjikan untuk item baris ini. Setidaknya satu dari earliest\_delivery\_date, latest\_delivery\_date atau expected\_delivery\_date harus disediakan. |
| terbaru\_delivery\_date | Diperlukan secara kondisional | Setidaknya satu dari earliest\_delivery\_date, latest\_delivery\_date atau expected\_delivery\_date harus disediakan. |
| earliest\_ship\_date | Opsional | Tanggal dan waktu paling awal ketika vendor mengirimkan produk untuk lini pesanan ini. Jika diisi, mesin perencanaan akan menggunakan tanggal ini untuk menentukan tanggal mulai pesanan. |
| terbaru\_ship\_date | Opsional | Tanggal dan waktu terbaru ketika vendor mengirimkan produk untuk lini pesanan ini. Jika diisi, mesin perencanaan akan menggunakan tanggal ini untuk menentukan tanggal mulai pesanan. |
| product\_group\_id | Opsional | Konteks grup produk untuk pemetaan alternatif ini. |
| to\_site\_id | Opsional | Situs tujuan untuk pengiriman produk alternatif. |
| dari\_site\_id | Opsional | Situs asal untuk sumber produk alternatif. |
| transportasi\_lane\_id | Opsional | Jalur transportasi untuk digunakan saat mencari produk alternatif ini. |
| min\_qty | Opsional | Jumlah pesanan minimum untuk produk alternatif. |
| qty\_multiple | Opsional | Kuantitas pesanan harus kelipatan dari nilai ini untuk produk alternatif. |
## product\_bom (diperlukan secara kondisional)
Bagaimana entitas data ini digunakan? Perencanaan Pasokan menggunakan data Product Bill of Materials (BOM) untuk meledakkan permintaan barang jadi menjadi persyaratan tingkat komponen. Ketika mesin perencanaan menghasilkan pesanan produksi untuk produk manufaktur, ia menggunakan BOM untuk menghitung berapa banyak setiap bahan baku atau sub-perakitan yang diperlukan, menciptakan sinyal permintaan tergantung untuk pengadaan komponen dan perencanaan produksi.
| Kolom | Apakah kolom diperlukan? | Bagaimana kolom ini digunakan dalam Perencanaan Pasokan? |
| --- | --- | --- |
| id | Diperlukan | Pengidentifikasi unik untuk catatan garis BOM, biasanya kunci pengganti atau gabungan produk induk, produk komponen, situs, dan tanggal efektif. |
| product\_id | Diperlukan | Kunci asing ke tabel Produk mengidentifikasi barang jadi atau rakitan induk yang diproduksi menggunakan BOM ini. |
| site\_id | Diperlukan | Kunci asing ke tabel Situs yang mengidentifikasi lokasi pembuatan di mana BOM ini valid. |
| component\_product\_id | Diperlukan | Kunci asing untuk tabel Produk mengidentifikasi bahan baku, sub-perakitan, atau komponen perantara yang diperlukan untuk menghasilkan produk induk. |
| component\_quantity\_per | Diperlukan | Kuantitas produk komponen yang diperlukan untuk menghasilkan satu unit barang jadi induk, dinyatakan dalam satuan dasar ukuran komponen. |
| eff\_start\_date | Diperlukan | Tanggal kalender dari mana hubungan BOM ini efektif dan harus digunakan oleh mesin perencanaan untuk ledakan permintaan. |
| eff\_end\_date | Diperlukan | Tanggal kalender setelah itu hubungan BOM ini tidak lagi berlaku dan tidak boleh digunakan untuk perencanaan. |
| production\_process\_id | Opsional | Kunci asing untuk tabel Proses Produksi yang mengidentifikasi rute atau resep manufaktur mana yang menggunakan BOM khusus ini. |
## production\_process (tidak didukung dalam Perencanaan Pasokan sekarang, akan segera ditambahkan)
Bagaimana entitas data ini digunakan? Entitas data ini tidak didukung dalam Perencanaan Pasokan saat ini. Tapi itu akan segera ditambahkan. Ketika didukung, mesin perencanaan akan menggunakan waktu pengaturan dan waktu operasi untuk menghitung waktu tunggu produksi dan mengevaluasi kelayakan kapasitas produksi.
| Kolom | Apakah kolom diperlukan? | Bagaimana kolom ini digunakan dalam Perencanaan Pasokan? |
| --- | --- | --- |
| production\_process\_id | Diperlukan | Pengidentifikasi unik untuk proses manufaktur atau rute produksi. Merupakan urutan operasi tertentu yang mengubah mentah materials/components menjadi produk jadi di situs tertentu. |
| product\_id | Diperlukan | Kunci asing ke tabel Produk mengidentifikasi barang jadi atau produk keluaran yang diproduksi oleh proses produksi ini. |
| site\_id | Diperlukan | Kunci asing ke tabel Situs mengidentifikasi fasilitas manufaktur tempat proses produksi ini dijalankan secara fisik. |
| setup\_time | Diperlukan | Memperbaiki durasi satu kali (dalam jam) yang diperlukan untuk mengganti, mengkalibrasi, dan menyiapkan peralatan produksi sebelum batch run dapat dimulai. |
| operasi\_waktu | Diperlukan | Waktu pemrosesan variabel (dalam jam) dikonsumsi per unit output yang dihasilkan pada jalur manufaktur ini. Total durasi produksi = setup\_time \+ (operation\_time x kuantitas yang direncanakan). |
## segmentation\_rule (tidak didukung dalam Perencanaan Pasokan sekarang, akan segera ditambahkan)
Bagaimana entitas data ini digunakan? Entitas data ini tidak didukung dalam Perencanaan Pasokan saat ini. Tapi itu akan segera ditambahkan. Data Aturan Segmentasi akan memungkinkan perencanaan yang berbeda dengan mengklasifikasikan produk dan situs ke dalam segmen (misalnya, berdasarkan variabilitas permintaan, tingkat pelanggan, atau siklus hidup produk). Ketika didukung, mesin perencanaan akan menerapkan kebijakan inventaris khusus segmen, model perkiraan, dan target tingkat layanan.
| Kolom | Apakah kolom diperlukan? | Bagaimana kolom ini digunakan dalam Perencanaan Pasokan? |
| --- | --- | --- |
| segmentation\_rule\_id | Diperlukan | Pengidentifikasi unik untuk aturan segmentasi yang memetakan kombinasi segment\_type\+segment\_value tertentu ke dimensi /channel. product/site |
| segment\_type | Diperlukan | Nama dimensi segmentasi yang didefinisikan (misalnya,, DemandVariability, CustomerTier ProductLifecycle, ServiceLevel). |
| segment\_nilai | Diperlukan | Nilai spesifik dalam klasifikasi segment\_type (misalnya, Tinggi, Sedang, Rendah untuk DemandVariability; A, B, C untuk). CustomerTier |
| segmentation\_rule\_description | Opsional | Human-readable penjelasan logika bisnis atau kriteria yang digunakan untuk menetapkan entitas ke segmen ini. |
| product\_id | Opsional | Kunci asing ke tabel Produk. Ketika diisi, aturan hanya berlaku untuk produk khusus ini. |
| product\_level\_1 | Opsional | Tingkat tertinggi dalam hierarki produk. Memungkinkan segmentasi luas di seluruh keluarga produk. |
| product\_level\_2 | Opsional | Second-level klasifikasi hierarki produk. Menyediakan pengelompokan produk antara untuk segmentasi. |
| product\_level\_3 | Opsional | Third-level klasifikasi hierarki produk. Memungkinkan segmentasi produk mid-granularitas. |
| product\_level\_4 | Opsional | Fourth-level klasifikasi hierarki produk. Memungkinkan segmentasi produk berbutir halus. |
| product\_level\_5 | Opsional | Sebagian besar tingkat hierarki produk granular. Biarkan kosong jika aturan menargetkan level yang lebih kasar atau product\_id tertentu. |
| site\_id | Opsional | Kunci asing ke tabel Situs. Ketika diisi, aturan hanya berlaku untuk situs khusus ini. |
| site\_level\_1 | Opsional | Tingkat tertinggi dalam hierarki situs. Memungkinkan segmentasi geografis yang luas di seluruh jaringan. |
| site\_level\_2 | Opsional | Second-level hierarki situs. Menyediakan pengelompokan geografis menengah untuk segmentasi. |
| site\_level\_3 | Opsional | Third-level hierarki situs. Memungkinkan segmentasi geografis granularitas pertengahan. |
| site\_level\_4 | Opsional | Fourth-level hierarki situs. Memungkinkan segmentasi geografis berbutir halus. |
| site\_level\_5 | Opsional | Sebagian besar tingkat hierarki situs granular. Biarkan kosong jika aturan menargetkan level yang lebih kasar atau site\_id tertentu. |
| kota | Opsional | Nama kota kapal-dari lokasi situs. Menyediakan konteks geografis untuk segmentasi berbasis lokasi. |
| state\_prov | Opsional | Negara bagian atau provinsi dari situs kapal-dari. Memungkinkan segmentasi regional dan kepatuhan terhadap aturan bisnis khusus yurisdiksi. |
| kode\_pos | Opsional | Postal/ZIP kode situs kapal-dari. Memungkinkan penargetan geografis yang tepat untuk aturan segmentasi. |
| negeri | Opsional | Negara kapal-dari situs. Memungkinkan segmentasi tingkat negara untuk operasi internasional. |
| trading\_partner\_id | Opsional | Kunci asing ke tabel Mitra Perdagangan. Mengaktifkan aturan segmentasi berdasarkan hubungan pemasok, pelanggan, atau operator. |
| perusahaan\_id | Opsional | Kunci asing ke meja Perusahaan. Memungkinkan segmentasi multi-entitas di mana badan hukum yang berbeda mempertahankan aturan klasifikasi terpisah. |
| channel\_id | Opsional | Kunci asing yang mereferensikan sales/distribution saluran. Mengaktifkan segmentasi khusus saluran untuk operasi omnichannel. |
| creation\_date | Opsional | Stempel waktu ISO 8601 saat aturan segmentasi ini dibuat. Mendukung jejak audit dan pelacakan versi. |
| connection\_id | Opsional | System-assigned pengenal untuk koneksi sumber data. Auto-populated oleh Prism saat konsumsi — jangan memasok secara manual. |
| updated\_at | Opsional | System-managed stempel waktu modifikasi terakhir untuk catatan ini. Auto-populated oleh Prism untuk garis keturunan data — jangan memasok secara manual. |
| diperbarui\_oleh | Opsional | System-managed pengenal pengguna atau proses yang terakhir memodifikasi catatan ini. Auto-populated oleh Prism untuk garis keturunan data — jangan memasok secara manual. |
## Entitas data unggah langsung
**catatan**
capacity\_constraints, capacity\_product\_mapping, warehouse\_space\_limit, dan planning\_time\_fence\_constraints tidak memerlukan pengaturan aliran konsumsi data. Entitas data ini dapat langsung diunggah di halaman konfigurasi perencanaan pasokan melalui Rekan-rekan Tim Keputusan.
## capacity\_constraints (diperlukan secara kondisional)
Bagaimana entitas data ini digunakan? Perencanaan Pasokan menggunakan data kendala kapasitas untuk menentukan batas throughput minimum dan maksimum untuk setiap sumber daya kapasitas di setiap lokasi dalam ember waktu yang ditentukan. Mesin perencanaan memberlakukan kendala ini ketika menghasilkan rekomendasi produksi dan penyimpanan untuk memastikan rencana tetap dalam batas kelayakan fisik atau kontrak.
| Kolom | Apakah kolom diperlukan? | Bagaimana kolom ini digunakan dalam Perencanaan Pasokan? |
| --- | --- | --- |
| id | Diperlukan | Pengidentifikasi unik untuk catatan kendala kapasitas. Mereferensikan kombinasi sumber daya kapasitas, situs, keranjang waktu, dan rentang tanggal efektif. |
| kapasitas\_id | Diperlukan | Kunci asing ke tabel Kapasitas mengidentifikasi sumber daya tertentu yang dibatasi (misalnya, jalur produksi, zona penyimpanan, dermaga, atau kumpulan tenaga kerja). |
| site\_id | Diperlukan | Kunci asing ke tabel Situs mengidentifikasi lokasi fisik di mana kendala kapasitas ini berlaku. |
| bucket\_type | Diperlukan | Mendefinisikan granularitas time bucket untuk mengukur dan menegakkan pemanfaatan kapasitas. Nilai yang diterima: Harian, Mingguan, Bulanan. |
| eff\_start\_date | Diperlukan | Tanggal kalender dari mana kendala kapasitas ini menjadi aktif dan dapat ditegakkan oleh mesin perencanaan. |
| eff\_end\_date | Diperlukan | Tanggal kalender setelah kendala kapasitas ini berakhir dan tidak lagi diberlakukan. |
| min\_capacity\_usage | Opsional | Volume throughput atau pemanfaatan minimum yang diperlukan dalam keranjang waktu yang ditentukan. Merupakan lantai kontrak atau operasional. |
| max\_capacity\_usage | Diperlukan | Volume throughput atau pemanfaatan maksimum yang diizinkan dalam keranjang waktu yang ditentukan. Mesin perencanaan tidak boleh menjadwalkan produksi atau mengalokasikan inventaris di luar batas ini. |
## capacity\_product\_mapping (diperlukan secara kondisional)
Bagaimana entitas data ini digunakan? Perencanaan Pasokan menggunakan data pemetaan produk kapasitas untuk menghubungkan produk ke sumber daya kapasitas yang mereka konsumsi di setiap lokasi. Pemetaan ini memungkinkan mesin perencanaan untuk mengumpulkan permintaan kapasitas total di semua produk yang berbagi sumber daya bersama, mengidentifikasi kemacetan, dan memprioritaskan pengurutan produksi ketika kapasitas terbatas.
| Kolom | Apakah kolom diperlukan? | Bagaimana kolom ini digunakan dalam Perencanaan Pasokan? |
| --- | --- | --- |
| id | Diperlukan | Pengidentifikasi unik untuk catatan pemetaan kapasitas-ke-produk yang menghubungkan produk tertentu ke sumber daya kapasitas yang dikonsumsi di situs tertentu. |
| product\_id | Diperlukan | Kunci asing untuk tabel Produk mengidentifikasi SKU atau bahan tertentu yang produksi atau penanganannya mengkonsumsi kapasitas dari sumber daya yang dipetakan. |
| site\_id | Diperlukan | Kunci asing ke tabel Situs yang menentukan lokasi di mana hubungan produk-ke-kapasitas ini valid. |
| kapasitas\_id | Diperlukan | Kunci asing ke tabel Kapasitas mengidentifikasi sumber daya kapasitas mana yang dikonsumsi produk ini selama produksi, penyimpanan, atau penanganan. |
## warehouse\_space\_limit (diperlukan secara kondisional)
Bagaimana entitas data ini digunakan? Perencanaan Pasokan menggunakan data batas ruang gudang untuk membatasi rekomendasi pengisian ulang sehingga inventaris yang direncanakan tidak pernah melebihi kapasitas penyimpanan fisik gudang. Ini mencegah mesin perencanaan menghasilkan pesanan pasokan yang akan mengakibatkan kepadatan atau persyaratan penyimpanan yang tidak layak di suatu lokasi.
| Kolom | Apakah kolom diperlukan? | Bagaimana kolom ini digunakan dalam Perencanaan Pasokan? |
| --- | --- | --- |
| site\_id | Diperlukan | Pengidentifikasi gudang yang kapasitasnya ditentukan. |
| maks\_kapasitas | Diperlukan | Kapasitas penyimpanan maksimum gudang, dinyatakan dalam satuan volume ukuran yang ditentukan dalam entitas Produk. Digunakan untuk membatasi rencana pasokan agar tidak melebihi ruang fisik. |
## planning\_time\_fence\_constraints (diperlukan secara kondisional)
Bagaimana entitas data ini digunakan? Perencanaan Pasokan menggunakan data batasan pagar waktu perencanaan untuk menentukan batas waktu di mana mesin perencanaan dibatasi untuk membuat perubahan pada pesanan pasokan yang ada. Kendala ini memungkinkan perencana untuk melindungi rencana pasokan jangka pendek dari penjadwalan ulang otomatis, menjaga pesanan yang dikonfirmasi untuk produk dan lokasi tertentu dalam jendela pagar waktu yang ditentukan.
| Kolom | Apakah kolom diperlukan? | Bagaimana kolom ini digunakan dalam Perencanaan Pasokan? |
| --- | --- | --- |
| rule\_id | Diperlukan | Pengidentifikasi unik untuk aturan batasan pagar waktu perencanaan. |
| product\_id | Opsional | Kunci asing ke tabel Produk. Ketika dihuni, pagar waktu hanya berlaku untuk produk khusus ini. Ketika dibiarkan kosong, kendala berlaku untuk semua produk di situs yang ditentukan. |
| site\_id | Opsional | Kunci asing ke tabel Situs. Ketika dihuni, pagar waktu hanya berlaku untuk situs khusus ini. Ketika dibiarkan kosong, kendala berlaku untuk produk yang ditentukan di semua situs. |
| planning\_time\_fence\_days | Diperlukan | Jumlah hari kalender sejak tanggal berjalan perencanaan di mana mesin perencanaan tidak akan secara otomatis menjadwal ulang atau membatalkan pesanan pasokan yang ada. Pesanan dengan tanggal mulai pesanan dalam jendela ini diperlakukan sebagai beku dan dilindungi dari perubahan otomatis. |