[PROJECT] ve [AUDIENCE] için mevcut proje teknoloji yığınını ve açıkça etiketlenmiş demo verilerini kullanarak etkileşimli bir frontend prototipi oluşturun. Görev: Masraf Onay Arayüzü.

## Gerekli içerik ve yapı

Tutarı, makbuzu, politika istisnalarını ve onaylama/değişiklik isteme eylemlerini inceleyin.

Adlar, tarihler, rakamlar, iddialar ve hedefler için kaynak olarak [APPROVED_CONTENT] kullanın. Herhangi bir şeyi ikame etmeden önce eksik girdileri listeleyin. Gösterim gerekiyorsa içeriğini kurgusal olarak etiketleyin. Müşteri alıntıları, sıralamalar, iş ortağı logoları veya ürün yetenekleri uydurmayın.

## Tasarım yönü

[BRAND_RULES] ile projede önceden seçilmiş tasarım sistemini kullanın. Herhangi bir sistem sunulmamışsa şu yönle başlayın: açık nötr tuval, grafit metin, kobalt vurgu ve hassas ince ayırıcılar; yoğun ancak okunaklı hiyerarşi. Tipografi, boşluk ve renk rollerini tutarlı tutun. Dekoratif öğeler yerine göreve öncelik verin ve birbiriyle ilgisiz kartlardan oluşan genel bir koleksiyondan kaçının.

## İçerik hazırlığı

Masraf tutarlarını, para birimlerini, makbuzları, politika kurallarını ve inceleyenin gerçekleştirebileceği eylemleri sağlayın. Hangi politika kontrollerinin doğrulandığını ve hangilerinin insan incelemesi gerektirdiğini belirleyin.

## Düzen ve davranış

Makbuzu ve talep edilen tutarı ortak bir okuma alanına yerleştirin. İstisnaları onaylama veya değişiklik isteme eylemlerinin yanında görünür tutun ve iş akışının gerektirdiği durumlarda açıklama zorunluluğu getirin.

## Göreve özel kabul kontrolü

- Para birimlerini koruyun ve değişiklik istekleri için bir gerekçe sunun.
- Eksik makbuz, farklı para birimlerinin birlikte kullanılması ve düzeltme isteği senaryolarını test edin.
- Bir politika eşleşmesinin bulunmamasını ihlal kanıtı olarak değerlendirmeyin veya inceleyenin yazılı gerekçesini kaybetmeyin.

## Uygulama ve inceleme

Metni düzenlenebilir tutun. Anlamsal yapı, açıklayıcı kontroller, görünür klavye odağı ve uygun boş/hata durumları kullanın. Dar ve geniş düzenleri kontrol edin. Azaltılmış hareket tercihlerini dikkate alın. Mevcut proje çerçevesini ve bağımlılıklarını koruyun; teknoloji yığınını haber vermeden değiştirmeyin. Düzenlenebilir dosyaları teslim edin ve tamamlanmamış davranışları veya desteklenmeyen girdileri açıklayın. Ek özellikler önermeden önce bu görevi özel olarak inceleyin.

## Referans eki ve yeniden oluşturma hedefi

Bu istemin indirme paketindeki reference.webp dosyasını, bu istemle birlikte OpenDesign'a ekleyin. Benzer kompozisyon ve hiyerarşiye sahip, düzenlenebilir bir sonuç oluşturun; referans görselin tamamını bitmiş arayüz olarak gömmeyin. Kurgusal örnek etiketlerle çelişmesi durumunda onaylanmış proje içeriğini ve marka kurallarını koruyun. Görsel eksikse veya okunamıyorsa görsel doğruluk iddiasında bulunmak yerine dosyayı isteyin.

## Referans kompozisyonu ve içeriği

Ekli reference.webp dosyasını Harcama Onay Arayüzü için görsel referans olarak kullanın. Oluşturmaya başlamadan önce ana bölgeleri yukarıdan aşağıya doğru; göreli genişlik ve yüksekliklerini, hizalamayı, aralıkları, tipografi hiyerarşisini, yüzey renklerini, kenarlıkları, görselleri ve yinelenen bileşenleri belirleyin. Genel bir şablon kullanmak yerine bu ilişkileri koruyun. Gerekli görev içeriği: Tutarı, makbuzu ve politika istisnalarını inceleme ile onaylama/değişiklik isteme eylemleri. Görseli düzenlenebilir öğelere dönüştürürken göreve özgü şu yerleşim yönergelerini kullanın: Makbuzu ve talep edilen tutarı ortak bir okuma alanına yerleştirin. İstisnaları onaylama veya değişiklik isteme eylemlerinin yanında görünür tutun ve iş akışının gerektirdiği durumlarda açıklama zorunluluğu getirin.

## Örnek proje gereksinimindeki görsel yön

açık nötr tuval, grafit metin, kobalt vurgu ve hassas ince ayırıcılar; yoğun ancak okunaklı hiyerarşi.

## Etkileşim özellikleri

Referans statik bir konsepttir: Aşağıdaki davranış, uygulanması gereken bir koşuldur; görselin zaten çalıştığının kanıtı değildir. Özelleştirilmiş istemi çalışma projenize kopyalayın. Temel görevle başlayın: Tutarı, makbuzu ve politika istisnalarını inceleme ile onaylama/değişiklik isteme eylemleri. Para birimlerini koruyun ve değişiklik istekleri için bir gerekçe sunun. Görünen her kontrol için tetikleyicisini, etkilediği durumu ve geri bildirimini belirtin; yerel değişiklikleri ilgili görünümlerde tutarlı durumla uygulayın. Arama ve filtrelerin gerçek sonuçlar vermesini, seçim kontrollerinin belirgin bir etkin duruma sahip olmasını ve kaydetme eylemlerinin ilgili durumlarda görünür bekleme/başarı/başarısızlık geri bildirimi sunmasını sağlayın. İlgisiz iş akışları eklemeyin. Gezinme için uygun bağlantıları, eylemler için düğmeleri ve simge kontrolleri için erişilebilir adları kullanın. Yalnızca yerel bir demo değiştiğinde arka uç işleminin başarılı olduğunu ima etmeyin.

## Görsel karşılaştırma ve teslim

1. Sonucu ekli görselle eşleşen oranlarda karşılaştırın. Dekoratif ayrıntıları iyileştirmeden önce ana bölgelerin yerleşimini, göreli görsel boyutlarını, satır sonlarını, boşlukları, tipografi hiyerarşisini, kontrastı, etkin durumları ve içerik yoğunluğunu inceleyin.
2. Ardından masaüstü metnini küçük etiketlere sıkıştırmadan dar düzeni test edin.
3. Logoları, fotoğrafları ve simgeleri ayrı varlıklar olarak; anlamlı tüm etiketleri ise düzenlenebilir tutun. Kullanılamayan yazı tiplerini/varlıkları ve bilinçli sapmaları listeleyin. Çalışan dosyalarla birlikte uygulanan davranışların ve kalan entegrasyonların kısa bir açıklamasını sunun; yalnızca isteme dayanarak piksel düzeyinde aynı sonuç vadetmeyin.