Codex ile Finansal Raporlama Süreçleri Nasıl Otomatize Edilir?

Codex, OpenAI'ın kod yazan ajanı. "Finansal raporlamayı otomatize eder" cümlesi doğru, ama sanıldığı gibi değil: Codex bir raporlama programı değildir, raporu kendisi "bilmez". Yaptığı şey, veriyi çeken, dönüştüren, kontrol eden ve rapor paketini üreten betikleri sizin tarifinizle yazmak ve çalıştırmaktır. Bu ayrım önemli, çünkü işin nerede hızlanacağını ve nerede insanın kalması gerektiğini belirliyor.

Aynı yaklaşım Claude Code gibi diğer kod ajanlarıyla da kurulabilir; aşağıdaki akış araçtan bağımsız. Örnekleri Codex üzerinden veriyorum, çünkü OpenAI'ın kendi finans ekibi bu aracı aylık kapanış işinde kullandığını açık kaynaklarda anlattı.

Neyi otomatize eder, neyi etmez

Finansal raporlamanın büyük bölümü aslında veri işidir: mizanı dışa aktar, hesap gruplarını eşle, önceki ayla karşılaştır, sapmaları bul, tabloyu şablona yerleştir. Bu adımların her biri bir betikle yapılabilir; sorun şimdiye kadar o betikleri yazacak kişinin bulunmamasıydı. Kod ajanının çözdüğü tam olarak bu: mali işler çalışanı ne istediğini Türkçe tarif eder, ajan Python ya da Excel tarafında gerekli kodu yazar, çalıştırır, hata alırsa düzeltir.

Yapmadığı şeyler de aynı derecede net:

  • Muhasebe kararı vermez. Hangi hesabın hangi gruba gireceğine, bir giderin aktifleştirilip aktifleştirilmeyeceğine mali müşavir karar verir; ajan o kuralı uygular.
  • ERP'ye geri yazmaz. Bu bir yetenek eksikliği değil, kurulum kararıdır. Rapor akışında ajan ERP'den yalnızca okur; sonuç dosya ya da sunum olarak çıkar.
  • Kontrolün yerine geçmez. Betiği ajan yazar, kontrolü de ajan yazabilir; ama "bu rapor doğru" onayını insan verir.

Aylık rapor akışı, adım adım

Bir üretim işletmesinde aylık yönetim raporu için kurulabilecek akış şöyle. Her adımda ajanın ne yaptığını, insanın ne yaptığını ayrı yazdım.

Şema: aylık rapor akışı beş adım. ERP'den salt okunur dışa aktarım, kod ajanının betik yazıp çalıştırması, otomatik mutabakat kontrolleri, insan onayı ve rapor paketi. Yan not: ERP'ye geri yazma yok.
Ajan ortadaki üç adımı üstlenir; iki uçta ERP'nin salt okunur dışa aktarımı ve insanın onayı durur.

1. Veriyi dışa aktarın. Mizan, hesap hareketleri ve gerekiyorsa satış/stok özetleri ERP'den CSV ya da Excel olarak çıkar. Mümkünse bu dışa aktarım da bir rapor tanımı olarak ERP'de dursun; ajan her ay aynı dosya biçimini görsün. Veritabanına doğrudan bağlantı verilecekse salt okunur bir görünüm (view) üzerinden, kişisel veri alanları dışarıda bırakılarak verilir.

2. İşi tarif edin. İlk ay bu adım en uzun süren adımdır ve bir kere yapılır. Tarif, bir meslektaşa anlatır gibi yazılır:

Ekteki mizan dosyasından hesap gruplarına göre gelir tablosu çıkar. Hesap-grup eşlemesi hesap-plani.xlsx dosyasında. Geçen ayın dosyasıyla karşılaştır; yüzde beşten fazla sapan kalemleri ayrı listele. Mizan borç-alacak toplamı eşit değilse dur ve bana söyle.

3. Ajan betiği yazar ve çalıştırır. Codex bu tarifi okuyup bir Python betiği yazar, çalıştırır, çıkan hatayı görüp düzeltir ve sonuç tablolarını üretir. Burada sizin yaptığınız şey, ilk çıktıya bakıp "şu kalem yanlış gruba girmiş" demektir; ajan eşleme dosyasını ya da betiği düzeltir.

