

Terjemahan disediakan oleh mesin penerjemah. Jika konten terjemahan yang diberikan bertentangan dengan versi bahasa Inggris aslinya, utamakan versi bahasa Inggris.

# Hari Penutup
<a name="doc-forecast"></a>

Jika Anda menggunakan Days of Cover (DoC) untuk mengelola tingkat inventaris Anda, maka ini akan menjadi pengaturan kebijakan yang tepat untuk mendorong perhitungan tingkat inventaris target dan RoQ. Kebijakan inventaris DoC menggunakan hari pertanggungan yang dikonfigurasi. Kebijakan ini tidak mempertimbangkan jadwal sumber (kalender peninjauan vendor) atau waktu tunggu vendor untuk menghitung DOC. *DOC didasarkan pada bidang *target\_doc\_limit di entitas data inventory\_policy*.* Perhatikan bahwa, untuk perencanaan mingguan, *target\_doc\_limit* masih menggunakan satuan hari. Cakupan 2 minggu diterjemahkan menjadi 14 hari. *Kebijakan DoC dapat digunakan dengan perkiraan (*doc\_fcst*) atau permintaan (doc\_dem).* Perbedaan antara *doc\_fcst* dan *doc\_dem* adalah sumber perkiraan. *doc\_fcst* *didasarkan pada perkiraan, sedangkan *doc\_dem didasarkan pada riwayat permintaan di outbound\_order\_line*.* Perkiraan hari berdasarkan cakupan menggunakan perkiraan P50, sedangkan perencanaan berbasis permintaan menggunakan 30 hari terakhir dari riwayat permintaan untuk menghitung tingkat konsumsi rata-rata.

## Input dan default
<a name="target-inventory-level"></a>

Target Inventory Level atau Target Inventory Position (TIP) adalah posisi atau level inventaris yang diinginkan pada tanggal tertentu. Posisi inventaris mencakup inventaris di tangan, dalam perjalanan, atau on-order, sedangkan tingkat inventaris hanya persediaan yang ada. *Posisi inventaris digunakan untuk kebijakan inventaris tingkat layanan (sl), dan tingkat inventaris digunakan untuk kebijakan inventaris *doc\_fcst, doc\_dem**, dan abs\_level*.* Kebijakan DOC memerlukan perkiraan, waktu tunggu, dan konfigurasi untuk kebijakan inventaris.

Untuk kebijakan *doc\_fcst*, Anda harus memberikan informasi berikut:


| Data yang dibutuhkan 1 | Entitas | Bidang | Nilai | Catatan | 
| --- | --- | --- | --- | --- | 
| Kebijakan inventaris | inventory\_policy | ss\_policy | doc\_fcst | TA>  | 
| Kebijakan inventaris | inventory\_policy | target\_doc\_limit | Jumlah hari | TA>  | 
| Forecast | ramalan cuaca | TA | TA | Jumlah rata-rata atau perkiraan.>  | 
| Lead time | transportasi\_lane | TA | TA | Lead time dari lokasi sumber ke tujuan. | 
| Lead time | vendor\_lead\_time | TA | TA | Lead time dari vendor ke lokasi tujuan. | 

Untuk kebijakan inventaris berdasarkan hari cakupan, hari yang akan dicakup adalah nilai *target\_doc\_limit*.

## Logika perhitungan untuk kebijakan doc\_fcst
<a name="reorder-quantity"></a>

![Logika perhitungan untuk kebijakan doc_fcst](http://docs.aws.amazon.com/id_id/aws-supply-chain/latest/userguide/images/doc_fcst.png)


## Logika Perhitungan untuk kebijakan doc\_dem
<a name="calculation-logic"></a>

![Logika perhitungan untuk kebijakan doc_dem](http://docs.aws.amazon.com/id_id/aws-supply-chain/latest/userguide/images/doc_dem.png)


Tujuan kebijakan cakupan hari adalah untuk memastikan pada setiap tanggal peninjauan bahwa ada cukup inventaris di tangan untuk menutupi hari pertanggungan yang dikonfigurasi. Bagian pertama dari rumus menghitung hari pertanggungan dari tanggal peninjauan berikutnya hingga akhir hari cakupan yang dikonfigurasi. Total periode penutup adalah *DOCP, S* untuk produk *P* dan situs *S.* Bagian kedua dari rumus menghitung permintaan ekstra sebelum tanggal peninjauan target (tanggal peninjauan pertama setelah pengiriman). Periode pertanggungan dimulai dari tanggal pengiriman yang diharapkan dan diakhiri dengan tanggal peninjauan target. Jika persediaan saat ini pada tanggal pengiriman dapat menutupi permintaan periode ini, sistem akan memesan ulang 0. Fungsi max menentukan apakah kita harus memesan ekstra.

## Menghitung kuantitas pemesanan ulang
<a name="purchase-order-requests"></a>

Input untuk perhitungan kuantitas pemesanan ulang adalah tingkat persediaan target dan tingkat persediaan saat ini. Jika catatan tingkat inventaris hilang, sistem menghasilkan pengecualian rencana untuk Anda tinjau.

![Perhitungan kuantitas pemesanan ulang](http://docs.aws.amazon.com/id_id/aws-supply-chain/latest/userguide/images/roq_calculation.png)


Jumlah pemesanan ulang produk *P*, situs *S*, dan tanggal *D* adalah perbedaan antara tingkat persediaan target dan tingkat persediaan saat ini. Jika tingkat persediaan saat ini lebih tinggi dari tingkat persediaan target, kuantitas pemesanan ulang adalah 0.