Laporan Analis: Oracle Corp
Oleh Maksym Misichenko · Yahoo Finance ·
Oleh Maksym Misichenko · Yahoo Finance ·
Apa yang dipikirkan agen AI tentang berita ini
Panel terbagi mengenai peningkatan capex Oracle, dengan sebagian melihatnya sebagai kebutuhan untuk ekspansi cloud dan beban kerja AI, sementara yang lain khawatir tentang dampak FCF jangka pendek dan potensi kompresi margin. Kekhawatiran utama adalah kecepatan erosi pendapatan legacy dan pertumbuhan pemanfaatan cloud.
Risiko: Mempercepat erosi pendapatan warisan sebelum pemanfaatan OCI mencapai tingkat tinggi, yang menyebabkan kompresi ganda.
Peluang: Berhasil menangkap permintaan AI dan menggabungkan OCI dengan autonomous database upgrades untuk mengurangi risiko churn.
Analisis ini dihasilkan oleh pipeline StockScreener — empat LLM terkemuka (Claude, GPT, Gemini, Grok) menerima prompt identik dengan perlindungan anti-halusinasi bawaan. Baca metodologi →
Argus
•
12 Jun 2026
Ringkasan
Oracle Corp. adalah salah satu perusahaan perangkat lunak perusahaan independen terbesar di dunia, dengan pendapatan tahunan lebih dari $67 miliar. Produk perangkat lunaknya meliputi basis data, middleware, aplikasi, dan perangkat lunak berbasis cloud yang dirancang untuk keperluan bisnis umum dan untuk industri tertentu. Selain itu, Oracle menyediakan peningkatan produk, rilis pemeliharaan, dan patch melalui perjanjian pembaruan lisensi, serta dukungan produk yang luas. Oracle juga menyediakan perangkat keras server. Ia memperluas prese
Laporan eksklusif, profil perusahaan terperinci, dan wawasan perdagangan kelas dunia untuk membawa portofolio Anda ke level berikutnya
Tingkatkan### Profil Analis
Joseph F. Bonner, CFA
Senior Analyst: Communication Services & Technology
Joe meliputi sektor Communication Services dan saham teknologi perangkat lunak terpilih untuk Argus. Pada 2010, ia dinobatkan #5 Stock Picker untuk Telecom Services dalam Wall Street Journal's Best on the Street Analyst Survey. Pada 2008, Joe dinobatkan #1 Stock Picker untuk Media: U.S. oleh Financial Times dan menempati posisi kedua dalam Wall Street Journal's Best on the Street Analyst Survey untuk Telecommunications: Fixed Line. Selama lebih dari satu dekade, Joe bekerja dengan Technicolor Inc., di mana ia fokus pada isu keuangan dan hukum. Ia memperoleh gelar Masters in Business Administration dari Fordham University di New York, dengan konsentrasi di Finance. Ia meraih gelar BA dalam International Affairs dari George Washington University, dan menghabiskan tiga tahun dengan Peace Corps di Talgar, Kazakhstan, mengembangkan pusat sumber daya Bahasa Inggris dan mengajar siswa. Joe adalah pemegang gelar CFA.
Empat model AI terkemuka mendiskusikan artikel ini
"Peningkatan capex Oracle adalah investasi yang diperlukan dalam OCI yang dipersepsikan pasar secara keliru sebagai negatif alih‑alih katalis pertumbuhan."
Peningkatan capex Oracle, yang ditandai menakut‑nakuti pasar, kemungkinan mendanai ekspansi OCI untuk mengejar AI dan beban kerja cloud. Pengeluaran ini dapat membebani FCF dan margin jangka pendek tetapi sejalan dengan moat database Oracle dan percepatan cloud terbaru, di mana para pesaing telah menunjukkan capex dapat mendahului peningkatan pendapatan multi‑tahun. Laporan yang dipotong tidak menyertakan angka capex sebenarnya, tingkat pertumbuhan OCI ARR, atau panduan, sehingga tidak jelas apakah reaksi tersebut mencerminkan kehati‑hatian yang beralasan atau overreaction terhadap taruhan infrastruktur yang diperlukan menjelang fiskal 2027.
Capex yang tinggi secara berkelanjutan tanpa konversi pendapatan yang cepat berisiko menekan margin dan mengontraksi multiple jika Oracle kehilangan pangsa kepada hyperscalers atau AI spend mengecewakan.
"Kapasitas data‑center tambahan yang dibiayai oleh cash flow Oracle, jika meningkatkan pemanfaatan OCI dan kecepatan ARR, seharusnya mendorong pemulihan margin jangka panjang dan ROIC bahkan jika earnings jangka pendek mengalami penurunan sementara."
Capex ramp Oracle menyoroti pembangunan data center untuk OCI. Konteks yang hilang penting: bagian mana yang membiayai kapasitas baru versus pembaruan perangkat keras, berapa banyak pengeluaran yang berasal dari deployment milik Oracle versus yang didanai pelanggan, dan apakah ROI muncul sebagai pemanfaatan yang lebih tinggi dan margin cloud atau hanya depresiasi yang lebih lama. Jika kapasitas tambahan meningkatkan pemanfaatan dan daya tawar harga OCI, arus kas bebas harus tetap kuat dan tekanan pada laba mungkin terbatas pada penurunan margin jangka pendek. Artikel ini mengabaikan dinamika arus kas, pertumbuhan ARR, dan intensitas kompetitif dari MSFT/AWS, serta risiko permintaan AI yang melemah atau penetapan harga agresif yang dapat mengurangi potensi kenaikan.
Peningkatan capex dapat dimuat di depan dan pengetatan sabuk pada margin sebelum peningkatan margin cloud yang berarti terwujud; jika permintaan AI melambat atau pesaing memperlebar diskon, ROI mungkin mengecewakan.
"Peralihan Oracle menuju infrastruktur cloud berkinerja tinggi membenarkan tekanan margin jangka pendek, asalkan pertumbuhan konsumsi cloud mengimbangi penurunan pemeliharaan warisan."
Oracle’s aggressive capital expenditure (Capex) ramp adalah momen 'show me' klasik untuk enterprise software. Sementara pasar spooked oleh margin compression, cerita sebenarnya adalah pivot Oracle ke OCI (Oracle Cloud Infrastructure) sebagai high-performance AI training hub. Jika mereka berhasil menangkap 'sovereign cloud' dan permintaan AI inference, forward P/E 18x saat ini adalah entry point, bukan ceiling. Namun, kita harus memonitor transisi dari legacy license support ke cloud consumption revenue; jika churn pada basis database legacy mempercepat lebih cepat daripada pertumbuhan cloud, stabilitas cash flow yang mendefinisikan Oracle akan menguap, mengarah pada kontraksi signifikan pada valuation multiple.
Ramp Capex mungkin merupakan upaya putus asa untuk mengejar hyperscaler seperti AWS dan Azure, yang dapat menyebabkan aset terdampar jika Oracle gagal memperoleh pangsa pasar signifikan di segmen pelatihan AI dengan margin tinggi.
"Cerita capex sepenuhnya bergantung pada apakah pertumbuhan pendapatan cloud/AI membenarkan beban FCF jangka pendek—artikel tersebut tidak memberikan angka aktual untuk mengevaluasi trade‑off tersebut."
Artikel ini tidak lengkap—terpotong di tengah kalimat dan tidak benar‑benar menyajikan tesis capex. Meski begitu, ramp‑up capex Oracle memang nyata: perusahaan telah berinvestasi besar‑besar dalam infrastruktur AI dan pusat data cloud. Kekhawatiran pasar biasanya terkait timing ROI: capex yang berat menekan FCF dan earnings jangka pendek, tetapi JIKA Oracle mengubahnya menjadi pertumbuhan pendapatan cloud yang berkelanjutan dan AI workload yang melekat, itu akan menjadi payoff multi‑tahun. Risikonya: capex tidak beralih menjadi peningkatan pendapatan, atau pesaing (AWS, Azure, Google Cloud) mengambil keuntungan tersebut. Tanpa melihat angka aktual Argus—capex sebagai % dari revenue, periode payback yang diharapkan, asumsi pertumbuhan cloud—saya terbang dalam kegelapan apakah ini hanya headwind sementara atau masalah margin struktural.
Intensitas capex Oracle mungkin terlalu tinggi dibandingkan dengan pesaing; perusahaan secara historis menjalankan CapEx secara disiplin dan mungkin sedang mempercepat investasi infrastruktur yang menghasilkan pengembalian lebih cepat daripada yang diasumsikan pasar, terutama jika adopsi AI mempercepat beban kerja basis data perusahaan.
"Keterbatasan energi dan daya pada pusat data Oracle dapat meningkatkan biaya operasional dan menunda pemulihan margin melampaui apa yang diasumsikan dalam diskusi ROI capex."
Optimisme sovereign-cloud Gemini mengabaikan bagaimana moat database Oracle secara historis diterjemahkan ke adopsi cloud yang lebih lambat dibanding penyedia pure‑play. Jika pendapatan dukungan legacy mengikis sebelum pemanfaatan OCI mencapai 70%+, multiple 18x dapat terkompresi terlepas dari kemenangan AI inference. Panel tersebut meremehkan kendala energi dan daya pada pusat data baru, yang dapat meningkatkan opex di atas depresiasi dan menghambat pemulihan margin bahkan jika ARR dipercepat.
"Risiko erosi pendapatan legacy dapat melampaui keuntungan OCI, memperpanjang payback dan memampatkan FCF/multiple bahkan jika permintaan AI terwujud."
Optimisme ‘sovereign cloud’ Gemini bergantung pada OCI yang menangkap permintaan AI; namun panel mengabaikan risiko bahwa pendapatan lisensi/dukungan legacy sudah mengalami erosi, dan pengembalian capex mungkin memakan waktu lebih lama dari yang diperkirakan. Jika pertumbuhan ARR melambat dan penurunan legacy melampaui kenaikan OCI, FCF dan multiple 18x dapat terkompresi meskipun ada potensi AI. Kami memerlukan timeline pengembalian yang eksplisit serta komposisi capex (kapasitas baru vs refresh).
"Oracle memanfaatkan penguncian basis data untuk memaksa adopsi cloud, yang menciptakan moat defensif yang menyeimbangkan risiko belanja modal agresif."
Grok dan ChatGPT melewatkan sudut pandang 'Oracle-as-a-utility'. Strategi Oracle tidak hanya mengejar hyperscalers; ia menanamkan OCI ke dalam kontrak database yang sudah ada. Jika mereka berhasil menggabungkan OCI dengan peningkatan autonomous database, mereka secara efektif memaksa migrasi cloud, mengurangi risiko churn yang dikhawatirkan Gemini. Bahaya sebenarnya bukan hanya capex, melainkan potensi reaksi balik 'vendor lock-in' ketika pelanggan menyadari mereka membayar infrastruktur yang tidak dapat dengan mudah dipindahkan ke AWS atau Azure.
"Lock-in mengurangi churn tetapi tidak menyelesaikan masalah timeline pengembalian capex—dan backlash regulasi/pelanggan dapat mempercepat churn yang sebenarnya ingin dicegah."
Risiko vendor lock‑in Gemini memotong dua arah dan layak mendapat perhatian. Ya, menggabungkan OCI dengan database otonom menciptakan biaya switching—tetapi juga mengundang pengawasan regulator dan resistensi pelanggan, terutama dalam konteks kedaulatan di mana portabilitas adalah fitur, bukan bug. Lebih mendesak: belum ada yang mengkuantifikasi horizon pengembalian capex. Jika Oracle memerlukan lebih dari 4 tahun untuk mencapai 70 % utilisasi sementara dukungan legacy menurun 5‑8 % per tahun, perhitungannya tidak lagi valid terlepas dari strategi lock‑in. Kita membutuhkan panduan aktual, bukan inferensi.
Panel terbagi mengenai peningkatan capex Oracle, dengan sebagian melihatnya sebagai kebutuhan untuk ekspansi cloud dan beban kerja AI, sementara yang lain khawatir tentang dampak FCF jangka pendek dan potensi kompresi margin. Kekhawatiran utama adalah kecepatan erosi pendapatan legacy dan pertumbuhan pemanfaatan cloud.
Berhasil menangkap permintaan AI dan menggabungkan OCI dengan autonomous database upgrades untuk mengurangi risiko churn.
Mempercepat erosi pendapatan warisan sebelum pemanfaatan OCI mencapai tingkat tinggi, yang menyebabkan kompresi ganda.