4. Kontroller. Bu adım yazının asıl konusu. Rapor üretmek kolay, raporun doğru olduğunu bilmek zor. Ajana ilk işte şu kontrolleri de yazdırın ve her ay otomatik çalışsın:

  • Mizan borç ve alacak toplamları eşit mi?
  • Gelir tablosu toplamı, mizandaki sonuç hesaplarının toplamıyla tutuyor mu?
  • Önceki ayla karşılaştırıldığında açıklanamayan sıçrama var mı?
  • Eşleme dosyasında bulunmayan hesap kodu var mı?

Kontrollerden biri geçmezse betik rapor üretmez, nerede durduğunu söyler. Bu davranış, raporun hızından daha değerlidir.

5. Onay ve sunum. Kontroller geçtiyse ajan tabloları ve grafikleri rapor şablonuna yerleştirir. Sunum dosyası üretmek de aynı betiğin işi olabilir. Sonra insan bakar, yorumunu yazar, gönderir. Ajanın "aylık raporu yönetime gönderdi" dediği bir kurulum önermiyorum; gönder düğmesi insanda kalır.

İkinci aydan sonra: tekrarlanabilir hale getirmek

Akış bir kere çalıştıktan sonra her ay aynı tarifi yeniden yazmak gerekmez. Codex'in bunun için üç mekanizması var; hepsi OpenAI'ın kendi belgelerinde tanımlı.

  • Beceriler (skills). Bir işin talimatını, yardımcı dosyalarını ve betiklerini tek bir pakette toplar; ajan o işi her seferinde aynı yöntemle yapar. "Aylık gelir tablosu" bir beceri olur, ekip içinde paylaşılır, sürüm kontrolüne girer. Beceriler komut satırı, geliştirme ortamı ve masaüstü uygulamasında aynı şekilde çalışır.
  • Eklentiler (plugins). Becerileri dağıtmanın birimi; gerekiyorsa veri ambarı ya da iş uygulaması bağlantılarını da paketin içinde taşır. Finans ekibinin veriyi her seferinde elle dışa aktarmak yerine bağlı bir kaynaktan okumasını sağlar.
  • Zamanlanmış görevler ve bulut çalıştırma. Belgeler, konuşmalar arasında çalışmaya devam edip sonucu incelemeniz için geri getiren arka plan görevlerini anlatıyor. Aylık rapor için pratik karşılığı: ayın ilk iş günü sabahı betik çalışır, kontrol sonuçları ve taslak rapor sizi bekler. Ajan sonucu "incelemeniz için" getirir; göndermez.

Belgelerde alt ajanlar (subagents) da var: uzun bir işi parçalara bölüp paralel yürütmek için. Aylık raporda buna çoğu zaman gerek olmaz; yıl sonu paketi gibi çok parçalı işlerde anlamlı olabilir.

OpenAI'ın kendi finans ekibi ne yaptı

Bu yaklaşımın en çok anlatılan örneği OpenAI'ın kendi finans ekibi. CFO Dive'ın Eylül 2026 haberine göre ürün finansı direktörü Kyle Kober, hesaplama kapasitesi maliyetlerinin aylık raporlama ve analizini Codex ile otomatize etmiş; işin zor kısmı ürün kullanım verisiyle muhasebe kayıtlarını eşleştirmekmiş. Kober'in kendi tahminine göre süreç yaklaşık beş günden yaklaşık beş saate inmiş. Aynı haber, bunun tek bir şirketin kendi beyanı olduğunu ve çıktıların muhasebe standartlarına göre nasıl doğrulandığının anlatılmadığını da not ediyor; ben de aynı ihtiyatla aktarıyorum.

OpenAI Academy'de finans ekibinin ay sonu slaytları, özel panolar ve yevmiye hazırlığı için Codex'i nasıl kullandığını anlatan oturumlar da var; sunum güncellemelerini otomatikleştiren oturum sürüm kontrolü, izlenebilirlik ve insan incelemesini ayrıca ele alıyor. Yani üreticinin kendi anlatımında bile akış "ajan üretir, insan inceler" biçiminde.

ERP tarafında dikkat edilecekler

