Staff — regear taleplerini incele + onayla / reddet

Üyeler regear'ları #Request Regear'da gönderir; gönderdikleri her şey burada, #Review Requests'te, staff'ın triyaj yapması için iniş yapar. Bu sayfa inceleme kuyruğunu uçtan uca gezer.

İzinler

Bu kanalı görmek ve taleplere etki etmek için Approve Regear Requests iznine (Edit Role → Permissions'ın Regear bölümü altında) ihtiyacın var. Çoğu lonca bunu Regear Staff / Regear Manager / Manager rol şablonlarına verir. Tam tablo için İzin referansı'na bak.

İnceleme kuyruğu

#Review Requests'i kenar çubuğunun REGEAR TEAM bölümünden aç.

Sayfanın üstü:

• Sekmeler — Pending / Approved / Rejected. Pending iş kuyruğudur; diğer ikisi denetim görünümleridir.
• Araç çubuğu (Pending sekmesi başına):
  • Select all onay kutusu — çoklu seçim toplu eylemler için.
  • Type filtresi — All / Deaths / Overcharge.
  • War Role filtresi — belirli bir war role talebine daralt (bir CTA'da bir rol baskın olduğunda yararlıdır).
  • Search — bir kurban adını VEYA bir #etkinlik_kimliği kabul eder (# önekiyle 9 haneli Albion etkinlik kimliği, örn. #475568182). Etkinlik kimliği, Albion'ın ölüm akışı ve etkinlik bağlantı URL'lerinin kullandığı sayıdır; bir üye Discord'da "bu kayıt geçti mi?" diye bir öldürme linki gönderdiğinde — sonundaki sayıyı kopyala, # önekini ekle, yapıştır ve kuyruk yalnızca o satıra filtrelenir. Aynı #etkinlik_kimliği araması #Cut-off Tasks'da da çalışır, böylece bir ölümü inceleme kuyruğundan paketleyici tarafına kadar izleyebilirsin.

Kuyruktaki her kart bir taleptir:

• Üst satır — üye adı + karakter + war role rozeti (ekran görüntüsünde Outcomers / FreezDawnera / Riderr).
• Orta — ölüm event linki (eventID) + slot başına doğrulama rozetleriyle kaybedilen eşyaları gösteren 3×4 teçhizat ızgarası:
  • 🟢 OK — slot, rolün loadout'una beklenen tier'da uyuyor.
  • 🟡 Under-tier — eşya rolün istediğinden daha düşük tier.
  • 🔵 Over-tier — eşya daha yüksek tier.
  • 🔴 Invalid — eşya rolün loadout'unda hiç yok.
• Alt satır — Eylem düğmeleri + meta veri (UTC ölüm zaman damgası + fame).

Talep başına üç eylem

✅ Approve

Talebi onaylar. Sonra ne olacağı loncanın regear moduna bağlıdır:

• Item modu — talep approved durumuna geçer; yeşil düğme Create Cut-off Task olarak etiketlenir (tekli + toplu). Talebi #Cut-off Tasks'taki bir paketleme görevine paketlemek için tıkla. Bkz. Item modu — kesim + locker.
• Silver modu — talep approved durumuna geçer; yeşil düğme Payout olarak etiketlenir (tekli + toplu). Üyenin Silver Bankası cüzdanına silver yatırmak için tıkla. Bkz. Silver modu — Silver Bankası'ndan ödeme.

Aynı Approve eylemi, lonca yapılandırmasına göre farklı ikinci adım düğmesi. Approve ile gerçek para/eşya hareketi arasında kasıtlı olarak bir boşluk vardır — aşağıdaki İki adımlı yaşam döngüsü'ne bak.

❌ Reject

Talebi doğrudan reddeder. Bir sebep ister — sebebi yaz (örn. "Yanlış war role — bu CTA için atanmamış"), onayla. Üye reddi + sebebi #My Requests'te görür.

Reddedildikten sonra talep kesindir — kuyruğa geri gelmez. Üye itiraz ederse, düzeltilmiş bilgiyle yeni bir talep gönderebilir.

📁 Archive

Talebi onaylamadan veya reddetmeden Pending kuyruğundan kaldırır — Archived görünümüne taşır. Bir üye bir kopya gönderdiğinde, artık aksiyon alınamayan eski bir talep olduğunda veya bir karara bağlanmadan gizlemek istediğin herhangi bir şey için kullan.

Doğrulama politikası geçidi

Doğrulayıcının under-tier / over-tier / invalid sorunlarıyla ne yapacağı loncanın Regear Policy'si (Settings → Regear Policy) tarafından belirlenir. Üç politika slotu, her biri bağımsız olarak şunlardan birine ayarlanmış:

• Auto-reject — talep gönderimde reddedilir; bu kuyruğa hiç ulaşmaz.
• Allow — talep, sorun not edilmiş olarak staff'a akar, ancak Submit düğmesi üyeyi asla engellemez.
• Staff decision (varsayılan) — talep kuyruğa ulaşır; staff sorunu görür + talep başına karar verir.

Loncan invalid slotlar için "Staff decision" kullanıyorsa, hâlâ senin kararın olan 🔴 rozetli talepler bekle. Slot başına bilgi, Approve (affet), Reject (reddet) veya Approve-with-override (örn. onayda gear ile eşleşen farklı bir war role seçmek) arasında karar vermene yardımcı olur.

Onayda war role override

Bu spesifik talep için war role'ü değiştirmek üzere talep kartının üstündeki war role rozetine tıkla. Bu, doğrulamayı yeni rolün loadout'una karşı yeniden çalıştırır — şu durumlarda yararlıdır:

• Üye gönderim sırasında war role'ü yanlış tıkladıysa.
• Kaybedilen gear aslında başka bir rolün loadout'una karşılık geliyorsa (örn. bir Holy Healer Lifecurse kullandı).
• Farklı bir silver cap uygulamak istiyorsan (War Role — Capped by actual modunda, seçilen rolün cap'i Payout'ta uygulanır).

Override şeffaflık için denetim günlüğüne kaydedilir.

Çoklu seçim toplu eylemler

Select all onay kutusunu işaretle (veya kart başına onay kutuları) → araç çubuğu toplu Approve / Reject / Archive düğmelerini gösterir.

• Bulk Approve — N talebi tek çağrıda onaylar. Her talep yine mod başına mantıktan geçer — item modu talep başına bir kesim görevi oluşturur (paketleme yok); silver modu N ödemeyi peş peşe ama tek toplu eylem olarak yatırır.
• Bulk Reject — bir sebep ister; aynı sebep tüm seçilenlere uygulanır. Net ihlaller için kullan ("Hepsi war role kontrolünden geçemedi").
• Bulk Archive — tüm seçilenleri pending'den çıkarır. Sorma yok.

İki adımlı yaşam döngüsü

Approve ve teslimatın neden ayrı tıklamalar olduğu:

• Silver gerçek para birimidir. Approve = "evet, bu geçerli bir taleptir." Payout = "evet, silver'ı hareket ettir." Stripe / bordro / PayPal hepsi bunları ayırır.
• Geri alma penceresi. Onay ile ödeme arasında bir hata fark edersen, para hareket etmeden satırı reddedersin. Telafi defter girişi gerekmez.
• Maaş günü için toplu işlem. Staff bir haftalık onayı biriktirip hepsini tek Payday'de ödeyebilir — tek Audit log girdisi, bir Discord bildirimi.
• Modu önemsemeyen pending. Bekleyen talepler loncanın hangi modda olduğunu umursamaz. Loncan mod değiştirirse (item → silver), bekleyen talepler taşınmaya ihtiyaç duymaz — onaylandıklarında yeni moda bağlanırlar.

Item modunda paketleme adımı daha da görünürdür: approve → talep bekler → kesim görevine paketle → paketleyici işi yapar. Kesim görevi gerçek devirdir — onay sadece yeşil ışıktır.

Üyeler ne görür

Bir talebe etki ettiğinde, üye #My Requests'te güncellemeyi görür (kişisel takipçileri):

• Approved → ilerleme şeridi 5. adımdan 2'sine ilerler.
• Rejected → satır kırmızıya döner, sebebinle.
• Archived → satır onların Pending görünümünden kaybolur.

İlerleme şeridi sonra kesim görevi / Payout akışı ilerledikçe devam eder. Tam üye tarafı ayrıntısı Üyeler — regear gönder'te.

İlgili sayfalar

• Regear akışı genel bakış — modlar + ayrım açıklandı
• Üyeler — regear gönder — yukarı akış gönderme akışı
• Item modu — kesim + locker — item modunda Approve'tan sonra ne olur
• Silver modu — Silver Bankası'ndan ödeme — silver modunda Approve'tan sonra ne olur
• Settings — Regear Policy — doğrulama politikası + mod seçimi
• Üye Regear Raporu — üye başına denetim görünümü