# Tasarım revizyon 2 — tasarımcıya

*(01.08.2026 · birinci revizyon turunun kapanmayan maddeleri + o turdan sonra kodda alınan kararlar)*

Merhaba. Birinci turda `14`, `16`, `31`, `35` ve `62` revizyonları geldi, teşekkürler — hepsi uygulandı.
Bu metin iki şey içeriyor: **(1) hâlâ bizde beklediğimiz ekranlar**, **(2) o turdan sonra kodda alınan ve
tasarıma işlenmesi gereken kararlar**. Sondaki iki soru dışında karar beklemiyoruz; ihtiyacımız çizim.

---

## 1 · Bizde bekleyen — çizim gerekiyor

### R1 · Gündem ekranı deseni (birinci turda **D1**) — *en öncelikli*

`30 Satisci Dashboard` yalnız satışçı için var. **Planlamacı, operasyon ve eğitmen** için karşılığı yok ve
sıradaki tur planlama ekranları — planlamacının ana ekranı olmadan başlayamıyoruz.

⛔ **Ad değişti: "Kokpit" değil "Gündem"** (sayfa başlığı *Gündemim*). Sebep: kokpit tek kişinin bir aracı
**kullandığı** yer; bu ekran kişinin **işini takip ettiği** yer. Ekranın cevapladığı soru dört rolde de aynı:
*bugün ne var, ne bekliyor, ne gecikti.* Kodda ve arayüzde değiştirildi; `30` ve `40` dahil her yerde
"Gündem" yazmalı.

**Önerimiz:** rol başına ayrı ekran değil, **tek desen + değişen kartlar**. Eğitmen tarafı (`40`) bu deseni
zaten çalışır hâlde gösteriyor: selamlama + tek cümlelik durum → uyarı şeridi → sol kolonda "yaklaşan iş",
sağ kolonda "durumum" kartları. Planlamacı için doldurulacak kartlar bizde şöyle:

| Kart | İçerik |
|---|---|
| Selamlama + durum cümlesi | "3 eğitimin bakanlık bildirimi bu hafta doluyor" gibi tek cümle |
| Bakanlık bildirim kuyruğu | Süresi yaklaşan/geçen eğitimler — **görev** olarak düşüyor, uyarı değil |
| Bekleyen talepler | Müşteriden gelen eğitim talepleri (`34`), plana çevrilmeyi bekleyen |
| Eğitmen cevabı bekleyenler | Teklif gönderildi, cevap yok — süre dolmadan görünmeli |
| Onay bekleyenler | İskonto, masraf, evrak onayları (`66` kuyruğunun özeti) |
| Bu hafta / gelecek hafta | Takvimin sıkıştırılmış hâli |
| Teslim edilmiş, kapanmamış eğitimler | **YENİ** — eğitmen teslim etti, ofis tamamlama kontrolü yapacak |

### R2 · Katılımcı puanlama / anket ekranları (birinci turda **E2**)

Eğitim bitince katılımcı **eğitimi ve eğitmeni puanlar**. `50 Katilimci Paneli` içinde "Anket + sertifikalarım"
bloğu var ama anketin kendisi çizilmemiş. Bize gereken:

- Katılımcının anket ekranı: soru tipleri (yıldız, 1–5 ölçek, açık uçlu), kaç soru, ilerleme.
- **Anonimlik ifadesi** ekranda nasıl yazacak — katılımcı kime ne gösterildiğini bilmeli.
- Yöneticinin sonuç ekranı: eğitim bazında ortalama, eğitmen bazında ortalama, yorum listesi.

📄 **Brief: `docs/design/egitim-anketi-brief.md`.**

⛔ **Karar (Sets, 01.08.2026): puan da yorum da yalnız yöneticide görünür.** Eğitmen kendi puanını görmez;
`22`'deki eğitmen kartında duran "★ 4,6" bu yüzden **yöneticinin gördüğü** bir alandır. Soru seti backoffice'ten
tanımlanacak (Filament, çizim gerekmez).

### R3 · Yoklama listesi anteti (birinci turda **E1**)

Boş yoklama kâğıdını üretiyoruz ama biçimi **bizim uydurmamız**: antet, katılımcı satırları, oturum sütunları,
eğitmen imza alanı, alt not. **Kurumsal antet ve imza bloğu çizilmeli.**
⚠ PDF üretici kullanılmıyor (FPDF Türkçe harfleri çizemiyor); tarayıcıdan yazdırılıyor, yani çizim
**A4 yazdırma** hedefli olmalı.