Bir kod ajanını mali veriye yaklaştırmadan önce dört soru cevaplanmalı. Bunlar araç seçiminden bağımsız; güvenlik sayfamızda anlattığımız ilkelerin finans akışına uyarlanmış hali.

  • Hangi veri ajana gidiyor? Mizan düzeyinde özet veri ile müşteri ve personel kartları aynı şey değil. Rapor için gerekmeyen alanlar dışa aktarımdan çıkarılır. Ajan yerelde mi çalışıyor, bulutta mı; bulut kullanılacaksa kapsam yazılı olarak belirlenir.
  • Ajan hangi yetkiyle çalışıyor? Codex belgelerinde izin kipleri, yalıtılmış çalışma ortamı ve komut onayı ayrı başlıklar. Finans akışında ajanın dosya sistemine yazma ve ağ erişimi bilinçli olarak sınırlanır; ERP'ye yazma yetkisi hiç verilmez.
  • Kayıt tutuluyor mu? Hangi betik, hangi veriyle, ne zaman çalıştı ve ne üretti. Kurumsal sürümde denetim olaylarını dışa veren bir uyumluluk arayüzü var; küçük kurulumda betiğin kendi günlüğü de yeter, yeter ki olsun.
  • Betik üretime nasıl alınıyor? Ajanın yazdığı kod, insan yazmış gibi gözden geçirilir ve sürüm kontrolüne girer. İlk aylarda eski yöntemle paralel çalıştırıp iki sonucu karşılaştırmak, güveni ölçmenin en ucuz yoludur.

Sözlükteki birkaç terim bu konuda işe yarar: insan onaylı akış, ajan kancaları ve muhakeme çabası. Sonuncusu maliyet için önemli: rutin bir dönüşüm betiği için düşük çaba yeter; çaba ayarı her ay aynı işi daha pahalıya yaptırmamanın yolu.

Nereden başlamalı

Bütün kapanışı otomatize etmeye kalkmayın. Tek bir rapor seçin: en çok elle emek yiyen, kuralları en net olan. Çoğu işletmede bu, satış ve maliyet özetinin bölge ya da ürün grubuna göre kırılımıdır. O raporu bir ay ajanla, bir ay eski yöntemle üretin; fark görünüyorsa ikinci raporu ekleyin. Kazancı ölçmeden "yüzde seksen hızlandı" demeyin; ölçtüğünüz şey hem kendinize hem yönetime vereceğiniz tek inandırıcı rakamdır.

Son söz

Kod ajanı finans ekibine yeni bir yetenek veriyor: programcı beklemeden kendi veri akışını kurmak. Ama raporun doğruluğunu, verinin sınırını ve gönder düğmesini insanda bırakan bir kurulum olmadan bu yetenek hızlı bir hata üreticisine dönüşebilir. Doğru kurulduğunda ise aylık raporun en sıkıcı üç gününü ortadan kaldırır ve mali işler ekibine yorum yapacak zaman bırakır.

Sürekli izlenen göstergeler için kod ajanı yerine ErpwareBI gibi bir rapor katmanı daha uygundur; ajan tek seferlik dönüşümlerde ve kuralı belli tekrar eden paketlerde parlar. İkisi birbirinin rakibi değil, aynı akışın iki ucu.

Bu araçların finans sektöründe bugün nerede kullanıldığını, OpenAI'ın kendi müşteri hikâyelerinden derlediğim ayrı bir yazıda topladım: OpenAI ürünleri finans sektöründe nasıl kullanılıyor?


Kaynaklar

  1. OpenAI, Codex belgeleri — beceriler ve eklentiler, zamanlanmış görevler, bulut çalıştırma, alt ajanlar, izin kipleri, yalıtılmış ortam, uyumluluk arayüzü ve denetim olayları.
  2. OpenAI, Agent Skills — becerinin tanımı ve hangi yüzeylerde çalıştığı.
  3. CFO Dive, Inside OpenAI's experiment with AI coding in finance, Eylül 2026 — Kyle Kober'in anlattığı hesaplama maliyeti raporlaması; süre tahmini şirketin kendi beyanı.
  4. OpenAI Academy, Codex for Finance: Faster Reports, Dashboards, and Decisions ve Make Work Flow: Automation of Finance Presentation Updates with Codex — finans ekibinin kullanım örnekleri, sürüm kontrolü ve insan incelemesi.
  5. Fortune, OpenAI CFO: Not knowing AI tools like Codex is now a dealbreaker for finance hires, Haziran 2026 — finans ekiplerinde beklenti değişimi.

Codex ve ChatGPT OpenAI'ın, Claude Code Anthropic'in ürünüdür. Bu yazı bağımsız bir uygulama notudur; ürün özellikleri üreticinin yayımladığı belgelerden alınmıştır ve zamanla değişebilir.