Pindah-rata-rata-meja-getah

Pindah-rata-rata-meja-getah

Trade-binary-options-in-canada
The-2-periode-rsi-strategi-buku panduan-pdf
Trading-system-forex


Pilihan-trading-tax-form Option-trading-workshop Is-option-trading-halal-in-islam Online-gold-silver-trading-india Stock-trading-strategies-bollinger-band Stock-options-83 (b) -election

Tabel Penilaian Bahan MBEW SAP MBEW adalah tabel SAP standar yang digunakan untuk menyimpan informasi Material Valuation. Ini tersedia dalam sistem SAP R3 tergantung pada versi dan tingkat rilisnya. Berikut adalah dokumentasi standar yang tersedia dan beberapa rincian bidang yang membentuk Tabel ini. Anda dapat melihat informasi lebih lanjut tentang Tabel MBEW dan data di dalamnya menggunakan transaksi SAP yang relevan seperti SE11. SE80 atau SE16. Juga periksa bagian Komentar di bawah ini untuk melihat atau menambahkan kontribusi terkait dan contoh tangkapan layar. Kelas Pengiriman: A - Tabel aplikasi yang berisi data master dan transaksi DisplayMaintenance via SM30: Ya tapi dengan kategori Pembatasan Ketahanan i: Dapat disempurnakan (tipe karakter atau numerik) Bidang kamus untuk SAP Tabel MBEW Hubungan antara MBEW dan tabel lainnya MARA -General Material Data MBEW -Penilaian Aktiva MARC -Plant Data untuk MARD Material -Material Master: Lokasi PenyimpananBatch Segmen MCHB -Batch Stocks MARA -Material Master: Data Umum MBEW-Penilaian Nilai MKPF-Pembuat Konten: Dokumen Material MSEG -Dokumen: BKPF -Accounting Document Header BSEG -Accounting Document Segmen MACKW -Generated Table for View MACKW MBEW -Bahan Data untuk Penilaian Data KEKO -Costing MAST -BOM Penggunaan MBERE MBEWESAP Material Management Pertanyaan yang Sering Diajukan T: Bagaimana saya dapat memperpanjang semua materi ke pabrik baru? J: Program SAP - RMDATIND digunakan untuk membuat catatan master bahan baku. T: Bagaimana kita bisa menghapus material secara permanen dari master Material A: Gunakan transaksi MM70 - Material Master-Other-Reorganization-Material-Choose. Bangun varian dengan rentang seleksi master record material yang akan dipilih untuk penghapusan dan pertahankan parameter run. Menjalankan. Gunakan transaksi MM71 - Material Master-reorganisasi-Reorganisasi-Material-Reorganisasi Buat varian kedua Pertahankan parameter run dan eksekusi. Penting juga untuk menghapus catatan secara manual dari catatan info, PO, PR, reservasi dll untuk penghapusan materi yang berhasil. T: SAP hanya memberikan nilai rata-rata bergerak untuk saat ini, periode sebelumnya, dan tahun sebelumnya. SAP tidak menyediakan laporan transaksi yang akan memberikan nilai rata-rata bergerak untuk tanggal tertentu. Bagaimana saya bisa melaporkan harga rata-rata bergerak untuk bahan nomor 10000000 di pabrik 0001 pada tanggal 4 Juli 1998. J: Cobalah salah satu dari solusi berikut: 1. Ubah tingkat pemutakhiran struktur (S031) menjadi harian. Di LIS total nilai dan total stok tersedia. Bagi nilai saham. Hal ini dimungkinkan untuk menghitung ini secara dinamis saat analisis dijalankan dan untuk menampilkan hasilnya. 2. Buat struktur Anda sendiri di LIS dan kenakan dengan cara menyalin Moving Average Price dari master material setiap kali ada transaksi. Anda akan memiliki data pada hari-hari ketika ada transaksi. T: Kami telah mendefinisikan semua variabel untuk materi. Namun, ketika saya mencoba menggunakan objek Match_Solongan Materi MAT1, saya mendapat tanggapan Tidak ada entri yang mungkin ditemukan. Mengapa A: Matchcode i.d. B, Bahan dengan bill of material memiliki kondisi seleksi untuk bidang STLNR NE. STLNR adalah nomor BOM yang terkait dengan bahan pada tabel MAST. Makanya pesan - tidak ada entri yang mungkin. Muncul jika tidak ada tagihan bahan yang terkait dengan nomor materi Anda. Anda mendapatkan matchcodes selama materi yang Anda lihat memiliki nomor BOM yang terkait dengannya. T: Pemilihan objek matchcode diberi nomor ID kode kunci B. Saya ingin mengubah ke M Material berdasarkan Deskripsi Apa solusinya A: Tekan panah tarik ke bawah pada bidang nomor material dan kode kecocokan B ditampilkan, tekan F5 double-click matchcode Id M, lalu tekan F6. Ini akan mengatur matchcode M sebagai default. T: Kami punya satu master material. X dan satuan ukurannya adalah pcs dan dua nomor seri. A, B Untuk bahan ini kita buat dua Pos First PO yang memanggil bahan X. 1 pcs harga 100 (akan menggunakan nomor seri A) Second PO memanggil bahan X. 1 pcs harga 250 (akan menggunakan nomor seri B) Penerimaan barang dilakukan dan oleh Mengisi nomor urut untuk tinju PO dengan A dan PO kedua dengan B. Kami ingin mentransfer bahan X nomor seri A ke pabrik lain dan menginginkan penilaian bahan ini sebagai 100. Bagaimana kita bisa melakukannya? J: Gunakan penilaian terpisah. Saham mungkin diterima ke lokasi penyimpanan yang terpisah. Transfer saham dapat dilakukan dari lokasi penyimpanan ke lokasi penyimpanan lain. T: Kami ingin mengubah perhitungan Moving Average Price. Kami tahu hal yang sama ada di MBEW-VERPR dan dua transaksi yang perlu dipertimbangkan - MRHR, MB01. Adakah transaksi untuk mengubah MAV atau semua tempat yang dibutuhkan A: Setiap penerimaan barang atau barang (dalam kasus material berpori split) mengubah harga Moving Average tergantung pada jenis valuasi yang digunakan saat mengeposkan barang. Anda harus melalui semua transaksi yang melibatkan mereka Sebagai Contoh: Material X menggunakan valuasi split berdasarkan asal: Malaysia. MAV 60 USD - total stok 100 unit India: MAV 50 USD - total stok 200 unit Total stok 300 unit MAV 53.33 Disini. Masalah barang juga akan mempengaruhi MAV global, meski tidak mengubah MAV dari negara asal. T: Apa gunanya bahan yang bisa dikonfigurasi? J: Bahan yang dapat dikonfigurasi berguna jika Anda memiliki sejumlah besar kombinasi suku cadang yang masuk ke produk. Ini berarti permutasi dan kombinasi komponen yang berbeda untuk bahan yang sama. Jika Anda menyimpan kode materi yang unik untuk setiap kombinasi. Anda memerlukan sejumlah besar nomor material. KMAT dapat digunakan dalam kasus seperti itu di mana Anda hanya memelihara satu kode produk generik. BOM super dipertahankan untuk bahan semacam itu yang terdiri dari semua kemungkinan alternatif. Perutean juga terjaga yang terdiri dari semua kemungkinan operasi yang bisa digunakan. Biasanya material yang dapat dikonfigurasi digunakan di lingkungan Made To Order (MTO). Namun konfigurasi yang sering dipesan bisa direncanakan dengan varian material yang perlu memiliki master record material. Jadi varian material mungkin memiliki stok dan nilai. Bergantung pada nilai karakteristik yang dipilih pada sales order entry Order Sales BOM dibuat. Operasi perutean juga dipilih tergantung pada komponen BOM yang ditugaskan padanya. T: Daftar Sumber Sumber akan muncul secara otomatis di Master Material sebagai default jika dipelihara di tingkat pabrik menggunakan OME5 A1: Jika Anda telah mempertahankan persyaratan daftar sumber di OME5 dan belum menyimpan daftar sumber untuk materi tersebut. Po tidak bisa dilepaskan Anda diminta untuk mempertahankan daftar sumber untuk semua bahan di pabrik tempat indikator ditetapkan jika Anda mempertahankan daftar sumber di tingkat pabrik. Lain, Anda bisa memanfaatkan catatan info untuk melakukannya secara otomatis. T: Kami memiliki satu perusahaan dengan pabrik dan perusahaan lain yang memiliki organisasi penjualan. Pilihan mana yang lebih baik antara ini - PO atau Stock Transfer Order. J: Permintaan Transportasi Lintas Perusahaan dapat dilakukan. Konfigurasi menggunakan transaksi OMGN. Bergantung pada pabrik pengirim dan penerima, pertahankan organisasi penjualan dan data pelanggan dalam penyesuaian. Pertahankan pabrik pemasok sebagai vendor dan lampirkan pabrik ke vendor di Vendor Master. Jenis bahan harus HALB atau HAWA. Pastikan perusahaan dengan sales Organization memiliki pabrik untuk mengurus stocking. PO yang digunakan adalah NB dan bukan Stock Transfer PO. Konfigurasikan SD untuk penagihan antar perusahaan untuk mengaktifkan prosedur penetapan harga penagihan. Lakukan pengiriman melalui proses due due list dan billing melalui proses billing due list. T: Kita bisa membuat lapangan wajib. Kami ingin membuat nilai default ke bidang Tertentu di Master Material. Katakanlah, Kami ingin indikator periode dalam pandangan MRP2 sebagai P. Apa cara terbaik A: Gunakan varian transaksi. Transaksi SHD0 dan kemudian Transaksi SE93. T: Bagaimana cara melacak permintaan yang memiliki indikator penghapusan. Bisakah kita melacak tanggal di mana indikator penghapusan ditetapkan A: Anda bisa merujuk tabel perubahan cdpos dan cdhdr. Anda juga bisa merujuk Transaksi ME53 di bawah jalur menu goto-statistik-perubahan, di mana jejak audit lengkap perubahan, termasuk penghapusan disimpan. T: Mungkinkah menghasilkan Purchase Requisition (PR) dengan mengacu pada Perjanjian Penjadwalan. J: PR dapat dibuat dengan mengacu pada PR lain dan tidak dapat dibuat referensi perjanjian PO atau Penjadwalan. Pengambilan POIP dibuat dan dikendalikan oleh organisasi pembelian. PR dapat dibuat oleh pengguna akhir sekalipun. Untuk membuat PR dengan mengacu pada PR lainnya, ikuti jalur menu: Purchasing-Requisition-Create. Requisition-Copy reference dan masukkan. Namun persyaratan dapat dihasilkan dengan mengacu pada perjanjian Penjadwalan saat MRP dijalankan. Agar hal ini terjadi, daftar sumber harus dipelihara untuk kombinasi item-vendor dan MRP harus ditetapkan dengan benar. T: Dimana saya bisa mencari harga Purchase Order terbaru dan nomor pesanan pembelian terbaru untuk bahan A: Logistik-Material Management-Purchasing-Master data-Info record-List display-Order Price History T: Generasi otomatis PO adalah dengan menggunakan Opsi Permintaan Pembelian Melalui Otomatis dalam pembelian - Permintaan - Ikuti Fungsi - Buat PO. Namun PO tidak dapat dibuat secara otomatis setelah MRP dijalankan. Apakah ada ketentuan dalam SAP untuk melepaskan Purchase Orders secara otomatis setelah MRP dijalankan. A: Centang bidang PO dan Source List otomatis dalam tampilan pembelian master materi untuk vendor yang ingin Anda lepaskan PO secara otomatis. Buat catatan info pembelian. Buat daftar sumber. Pada kolom terakhir di layar rincian daftar sumber periksa bidang yang relevan untuk MRP tetapkan parameter yang benar untuk menjalankan MRP. Tapi PO tidak bisa dibuat secara otomatis setelah MRP berjalan. Flag pembuatan PO otomatis memungkinkan Anda menjalankan pekerjaan batch yang akan mengubah semua Permintaan Pembelian yang dipilih untuk dikonversi menjadi Pesanan Pembelian di latar belakang. Anda dapat mempertimbangkan untuk menjadwalkan kesepakatan jika Anda ingin MRP menendang keluar Pesanan Pembelian. Tetapkan bendera di daftar sumber untuk perjanjian penjadwalan ke 2 yang memungkinkan MRP untuk menendang jadwal pengiriman untuk kebutuhan masa depan. Jika Anda ingin memperbaiki jadwal dalam jangka waktu tertentu Anda memiliki dua pilihan. 1. Menggunakan zona perusahaan - perusahaan semua pesanan dalam periode ini. Lihat layar data tambahan dari perjanjian penjadwalan di tingkat materi vendor. 2. Perencanaan waktu - semua pesanan baru di luar pagar waktu perencanaan - lihat MRP 1 pandangan master material T: Saya ingin Convert MRP menghasilkan 100 PRs menjadi 100 PO secara otomatis. Tidak satu per satu secara manual. Mungkinkah A: Gunakan transaksi ME59 T: Bagaimana cara mencetak Laporan Penerimaan yang Tidak Ditagih yang menunjukkan Pesanan Pembelian yang barangnya diterima. Tapi belum ditagih. Kami mewajibkan laporan ini dengan sub-total dan terkait dengan Rekening Giro GL Un-Inviticed A: Laporan RM07MSAL menganalisis saldo GRIR sesuai dengan barang yang diterima namun tidak ditagih dan faktur diterima dimana barang belum dikirim sepenuhnya. T: Bagaimana cara menghitung harga bersih inforecord untuk tanggal tertentu A: Jalankan simulasi harga di LIS-Purchasing pada catatan Vendor-info dan Tentukan tanggal yang diminta. (Kode Transaksi. MEIL) T: Bisakah kita melepaskan Purchase Order dengan harga sama dengan nol. (Seperti dalam penjualan bebas pulsa Order) J: Buat PO dengan bidang IR yang tidak dicentang pada detail Item dan ubah harga item baris menjadi 0. T: Harga bersih dihitung dengan menjumlahkan jenis kondisi harga kotor Dan mengurangkan menambahkan semua tipe kondisi tipe diskon dengan masing-masing. Setiap jenis kondisi yang tidak ditandai sebagai statistik akan dipertimbangkan untuk perhitungan harga bersih. Kami memiliki biaya tambahan yang tidak ditandai sebagai statistik dan harus disertakan dalam harga bersih namun tidak termasuk dalam nilai dasar perpajakan. Dapatkah saya memiliki prosedur di mana pajak dihitung berdasarkan harga bersih yang dihitung sampai jenis kondisi NAVS dan kemudian memiliki jenis biaya tambahan ini A: Buat Skema Penetapan Harga dengan semua persyaratan yang tidak ditandai di kolom Statistik jika Anda memerlukan semua kondisi Record to be dihitung. Sebagai contoh. Dengan Skema ini: - Jumlah Bersih akan dihitung dari PB00, RA01, ZMUP, ZDIS. - Pajak akan dihitung dari PB00, RA01, ZMUP. Jumlah total akan dihitung dari jumlah bersih dan Pajak. Jadi, ZDIS akan termasuk dalam Jumlah Bersih dan tidak termasuk Pajak. T: Bisakah kita mengganti nama Vendor di PO yang dilepaskan pada Vendor A yang lain: TIDAK. Anda dapat membuat PO lain pada vendor yang dibutuhkan dengan merujuk PO manapun. T: Kami ingin mengembalikan materi yang tidak terpakai yang diperoleh dari vendor dan memperbarui akun Stok atau biaya. Cara melakukannya dengan efektif J: 1. Gunakan jenis gerakan - 122 untuk membalikkan tanda terima dan membuka kembali pesanan pembelian. Hal ini dapat dilakukan jika Anda dapat mengidentifikasi PO yang menerima materi tersebut. Dan juga kredit harus sama dengan PO Price 2. Tipe pergerakan khusus harus disiapkan jika PO tidak diketahui. Harganya mungkin harus dinegosiasikan dengan vendor. T: Bagaimana cara menentukan mata uang baru. Bagaimana cara menetapkan jumlah tempat desimal lebih dari dua A: Tentukan mata uang baru dalam Menyesuaikan dengan transaksi OY03 Jika Anda mengubah mata uang saat ini, semua dokumen akuntansi Anda akan dievaluasi ulang oleh R3 dan hal ini dapat menyebabkan dampak buruk terhadap keuangan Anda. Gunakan transaksi OY04 untuk menetapkan jumlah digit ke OBBS mata uang baru untuk menentukan faktor konversi untuk konversi mata uang OB08 untuk memasukkan nilai tukar XK02 untuk menetapkan mata uang baru kepada Vendor Master ME11 untuk membuat catatan Info Pembelian Buat dokumen MM dengan harga yang baru. Namun Anda perhatikan bahwa dokumen akuntansi masih akan merefleksikan harga 2 digit dan membulatkan ke 1100 terdekat. T: Pemasok kami mengirimkan produknya untuk Lelang. Kami menjualnya dalam lelang dan membayar suplier. Apa cara terbaik untuk menangani ini A: Anda bisa mencoba proses konsinyasi. Dalam proses ini, Vendor memegang barang sampai terjual. Harga ke pemasok bisa di reset saat barang terjual dalam menyelesaikan kewajiban konsinyasi. T: Bagaimana saya bisa membuka periode MM sebelumnya? J: Transaksi - Jalur Menu MMPV - Manajemen Material Logistik-MaterialMaster-Lainnya- Periode Tutup T: Kami dapat membuat indikator tertentu wajib. Dapatkah saya memiliki nilai default untuk indikator sambil membuat master Material yang bisa diubah nanti di MM02 A: Coba gunakan varian transaksi, kode transaksi SHDO. Dan kemudian SE93. Di SE93 pilih opsi varian transaction Q: Bagaimana cara membuat laporan PO yang dibatalkan. A1: Gunakan Query dengan tabel EKKO yang field LOEKZ-nya adalah deletion indicator. A2. Pergi ke layar awal pembelian. Kemudian pergi ke MEMBELI - DAFTAR DISPLAY - OLEH PO NUMBER - EDIT - Seleksi DINAMIKA. Ini memungkinkan Anda memilih bidang tertentu dari tabel EKKO dan tabel EKPO. Indikator penghapusan juga bisa dilihat disini. Gunakan pilihan dinamis untuk menentukan kriteria pilihan Anda dan jalankan laporan. A3: Anda juga bisa melakukan ini melalui IMG Pergi ke Transaction OMEM atau jalur Menu - MM - Purchasing - Reporting - Maintain Purchasing Lists Klik pada Scope of List Buat entri baru. Periksa pada kolom Change Documents. Beri nama Lingkup baru dengan nama yang relevan. Ini sekarang akan muncul di bidang Lingkup Daftar di semua layar Daftar Pembelian Daftar. Keluaran akan menunjukkan rincian perubahan seperti tanggal dan waktu perubahan, nilai lama, nilai baru, dll. T: Bagaimana kita bisa mendeteksi perubahan dalam Purchase Order. J: Untuk perubahan tingkat Header: Masuk ke Header - Statistik - Perubahan Untuk perubahan tingkat Item: Go To Item- Statistics - Changes T: Kami ingin menampilkan sebuah pop up untuk menunjukkan nilai total PO sebelum menyimpan PO sehingga pengguna Dapat memutuskan apakah akan menyimpan PO atau membuangnya. Apakah cara terbaiknya. J: Coba gunakan EXITSAPLEINS001. Ini dimasukkan saat operasi penghematan PO. Anda dapat meninjau PO, menampilkan dialog popup menggunakan salah satu fungsi POPUP yang memungkinkan pengguna memutuskan untuk menyimpan atau membatalkan PO. T: Teks item PO diadopsi dari master Material. Teks telah mendapat status adopsi dan tidak disimpan dalam tabel ID teks STXH dan STXL. Makanya program cetak tidak bisa mencetak teks-teks ini. Bagaimana kita bisa memecahkan ini A: Teks pesanan pembelian dapat diadopsi dari catatan Info atau master materi. Semua teks akhirnya tersimpan di meja STXH dengan objek aplikasi teks yang berbeda. Memetikan teks header PO itu adalah teks EKKO dan PO Item itu adalah EKPO. Bahkan jika teks diadopsi dari salah satu dari ini, ada kemungkinan hal itu dapat diubah pada tingkat PO. Disini akan tersimpan benda EKKO atau EKPO. Tidak perlu menyimpannya di tingkat PO jika tidak ada perubahan pada teks pada tingkat PO. Cobalah ini: Periksa teks di EKKO atau EKPO (tergantung pada tingkat header atau item) Jika tidak ada teks yang dikembalikan kembali ke objek EINA untuk catatan info atau MATERIAL untuk teks master material yang panjang. (Tabelnya sama yaitu STXH) T: Saat membuat Pesanan pembelian kita dapat melihat bahwa ada Info rec. Update di layar detail item kotak. Bagaimana kita bisa mengubah pengaturan default untuk kotak ini A. Dalam konfigurasi Pembelian MM (gunakan kode Transaksi: OMFI), Anda dapat menetapkan nilai default pembaruan catatan info untuk pembeli kemudian menetapkannya melalui parameter ID EVO (lihat dokumentasi konfigurasi) T: Saya ingin memiliki beberapa alamat dari vendor - untuk Misal: pengiriman, pengiriman, pengiriman uang, beberapa alamat penagihan, dll. Misalkan kita mempunyai 25 alamat untuk satu perusahaan, cara terbaik apa pun tanpa membuat 25 perusahaan terpisah dan alamat mereka A: Anda dapat mengatasi masalah ini dengan menggunakan fungsi Mitra. Menggunakan Transaksi WOLP, peran Mitra dan skema mitra di tingkat vendor dan pembelian Tingkat dokumen dapat didefinisikan. Buatlah jumlah vendor sebanyak yang diminta (katakanlah 25 - dalam kasus ini) dan tetapkan ke peran masing-masing mitra. T: Daftar sumber dibuat untuk bahan yaitu. Daftar sumber yang dibutuhkan ditandai Bila PO dibuat vendor yang berbeda masih bisa dipilih dan biarpun indikator fix dalam daftar sumber ditandai, sistem hanya menampilkan pesan peringatan. Bagaimana kita bisa memperbaiki pesanan pembelian hanya untuk memperbaiki vendor ed untuk materi. A1: Coba ubah pesan peringatan menjadi pesan kesalahan. Perhatikan nomor pesan. Kemudian gunakan menu OLME - Environment-system message. A2: Beri tanda pada daftar Sumber indikator di master materi (purchasing view) Dengan mencentang ini, pengadaannya hanya mungkin dari sumber yang ditentukan dalam daftar sumber. Anda mungkin juga berpikir untuk membuat bidang wajib di master materi. T: Kami ingin kode Vendor sebagai abc1234 di mana 3 karakter pertama adalah alpha dan empat digit terakhir adalah digit nomor seri. Apa solusinya A: Gunakan pengguna keluar. Dengan keluarnya pengguna ini, Anda bisa mengecek tapi tidak bisa memaksa pengguna untuk memasukkan nilainya dengan benar. T: Kami ingin membuat daftar Vendor Pilihan untuk memungkinkan pengguna menentukan Vendor agar meminta materi yang dibutuhkan saat menaikkan Requisition. Apa cara terbaik A. Gunakan Transaksi ME01 untuk Menjaga Daftar Sumber. Di vendor pilihan, klik kotak centang Perbaiki. Dengan vendor pilihan ini secara otomatis diberikan setiap kali Follow on function dipanggil untuk PR Anda (Create PO). T: Apa cara standar SAP untuk menghapus semua vendor secara terpusat dari sistem A: 1. Tandai vendor untuk dihapus: XK062. 2. Jalankan SAPF047 yang membuat entri dalam tabel SAP internal yang digunakan kemudian 3. Jalankan SAPF058. Periksa catatan Master Umum dan kotak Data MM di, Uji Lepas. Masukkan Organisasi Pembelian. Jalankan SAPF058. Periksa catatan Master Umum dan kotak Data FI di, Uji Lepas. Masukkan Organisasi Pembelian. ABAP programmer dapat membuat program ABAP untuk melakukannya. T: Bagaimana kita bisa membuat satu dokumen persediaan dengan semua bahan Anda untuk dihitung daripada menghasilkan satu dokumen untuk setiap materi A1: Anda dapat melakukan transaksi MI01 - dengan mereferensikan lokasi penyimpanan amp pabrik Anda. Anda kemudian bisa memasukkan bahan inventaris sebanyak yang Anda mau. A2: Tetapkan jumlah item maksimum untuk dikatakan 50 menggunakan MICNTS Transaksi. Hal yang sama juga bisa diatur dengan menggunakan transaksi OMCN. T: Bagaimana akun GRIR terkait dengan Inventaris. J: Jika Anda terlibat dengan inventaris, Anda memerlukan akun GRIR (Inventory Account) saat IR diposkan. Jika Anda tidak terlibat dalam inventarisasi, maka sistem tidak memerlukan akun GRIR saat IR dikirim, sistem memerlukan GL dan bukan akun GRIR. T: Kami mencoba RMCB0300 untuk mengetahui nilai logis untuk item saham berdasarkan tanggal. Tapi setelah valuasi ulang, nilai saham didukung oleh bulan, bukan tanggal. Bagaimana kita bisa menemukan nilai logis untuk item saham berdasarkan tanggal. J: Gunakan jalur Menu MC49 Transaksi: 1. Sistem informasi - Logistik - Manajemen persediaan - Bahan - Evaluasi Dokumen - Nilai saham - Berarti persediaan atau 2. Pengawasan Logistik - Logistik - Lingkungan Pengendalian Inventaris - Evaluasi dokumen - Nilai saham - Nilai Saham Rata-rata. T: Bagaimana kita bisa mentransfer saham dari satu vendor ke vendor lain. J: LAKUKAN 542 dan kemudian 541 ke vendor baru. T: Bagaimana cara membatalkan faktur yang dikirim? Pesan kesalahan BSEG-GSBER bukan field input yang muncul. Bahkan catatan OSS -94932 tidak membantu. J: Kesalahan ini karena penindasan bidang area Bisnis di bidang status group. Karena ini, saat membalikkan dokumen, sistem menemukan bidang ini ditekan dan karenanya tidak berjalan lebih jauh. Cari grup status field untuk akun recco yang dimasukkan ke master vendor dan varian status lapangan yang relevan. Di IMG, masuk ke setelan FI Global-Documents- Item baris-Kontrol-Menjaga varian status lapangan. Di sini untuk varian status lapangan yang relevan dan bidang status kelompok Anda mungkin menemukan area bisnis bidang telah ditekan. T: Lokasi penyimpanan dari pabrik yang berbeda dapat diberikan ke gudang Pabrik mana pun. Tapi lokasi penyimpanan yang berbeda di dalam pabrik yang sama tidak dapat diberikan ke nomor gudang yang sama. Mengapa. J: Lokasi penyimpanan yang berbeda dari berbagai tanaman dapat diberikan ke gudang yang sama. Tapi lokasi penyimpanan yang berbeda di dalam pabrik yang sama tidak dapat diberikan ke nomor gudang yang sama. Lokasi penyimpanan ini dapat didefinisikan sebagai jenis penyimpanan atau bagian penyimpanan. T: Kami hanya menggunakan tempat sampah tetap dan tidak ingin menggunakan pembuatan bin otomatis atau strategi untuk memindahkan barang ke tempat penyimpanan. Dengan cara apa, Ware Housing membantu saya. J: Anda bisa masuk ke modul Ware House jika Anda memiliki bahan di lebih dari satu tempat sampah Anda mengelola beberapa jenis penyimpanan (rak tinggi, blok.) - Anda memerlukan kontrol yang sangat fleksibel untuk cetakan berdasarkan Konsumsi Perencanaan T: Kami memiliki Lot size procedure disini yang membuat lebih banyak pesanan proposal. Bagaimana Anda menetapkan nilai batas untuk jumlah maksimal proposal pesanan MRP per tanggal di IMG A: Di bawah penyesuaian, bermain-main dengan manajemen bahan konsumsi berdasarkan perencanaan untuk menjaga semua tanaman T: Apa perbedaan antara konsumsi yang direncanakan dan konsumsi yang tidak direncanakan? Perhitungan stok pengaman dapat dilakukan pada salah satu dari ini: Meskipun menyesuaikan jenis gerakan (OMJJ), hal ini didefinisikan sebagai rangkaian nilai konsumsi yang akan diposting selama pergerakan material. Untuk beberapa hal itu mungkin selalu merupakan konsumsi total dan untuk sebagian selalu merupakan hal yang tidak direncanakan dan untuk beberapa hal itu tergantung pada apakah masalah itu dilakukan dengan mengacu pada reservasi yaitu. Konsumsi yang direncanakan Cara nilai konsumsi ini diperhitungkan dalam MRP didefinisikan dalam menyesuaikan jenis MRP. Untuk Reorder Point Planning (VM) total konsumsi digunakan untuk menghitung safety stock dan reorder point. Untuk Forecast based planning (VV) total konsumsi digunakan untuk membangun ramalan yang akan digunakan untuk menyusun proposal pesanan. Untuk MRP Deterministik (PD) konsumsi yang tidak terencana digunakan untuk menghitung perkiraan yang selanjutnya ditambahkan ke permintaan aktual. T: Kami mencoba menggunakan pemesanan untuk memblokir stok tanaman tak terbatas yang ada saat ini terhadap Item Item Pemesanan Penjualan. Tapi pemesanan disertakan dalam file Planning saat MRP dijalankan. Kami ingin menonaktifkan reservasi di MRP. Bagaimana saya bisa melakukan ini A: Gunakan transaksi OPPI. Jalur menu T: Kami tidak ingin mengubah pesanan P yang teruji menjadi permintaan di MRP kami dan menyimpan beberapa bahan pada tahap pesanan yang direncanakan. Bisakah kita melakukan ini A: Periksa indikator dalam transaksi OPPR. Tetapkan indikator yang menspesifikasikan pesanan terencana saja. T: Kami dapat membuat dua Pesanan Pembelian untuk jumlah amp dari jumlah penuh dari satu Permintaan Pembelian. Dua penerimaan barang dan kuitansi faktur pada masing-masing PO. Bagaimana kita bisa menghindari transaksi ganda seperti ini? J: Untuk PO: Tentukan otorisasi pembeli pembeli dalam penyesuaian untuk pembelian, Anda dapat menghapus tanda PO wo referensi yang diizinkan. Otorisasi pembantu pembeli Abc bisa dibuat menggunakan kode transaksi OMET. Tetapkan abc ini ke pengguna tertentu dengan menggunakan parameter ID EFB (trans su52). Untuk GR dan IR: Jadikan pesan peringatan sebagai kesalahan dalam menyesuaikan pesan di dalam Manajemen Inventaris atau Verifikasi Faktur. Untuk IR: Tandai indikator di master vendor untuk memeriksa faktur ganda. T: Apakah ada transaksi atau Laporan yang tersedia untuk melihat jumlah barang tertentu yang dibuang dimana barang dilakukan dengan menggunakan jenis gerakan 551 A: Jika Anda ingin mengelola persediaan Scrap, buat ID material lain untuk memo dan terima sebagai by- produk. Ketika Anda mengeluarkan barang-barang terhadap tipe Gerakan 551, materi tersebut akan dihapus dari inventaris dengan menuliskan buku-buku tersebut. T: Kami ingin menjalankan perencanaan multi-plant untuk 3 pabrik A, B dan C. dimana persyaratan pabrik A dan B dipindahkan ke Plant C. Plant C diharapkan dapat mengkonsolidasikan persyaratan dan mengubah persyaratan ini menjadi permintaan dan kemudian menjadi POs. Saat kami melakukan perencanaan di Pabrik C, kami tidak dapat melihat persyaratan untuk pabrik A dan pabrik B. Kami menggunakan kunci pengadaan khusus 40 untuk semua bahan yang direncanakan. Bisakah kita melakukan perencanaan multi tanaman di tingkat pabrik dan juga level Materi A: Kunci pengadaan khusus ditentukan untuk pabrik Perencanaan dan tidak mengandung pabrik penyuplai. Kunci ini dapat disalin untuk membuat kunci baru. Kemudian masuk ke pabrik penyuplai di dalamnya. Gunakan kunci ini di master materi. Sekarang semua persyaratan pabrik A dan B akan dipanggil dalam perencanaan pabrik C. T: Kami melakukan penerimaan barang dengan PO. Bagaimana kita bisa menemukan apakah ada EXIT PENGGUNA tersedia yang dipicu sebelum dokumen disimpan. J: Pengguna keluar dalam kasus Anda bisa menjadi MBCF001 dan menggunakan transaksi SMOD untuk mencari pengguna keluar T: Dalam skema harga MM. Ada daftar seleksi dari A ke M dan 1 sampai 8. Bagaimana kita bisa memanfaatkan kondisi sub-total lapangan. J: Subtotal field on Pricing schema berguna dalam jumlah kasus. Untuk Ex: 1 adalah Carry over value ke KOMP-KZWI1. 7 digunakan untuk menentukan dasar untuk menghitung Rabat penyelesaian selanjutnya. S digunakan untuk final net inklusif, diskon tunai, rabat dan kondisi lainnya termasuk statistik Untuk pelaporan di LIS Digunakan dalam tata letak untuk pencetakan. T: Ada beberapa keluhan yang meskipun datanya benar di Info Pengguna (USR03). Pesanan pembelian dicetak dengan informasi yang salah. Sebagai contoh: nomor telepon. Dimana saya bisa menemukan kelompok Pembelian yang benar Informasi A: Informasi kelompok pembelian ada dalam tabel T024. T: Tabel apa yang biasanya digunakan untuk Permintaan MM. J: Beberapa tabel tercantum di bawah ini. Namun sejumlah orang lain dapat dilihat menggunakan bantuan teknis setelah mengaktifkan kueri T: Apa kode transaksi khas untuk IM amp PO. J: Kode transaksi dapat diperiksa dengan menggunakan jalur menu System-Service-Status. Kode transaksi IM dimulai dengan MBxx. Kode transaksi PO dimulai dengan Mexx. T: Selama masalah yang baik untuk produk inventaris (HIBE), kami menetapkan akun otomatis sebagai akun GL dalam kaitannya dengan kelas penilaian produk. Namun kami ingin mengubah akun GL ini secara otomatis tergantung dari pusat biaya yang meminta produk untuk dikonsumsi. Bagaimana kita melakukannya A: Coba OKB9 di mana Anda dapat menemukan tabel tugas akun pusat biaya. Namun akun GL ini menjadi default untuk semua produk yang digunakan oleh cost center. Perhatikan bahwa kunci proses GBBVBR mengatur pemuatan kredit untuk masalah biaya di Automatic Account Assignment (AAA). Jika Anda ingin mengubah Penugasan akun untuk materi pengecualian. Cobalah opsi berikut: 1.Untuk semua materi pengecualian, tentukan kelas penilaian baru dan atur semua pos inventaris untuk klasifikasi pengecualian ini. Di sini AAA secara otomatis mengambil GL ac. 2. Di layar inventaris memungkinkan pengguna masuk GL ac secara manual. Konfigurasikan IMG dalam persediaan sehingga akun pengguna mengesampingkan akun yang ditentukan AAA 3. Tentukan jenis gerakan baru dengan menyalin 201 untuk mengatakan 901. Kemudian dalam Penilaian IMG menentukan kunci transaksi untuk 901 di bawah pengelompokan akun untuk pergerakan. Jenis. Tentukan akun GL untuk kunci transaksi baru ini. Untuk masalah pengecualian, pengguna harus menggunakan jenis gerakan baru ini. T: Kami telah menentukan di MRP agar permintaannya dibuat. Jenis dokumen dari daftar permintaan yang dibuat selalu tipe NB. Bagaimana kita bisa mengubah tipe dokumen yang dibuat A: Rujuk transaksi OMH5. Tentukan jenis dokumen yang Anda inginkan di ME51. T: Kami telah membuat alur kerja untuk proses persetujuan permintaan pembelian. Saat acara (BUS2009, RELEASESTEPCREATED) dipicu untuk memulai WF. Pesan kesalahan berikut muncul Work item XXXXXX: Linkage ke objek acara BUS2009 REJECTED tidak bisa ditulis. Diagnosis: Keterkaitan contoh antara peristiwa yang dibutuhkan dan item pekerjaan yang ditentukan tidak dapat dimasukkan ke dalam tabel keterkaitan jenis dari manajer acara. Alasannya adalah kesalahan database atau kesalahan saat menghasilkan nomor hubungan internal. Apa yang harus dilakukan: Periksa range range objek SWEEVTID Bagaimana ini bisa diperbaiki 1. Harus update rentang angka untuk event objek SWEEVTID dengan transaksi SNRO. Contoh: SWEEVTID: 01 000000000001 999999999999. 2. SWE2, klik dua kali entri BUS2009, periksa bidang GLOBAL, kolom ENABLE akan diperbarui 3. Kesalahan saat menjalankan Workflow. Kode transaksi SWLE tidak didefinisikan. Terapkan OSS catatan 43986 untuk memperbaiki. T: Bagaimana kita membuat Taxcode sebagai default pada layar detail item pesanan pembelian. A1: Gunakan tipe kondisi NAVS dengan urutan akses 0003 untuk meng default kode pajak dalam item pesanan pembelian dengan menggunakan kondisi. A2. Buka IMG. Manajemen Material - Pembelian - Pembelian pemrosesan pesanan - menentukan tata letak layar pada tingkat dokumen. Mencari transaksi ME21.Double klik pada ME21. Lalu cari TaxCode. Dianjurkan untuk mengkonfigurasi juga catatan info. Kode pajak harus menjadi entri yang diperlukan, dan apa pun yang Anda tentukan di sini akan menjadi nilai default dalam pesanan Pembelian. Manajemen Material - Pembelian - Catatan info pembelian - tentukan tata letak layar. Saat sampai disini anda mencari transaksi ME12, klik dua kali disini cari indikator Input VAT. T: Kami telah menetapkan EA (masing-masing) sebagai 0 desimal dalam konfigurasi. Tapi transaksi ME2L menunjukkan bidang ini dengan tiga tempat desimal. Bagaimana saya bisa mengubah jumlah desimal yang sebenarnya. J: Kuantitas (MENGE) dalam laporan tersebut harus ditetapkan untuk 3 tempat desimal. Tabel EKPO mungkin harus diperbaiki sesuai dengan itu. T: Kami telah membuat jenis gerakan baru dan ditugaskan ke jalur jadwal. Ketika masalah barang diposkan, pesan - gerakan jenis zzz tidak diperbolehkan untuk pergerakan barang pelanggan Mengapa A: Gunakan kode transaksi OMJJ dan periksa Transaksi yang Diizinkan untuk menyesuaikan jenis pergerakan. T: Mungkinkah untuk menghasilkan daftar kemasan untuk barang yang dikeluarkan di MM A: SD Ware Manajemen rumah memiliki fungsi daftar pickingPacking. T: Berikut ini disiapkan untuk alur kerja: Organisasi alur kerja Struktur dengan 2 posisi dibuat dan diberikan seseorang ke kedua posisi Tugaskan ke agen TS 00007986 Pelepasan perintah - TO JOBS TS 00008014 Pelepasan permintaan pembelian ditolak - GENERAL TS 00008018 Requisition released - GENERAL TS 00008348 Requisition release reset - GENERAL WS 00000038 Workflow for purchase requisition release - TO JOBS 3.Activate event linkage WS 00000038 Workflow for purchase requisition release WE BUS2009 RELEASESTEPCREATE Purchase requisition Release step create is activated 4.Activated release codes for workflow 1 Role resolution with group, code, and plant (T16FW) 5.Assigned release codes to agent (JOBS created in 1) The following error appears Work item 60772: Linkage to object BUS2009 event REJECTED cannot be written .A: Use transaction SWE2. Make sure object BUS2009 event REJECTED is enabled. Semua isi situs itu adalah copyright copy erpgreat dan content author. Seluruh hak cipta. Semua nama produk adalah merek dagang dari masing-masing perusahaan. Situs erpgreat sama sekali tidak berafiliasi dengan SAP AG. Setiap usaha dilakukan untuk memastikan integritas isi. Informasi yang digunakan di situs ini adalah risiko Anda sendiri. The content on this site may not be reproduced or redistributed without the express written permission of erpgreat or the content authors.How to understand SAP ST04 information and use it for performance analysis My previous posts give an introduction on SAP database performance monitor and talk about how to run SAP transaction ST04 and navigate to frequent accessed ST04 screens. This post would choose several frequent referenced ST04 screens and talk about How to understand the information in ST04 screens. How to use ST04 information from those screens to do performance tuning. This post is based on experiences on the SAP system I am working with. Before I go down to the details, I would like to highlight that it is important to get yourself familiar with the normal status of database performance and establish database performance baselines which can be used for comparison for future performance issue. In general, database performance can be improved via applicationSQL code tuning, database itself tuning and OS-level tuning. Often, system and application performance can be improved via applicationSQL code tuning. Poor database performance is normally an outcome of inappropriate applicationSQL design other than database configuration and Server setting. 1 SAP database performance overview 1.1 The database performance overview screen Figure 1 ST04 database performance overview 1.2 Understand the information in ST04 database performance overview screen Table 1 Explanation of ST04 database overview screen It is a memory area to store database datablocks so future access on the same data can be fulfilled from memory. Accessing data in memory is much faster than accessing data in the disk.Goal of data buffer is to reduce physical IO as much as possible. Field Size displays configured memory size. Quality indicates how often would a requested data is found in memory without disk access. Quality number of memory readsreads x 100. Quality is also known as hit ratio. Reads displays the sum of number of disk access and memory access since start of database server. Physical reads: Total number of disk access. Buffer Busy wait . Total number of buffer busy wait. This wait happens when a session wants to access a database block in memory but it cannot because the buffer is busy. This is related to concurrent accessing on the same database table. It is a memory area to store executable SQL version of SQL codes and Database objects.Goal of Shared Pool is to promote reusing of parsed SQL and avoid disc access for database objects. DD-Cache Quality indicates how often would a requested data object is found in cache. The Data Dictionary cache stores information on objects in the Oracle database, such as their names, definition and access to them. SQL Area GetRatio and PinRatio Indicates how often parsed SQL statements are found in SQL Area of the shared pool. The Shared SQL Area (also called as Shared Cursor Cache) stores the parsed SQL statements (parsing means processing SQL statements to derive an access path to the data within the database). It is a circular memory area to store every database change before they are written to log files. Every database change would create one 8220redo8221 entry in log buffer.Changes in log buffer can be written to a redo log file before the corresponding transaction is committed. If the redo log buffer fills, or another transaction commits, all entries in the log buffer would be written to a redo log file by Oracle LGWR process, even though some redo records may not be committed. If necessary, the database can roll back these changes. Size field shows memory size for the log buffer Entries shows total number of redo entry since database was started Allocation Retries amp Allocation fault rate show the number of failed attempts to allocate free space in the redo log buffer and the ratio. Redo Log wait amp Log files display wait situation and number of log files used for recovery. log file sync waits are a wait on lgwr process to complete a write to disk. Display important statistics on database operation . Calls displays the total number of user calls in the database since it was started. Commits displays the total number of committed transactions since the database was started. Rollbacks displays the number of rolled back transactions since the database was started. Recursive calls displays the number of recursive calls. Recursive callsuser calls display total number of recursive calls and user calls. SAP mentions total number of recursive calls should be smaller than the number of user calls by a factor of 5 in a productive environment. Parses displays the total number of parsed SQL statements. SAP mentions the rate of Parses to User Calls should be under 25. Reads User calls displays the number of Oracle blocks read on average from the data buffer to answer user queries. If this number is greater than 30, this points to 8220expensive8221 SQL statements. Display summary of database wait situation. Wait itself would not consume resources but a result of resource contention. Wait situation should be reviewed and mitigated whenever possible. Busy wait time shows the cumulative time that is used up, because the database system had to wait for a resource that was not available at the time of the request. If this value is high, you must perform a detailed analysis via Oracle wait event analysis. CPU time: total CPU time used since database was started. CPU usage: average CPU usage since database was started. Information here is related to redo log output performance. Table scans amp Fetches Display summary of sequential read as well as total number related to chained rowcontinued row or read via index.From performance point view, we need to avoid sequential read on long tables Short tables field displays the total number of sequential read operations on small tables ( tables with less than 5 Oracle data blocks ) since database was started . Long tables field displays the number of sequential read operations on large tables ( tables with 5 or more Oracle data blocks ) since database was started. Fetch By rowid fields displays total number of table rows chosen by index or by a unique ID (row ID, ROWID) in the SQL statement since database was started. Continued Row displays the number of chained Rows fetched since database was started. Displays the total number of sort operations performed in the main memory and on the disk. The Sorts section displays the total number of sort operations performed in the main memory and on the disk. Memory displays the number of sorts in the main memory. These sorting processes are normally faster than sorting processes on the disk. Disk displays the number of sorting processes temporarily written to the tablespace PSAPTEMP. Buffer busy wait: You can refer to Oracle online document for more information on buffer busy wait. It mentions three main causes for buffer busy wait: accessing a data block which is under changes insert into the same block at the same time concurrent reads on the same physical block. Sometimes, to execute a SQL statement issued by a user, the Oracle Server must issue additional statements. Such statements are called recursive calls or recursive SQL statements. For example, if you insert a row into a table that does not have enough space to hold that row, the Oracle Server makes recursive calls to allocate the space dynamically if dictionary managed table spaces are being used. Recursive calls are also generated: When data dictionary information is not available in the data dictionary cache and must be retrieved from disk In the firing of database triggers In the execution of DDL statements In the execution of SQL statements within stored procedures, functions, packages and anonymous PLSQL blocks In the enforcement of referential integrity constraints In a standard SAP environment, Recursive calls if there is any are transparent to SAP developers in my view. 1.3 Performance analysis via ST04 database performance overview screen Information from ST04 performance overview screen cannot lead to a conclusion or solution and is servicing a hintdirection for further investigation in most cases. Table 2 Analysis via ST04 database performance overview It is generally recommended that buffer qualityhit ratio should be greater than 95. To improve the hit ratio, you need to analyze SQL cache to tune expensive SQLs andor increase data buffer.However high ratio could be inflated by a very frequent executed SQL which get data from buffer. For example, Database has 3 tables which is the same size but buffer can hold one table at one time. If one table is accessed 100 times, the remaining two tables are accessed 1 time, the hit ratio might be much higher than each table is accessed 34 times. If the number of wait situations is over 5 of reads, you must perform an extensive analysis of the database wait situations may also occur due to a data buffer that is too small so if catch hit rate is low at the same time, you might need to increase the data buffer first. Dictionary cache quality above 98 in a production system. The value SQL Area getpinratio should be above 99 in a production system.If not, then you should consider to increase Shared Pool size. If number of failed attempts is higher, you need to review the LOGBUFFERWAIT event further. Possible mitigate action is to increase redo log buffer andor tune IO system. Sap mentions that the number of recursive calls should be smaller than the number of user calls by a factor of 5 in a productive environment. The rate of Parses to User Calls should be under 25.The value Reads User calls displays the number of Oracle blocks read on average from the data buffer to answer user queries. If this number is greater than 30, this points to 8220expensive8221 SQL statements.You need to analyze SQL cache to tune expensive SQL. Busy wait time shows the cumulative time that is used up, because the database system had to wait for a resource that was not available at the time of the request. If this value is high, you must perform a detailed analysis using wait event analysis and CPU load analysis on database server. CPU usage 20 or 30 itself is not high. However usage from 20 to 30 represent a 50 changes, this could be significant. Detail investigation is needed to see what leads to this 8220dramatic8221 change and possible impact. This area might be related to log output performance. Whether there is a performance concern, we need to refer to database (Oracle) wait event analysis. Table scans amp Fetches If fetches by continued row is high, then you need to analyze indextables fragmentation situation and consider indextable reorganization. For short table, sequential read might be better than index read. For long table, reading via index read is generally better than sequential read. If huge number of records (like 20) is needed, then sequential read might be better bet from performance point view. Further analysis on sequential read needed to be done via SQL cache analysis. Ideally, sort should be in memory from performance point view. SAP mentions that the ratio of disk to main memory should be under 5. If this is not the case, increase the Oracle parameter sortareasize You can reference to SAP document for some threshold values mentioned in table 2. You can use reset point to see how statistics are changed after reset in comparison with information since database was started. 2 SAP ST04 8211 SQL Cache Monitor screen 2.1 SAP ST04 SQL cache monitor screen Figure 2 ST04 SQL cache monitor screen part 1 Figure 3 ST04 SQL cache monitor screen part 2 Figure 4 ST04 SQL execution plan Following is sample of SQL analysis report Figure 5 ST04 SQL analysis report 2.2 Understand the information in ST04 SQL cache monitor screens All information in ST04 SQL cache monitor screen is a snapshot taken at the time of running SQL cache monitor since database was started or latest reset. Table 3 Explanation of ST04 SQL cache monitor screen A list of fields used in filter records Oracle CBO always choose a plan with lowest cost based on calculation. However the cost calculation can be influenced by many factors. One of factors is table statistics so obsoleted table statistics can lead to unreliable cost which leads to improper SQL execution plan. I have not mentioned column selectivity and index cluster factor screen which can be brought up if you double click on the index in execution plan. You might need to review this information. You can refer to table 3 to understand the information in SQL analysis report screen (figure 5).In some cases, load distribution can help to understand the performance change of a transaction or business application. 2.3 SQL Performance tuning via ST04 SQL cache screens Most of database performance issues are related to application design (code and tableindex design), which needs application owner to fix it. If issue cannot be fixed via codeapplication design change, then it might need database level changes like statistics updating and tableindex reorganization which is normally owned by Basisdatabase guy. It seldom happens that we change a database configuration design to fix a performance issue. Database configuration changes can include IO design like table distribution, data striping etc. to mitigate hotspot for concurrent accesses. ST06 can be used to identify hot disc based on utilization. SAP ST04 cache screen contains a lot of statistics data like number of execution, disc read etc. as you have already seen. Sorting on those statistics in descending, most expensive SQL statement would be at top of the list so you can review those top SQL statements to identify tuning opportunity. Tuning expensive SQL code can improve underlying application performance, sometimes, tuning expensive SQL can have big improvement on overall database performance if total physical read and logical reads is reduced. For example, reducing physical read can reduce demand on buffer so database would needs less buffer space to execute a SQL statement, this means less existing data is moved out of buffer. 2.3.1 SQL cache analysis SQL cache analysis is a critical performance tuning area for database and application performance. Following is a list of performance analysis based on SQL cache review. Table 5 SQL performance analysis via ST04 SQL cache 3 SAP ST04 Database session monitor Understand process status Refresh oracle session monitor to see whether any number under logical read, physical read, block changes and consistent changes fields are changed. If no number changes between two refresh, then the oracle session is stuck such as corresponding business job or process.So this information can be used to answer whether a job or program is stuck when SM50 show 8220database operation8221 action as well how expensive the SQL is. Check SQL execution plan and corresponding code You can check corresponding SQL execution plan for an 8220active8221 SQL to understand why a process in SM50 spends long time on 8220sequential read8221 or 8220direct read8221. You can compare SQL source code with SQL code in the cache, this might help you to understand whether a performance issue can be addressed by executing SQL using different data. You can sort the PGAUSEDMEM or PGAMAXMEME to see which Oracle session is using most of memory when needs arise but I have not used this so far in my work. You can sort on the event column to see whether many processes are stuck on the same event and their corresponding jobsprocesses. This can be used to job scheduling or user training. 4 SAP ST04 Database lock monitor 4.1 SAP ST04 database lock monitor screen Following is a truncated ST04 lock monitor screen to help you to know what the screen looks like Figure 7 ST04 Lock Monitor 4.2 Understand information in ST04 database lock monitor screen Session ID and client id has been covered in session monitor. The lock typeRequest mode and hold mode is standard Oracle term. What we need to pay attention to normally is 8220status8221 columnfield. The row with 8220HOLD8221 value in Status column is the process which has placed locking while other process which has 8220WAIT8221 value in 8220status8221 column are waiting for. 4.3 Performance analysis via ST04 database lock monitor screen. Database performance monitor can be used to identify current lock contention. SAP transaction DB01 can be used to monitor database lock as well. But ST04 lock monitor screens would show root lock directly. If process A is hold a lock which process B is waiting for. At the same time, B process is holding a lock which process C is waiting for. DB01 and ST04 lock monitor would report lock contention like: Table 8 Display difference between SAP ST04 lock monitor and DB01 St04 database lock monitor When many processes are locking each other and you would like to figure out which one is root locker SAP ST04 lock monitor can provide a straightforward answer. 5 SAP ST04 Oracle Workload Reporting Oracle workload Reporting includes: AWR report Automatic Workload Repository. SQL Report. ASH report Active Session History report. ADDM report Automatic Database Diagnostic report. AWR report allows you to compare oracle workload between two periods this might be helpful if there is an issue with database and you would like to figure out what causes the performance difference. ADDM report would generate database tuning proposal. Those are standard reports. You can refer to PDF document from Oracle company website to understand how to use those reports for performance analysis. 6 Further clarification In addition to this post, I have other two posts related to database performance monitor 8211 SAP database performance monitor introduction and how to run SAP database performance monitor ST04. My focus is mainly on how to tune SQL from application performance point view and general understanding database performance monitor. It is not my intention or within my abilities to cover all areas of database tuning. There is a ton of documents on database tuning already 8211 Wait event analysis is critical for database performance tuning, you can refer to online Oracle document Automatic Performance Statistics for further reading. You can go to click here to understand more in details on database performance tuning. Post navigation Leave a Reply Cancel reply Email newsletter Latest post on performance Community News Tags FV Community News Add Community News
Klub pilihan-bursa saham Naples
Wall-street-forex-robot-ea