### R4 · `22` üzerindeki üç açık düğme (birinci turda **E3**, **E4**, **E5**)

- **"＋ Kalem" ve satır "Düzenle"** — kalem ekleme formu hangi alanları soruyor, "gerçekleşen" girişi nerede,
  sapma gerekçesi nasıl alınıyor?
- **"Eğitmene Sor"** — çelişki kartında duruyor, gittiği yer yok. Görev mi açılıyor, e-posta mı gidiyor,
  cevap nereye düşüyor?
- **KUMS kodunun yeri** — tasarım yoklama başlığında gösteriyor, ekranda Bakanlık bölümünde duruyor.
  İki yerde de mi dursun?

### R5 · Birinci turdan kalan küçük hâller (**B3–B7**, **C1–C5**)

Bunlar acil değil, sırası geldiğinde: `13` süresi dolmuş teklifte "Yeniden iste" (B3) ve müşterinin revizyon
isteme yolu (B4); `14` sihirbazının 1. ve 3. adımı (B5); `31` e-posta penceresinde çoklu alıcı (B6) ve gelen
e-postadan "Görev oluştur" (B7); imzalı nüsha "yüklendi" hâli (C1), scroll-to-accept mobil (C2), limit aşımı
hâli (C3), uyum kartı eşiği (C4), zaman akışında filtre+arama+sayfalama (C5).

---

## 2 · Tasarıma işlenmesi gereken kararlar — kod bunları uyguladı

Bu maddelerde **bizden bir şey istemiyoruz**; ekranlar çalışıyor. Ama bir sonraki revizyonda kaybolmamaları
için tasarıma işlenmeleri gerekiyor.

### R6 · `22 Planlamaci Egitim Detay` — statü şeridi ve geçmiş *(birinci turda D2)*

Şerit uygulandı: **Taslak → Planlandı → Bakanlık Onaylı (kilitli) → Devam ediyor → Tamamlandı**, yanında
geçmiş kartı.

### R7 · `23 Planlamaci Takvim` — çakışma ve kapasite *(birinci turda D3)*

Çakışma satır tinti + hücre çerçevesiyle gösteriliyor, eğitmen satırında "Çakışma — N gün"; kapasite eğitim
bloğunda `4/20`. Ay / Hafta / Gün üçü de çalışıyor (ay yatay kayıyor).

### R8 · `41 Egitmen Saha` — **iki ayrı buton**, bir tane değil

⛔ Karar (Sets, 01.08.2026): eğitim yarım gün de olabilir, 20 saatlik eğitimde 2,5 gün de sürebilir.
Bu yüzden:

- **"Günü Kapat"** — o günün yoklaması tam **ve o günün** imzalı listesi yüklüyse basılabilir.
- **"Eğitimi Tamamla"** — ayrı ve sonraki buton; tüm günler kapandıktan (ve sınav varsa notlar girildikten)
  sonra çıkar.

⚠ İkisi de "eğitim tamamlandı" **değildir** — o kapı ofiste. Ekranda bu ayrım görünmeli.
Ayrıca çok günlü eğitimde **gün seçici çipler** var (kapanan günde ✓) — tasarımda yok, eklenmeli.

### R9 · `41` — imzalı yoklama listesi **güne bağlı**

2,5 günlük eğitim üç ayrı liste gönderir. Tasarımdaki tek "İmzalı yoklama listesi" kartı, **seçili günün**
listesidir; metni de öyle olmalı.

### R10 · `41` — eğitim yeri kartında **harita**

⛔ Karar (Sets, 01.08.2026): planlamacı bir **konum pini (harita URL'i)** girer, ekranda harita gösterilir;
pin girilmezse açık adres + yol tarifi bağlantısı gösterilir. Tasarımdaki gri "harita — eğitim yeri" alanının
**iki hâli** çizilmeli: haritalı ve haritasız.

### R11 · `41` — eğitmen ücreti ekranda **yok**

⛔ Karar (Sets, 01.08.2026): ücret ve maliyet alanları yalnız **planlama aşamasında ve yetki sahibinde**
görünür. Tasarım satır başlığındaki *"ücretin: ₺11.000/gün"* uygulanmadı; eğitmen kendi alacağını
**Cari Durumum** ekranından görüyor. Tasarımdan çıkarılmalı.

### R12 · `41` — fiş/liste fotoğrafında **netlik uyarısı var, OCR yok**

Tasarımdaki "fotoğraf netlik kontrolünden geçer" uygulandı: tarayıcıda ölçülüyor, bulanıksa **dosya adıyla**
amber uyarı çıkıyor — **engellemiyor**, gönderilebiliyor.
⛔ Fişten veri okuma (OCR) **yapılmayacak** *(Sets, 01.08.2026)*: fiş tek tip değil — fatura, A4, çakmak boyu
slip, belediye otoparkının kendi formatı; kalemler her birinde farklı yazıyor, tutarlı çıkarım üretilemez.
"Tutarı otomatik doldurur" gibi bir ifade tasarıma girmemeli.

### R13 · `41` — dokümanlar kartı eğitim **türüne** bağlı

Sunum / sınav seti / yoklama şablonu, eğitim tanımına asılıyor ve sistemce çekiliyor — tasarımdaki
"otomatik bağlandı" rozeti doğru. ⛔ "Yalnız eğitmen görür · filigranlı" satırı **davranış**: sınav cevap
anahtarı yalnız o eğitimi veren eğitmene açılıyor ve indirilen kopya damgalanıyor.

### R14 · `40 Egitmen Paneli` → **Gündem**; kenar menüde sayaçlar

Rail'deki üç sayaç uygulandı ve **tonları anlamlı**: atamalar nötr, reddedilen masraf **kırmızı**, süresi
dolan belge **amber**. Tasarımda üçü de aynı görünüyor; ton farkı çizime girmeli.

### R15 · `35` — **"Teklife Ekle" modalı kaldırılmalı** *(Sets, 01.08.2026)*

Tasarımda paket kataloğundan "Teklife Ekle" deyip **hangi teklife ekleneceğini soran bir modal** var.
⛔ Bu iş akışına aykırı: satışçı katalogdan başlayıp teklif aramaz, **teklifi yazarken** kalem ekler.

**Doğrusu:** `31 Satisci Teklif` ekranındaki kalem ekleme yolu **iki seçenekli** olmalı —
**"Eğitim Ekle"** ve **"Paket Ekle"**. Seçime göre form değişir:

| Seçenek | Form ne sorar |
|---|---|
| Eğitim Ekle | planlanmış eğitim, fiyat tipi (kişi başı / grup), adet, birim fiyat, iskonto |
| Paket Ekle | içerik paketi, lisans birimi (firma / koltuk), adet, birim fiyat, iskonto |

Katalog ekranı (`/satis/paketler`) yine dursun — orası **ürünü incelediğin** yer, teklife ekleme yeri değil.
Katalogdaki düğme "Teklife Ekle" değil, olsa olsa "Fiyat listesinde göster" gibi bir şey olmalı; ya da hiç olmamalı.

⚠ Bizde durum: paket kalemi **veri katmanında var** ve teklif ekranında paket grubu doğru çiziliyor, ama
onu **oluşturacak yol yok** — bu revizyonla birlikte yazılacak.

📄 **Ayrıntılı brief: `docs/design/teklif-paket-kalemi-brief.md`** — ürün alanları (lisans birimi, erişim
süresi, baskı), iki formun alanları, bağlayıcı kurallar ve boş hâller orada.

---

## 3 · İki soru

**S1 · `40` rail'inde "Takvim & Atamalar" tek satır, bizde iki satır.**
Eğitmen paneli beş ekrana bölündü (Gündemim / Eğitimlerim / Takvimim / Müsaitliğim / Masraflarım /
Cari durumum / Belgelerim) — bu, sahada tek ekranda üç cevabı kaydırarak aramamak için alınmış bir karardı.
Tasarımın rail'i o karardan önceki hâli. **Bölünmüş hâli mi tasarıma işleyelim, tek satıra mı dönelim?**

**S2 · `40`'ta yaklaşan atama satırında saat ve oturum sayısı.**
Tasarımda var ("09:00 · 3 oturum"), bizde yok — ikisi de artık veride mevcut (oturumlar eğitim tanımının
saatlerinden otomatik üretiliyor). **Gündeme de eklensin mi, gün ekranında kalması yeterli mi?**

---

## Öncelik

| Sıra | Madde | Neden |
|---|---|---|
| 1 | **R1** | Planlama turu bununla başlıyor, elimizde hiç yok |
| 2 | **R15** | Yanlış akış çizili; paket kalemi bu düzeltmeyle yazılacak |
| 3 | R8–R14 | Kod çalışıyor; tasarıma işlenmezse sonraki revizyonda kaybolur |
| 4 | R2, R3 | Sırada bekleyen iki özellik (anket, yoklama anteti) |
| 5 | R4 | `22`'nin açık düğmeleri |
| 6 | R5 | Kenar hâller |