{
  "product": "Filarch",
  "generated_at": "2026-05-07T06:03:38.476Z",
  "features": [
    {
      "name": "Gelişmiş Versiyon Takibi",
      "summary": "Her dosya güncellemesi otomatik olarak yeni bir versiyon oluşturur; tüm geçmişe tek tıkla erişilir.",
      "description": "Filarch'ın versiyon yönetimi motoru, bir dosyaya yapılan her değişikliği zaman damgası, değişiklik notu ve sorumlu kullanıcı bilgisiyle birlikte saklar. 'final_son_v3_GERÇEK' gibi isimlendirme kargaşasına son verir. Aynı klasöre aynı isimde dosya yüklendiğinde sistem bunu otomatik olarak yeni bir versiyon olarak kaydeder. Sınırsız versiyon desteği, MD5 bütünlük doğrulaması, büyük dosyalar için parçalı yükleme (chunk upload) ve milestone (kilometre taşı) işaretleme özellikleri standart olarak gelir. Plugin üzerinden 'Quick Upload' ile açık CAD veya Office dosyası tek tıkla yeni versiyon olarak gönderilebilir. İki versiyon arası farklar desteklenen formatlarda karşılaştırılabilir.",
      "benefits": [
        "Yanlış versiyon gönderme riskini ortadan kaldırır",
        "Geçmişe dönük denetim izi (audit trail) sağlar",
        "Ekip içi versiyon karmaşasını bitirir",
        "Müşteriye veya taşerona her zaman doğru dosyanın gitmesini garanti eder",
        "Önceki versiyona geri dönme süresi dakikadan saniyeye iner",
        "Büyük CAD/BIM dosyalarında güvenli parçalı yükleme (chunk upload) desteği",
        "MD5 doğrulama ile dosya bütünlüğü garanti altında"
      ],
      "differentiators": [
        "Dropbox ve Google Drive'ın aksine, versiyon numaralandırması ve değişiklik notu zorunluluğu getirilebilir",
        "AutoCAD, Revit ve MS Office plugin'leri aracılığıyla uygulamadan çıkmadan yeni versiyon yüklenebilir",
        "Autodesk Docs'un aksine, tüm dosya formatlarını (CAD, BIM, MS Office, PDF, görüntü) destekler",
        "Quick Upload: açık CAD/Office dosyasını tek tıkla Filarch'a yeni versiyon olarak gönder",
        "Milestone işaretli versiyonlar korunur; gereksiz versiyonlar toplu temizlenebilir"
      ],
      "use_case": "Mimar veya mühendis, projenin herhangi bir aşamasında bir önceki tasarım kararına geri dönmek istediğinde.",
      "slug": "gelismis-versiyon-takibi",
      "keywords": [
        "versiyon kontrolü",
        "dosya versiyonlama",
        "revizyon takibi",
        "audit trail",
        "değişiklik geçmişi"
      ],
      "images": [],
      "videos": [],
      "docs": [
        {
          "title": "Dosya Versiyonlama",
          "url": "https://docs.filarch.com/docs/plugin/versioning"
        }
      ],
      "_localized": {
        "summary": {
          "tr": "Her dosya güncellemesi otomatik olarak yeni bir versiyon oluşturur; tüm geçmişe tek tıkla erişilir.",
          "en": "Each file update automatically creates a new version; the entire history is accessed with a single click."
        },
        "use_case": {
          "tr": "Mimar veya mühendis, projenin herhangi bir aşamasında bir önceki tasarım kararına geri dönmek istediğinde.",
          "en": "When the architect or engineer wants to go back to the previous design decision at any stage of the project."
        }
      }
    },
    {
      "name": "Dosya Bazlı Yetkilendirme ve Erişim Kontrolü",
      "summary": "Kim neyi görebilir, indirebilir ya da düzenleyebilir? Filarch ile bunu dosya düzeyinde tam olarak kontrol edersiniz.",
      "description": "Filarch'ın yetkilendirme sistemi çalışma alanı, proje, klasör ve dosya düzeyinde granüler erişim kontrolü sunar. Altı kademeli rol sistemi: Milestone Viewer (yalnızca milestone dosyaları), Viewer (görüntüleme), Updater (görüntüleme + güncelleme), Maintainer (oluşturma + güncelleme), Admin (tüm işlemler) ve Owner (tam yetki). Her kullanıcı aynı projede farklı klasörler için farklı rollere sahip olabilir. Davet tabanlı sistem: kullanıcılar e-posta daveti ile projeye eklenir; harici paydaşlar misafir kullanıcı olarak katılabilir. Tüm erişim ve işlemler Aktivite Günlüğü'nde kayıt altına alınır.",
      "benefits": [
        "Veri sızıntısı ve yetkisiz erişim riskini minimize eder",
        "Taşeronların yalnızca kendi çalışma alanlarını görmesini sağlar",
        "KVKK ve kurumsal güvenlik politikalarıyla uyumluluk kolaylaşır",
        "Müşteriye proje bazlı okuma erişimi verilebilir",
        "Her erişim ve işlem loglanır",
        "6 kademeli rol sistemi ile milimetre hassasiyetinde yetki kontrolü",
        "Harici paydaşlar (misafir kullanıcı) ayrı bir hesap gerektirmeden davet edilebilir"
      ],
      "differentiators": [
        "Klasör düzeyinde değil, dosya düzeyinde yetkilendirme yapılabilir",
        "Cihaz/kullanıcı eşleşmesi tabanlı erişim güvenliği (roadmap)",
        "Zaman sınırlı paylaşım linkleri oluşturulabilir",
        "Rol atama arayüzü klasör ağacı görünümünde — hangi kullanıcının neye erişimi olduğu tek ekranda görülür"
      ],
      "use_case": "Müteahhidin farklı taşeronlara sadece kendi bölümünü ilgilendiren çizimleri açması gerektiğinde.",
      "slug": "dosya-bazli-yetkilendirme",
      "keywords": [
        "erişim kontrolü",
        "dosya yetkilendirme",
        "güvenli paylaşım",
        "role based access",
        "KVKK uyumlu"
      ],
      "images": [
        {
          "url": "https://docs.filarch.com/media/uploads/roles.png",
          "alt": "Rol Yönetimi Ekranı"
        }
      ],
      "videos": [],
      "docs": [
        {
          "title": "Rol Yönetimi",
          "url": "https://docs.filarch.com/docs/web/roller"
        }
      ],
      "_localized": {
        "summary": {
          "tr": "Kim neyi görebilir, indirebilir ya da düzenleyebilir? Filarch ile bunu dosya düzeyinde tam olarak kontrol edersiniz.",
          "en": "Who can see, download, or edit what? With Filarch, you control this exactly at the file level."
        },
        "use_case": {
          "tr": "Müteahhidin farklı taşeronlara sadece kendi bölümünü ilgilendiren çizimleri açması gerektiğinde.",
          "en": "When the contractor is required to open drawings that concern only his own part to different subcontractors."
        }
      }
    },
    {
      "name": "Güçlü Plugin Ekosistemi",
      "summary": "AutoCAD, Revit, Inventor, ZWCAD, GstarCAD ve MS Office uygulamalarından ayrılmadan Filarch'a dosya yükleyin.",
      "description": "Filarch Plugin, Filarch altyapısını CAD ve Office yazılımlarının içine entegre eden bir eklentidir. Desteklenen programlar — CAD & Mühendislik: AutoCAD, Revit, Inventor, GstarCAD, ZWCAD; Ofis: Microsoft Word, Excel, PowerPoint, Project. Her program için ayrı bir kurulum dosyası mevcuttur. Tek kurulum sihirbazı (FilarchSetup-1.0.0.exe) üzerinden ihtiyaç duyulan eklentiler seçilerek kurulur. Sistem gereksinimleri: Windows 10/11 (64-bit), .NET 6 veya .NET 8. Kullanıcı dosyasını kaydettiği programdan çıkmadan Filarch'a yeni versiyon olarak yükleyebilir, değişiklik notu ekleyebilir ve projeye tanımlı tüm paydaşlara otomatik bildirim gönderebilir. Plugin ekranı: sol panel (klasör ağacı), orta panel (versiyon listesi + tarih/kullanıcı/açıklama), sağ panel (yorumlar).",
      "benefits": [
        "Yazılım değiştirme sürtünmesi ortadan kalkar, verimlilik artar",
        "İnsan hatası riski azalır — doğrudan kaynaktan yükleme yapılır",
        "Farklı disiplinlerin (mimar, inşaat, MEP) aynı platform üzerinde birlikte çalışması sağlanır",
        "IT desteği gerektirmeden kurulum yapılabilir"
      ],
      "differentiators": [
        "15+ uygulama için hazır plugin — rakiplerinde bu kadar geniş destek yoktur",
        "Autodesk Docs yalnızca Autodesk ekosistemini desteklerken Filarch yazılım bağımsızdır",
        "Plugin olmayan uygulamalar için Filarch Sync masaüstü uygulaması devreye girer"
      ],
      "use_case": "Mimarın Revit çizimini kayıt yapar yapmaz Filarch'a otomatik yeni versiyon olarak göndermesi gerektiğinde.",
      "slug": "plugin-ekosistemi",
      "keywords": [
        "AutoCAD plugin",
        "Revit entegrasyon",
        "MS Office entegrasyon",
        "CAD dosya yönetimi",
        "BIM entegrasyon",
        "GstarCAD",
        "ZWCAD",
        "Inventor plugin"
      ],
      "images": [
        {
          "url": "https://docs.filarch.com/media/uploads/ribbon.png",
          "alt": "Plugin Ribbon Menüsü"
        },
        {
          "url": "https://docs.filarch.com/media/uploads/main.png",
          "alt": "Plugin Ana Ekranı"
        },
        {
          "url": "https://docs.filarch.com/media/uploads/uploadfile.png",
          "alt": "Dosya Yükleme"
        },
        {
          "url": "https://docs.filarch.com/media/uploads/quickupload.png",
          "alt": "Hızlı Yükleme"
        },
        {
          "url": "https://docs.filarch.com/media/uploads/login_cggyCl0.png",
          "alt": "Plugin Giriş Ekranı"
        }
      ],
      "videos": [],
      "docs": [
        {
          "title": "Plugin Genel Tanım",
          "url": "https://docs.filarch.com/docs/plugin/overview"
        },
        {
          "title": "Plugin Kurulum",
          "url": "https://docs.filarch.com/docs/plugin/installation"
        },
        {
          "title": "Desteklenen Programlar",
          "url": "https://docs.filarch.com/docs/plugin/supported-apps"
        }
      ],
      "_localized": {
        "summary": {
          "tr": "AutoCAD, Revit, Inventor, ZWCAD, GstarCAD ve MS Office uygulamalarından ayrılmadan Filarch'a dosya yükleyin.",
          "en": "Upload files to Filarch without leaving AutoCAD, Revit, Inventor, ZWCAD, GstarCAD, and MS Office."
        },
        "use_case": {
          "tr": "Mimarın Revit çizimini kayıt yapar yapmaz Filarch'a otomatik yeni versiyon olarak göndermesi gerektiğinde.",
          "en": "When the architect needs to send the Revit drawing to Filarch as an automatic new version as soon as he registers."
        }
      }
    },
    {
      "name": "Dosya Bazlı Toplantı Modülü",
      "summary": "Toplantıları yalnızca takvim etkinliği olmaktan çıkarın; doğrudan proje dosyaları, kararlar ve görevlerle ilişkilendirin.",
      "description": "Filarch Toplantı Modülü, toplantıların e-posta zincirlerinde, kişisel notlarda ya da farklı araçlarda kaybolmasını önler. Belirli bir proje, klasör veya doküman üzerinden toplantı planlanabilir. Toplantıda alınan kararlar atomik veri olarak kaydedilir, aksiyonlar görev olarak atanabilir ve katılımcılar görevleriyle birlikte net biçimde tanımlanabilir. 'Kim, ne zaman, hangi bağlamda, neye karar verdi?' sorusu her zaman şeffaf biçimde yanıtlanabilir.",
      "benefits": [
        "Kurumsal hafıza güçlenir — kararlar kaybolmaz",
        "Toplantı çıktıları otomatik olarak ilgili dosyalara bağlanır",
        "Toplantıdan çıkan görevler anında atanır ve takip edilir",
        "Farklı araçlar arası geçiş ortadan kalkar",
        "Proje geçmişi retrospektif olarak incelenebilir"
      ],
      "differentiators": [
        "Genel toplantı araçlarının (Zoom, Teams, Meet) aksine dosya ve proje bağlamında çalışır",
        "Meetist ürünüyle entegre çalışabilir",
        "Karar kaydı doküman versiyonuyla ilişkilendirilebilir"
      ],
      "use_case": "Proje koordinasyon toplantısında alınan revizyon kararının doğrudan ilgili çizim dosyasına bağlanması ve sorumlu kişiye görev olarak atanması gerektiğinde.",
      "slug": "dosya-bazli-toplanti-yonetimi",
      "keywords": [
        "toplantı yönetimi",
        "karar takibi",
        "proje toplantısı",
        "görev atama",
        "kurumsal hafıza"
      ],
      "images": [],
      "videos": [],
      "docs": [],
      "_localized": {
        "summary": {
          "tr": "Toplantıları yalnızca takvim etkinliği olmaktan çıkarın; doğrudan proje dosyaları, kararlar ve görevlerle ilişkilendirin.",
          "en": "Remove meetings from being just calendar events; link them directly to project files, decisions, and tasks."
        },
        "use_case": {
          "tr": "Proje koordinasyon toplantısında alınan revizyon kararının doğrudan ilgili çizim dosyasına bağlanması ve sorumlu kişiye görev olarak atanması gerektiğinde.",
          "en": "When the revision decision taken at the project coordination meeting should be directly linked to the relevant drawing file and assigned as a task to the responsible person."
        }
      }
    },
    {
      "name": "Görev Yönetimi ve Onay Mekanizması",
      "summary": "Dosyalar üzerindeki görevleri kişi bazında takip edin; özel onay rotanızla dosya statü geçişlerini kontrol altına alın.",
      "description": "Filarch Task Management modülü, görevleri yalnızca kişiler üzerinden değil, doğrudan dosyalar ve belgeler üzerinden yönetmenizi sağlar. Kimin hangi dosya üzerinde ne kadar efor harcadığı takip edilebilir. Onay mekanizması ise dosyanın bir statüden diğerine geçişini (taslak → inceleme → onay → dağıtım gibi) kullanıcı tanımlı onay rotasına bağlar. Onay verilmeden statü değişimi mümkün olmaz; böylece yanlış versiyonun müşteriye veya inşaata gitmesi önlenir.",
      "benefits": [
        "Proje yöneticisi tüm dosyaların durumunu tek ekranda görür",
        "Onaysız dağıtım önlenir",
        "Efor takibi ile kaynak planlaması iyileştirilir",
        "ISO 9001 uyumlu doküman kontrol süreci oluşturulabilir",
        "Darboğaz noktaları (bekleme süreleri) görünür hale gelir"
      ],
      "differentiators": [
        "Dosya bazlı görev — kişi bazlı değil; her görev bir dosyaya bağlı",
        "Onay rotası kullanıcı tarafından özelleştirilebilir",
        "Statü geçmişi ve onay logları audit amaçlı saklanır"
      ],
      "use_case": "Tasarım dosyasının 'proje müdürü onayı' olmadan müşteriye gönderilmesini engellemek isteyen bir mimarlık ofisi için.",
      "slug": "gorev-ve-onay-yonetimi",
      "keywords": [
        "onay mekanizması",
        "görev yönetimi",
        "doküman onayı",
        "iş akışı",
        "workflow",
        "statü takibi"
      ],
      "images": [],
      "videos": [],
      "docs": [],
      "_localized": {
        "summary": {
          "tr": "Dosyalar üzerindeki görevleri kişi bazında takip edin; özel onay rotanızla dosya statü geçişlerini kontrol altına alın.",
          "en": "Track tasks on files on a person-by-person basis; control file status transitions with your custom approval route."
        },
        "use_case": {
          "tr": "Tasarım dosyasının 'proje müdürü onayı' olmadan müşteriye gönderilmesini engellemek isteyen bir mimarlık ofisi için.",
          "en": "For an architecture office wishing to prevent the design file from being sent to the client without 'project manager approval'."
        }
      }
    },
    {
      "name": "Filarch Sync — Masaüstü Senkronizasyon",
      "summary": "Windows, macOS ve Linux'ta çalışan Filarch Sync ile proje klasörlerinizi otomatik olarak Filarch'a senkronize edin.",
      "description": "Filarch Sync, kullanıcıların yerel bilgisayarlarındaki dosyaları Filarch platformuyla senkronize etmesini sağlayan bir masaüstü uygulamasıdır. Windows 10/11, macOS ve Linux (AppImage, Debian/Ubuntu, Fedora, Arch) desteklenir. Uygulama her başlatıldığında otomatik güncelleme kontrolü yapar; yeni sürüm arka planda sessizce indirilir. Windows/Linux'ta 'Güncelleme hazır!' bildirimi ile tek tıkla yeniden başlatılır; macOS'ta yeni .pkg dosyası indirilerek kurulum güncellenir. Kısayollar: Ctrl+Q/Cmd+Q (kapat), F5 (yenile), Ctrl+,/Cmd+, (ayarlar). Sürüm: 1.0.0 (Aralık 2025).",
      "benefits": [
        "Plugin gerektiren yazılımlar dışındaki tüm araçlar için evrensel çözüm",
        "Arka planda sessizce çalışır, iş akışını kesmez",
        "Saha ve ofis arasındaki dosya senkronizasyonu otomatikleşir",
        "Offline çalışma desteği — bağlantı gelince senkronize eder"
      ],
      "differentiators": [
        "Windows + macOS + Linux desteği — rakiplerin çoğu yalnızca Windows sunar",
        "Proje bazlı senkronizasyon — tüm klasörü değil, seçili projeleri eşler",
        "Değişiklik notu zorunluluğu getirilip getirilmeyeceği admin tarafından ayarlanabilir"
      ],
      "use_case": "Sahada laptop kullanan saha mühendisinin çizimlerini ofisteki ekiple otomatik güncel tutması gerektiğinde.",
      "slug": "filarch-sync-masaustu-senkronizasyon",
      "keywords": [
        "masaüstü senkronizasyon",
        "dosya senkronizasyonu",
        "offline dosya yönetimi",
        "klasör eşzamanlama"
      ],
      "images": [
        {
          "url": "https://docs.filarch.com/media/uploads/update_downloading.png",
          "alt": "Sync Güncelleme İndiriliyor"
        },
        {
          "url": "https://docs.filarch.com/media/uploads/update_ready.png",
          "alt": "Sync Güncelleme Hazır"
        }
      ],
      "videos": [],
      "docs": [
        {
          "title": "Filarch Sync Genel Tanım",
          "url": "https://docs.filarch.com/docs/filarch-sync/genel-tanim"
        },
        {
          "title": "Desteklenen İşletim Sistemleri",
          "url": "https://docs.filarch.com/docs/filarch-sync/desteklenen-isletim-sistemleri"
        }
      ],
      "_localized": {
        "summary": {
          "tr": "Windows, macOS ve Linux'ta çalışan Filarch Sync ile proje klasörlerinizi otomatik olarak Filarch'a senkronize edin.",
          "en": "Automatically sync your project folders to Filarch with Filarch Sync running on Windows, macOS, and Linux."
        },
        "use_case": {
          "tr": "Sahada laptop kullanan saha mühendisinin çizimlerini ofisteki ekiple otomatik güncel tutması gerektiğinde.",
          "en": "When the field engineer using a laptop in the field is required to keep his drawings automatically up to date with the team in the office."
        }
      }
    },
    {
      "name": "Esnek Depolama — Cloud, On-Premise ve Hybrid",
      "summary": "Verilerini bulutta tutmak istemeyenler için on-premise; esneklik isteyenler için hybrid depolama seçenekleri.",
      "description": "Filarch, her kurumun güvenlik ve uyumluluk ihtiyacına göre farklı depolama modelleri sunar: Filarch Cloud (yönetilen bulut, kayıt anında atanır), Google Drive, S3 uyumlu depolama (Amazon S3, Bulutistan ve diğer S3-uyumlu sağlayıcılar) ve kurumun kendi veri merkezinde barındırılan on-premise çözümler. Depolama bağlantı bilgileri (API anahtarları, bucket adı) Depolama Alanları sayfasından yönetilir. Bir çalışma alanına atanan depolama sonradan değiştirilemez; bu nedenle kurulum öncesi doğru seçim kritik öneme sahiptir. Filarch arayüzü ve özellikleri seçilen depolama altyapısından bağımsız çalışır.",
      "benefits": [
        "Veri egemenliği — veriler kurumun kendi kontrolünde",
        "KVKK ve sektörel regülasyonlara uyum kolaylaşır",
        "Bulut maliyetlerinden bağımsız ölçeklendirme imkânı",
        "Mevcut bulut yatırımlarıyla entegrasyon (AWS, Azure, GCP)"
      ],
      "differentiators": [
        "Dropbox, Box ve benzeri rakipler yalnızca kendi cloud altyapısını sunar",
        "Autodesk Docs on-premise desteği vermez",
        "Bulutistan gibi yerli bulut sağlayıcılarıyla entegrasyon mevcuttur",
        "Google Drive entegrasyonu: mevcut Google Workspace yatırımını Filarch ile kullan"
      ],
      "use_case": "Gizlilik dereceli dosyaları bulutta tutmak istemeyen bir kamu kurumu veya savunma firması için.",
      "slug": "esnek-depolama-cloud-on-premise",
      "keywords": [
        "on-premise dosya yönetimi",
        "hybrid cloud",
        "veri egemenliği",
        "güvenli dosya depolama",
        "KVKK uyumlu depolama",
        "AWS S3 entegrasyon"
      ],
      "images": [
        {
          "url": "https://docs.filarch.com/media/uploads/storages.png",
          "alt": "Depolama Alanları Ekranı"
        }
      ],
      "videos": [],
      "docs": [
        {
          "title": "Depolama Yönetimi",
          "url": "https://docs.filarch.com/docs/web/ilk-yapilacaklar"
        },
        {
          "title": "Kontrol Paneli — Depolama",
          "url": "https://docs.filarch.com/docs/web/dosya-yoneticisi"
        }
      ],
      "_localized": {
        "summary": {
          "tr": "Verilerini bulutta tutmak istemeyenler için on-premise; esneklik isteyenler için hybrid depolama seçenekleri.",
          "en": "On-premise for those who don't want to keep their data in the cloud; hybrid storage options for those who want flexibility."
        },
        "use_case": {
          "tr": "Gizlilik dereceli dosyaları bulutta tutmak istemeyen bir kamu kurumu veya savunma firması için.",
          "en": "For a government agency or defense firm that doesn't want to keep confidential files in the cloud."
        }
      }
    },
    {
      "name": "Proje ve Klasör Şablonları",
      "summary": "Kurumunuza özel standart klasör yapısı oluşturun; her yeni projeye saniyeler içinde başlayın.",
      "description": "Filarch'ın şablon sistemi iki türde çalışır: Hazır (Built-in) şablonlar — Architectural (mimari projeler için standart klasör yapısı) ve Software (yazılım projeleri için); Özel (Custom) şablonlar — kullanıcının mevcut bir projenin klasör yapısını şablon olarak kaydetmesiyle oluşturulur. Yeni proje oluştururken şablon grubu seçilir (Architectural, Software veya Custom), ardından şablon seçilerek proje bu hazır yapı ile başlatılır. Hazır şablonlar silinemez ve düzenlenemez; Custom şablonlar kullanıcı tarafından yönetilir. Lisans kapsamına göre özel şablon limiti değişir.",
      "benefits": [
        "Yeni proje açma süresi saatlerden dakikalara iner",
        "Ekip üyeleri farklı projelerde aynı düzeni bulur",
        "Kurumsal standart otomatik uygulanır",
        "Yeni katılımcıların oryantasyonu hızlanır"
      ],
      "differentiators": [
        "Şablonlar kullanıcı bazında özelleştirilebilir veya admin tarafından kilitlenebilir",
        "Klasör yapısının yanında varsayılan yetkilendirme şablonu da atanabilir"
      ],
      "use_case": "Her proje için aynı klasör yapısını elle kurmak zorunda kalan 20+ kişilik mimarlık ofisi.",
      "slug": "proje-sablon-yonetimi",
      "keywords": [
        "proje şablonu",
        "klasör şablonu",
        "standart dosya yapısı",
        "proje standardizasyon"
      ],
      "images": [
        {
          "url": "https://docs.filarch.com/media/uploads/templates.png",
          "alt": "Şablonlar Ekranı"
        }
      ],
      "videos": [],
      "docs": [
        {
          "title": "Proje Şablonları",
          "url": "https://docs.filarch.com/docs/web/ilk-yapilacaklar"
        }
      ],
      "_localized": {
        "summary": {
          "tr": "Kurumunuza özel standart klasör yapısı oluşturun; her yeni projeye saniyeler içinde başlayın.",
          "en": "Create a standard folder structure specific to your organization; start each new project in seconds."
        },
        "use_case": {
          "tr": "Her proje için aynı klasör yapısını elle kurmak zorunda kalan 20+ kişilik mimarlık ofisi.",
          "en": "Architectural office for 20+ people who have to manually install the same folder structure for each project."
        }
      }
    },
    {
      "name": "Güvenli ve Kontrollü Dosya Paylaşımı",
      "summary": "Hassas belgelerinizi yalnızca doğru muhataplarıyla paylaşın; kim okudu, kim indirdi — her adım kayıt altında.",
      "description": "Filarch'ın güvenli paylaşım sistemi, kurumların hassas belgelerini tam kontrol altında dış paydaşlarla paylaşmasını sağlar. Her müşteri veya paydaş grubu için izole çalışma alanı oluşturulabilir; kullanıcılar yalnızca kendi alanlarını görür. Zaman sınırlı paylaşım linkleri ile belirli bir tarihe kadar erişim açılıp otomatik kapatılabilir. Tüm dosya erişimleri — görüntüleme, indirme, yorum — Denetim Günlüğü'nde tarih, saat ve kullanıcı bilgisiyle kayıt altına alınır. Danışmanlık firmalarının müşteri raporlarını, bağımsız denetçilerin audit bulgularını, finans kurumlarının özel analizlerini ve hukuk bürolarının dava dosyalarını yalnızca yetkili muhataplara iletmesi için idealdir.",
      "benefits": [
        "Hassas belge sızıntısı riskini ortadan kaldırır",
        "Kimin raporu okuyup okumadığı tam şeffaflıkla izlenir",
        "Her müşteri/paydaş için izole erişim ortamı",
        "Zaman aşımıyla otomatik erişim kapanması",
        "KVKK ve GDPR uyumlu paylaşım altyapısı",
        "Erişim kaydı ile muhatap 'Almadım' diyemez"
      ],
      "differentiators": [
        "E-posta ile paylaşımın aksine kimin okuduğu izlenebilir",
        "Dropbox/Google Drive'dan farklı olarak müşteri bazlı tam izolasyon",
        "Dosya bazlı yetkilendirme: aynı projedeki farklı dosyalara farklı erişim",
        "Paylaşım sonrası erişim iptali anında uygulanır"
      ],
      "use_case": "Bağımsız denetim firmasının müşteriye özgü audit raporunu yalnızca o müşterinin CFO'su ve CEO'suyla paylaşması, raporun okunup okunmadığını takip etmesi gerektiğinde.",
      "slug": "guvenli-kontrollü-dosya-paylasimi",
      "keywords": [
        "güvenli belge paylaşımı",
        "gizli rapor paylaşımı",
        "erişim kontrolü",
        "denetim günlüğü",
        "müşteri bazlı izolasyon",
        "hassas dosya yönetimi"
      ],
      "images": [],
      "videos": [],
      "docs": [],
      "_localized": {
        "summary": {
          "tr": "Hassas belgelerinizi yalnızca doğru muhataplarıyla paylaşın; kim okudu, kim indirdi — her adım kayıt altında.",
          "en": "Share your sensitive documents only with the right interlocutors; who read it, who downloaded it — every step is recorded."
        },
        "use_case": {
          "tr": "Bağımsız denetim firmasının müşteriye özgü audit raporunu yalnızca o müşterinin CFO'su ve CEO'suyla paylaşması, raporun okunup okunmadığını takip etmesi gerektiğinde.",
          "en": "When the independent audit firm is required to share the client-specific audit report only with the CFO and CEO of that client, to monitor whether the report has been read or not."
        }
      }
    },
    {
      "name": "Dosya Bazlı Yorum ve Geri Bildirim",
      "summary": "Dosyalar, versiyonlar ve proje klasörleri üzerinde doğrudan yorum yapın; geri bildirimler kaybolmasın.",
      "description": "Filarch'ın yorum sistemi, proje paydaşlarının dosyalar ve versiyonlar hakkındaki geri bildirimlerini e-posta, mesajlaşma uygulamaları veya ayrı araçlara dağıtmak yerine doğrudan dosya bağlamında toplamasını sağlar. Bir versiyon yüklendiğinde ekip üyeleri o versiyon üzerine yorum ekleyebilir; yorumlar versiyonla birlikte saklanır ve versiyon geçmişiyle bütünleşik olarak izlenebilir. Plugin üzerinden yükleme yapılırken de değişiklik notu ile birlikte bağlamsal notlar bırakılabilir. Toplantı kararlarıyla ilişkilendirilen yorumlar, 'kim, ne zaman, hangi dosya için, ne dedi' sorusunu daima yanıtlayabilir.",
      "benefits": [
        "Geri bildirimler dosya bağlamında kalır, e-postada kaybolmaz",
        "Hangi versiyona hangi yorumun ait olduğu netleşir",
        "Ekip iletişimi proje içinde merkezileşir",
        "Revizyonların neden yapıldığı anında anlaşılır",
        "Hakem geri bildirimleri (akademik/teknik review) izlenebilir"
      ],
      "differentiators": [
        "Yorum ve versiyon geçmişi bütünleşik — hangi yorumun hangi versiyona ait olduğu karışmaz",
        "Plugin üzerinden 'değişiklik notu' ile tek adımda yükleme + notlama",
        "Toplantı kararları ile yorum ilişkilendirmesi"
      ],
      "use_case": "Akademik bir çalışma grubunun makale taslağının belirli bir versiyonuna hakem notları eklemesi ve sonraki versiyonda bu notların çözülüp çözülmediğini takip etmesi gerektiğinde.",
      "slug": "dosya-bazli-yorum-geri-bildirim",
      "keywords": [
        "dosya yorumu",
        "versiyon geri bildirimi",
        "proje iletişimi",
        "review sistemi",
        "inceleme notları"
      ],
      "images": [],
      "videos": [],
      "docs": [],
      "_localized": {
        "summary": {
          "tr": "Dosyalar, versiyonlar ve proje klasörleri üzerinde doğrudan yorum yapın; geri bildirimler kaybolmasın.",
          "en": "Comment directly on files, versions, and project folders so feedback doesn't get lost."
        },
        "use_case": {
          "tr": "Akademik bir çalışma grubunun makale taslağının belirli bir versiyonuna hakem notları eklemesi ve sonraki versiyonda bu notların çözülüp çözülmediğini takip etmesi gerektiğinde.",
          "en": "When an academic working group needs to add referee notes to a particular version of the manuscript draft and follow up on whether those notes have been resolved in the next version."
        }
      }
    },
    {
      "name": "Blockchain Destekli Doküman Bütünlüğü",
      "summary": "Kritik belgelerinizin değiştirilmediğini kriptografik olarak kanıtlayın; doküman bütünlüğü blockchain ile garanti altında.",
      "description": "Filarch'ın Blockchain Entegrasyonu, kritik dokümanların belirli bir zaman noktasındaki içeriğini blockchain üzerinde hash değeri olarak kaydeder. Bu sayede bir belgenin sonradan değiştirilip değiştirilmediği matematiksel olarak ispatlanabilir. Sözleşme anlaşmazlıklarında, denetim süreçlerinde veya regülatör gerekliliklerinde 'bu belge orijinal haliyle mi?' sorusu tartışmasız yanıtlanır. Havacılık, sağlık, finans ve kamu sektörü gibi yüksek uyumluluk gereksinimi olan sektörler için kritik katma değer sağlar. Blockchain hash kaydı mevcut versiyon takibi ve audit log sistemiyle bütünleşik çalışır.",
      "benefits": [
        "Doküman bütünlüğü kriptografik olarak kanıtlanabilir",
        "Hukuki süreçlerde 'orijinal belge' iddiası tartışmasız",
        "Regülatör ve denetim süreçlerinde güçlü kanıt",
        "ISO 27001 ve KVKK uyumlu doküman güvencesi",
        "E-Belge standartlarına yaklaşan güvenilirlik"
      ],
      "differentiators": [
        "Geleneksel doküman yönetim sistemlerinde blockchain entegrasyonu nadirdir",
        "Hash kaydı versiyon geçmişiyle bütünleşik — tam iz",
        "Bulutistan altyapısı veya yerli blockchain ağı üzerinde çalışabilir"
      ],
      "use_case": "Kamu ihalesine ait teknik şartnamenin imzalanma anındaki halinin değiştirilemezliğini kanıtlamak isteyen bir belediye ya da kamu kurumu için.",
      "slug": "blockchain-dokuman-butunlugu",
      "keywords": [
        "blockchain doküman",
        "doküman bütünlüğü",
        "değiştirilemez kayıt",
        "kriptografik kanıt",
        "e-belge bütünlüğü"
      ],
      "images": [],
      "videos": [],
      "docs": [],
      "_localized": {
        "summary": {
          "tr": "Kritik belgelerinizin değiştirilmediğini kriptografik olarak kanıtlayın; doküman bütünlüğü blockchain ile garanti altında.",
          "en": "Prove cryptographically that your critical documents have not been altered; document integrity is guaranteed with blockchain."
        },
        "use_case": {
          "tr": "Kamu ihalesine ait teknik şartnamenin imzalanma anındaki halinin değiştirilemezliğini kanıtlamak isteyen bir belediye ya da kamu kurumu için.",
          "en": "For a municipality or public institution that wants to prove that the technical specification of the public tender cannot be changed at the time of signing."
        }
      }
    },
    {
      "name": "Gelişmiş Denetim İzi ve Aktivite Logu",
      "summary": "Kim, ne zaman, hangi dosyayı açtı, indirdi veya değiştirdi — tüm kullanıcı aktiviteleri zaman damgalı ve değiştirilemez biçimde kaydedilir.",
      "description": "Filarch denetim izi özelliği, proje bazında tüm dosya etkileşimlerini (görüntüleme, indirme, yükleme, versiyon değişikliği, yetki değişikliği, onay aksiyonu) otomatik olarak loglar. Bu kayıtlar filtrelenebilir, dışa aktarılabilir ve ISO 27001, BDDK, GMP gibi standartlar kapsamındaki denetimlere hazır rapor formatında sunulabilir. Yöneticiler şüpheli erişim aktivitelerini anında fark edebilir; proje geçmişi hiçbir zaman silinemez.",
      "benefits": [
        "Düzenleyici uyum (BDDK, GMP, ISO 27001) için hazır denetim kaydı",
        "İçeriden tehdit tespiti ve güvenlik olayı soruşturma kolaylığı",
        "Proje geçmişinin eksiksiz ve değiştirilemez kaydı",
        "Dış denetçilere anında raporlama imkânı"
      ],
      "differentiators": [
        "Dosya bazlı yetkilendirmeyle entegre audit trail",
        "Blockchain ile değiştirilemez bütünlük damgası opsiyonu"
      ],
      "slug": "denetim-izi-aktivite-logu",
      "keywords": [
        "denetim izi",
        "aktivite logu",
        "audit trail",
        "güvenlik logu",
        "ISO 27001",
        "BDDK uyum",
        "GMP doküman kontrolü"
      ],
      "images": [],
      "videos": [],
      "docs": [],
      "status": "live",
      "_localized": {
        "summary": {
          "tr": "Kim, ne zaman, hangi dosyayı açtı, indirdi veya değiştirdi — tüm kullanıcı aktiviteleri zaman damgalı ve değiştirilemez biçimde kaydedilir.",
          "en": "Who opened, downloaded, or modified what file — all user activities are timestamped and saved as unalterable."
        },
        "use_case": {}
      }
    },
    {
      "name": "Akıllı Bildirim ve Uyarı Sistemi",
      "summary": "Dosya yüklemesi, versiyon güncellemesi, onay bekleme ve son tarih yaklaşması gibi kritik olaylar için anlık e-posta ve uygulama içi bildirim.",
      "description": "Filarch bildirim motoru, proje ekibini kritik dosya olaylarından anında haberdar eder. Yeni bir dosya yüklendiğinde, versiyon güncellendiğinde, onay adımı beklendiğinde veya görev son tarihi yaklaştığında ilgili kullanıcılara otomatik bildirim gider. Kullanıcılar hangi proje ve etkinlik türleri için bildirim alacaklarını kişiselleştirebilir. Kritik güncellemeler artık e-posta karmaşasına gömülmez.",
      "benefits": [
        "Kritik versiyon güncellemelerini anında öğren",
        "Onay bekleyen dosyalarda gecikme yaşanmaz",
        "E-posta takibinden kurtulun",
        "Proje son tarihlerini kaçırmayın"
      ],
      "differentiators": [
        "Dosya ve versiyon bazlı granüler bildirim ayarları",
        "Onay workflow ile entegre otomatik hatırlatıcı"
      ],
      "slug": "bildirim-uyari-sistemi",
      "keywords": [
        "bildirim sistemi",
        "anlık uyarı",
        "dosya güncellemesi",
        "onay hatırlatıcı",
        "proje bildirimleri"
      ],
      "images": [],
      "videos": [],
      "docs": [],
      "status": "live",
      "_localized": {
        "summary": {
          "tr": "Dosya yüklemesi, versiyon güncellemesi, onay bekleme ve son tarih yaklaşması gibi kritik olaylar için anlık e-posta ve uygulama içi bildirim.",
          "en": "Instant email and in-app notification for critical events such as file upload, version update, awaiting approval, and due date approach."
        },
        "use_case": {}
      }
    },
    {
      "name": "REST API ve Webhook Entegrasyonları",
      "summary": "Filarch'ı mevcut ERP, CRM veya yazılım araçlarıyla entegre edin. Dosya yükleme, versiyon çekme veya proje oluşturma işlemlerini programatik olarak yapın.",
      "description": "Filarch açık REST API'si sayesinde geliştiriciler Filarch'ı herhangi bir harici sisteme entegre edebilir. ERP sistemindeki proje otomatik olarak Filarch'ta oluşturulabilir; yeni dosya yüklendiğinde webhook ile CRM veya bildirim sistemi tetiklenebilir. API token bazlı kimlik doğrulama ve tam dokümantasyon ile geliştiriciler hızla entegrasyon inşa edebilir.",
      "benefits": [
        "ERP/CRM ile veri senkronizasyonu",
        "Otomatik proje oluşturma",
        "Dosya etkinliklerine dayalı iş akışı tetikleme",
        "Özel entegrasyon geliştirme imkânı"
      ],
      "differentiators": [
        "Proje ve dosya işlemlerini kapsayan geniş API surface",
        "Webhook ile gerçek zamanlı event-driven entegrasyon"
      ],
      "slug": "rest-api-webhook-entegrasyonlari",
      "keywords": [
        "REST API",
        "webhook",
        "entegrasyon",
        "ERP entegrasyonu",
        "CRM entegrasyonu",
        "API token",
        "otomasyon"
      ],
      "images": [],
      "videos": [],
      "docs": [],
      "status": "roadmap",
      "_localized": {
        "summary": {
          "tr": "Filarch'ı mevcut ERP, CRM veya yazılım araçlarıyla entegre edin. Dosya yükleme, versiyon çekme veya proje oluşturma işlemlerini programatik olarak yapın.",
          "en": "Integrate Filarch with existing ERP, CRM, or software tools. Programmatically upload files, pull versions, or create projects."
        },
        "use_case": {}
      }
    },
    {
      "name": "Google Takvim ve Meet Entegrasyonu",
      "summary": "",
      "description": "Filarch'ın Google Workspace entegrasyonu, ekip koordinasyonunu ve toplantı yönetimini dijital iş akışınıza tam entegre eder. Bağlı olan Google hesabınız sayesinde, platform üzerinde oluşturulan tüm milestone (kilometre taşı) toplantıları veya proje revizyon oturumları otomatik olarak takviminize işlenir. \"Google Meet Linki Oluştur\" seçeneği aktif edildiğinde, her etkinlik için benzersiz bir video konferans bağlantısı otomatik olarak oluşturularak tüm katılımcılara iletilir. Bu sayede, farklı platformlar arasında geçiş yapmanıza gerek kalmadan tüm iletişim süreçlerinizi tek merkezden yönetebilirsiniz.",
      "benefits": [
        "Otomasyon",
        "Senkronizasyon",
        "Ekosistem Uyumu"
      ],
      "differentiators": [
        "Milestone & Revizyon Odaklı",
        "Tam Dijital İş Akışı Entegrasyonu",
        "Her Etkinliğe Benzersiz / Otomatik",
        "Tek Merkezden Yönetim"
      ],
      "use_case": "",
      "images": [
        {
          "id": "vlsx0kr9",
          "url": "https://i.hizliresim.com/rwzl5xd.png",
          "alt": "Güvenli video konferans yönetim",
          "caption": ""
        },
        {
          "id": "cuzfdx6v",
          "url": "https://i.hizliresim.com/nl4mldq.png",
          "alt": "Erişilebilirlik Odaklı (Basit)",
          "caption": ""
        }
      ],
      "videos": [],
      "docs": [],
      "slug": "google-takvim-ve-meet-entegrasyonu",
      "keywords": [
        "Filarch",
        "Google Workspace Entegrasyonu",
        "Toplantı Planlama",
        "Google Takvim (Google Calendar)",
        "Google Meet",
        "Dijital İş Akışı",
        "Otomatik Senkronizasyon",
        "Ekip Koordinasyonu",
        "Video Konferans",
        "Merkezi Yönetim",
        "Proje Revizyon Oturumları"
      ],
      "_localized": {
        "summary": {
          "tr": "Toplantılarınızı Filarch üzerinden planlayın; etkinlikleri otomatik olarak Google Takvim'e aktarırken tek tıkla Google Meet linkleri oluşturun."
        },
        "use_case": {
          "tr": "Proje yöneticisinin Filarch üzerinden \"Google Meet Linki Oluştur\" seçeneğiyle planladığı kritik revizyon toplantısı, sistem tarafından otomatik olarak tüm ekibin Google Takvimine işlenerek benzersiz bir katılım linkiyle mühürlenir; böylece katılımcılar platformlar arası geçiş yapmadan takvimleri üzerinden tek tıkla toplantıya erişim sağlar."
        }
      }
    },
    {
      "name": "Gelişmiş Katılımcı ve Toplantı Rol Yönetimi",
      "summary": "",
      "description": "Filarch, iş akışlarınızdaki her buluşmayı organize bir oturuma dönüştürür. \"Katılabilecek Kullanıcılar\" listesinden proje ekibini hızla seçebilir, \"Ziyaretçi Ekle\" özelliği sayesinde proje dışındaki paydaşları (müşteriler, danışmanlar veya alt yükleniciler) toplantıya davet edebilirsiniz. Katılımcıları \"İsteğe Bağlı\" veya zorunlu olarak sınıflandırabilir; oturumun yönetimini sağlamak için \"Başkan\" ve notların tutulması için \"Raportör\" gibi kritik rolleri tanımlayabilirsiniz. Bu yapı, toplantı tutanaklarının doğruluğunu ve karar mekanizmalarının şeffaflığını garanti altına alır.",
      "benefits": [
        "Dinamik Ekosistem",
        "Sorumluluk Matrisi",
        "Esneklik",
        "operasyonel yönetim merkezi"
      ],
      "differentiators": [
        "Sorumluluk Netleştirme (Accountability)",
        "Hiyerarşik Katılım Yapısı",
        "Dış Paydaş Entegrasyonu"
      ],
      "use_case": "",
      "images": [
        {
          "id": "5hkenz66",
          "url": "https://i.hizliresim.com/68z26o9.png",
          "alt": "ilarch rol tabanlı toplantı yönetimi",
          "caption": ""
        }
      ],
      "videos": [],
      "docs": [],
      "slug": "katilimci-ve-toplanti-rol-yonetimi",
      "keywords": [
        "Dış Paydaş Yönetimi",
        "Toplantı Rol Atama",
        "Toplantı Tutanak Doğruluğu",
        "Ziyaretçi Ekleme Özelliği",
        "Karar Mekanizması Şeffaflığı",
        "Toplantı Yönetişimi (Meeting Governance)",
        "Kurumsal Bellek Oluşturma",
        "Paydaş Katılım Stratejisi",
        "Rol Tabanlı Oturum Yönetimi"
      ],
      "_localized": {
        "summary": {
          "tr": "Toplantılarınıza hem proje ekibini hem de dış paydaşları kolayca dahil edin; \"Başkan\" ve \"Raportör\" gibi spesifik roller atayarak sorumlulukları netleştirin."
        },
        "use_case": {
          "tr": "Bir proje yöneticisi, Filarch üzerinden düzenlediği kritik değerlendirme toplantısına iç ekibi ve dış danışmanları dahil ederken; sistem aracılığıyla \"Başkan\" ve \"Raportör\" rollerini atayıp katılımcıları \"Zorunlu/İsteğe Bağlı\" olarak sınıflandırarak, oturum yönetimini ve tutanak sorumluluğunu daha toplantı başlamadan netleştirir; sonuç olarak tüm paydaşlar kendi sorumluluklarını bilerek disiplinli ve şeffaf bir karar mekanizmasına dahil olur."
        }
      }
    },
    {
      "name": "Obje Odaklı Toplantı ve Karar Yönetimi",
      "summary": "",
      "description": "Filarch, \"Obje Seç\" altyapısı sayesinde toplantıdaki her bir tartışma konusunu, alınan kararı veya atanan eylemi doğrudan sistemdeki bir dosya veya klasöre bağlamanıza olanak tanır. Bir CAD çizimi, teknik şartname veya proje klasörü üzerinden;\nToplantı Konuları: Belirli bir dosya özelinde tartışılacak maddeler oluşturun.\nToplantı Kararları: Dosya bazlı kesinleşen kararları, takipçileriyle birlikte kayıt altına alın.\nToplantı Eylemleri: Sorumlusu, bitiş tarihi ve tekrarlama sıklığı belli olan görevler atayın.\nBu entegre yapı sayesinde, bir dosyanın geçmişine baktığınızda o dosya hakkında hangi toplantıda, ne karar alındığını ve hangi görevlerin atandığını kronolojik olarak görebilirsiniz.",
      "benefits": [
        "İlişkisel Veri Yapısı (Obje Mantığı)",
        "Aksiyon Takibi (Action Items)",
        "Tekrar Sıklığı",
        "Hatırlatma Ayarları",
        "İzlenebilirlik (Traceability)"
      ],
      "differentiators": [
        "Bağlamsal Bütünlük (Contextual Integrity)",
        "Dosya Odaklı Karar Kaydı (File-Centric Decisions)",
        "Eylem-Obje İlişkisi"
      ],
      "use_case": "",
      "images": [
        {
          "id": "wpv7clsp",
          "url": "https://i.hizliresim.com/30h69pt.png",
          "alt": "Filarch nesne tabanlı toplantı yönetimi",
          "caption": ""
        }
      ],
      "videos": [],
      "docs": [],
      "slug": "obje-odakli-toplanti-ve-aksiyon-yonetimi",
      "keywords": [
        "Obje Bazlı Toplantı Yönetimi",
        "Veri Bağlamı (Data Context)",
        "Dosya Geçmişi ve İzlenebilirlik",
        "Entegre Eylem Planı",
        "CAD/Teknik Şartname İlişkilendirme",
        "İlişkisel Dokümantasyon Yönetimi",
        "Kronolojik Karar İzlenebilirliği",
        "Nesne Tabanlı İş Akışı (Object-Based Workflow)",
        "Teknik Doküman Denetim İzi (Audit Trail)"
      ],
      "_localized": {
        "summary": {
          "tr": "Toplantı gündemlerini, kararları ve görevleri doğrudan ilgili dosyalarla (objelerle) ilişkilendirin; verinin bağlamını asla kaybetmeyin."
        },
        "use_case": {
          "tr": "Bir mühendisin revizyon toplantısında bir CAD çizimi üzerinden aldığı kararları \"Obje Seç\" altyapısıyla doğrudan ilgili dosyaya bağlamasıyla; sistem, atanan eylemleri ve kararları dosyanın geçmişine otomatik olarak işleyerek, gelecekte dosyaya erişen her kullanıcının o döküman hakkında hangi toplantıda ne karar alındığını ve hangi görevlerin atandığını kronolojik olarak görmesini sağlar."
        }
      }
    },
    {
      "name": "Dinamik Toplantı Tutanağı ve PDF Raporlama",
      "summary": "",
      "description": "Filarch, toplantı sırasında dijital olarak kaydedilen tüm verileri (katılımcı listesi, durum bilgileri, konu detayları ve kararlar) anında standart bir kurumsal şablona aktarır. \"PDF Olarak Dışa Aktar\" özelliği sayesinde;Toplantı Künyesi: Proje adı, tarih, saat, mekan ve yönetici bilgileri otomatik olarak raporun başına eklenir.Katılımcı Takibi: Toplantıya davet edilenlerin e-posta adresleri, rollerini ve katılım durumlarını içeren detaylı bir liste sunulur.Yapılandırılmış İçerik: Tartışılan konular ilgili \"objelerle\" (dosya/klasör) eşleştirilmiş şekilde, alınan kararlar ise takipçileriyle birlikte tablolaştırılır.Aksiyon Planı: Sorumlusu ve bitiş tarihi belli olan \"Eylemler\", raporun sonunda net bir iş listesi olarak sunularak takibi kolaylaştırılır.\nBu özellik, manuel tutanak yazma zahmetini ortadan kaldırırken, projelerdeki hesap verebilirliği ve izlenebilirliği en üst seviyeye çıkarır",
      "benefits": [
        "Şeffaflık",
        "Durum Yönetimi",
        "Kurumsal Kimlik"
      ],
      "differentiators": [
        "Standart Kurumsal Şablon",
        "Otomatik Veri Aktarımı",
        "İzlenebilirlik (Traceability)"
      ],
      "use_case": "",
      "images": [
        {
          "id": "q31jslov",
          "url": "https://i.hizliresim.com/6xxpa4s.png",
          "alt": "Filarch dijital toplantı tutanağı yönetimi",
          "caption": ""
        },
        {
          "id": "h6k1os7b",
          "url": "https://i.hizliresim.com/jfxnozi.png",
          "alt": "Filarch kurumsal toplantı raporlama çıktısı",
          "caption": ""
        }
      ],
      "videos": [],
      "docs": [],
      "slug": "dinamik-toplanti-tutanagi-ve-pdf-raporlama",
      "keywords": [
        "Dijital Toplantı Tutanağı",
        "PDF Raporlama",
        "Kurumsal Hafıza (Corporate Memory)",
        "Toplantı Künyesi",
        "Hesap Verebilirlik (Accountability)",
        "Aksiyon Planı Otomasyonu",
        "Toplantı Yaşam Döngüsü Yönetimi",
        "Resmi Raporlama Otomasyonu",
        "Proje Denetim İzlenebilirliği (Project Audit Trail)",
        "Yapılandırılmış Toplantı Çıktısı"
      ],
      "_localized": {
        "summary": {
          "tr": "Toplantı çıktılarını tek tıkla profesyonel PDF raporlarına dönüştürün; kurumsal hafızanızı dijital tutanaklarla koruma altına alın."
        },
        "use_case": {
          "tr": "Toplantı sonunda manuel tutanak hazırlamak istemeyen bir raportörün \"PDF Olarak Dışa Aktar\" özelliğini kullanmasıyla; sistem, katılımcı listesinden alınan kararlara ve atanan eylemlere kadar tüm verileri anında yapılandırılmış kurumsal bir rapora dönüştürerek, projenin hesap verebilirliğini ve geçmişe dönük izlenebilirliğini manuel hata payı olmaksızın garanti altına alır."
        }
      }
    },
    {
      "name": "SimAl",
      "summary": "",
      "description": "Filarch AI, şirketlerin proje yönetim verilerine doğal dil ile erişimini sağlayan, yapay zeka destekli çok kiracılı (multi-tenant) bir asistan platformudur. Platformun teknik mimarisi ve bileşenleri şu şekildedir:\nMimari Yapı: Sistem çok kiracılı mimariye sahiptir; bu sayede farklı şirketler izole verilerle aynı altyapıyı kullanabilir ve beyaz etiket markalaması yapabilir.\nTeknoloji Yığını:\nFrontend: React + TypeScript (Vite).\nBackend: FastAPI (Python) tabanlı olup, API, iş mantığı, MCP orkestrasyonu, BYOK zinciri, önbellek yönetimi ve denetim loglamasından sorumludur.\nİlişkisel Veritabanı: Oturum, kullanıcı ve log verileri için PostgreSQL 15 kullanılır. Uzak şirket verilerine (Filarch PostgreSQL) erişim Hasura GraphQL proxy üzerinden sağlanır.\nVektör Veritabanı: Belge anlamsal araması (RAG) için ChromaDB kullanılır.\nÖnbellek: Redis 7, RAG yanıtlarını önbelleğe almak için kullanılır.\nYerel LLM: Bulut LLM sağlayıcıları devre dışı kaldığında yedek olarak Ollama (qwen2.5:3b) modeli kullanılır.\nTers Proxy: Yük dengeleme ve yönlendirme NGINX ile yapılır.\nGüvenlik ve Şifreleme: JWT tabanlı kimlik doğrulama kullanılır. BYOK API anahtarları Fernet ile alan seviyesinde şifreli olarak saklanır.\nPerformans: Redis önbelleği ve SSE (Server-Sent Events) akışı üzerinden proxy zaman aşımını önleyen 5 saniyelik kalp atışı mekanizması mevcuttur.\nDesteklenen LLM Sağlayıcıları: Anthropic (Claude 3.5 Sonnet, Claude 4), OpenAI (GPT-4o, GPT-4 Turbo), Google (Gemini 2.0 Flash, Gemini Pro), Kimi (MoonShot), MiniMax ve yerel yedek olarak Ollama desteklenir.\nÇalışma Prensibi\nPlatformun temel çalışma prensibi, doğal dil ile gelen kullanıcı sorgularını uygun araçlara (veritabanı sorgusu, döküman araması) yönlendirmek ve LLM kullanarak yanıt oluşturmaktır.\nBYOK (Kendi API Anahtarını Getir) Zinciri:\nSistem, kullanıcının veya şirketin (tenant) kendi API anahtarlarını kullanmasına olanak tanır. Aktif kullanıcı ve global tenant BYOK listesi Hasura'dan alınır ve Fernet ile şifresi çözülen anahtarlarla LLM istemcisi oluşturulur. Aday anahtarlar sırasıyla denenir: başarılı olursa yanıt döner, 401 hatasında anahtar devre dışı bırakılır, 429 hatasında bir sonraki adaya geçilir. Tüm adaylar başarısız olursa sistem yerel Ollama modeline düşer.\nTemel Sohbet ve Sorgu Akışı:\nKullanıcı sorusu JWT doğrulaması ve Redis önbellek kontrolünün ardından işlenir (önbellek varsa doğrudan yanıt döner). BYOK zinciri çözümlenerek kullanılacak LLM belirlenir ve sorgu tipi tespit edilir.\nBasit Sorgular: Kural tabanlı mod ile yönlendirilir ve sunucuya gönderilir, sonuç sentezlenerek yanıtlanır.\nKarmaşık Sorgular: Ajan modu devreye girer (ReAct döngüsü). LLM düşünür, araç seçer, çalıştırır ve gözlemler; bu süreç başarılı olana kadar (maksimum 10 döngü) tekrarlanır.\nBelge Yükleme ve RAG (Artırılmış Nesil Geri Alımı):\nPDF veya DOCX dökümanları yüklendiğinde metin çıkarılır, chunk'lara bölünür, Ollama üzerinden gömülür (embeddings) ve ChromaDB'ye kiracı izole koleksiyon olarak kaydedilir. Sorgu geldiğinde anlamsal arama yapılır, en yakın 4 chunk bağlam olarak LLM'e gönderilerek yanıt sentezlenir.",
      "benefits": [
        "dağınık görev, toplantı, proje ve dosya verilerine Türkçe veya İngilizce doğal dil sorgularıyla anında erişin. Veri aramak için harcanan zamanı minimize ederek, karar alma süreçlerini hızlandırın.",
        "Yüklenen PDF ve DOCX dökümanlarını kurumsal hafızanızın bir parçası haline getirin. \"Masraf prosedürü ne diyor?\" gibi sorulara, döküman içeriğine dayalı, anlamsal olarak doğru ve bağlam farkındalığı yüksek yanıtlar alın.",
        "ReAct(Reasoning and Acting) Ajan Modu sayesinde, tek adımlı sorguların ötesine geçin. \"A projesi görevlerini özetle ve B projesiyle karşılaştır\" gibi karmaşık, birden fazla veri kaynağının analizini ve sentezini gerektiren kurumsal raporları otomatik olarak üretin.",
        "Bring Your Own Key (BYOK) modeli ile Anthropic, OpenAI veya Google gibi dilediğiniz bulut LLM sağlayıcısını kendi API anahtarınızla kullanın. LLM maliyetlerini doğrudan yönetin ve tek bir sağlayıcıya bağımlı kalmaktan kurtulun."
      ],
      "differentiators": [
        "Filarch AI bulut LLM sağlayıcılarına bağımlı değildir. Bulut anahtarlarında hata (401, 429) oluşması durumunda, sistem otomatik olarak yerel Ollama modeline (qwen2.5:3b) geçiş yapar. Bu, asistanınızın her koşulda çalışmaya devam etmesini sağlar.",
        "Platform, sorgu karmaşıklığına göre otomatik olarak mod değiştirir:  Basit sorgular için hızlı, kural tabanlı yönlendirme.  Karmaşık analizler için ReAct düşünme-hareket etme döngüsünü kullanan tam yetkili ajan modu. Bu hibrit yapı, hem hız hem de derinlemesine analiz yeteneğini aynı anda sunar.",
        "Filarch AI, veritabanı seviyesinden API anahtarı saklamaya kadar tam izolasyon sunar:  RBAC (Rol Tabanlı Erişim Kontrolü): Veri erişimi, Hasura seviyesinde kullanıcı kimliğine göre filtrelenir.  Alan Seviyesinde Şifreleme: BYOK API anahtarları, Fernet şifreleme yöntemiyle alan seviyesinde şifreli olarak saklanır."
      ],
      "use_case": "",
      "images": [
        {
          "id": "r0fnmqrb",
          "url": "http://docs.filarch.com/media/uploads/simal.png",
          "alt": "",
          "caption": ""
        }
      ],
      "videos": [],
      "docs": [],
      "slug": "",
      "keywords": [
        "Kurumsal AI Asistanı",
        "Proje Yönetim Asistanı",
        "Yapay Zeka Destekli Platform",
        "Dağınık Veri Sorgulama",
        "Semantic Search",
        "Ollama",
        "BYOK",
        "RAG",
        "MCP",
        ""
      ],
      "_localized": {
        "summary": {
          "tr": "Filarch AI, şirketlerin proje yönetim verilerine (görevler, toplantılar, dosyalar, projeler) Türkçe veya İngilizce doğal dil ile sorgu yapabildikleri, çok kiracılı (multi-tenant) ve yapay zeka destekli bir asistan platformudur. Platform, kullanıcıların veritabanı verilerine erişmesini, yükledikleri PDF ve DOCX gibi belgeler üzerinde anlamsal arama (RAG) yapabilmesini ve karmaşık raporlar üretebilmesini sağlar. Şirketlerin Anthropic, OpenAI, Google Gemini gibi LLM sağlayıcıları için kendi API anahtarlarını getirebildiği (BYOK) mimaride, basit sorgular kural tabanlı olarak, karmaşık çok adımlı analizler ise ReAct ajanı moduyla işlenir. Güvenlik için şifreli anahtarlar, rol tabanlı erişim kontrolü (RBAC) ve denetim logları kullanılırken, bulut LLM sağlayıcılarının başarısız olması durumunda sistem otomatik olarak yerel bir Ollama modeline yedeklenir."
        },
        "use_case": {
          "tr": "Senaryo 1: Çok Adımlı Analiz ve Proje Karşılaştırma (Ajan Modu)\nBu senaryo, platformun dağınık veri kaynaklarından (Hasura/PostgreSQL) veri çekerek karmaşık analizler yapma ve sentezleme yeteneğini (ReAct Ajan Modu) göstermektedir.\nDoğal Dil Sorgusu: \"A projesi görevlerini özetle ve B projesiyle karşılaştır\"\nArka Plan Teknik Akışı:\nOrkestratör sorguyu \"karmaşık\" olarak sınıflandırır ve ReAct Ajan Modunu başlatır.\nAjan, Hasura Server aracı üzerinden sırasıyla A ve B projelerine ait ham görev verilerini (task_task) kiracının izole tablosundan çeker.\nAday LLM sağlayıcılarından (Claude 3.5 Sonnet,Ollama,Gemini 3.1 ...) biri kullanılarak bu ham veriler analiz edilir.\nPlatform; görev sayılarını, gecikme durumlarını ve riskleri karşılaştıran nihai yönetici özet raporunu sentezler.\nSonuç (Yanıt): Kullanıcıya, iki proje arasındaki farkları ve riskleri net bir şekilde gösteren düzenli bir rapor sunulur.\nSenaryo 2: Temel Veri Sorgulama ve Listeleme (Kural Tabanlı Mod)\nBu senaryo, doğrudan veritabanı sorgusu gerektiren basit istekler için platformun kural tabanlı hibrit motorunu kullanarak nasıl hızlı yanıt verdiğini göstermektedir.\nDoğal Dil Sorgusu: \"Bana atanmış açık görevleri göster\"\nArka Plan Teknik Akışı:\nJWT doğrulaması yapılır. Orkestratör sorguyu \"basit\" olarak sınıflandırır ve Kural Tabanlı Modu devreye sokar.\nSorgu doğrudan Hasura Server'a yönlendirilir.\nHasura, aktif kiracı (tenant) izolasyonunu koruyarak sadece bu kullanıcıya ait açık görev verilerini (task_task) PostgreSQL'den filtreleyerek çeker.\nLLM, gelen ham verileri okunabilir bir liste formatına sentezler.\nSonuç (Yanıt): Geliştirici, kendisine ait açık görevlerin, son tarihlerinin ve açıklamalarının yer aldığı düzenli bir sohbet yanıtı alır.\nSenaryo 3: Döküman Zekası ve Anlamsal Arama (RAG Motoru)\nBu senaryo, platformun kurumsal hafızayı (PDF, DOCX) kullanarak, dağınık dökümanlar üzerinde nasıl bağlam farkındalığı yüksek arama (RAG) yaptığını göstermektedir.\nDoğal Dil Sorgusu: \"Masraf yönetimi prosedürü ne diyor?\"\nArka Plan Teknik Akışı:\nOrkestratör sorguyu bir belge sorgusu olarak sınıflandırır ve RAG Server'ı devreye sokar.\nSistem, ChromaDB'de (Vektör DB) \"masraf yönetimi\" için anlamsal arama yapar ve en yakın 4 metin parçasını (chunk) kiracının izole koleksiyonundan bağlam olarak çeker.\nBYOK zinciri üzerinden aktif olan LLM istemcisine (örn: Google Gemini 2.0 Flash) bu bağlam ve sorgu gönderilir.\nLLM, döküman içeriğine dayalı yanıtı sentezler.\nSonuç (Yanıt): Kullanıcıya, sadece dahili döküman içeriğine dayalı, prosedürdeki masraf kuralları, limitler ve onay süreçlerini özetleyen bir yanıt verilir.",
          "en": "Scenario 1: Multi-Step Analysis and Project Comparison (Agent Mode)\nThis scenario demonstrates the platform’s ability to perform complex analysis and synthesis (ReAct Agent Mode) by retrieving data from distributed data sources (Hasura/PostgreSQL).\nNatural Language Query: \"Summarize the tasks of Project A and compare them with Project B\"\nBackground Technical Flow:\nThe orchestrator classifies the query as \"complex\" and initiates ReAct Agent Mode.\nThe agent sequentially retrieves raw task data (task_task) for Projects A and B from the tenant-isolated tables via the Hasura Server tool.\nOne of the candidate LLM providers (Claude 3.5 Sonnet, Ollama, Gemini 3.1, etc.) is used to analyze this raw data.\nThe platform synthesizes a final executive summary report comparing task counts, delay statuses, and risks.\nResult (Response): The user is presented with a structured report clearly showing the differences and risks between the two projects.\nScenario 2: Basic Data Query and Listing (Rule-Based Mode)\nThis scenario demonstrates how the platform provides fast responses using a rule-based hybrid engine for simple requests that require direct database queries.\nNatural Language Query: \"Show me my assigned open tasks\"\nBackground Technical Flow:\nJWT authentication is performed. The orchestrator classifies the query as \"simple\" and activates Rule-Based Mode.\nThe query is directly routed to the Hasura Server.\nHasura retrieves only the open task data (task_task) belonging to the user from PostgreSQL while maintaining active tenant isolation.\nThe LLM synthesizes the raw data into a readable list format.\nResult (Response): The user receives a structured chat response containing their open tasks, including due dates and descriptions.\nScenario 3: Document Intelligence and Semantic Search (RAG Engine)\nThis scenario demonstrates how the platform performs context-aware search (RAG) across distributed documents (PDF, DOCX) using organizational memory.\nNatural Language Query: \"What does the expense management procedure say?\"\nBackground Technical Flow:\nThe orchestrator classifies the query as a document query and activates the RAG Server.\nThe system performs a semantic search in ChromaDB (Vector DB) for \"expense management\" and retrieves the top 4 closest text chunks from the tenant-isolated collection as context.\nThis context and query are sent to the active LLM client (e.g., Google Gemini 2.0 Flash) via the BYOK chain.\nThe LLM synthesizes the response based on the document content.\nResult (Response): The user is provided with a response based solely on internal document content, summarizing expense rules, limits, and approval processes from the procedure."
        }
      }
    },
    {
      "name": "Settings — Görev Modülü Ayarları",
      "summary": "",
      "description": "Filarch Task Settings sayfasının 'Project Roles' sekmesi, görev modülünün tüm hiyerarşik mantığını besleyen proje özel rollerinin yaşam döngüsünü tek ekranda yönetir. Roller namespace (çalışma alanı) seviyesinde tanımlanır: aynı role birden fazla projede atıf yapılır, ama tanım merkezi kalır. Kullanıcı namespace filtresinden bir çalışma alanını seçip o alana ait tüm rolleri tablo görünümünde listeler; arama kutusu isim bazlı anlık filtreleme sağlar. ",
      "benefits": [
        "Aynı rol (ör. Teknik Müdür) namespace'teki tüm projelerde tek tanımdan beslenir; çoğaltma ve tutarsızlık ortadan kalkar",
        "Silmeden önce kullanım kontrolü (COA zincirleri, efor tahminleri) görünür kılınır; yanlışlıkla kritik bağlantı koparılmaz",
        "Arama kutusu ile yüzlerce rol arasından hedef rol saniyeler içinde bulunur",
        "Namespace filtresi rol listesini sadece ilgili çalışma alanıyla sınırlar; büyük kurumlarda rol sirkülasyonu izole edilir"
      ],
      "differentiators": [
        "Jira rolleri proje bazlı tanımlarken Filarch rolü namespace seviyesinde tanımlar; aynı rol tek tanımla onlarca projede paylaşılır, çoğaltma maliyeti sıfıra iner",
        "Silme öncesi kullanım analizi ClickUp'ta yoktur; Filarch kaç COA zinciri ve kaç efor tahmini bu role bağlı olduğunu silme modalında gösterir"
      ],
      "use_case": "",
      "images": [
        {
          "id": "ztlncuho",
          "url": "http://docs.filarch.com/media/uploads/task-settings-rolles.png",
          "alt": "",
          "caption": ""
        }
      ],
      "videos": [],
      "docs": [],
      "slug": "settings/task-settings",
      "keywords": [
        "proje rolleri",
        "özel rol",
        "namespace rolü",
        "rol yönetimi",
        "task settings"
      ],
      "_localized": {
        "summary": {
          "tr": "Her namespace (çalışma alanı) için özel proje rollerini (ör. Teknik Müdür, Hukuk Danışmanı, Doküman Kontrolörü) merkezi olarak tanımlayın, arayın, düzenleyin ve güvenli silme akışıyla kaldırın."
        },
        "use_case": {
          "tr": "Bir mimarlık ofisi, tüm projelerinde ortak olarak 'Proje Müdürü', 'Statik Sorumlusu', 'MEP Koordinatörü' ve 'Hukuk Danışmanı' rollerini kullanmak ister. Ofis yöneticisi Task Settings → Project Roles sekmesine girer, namespace'i 'Ofis Genel'e çeker ve bu dört rolü tek tek ekler. Yeni başlayan her proje aynı rol havuzundan beslenir, rol isimleri farklı projelerde (ör. 'Mimar Müdür' vs 'Proje Müdürü') savrulmaz; COA zincirleri ve efor tahminleri de aynı kaynaktan beslendiği için raporlamada rol bazlı konsolidasyon temiz olur."
        }
      }
    },
    {
      "name": "Task Durum Grupları",
      "summary": "",
      "description": "Task Settings'in 'Status Groups' sekmesi, görev modülünün iş akışı çekirdeğini yöneten yerdir. Statü grubu, projelerde kullanılacak görev statü şemasının adlı bir kümesidir (ör. 'Yazılım Sprint Akışı', 'İnşaat Teslim Akışı'). Grup oluşturma drawer'ı Grup Adı ve Namespace seçimi ile tek adımda tamamlanır. Liste kart bazlı olarak her grubu adı, namespace rozeti ve içinde tanımlı statü adediyle gösterir; arama kutusu isim bazlı anlık filtreleme yapar. Her kartın 'Manage Statuses' aksiyonu ile açılan Status Items Editor modalında grup altındaki statü öğeleri yönetilir: her statü için Ad, Süreç Tipi (açık / devam ediyor / kapanış gibi sistem tanımlı kategori), Renk ve sıralama (`order`) tanımlanır. Kapanış tipi statüye geçiş, görev ilerleme yüzdesini otomatik %100'e çeker; bu davranış sistem tanımlı süreç tipine bağlıdır. Grup silme işlemi onay zinciri, görev ve reddetme sebepleri bağlantıları üzerinden kullanım kontrolüne tabidir; bağlantılı kayıtlar varsa kullanıcı detaylı uyarıyla bilgilendirilir.",
      "benefits": [
        "Farklı disiplinlerin (yazılım / inşaat / tasarım) ayrı iş akışı şablonları tek namespace altında yaşar; proje açılırken doğru akış seçilir",
        "Süreç tipi sistem tanımlı; kapanış statüsü → %100 ilerleme hesabı otomatik tetiklenir, manuel yüzde takibi ortadan kalkar",
        "Renk kodu Gantt ve liste görünümlerinde görsel farkındalık sağlar; tek bakışta iş akışı aşaması tanınır",
        "Sıralama (`order`) ile statüler Kanban görünümünde soldan sağa mantıklı akış kurar\",       \"Grup silme öncesi bağlı COA zincirleri ve görevler raporlanır; kritik üretim akışı kazara kırılmaz"
      ],
      "differentiators": [
        "Jira workflow editor ayrı bir admin modülündedir ve XML/JSON şeması gerektirir; Filarch statü grubu kart arayüzüyle idari yetkinlik gerektirmez",
        "Asana 'Sections' yalnızca görsel gruplamadır; Filarch statü grubu süreç tipi meta verisiyle ilerleme ve COA tetikleme mantığını doğrudan besler",
        "Trello listeleri süreç tipi (açık/devam/kapanış) bilgisi taşımaz; Filarch bu meta veriyi tutarak otomatik ilerleme hesaplaması yapar"
      ],
      "use_case": "",
      "images": [
        {
          "id": "jq97lle6",
          "url": "http://docs.filarch.com/media/uploads/task-settings-status-groups.png",
          "alt": "",
          "caption": ""
        }
      ],
      "videos": [],
      "docs": [],
      "slug": "settings/task-settings",
      "keywords": [
        "statü grubu",
        "görev statüsü",
        "iş akışı",
        "durum yönetimi",
        "workflow"
      ],
      "_localized": {
        "summary": {
          "tr": "Namespace bazlı statü gruplarını kart görünümünde tanımlayın; her grup altında akış aşamalarını (Açık, Devam Ediyor, Beklemede, Tamamlandı vb.) süreç tipi, renk ve sıralama ile editleyin."
        },
        "use_case": {
          "tr": "Bir yazılım ajansı aynı namespace altında hem yazılım sprintleri hem de tasarım revizyonları için ayrı akış kullanır. Yönetici Status Groups'ta 'Yazılım Sprint' grubunu açıp içine 'Backlog, Geliştirme, Code Review, QA, Yayında' statülerini ekler; 'Tasarım Revizyon' grubunda ise 'Brief, Taslak, Müşteri Onayı, Yayında' aşamalarını tanımlar. Her proje kurulumunda hangi grubun kullanılacağı seçilir; akışlar birbirine karışmaz, raporlar grup bazında ayrıştırılır."
        }
      }
    },
    {
      "name": "Onay Akışları — COA Hiyerarşileri Tanımlama",
      "summary": "",
      "description": "Task Settings'in 'Approval Flows' sekmesi, görev statü geçişlerinde devreye giren çok adımlı onay zincirlerinin (COA — Chain of Approval) tasarım konsoludur. Namespace bazlı tanımlanan COA Hiyerarşisi, zincirin kendisine bir ad verilerek kartlar halinde listelenir; her kart, zincirdeki rol sayısı (cache'lenmiş sayaç) ve namespace bilgisiyle birlikte gösterilir. Yeni hiyerarşi drawer'ı Ad + Namespace ile oluşturulur. Karttaki Detay aksiyonu, zincirin aşamalarını sıralı olarak gösteren görsel bir timeline modalı açar: her adım sıra numarası (`order`), rol adı, onay stratejisi (ör. tek onaylı, oy birliği vb.) ve özel davranış rozetleriyle (atanmamış kullanıcıda otomatik onay) listelenir; iki adım arası aşağı ok ile akış yönü netleştirilir. Zincir roller; proje özel rolleri havuzundan seçilir ve `approval_strategy` backend enum'undan beslenir. Silme öncesi kullanım kontrolü bağlı görev statü gruplarına göre yapılır; hiyerarşi aktif bir statü grubunda kullanılıyorsa warning key'i ile uyarı gösterilir.",
      "benefits": [
        "Çok adımlı onay süreci tek tanımdan tüm projelere uygulanır; her proje için yeniden modelleme yapılmaz",
        "Her adımın onay stratejisi bağımsız; 'oy birliği', 'tek onay' gibi kurallar aynı zincirde karışık kullanılabilir",
        "Atanmamış rol otomatik onay davranışı; bir adımın kullanıcısı yoksa süreç kilitlenmek yerine akmaya devam eder",
        "Timeline modalı akışı görselleştirir; yönetici zincirin doğruluğunu teknik belgeye bakmadan ekrandan okur",
        "Rol sayısı kart üzerinde cache'li sayaçla gösterilir; yüzlerce hiyerarşili kurumlarda tarama hızlanır",
        "Silme öncesi kullanım kontrolü kritik onay kurgusunun kazara bozulmasını engeller"
      ],
      "differentiators": [
        "Microsoft SharePoint ve Teams üzerinde gelişmiş onay akışları genellikle Power Automate ile kurgulanır; Filarch ise onay akışlarını görev modülü içinde native olarak barındırır. Asana, temel olarak tek adımlı approval yapısı sunar; çok adımlı onay süreçleri dolaylı olarak kurgulanabilir. Filarch ise çok adımlı, adım bazlı strateji ve SLA tanımını yerleşik destekler. ClickUp, automation tabanlı akışlar sunar ancak açık bir “approval strategy” modeli içermez; Filarch approval_strategy yapısı ile farklı onay mantıklarını doğrudan konfigüre edilebilir hale getirir.",
        "Procore RFI süreçlerinde adım/rol bazlı zorunlu SLA enforcement sınırlıdır. Jira ve Monday.com’da ‘atanmamış rol için otomatik onay’ davranışı native değildir ancak automation ile kurgulanabilir. Filarch ise bu senaryoları adım bazlı SLA ve yerleşik fallback mekanizmalarıyla doğrudan destekler."
      ],
      "use_case": "",
      "images": [
        {
          "id": "2nmbk6hw",
          "url": "http://docs.filarch.com/media/uploads/task-settings-coa-hierarchie.png",
          "alt": "",
          "caption": ""
        }
      ],
      "videos": [],
      "docs": [],
      "slug": "settings/task-settings",
      "keywords": [
        "onay akışı",
        "COA",
        "onay zinciri",
        "onay hiyerarşisi",
        "çok adımlı onay",
        "approval workflow"
      ],
      "_localized": {
        "summary": {
          "tr": "Sıralı çok adımlı onay zincirlerini (COA) namespace seviyesinde tanımlayın; her adıma rol, onay stratejisi, gün limiti ve 'atanmamış rol otomatik onaylı sayılsın mı' davranışı belirleyin."
        },
        "use_case": {
          "tr": "Bir kamu kurumunun ihale ofisi, tüm tasarım tesliminin 'Tamamlandı' statüsüne geçebilmesi için sırasıyla Teknik Müdür, Hukuk Danışmanı ve İdari Amir onayını zorunlu kılar. Yönetici Approval Flows sekmesinde 'İhale Teslim Zinciri' adında bir COA hiyerarşisi oluşturur; timeline modalında üç adımı sıralı ekler, her birine ilgili rolü ve 'tek onay' stratejisini tanımlar. Hukuk adımına 'atanmamış rolde otomatik onay' davranışı verilir; hukuk danışmanı henüz atanmamış projelerde akış donmaz. Bu hiyerarşi daha sonra ilgili statü grubunun 'Tamamlandı' geçişine bağlanır ve tüm projelerde aynı denetim kuralı otomatik uygulanır."
        }
      }
    },
    {
      "name": "Proje Bazlı Renkli Öncelik Yönetimi",
      "summary": "",
      "description": "Task Settings'in 'Priorities' sekmesi, öncelik kavramını namespace → proje çiftinde kullanıcıya bırakır. Kullanıcı önce namespace'i, ardından bu namespace'e ait bir projeyi seçer; seçim yapılmadan liste boş kalır ve 'projeyi seçin' yönlendirmesi görünür. Öncelikler tablo formatında ad ve renk önizlemesi ile listelenir; her satırda düzenle ve sil aksiyonları bulunur. ",
      "benefits": [
        "Öncelik seti proje bazlı; farklı ekiplerin 'Yüksek' tanımı birbirine dayatılmaz, aynı platformda özgürce yaşar",
        "Hex renk kodu Gantt çubuğu ve liste kartlarında görsel öncelik sinyali verir; rengi öğrenen ekip önceliği okumak için metne bakmaz",
        ""
      ],
      "differentiators": [
        "Jira’da öncelikler global olarak tanımlanır ve proje bazında sınırlı ölçüde özelleştirilebilir. Asana ve ClickUp’ta önceliklendirme esnek olmakla birlikte genellikle ortak alanlar üzerinden yönetilir. Filarch ise öncelikleri proje seviyesinde izole ederek her müşteri veya projenin kendi önceliklendirme modelini bağımsız şekilde tanımlamasına olanak tanır."
      ],
      "use_case": "",
      "images": [
        {
          "id": "zo9vpok7",
          "url": "http://docs.filarch.com/media/uploads/task-settings-priority.png",
          "alt": "",
          "caption": ""
        }
      ],
      "videos": [],
      "docs": [],
      "slug": "settings/task-settings",
      "keywords": [
        "görev önceliği",
        "öncelik yönetimi",
        "proje bazlı öncelik",
        "priority management"
      ],
      "_localized": {
        "summary": {
          "tr": "Her proje için bağımsız öncelik listesi (Düşük/Orta/Yüksek/Kritik vb.) tanımlayın; her önceliğe özgü hex renk kodu ile görev listesi ve Gantt görünümünde görsel sinyalleme sağlayın."
        },
        "use_case": {
          "tr": "Bir ajans, farklı müşteri projelerinde farklı öncelik dilleri kullanır: 'Kurumsal Web' projesinde klasik Düşük/Orta/Yüksek yeterliyken, 'Canlı Yayın Altyapısı' projesinde ekstra 'P0 — Canlı Kritik' seviyesi gerekir. Yönetici Priorities sekmesinde her projeyi ayrı ayrı seçip kendi öncelik kümesini oluşturur; P0 öncelikleri parlak kırmızı (#dc2626), normal kritikler turuncuyla etiketlenir. Sprint planlamada renkler Gantt çubuğunda belirdiği anda ekip hangi görevin canlı sistem kesintisini tetiklediğini metne bakmadan ayırt eder."
        }
      }
    },
    {
      "name": "Statü Grubu Bazlı Reddetme Sebepleri Kataloğu",
      "summary": "",
      "description": "Task Settings'in 'Rejection Reasons' sekmesi, COA onay zincirinde bir adımın reddedilmesi gerektiğinde kullanıcıya gösterilen seçim listesinin kaynağıdır. Reddetme sebepleri her statü grubuna bağlı olarak ayrı listelenir; kullanıcı önce namespace'i seçer, ardından o namespace'e ait statü grubunu seçer ve o gruba ait sebepleri görür.",
      "benefits": [
        "Reddetme sebebi tanımlı listeden seçilir; denetim raporlarında tutarsız serbest metin açıklamalar kalmaz",
        "Her statü grubuna özgü sebepler; 'İhale Akışı' ve 'Tasarım Akışı' aynı sebebe sahip olmak zorunda değil",
        ""
      ],
      "differentiators": [
        "Jira ve Asana’da onay/reddetme sebepleri çoğunlukla serbest metin alanlarında tutulur ve sınırlı yapılandırma imkânı sunar. Filarch ise reddetme sebeplerini yapılandırılmış bir sözlük üzerinden toplar; bu veriler raporlanabilir, aranabilir ve süreç iyileştirme için trend analizine tabi tutulabilir.",
        "Filarch statü grubuna (iş akışına) özgü liste tutarak inşaat, yazılım, hukuk ... akışlarının farklı terminolojisini izole eder"
      ],
      "use_case": "",
      "images": [
        {
          "id": "mrbu3s1a",
          "url": "http://docs.filarch.com/media/uploads/task-settings-deny-reasons.png",
          "alt": "",
          "caption": ""
        }
      ],
      "videos": [],
      "docs": [],
      "slug": "settings/task-settings",
      "keywords": [
        "reddetme sebebi",
        "onay reddi",
        "deny reason",
        "COA reddetme"
      ],
      "_localized": {
        "summary": {
          "tr": "COA onay reddedilirken kullanıcının seçebileceği önceden tanımlı reddetme sebeplerini, her statü grubu için bağımsız liste halinde yönetin."
        },
        "use_case": {
          "tr": "Bir mühendislik firmasının kalite departmanı, 'Tasarım Teslim' statü grubunda sıkça reddetme yaşar. Reddetmeler tutarsız serbest metinler (ör. 'eksik', 'belge yok', 'document missing') içerdiği için aylık trend analizi yapılamamaktadır. Yönetici Rejection Reasons sekmesinde 'Tasarım Teslim' grubuna 'Yetersiz Dokümantasyon', 'Hatalı Hesap', 'Standart Uyumsuz', 'Eksik İmza' sebeplerini tanımlar. Onaycılar artık sabit listeden seçer; ay sonunda raporda 'Yetersiz Dokümantasyon'un reddetmelerin %62'sini oluşturduğu görülür, ekip bu kök soruna odaklanarak teslim dokümantasyonu şablonunu günceller."
        }
      }
    },
    {
      "name": "Sistem Tanımları Görüntüleyici (Süreç / Onay / Bağımlılık Tipleri)",
      "summary": "",
      "description": "Task Settings'in 'System Definitions' sekmesi, görev modülünün iş mantığını şekillendiren üç sistem enum'unu tek bir sayfada referans olarak sergiler: Status Process Types (statü süreç tipleri — açık / devam / kapanış gibi), Approval Strategy Types (onay stratejileri — tek onay, oy birliği vb.) ve Dependency Types (görev bağımlılık tipleri — FS / SS / FF). Her biri ayrı bir kart olarak yan yana gösterilir.",
      "benefits": [
        "Sistem enum'ları tek ekranda şeffaf sergilenir; 'kapanış statüsü' ya da 'FS bağımlılığı' gibi terimlerin anlamı tahmin değil belgedir.",
        "Salt-okunur tasarım bilinçli; kurumsal motor davranışını şekillendiren enum'ların yanlış düzenlemeyle bozulma riski yapısal olarak sıfırlanır"
      ],
      "differentiators": [
        ""
      ],
      "use_case": "",
      "images": [
        {
          "id": "3nnpanlm",
          "url": "http://docs.filarch.com/media/uploads/task-settings-system-defination.png",
          "alt": "",
          "caption": ""
        }
      ],
      "videos": [],
      "docs": [],
      "slug": "settings/task-settings",
      "keywords": [
        "sistem tanımları",
        "bağımlılık tipleri",
        "onay stratejisi tipleri"
      ],
      "_localized": {
        "summary": {
          "tr": "Görev modülünün çekirdek enum'larını (Status Process Types, Approval Strategy Types, Dependency Types) üç panelli kart görünümünde salt-okunur olarak listeleyen ve her birine bağlamsal bilgi modalı sunan referans ekranı."
        },
        "use_case": {
          "tr": "Yeni işe başlayan bir proje koordinatörü, COA tasarlarken 'approval strategy' olarak hangi seçeneklerin sunulduğunu, bağımlılık eklerken FS'in tam olarak ne anlama geldiğini öğrenmek ister. Task Settings → System Definitions sekmesine girer; üç kart bir bakışta tüm sistem terimlerini ve adlandırmalarını gösterir. Dependency Types kartındaki (?) ikonundan açılan modalda FS / SS / FF örnekleri ile çalışır, sonra gerçek göreve geri dönüp bağımlılığı doğru tipte ekler. Dokümantasyon aramaya gerek kalmadan ekrandan eğitim tamamlanmış olur."
        }
      }
    },
    {
      "name": "",
      "summary": "",
      "description": "",
      "benefits": [
        ""
      ],
      "differentiators": [
        ""
      ],
      "use_case": "",
      "images": [],
      "videos": [],
      "docs": [],
      "slug": "",
      "keywords": [
        ""
      ],
      "_localized": {
        "summary": {},
        "use_case": {}
      }
    },
    {
      "name": "Depolama Listesi ve Sistem Storage Koruması",
      "summary": "",
      "description": "Filarch Settings → Storages sekmesi, Filarch Cloud, Google Drive ve S3 uyumlu (MinIO) backend bağlantılarını ad, tip ve oluşturulma tarihiyle tek bir userDatatable görünümünde listeler.",
      "benefits": [
        "Filarch Cloud, Google Drive ve S3 uyumlu MinIO bağlantıları tek listede; kurumun tüm depolama topolojisi tek ekranda görünür",
        "Sistem storage'lar görsel olarak kilitli; kazara silme/düzenleme ile organizasyon erişimini kıracak işlemler yapısal olarak engellenir"
      ],
      "differentiators": [
        "Dropbox Business ve Google Workspace kendi storage'larını yönetir; Filarch tüm farklı backend'leri (kendi cloud + Google Drive + S3) tek arayüzde birleştirerek kurumun multi-cloud stratejisini kolaylaştırır"
      ],
      "use_case": "",
      "images": [
        {
          "id": "mg2g3b3w",
          "url": "http://docs.filarch.com/media/uploads/storages.png",
          "alt": "",
          "caption": ""
        }
      ],
      "videos": [],
      "docs": [],
      "slug": "settings/storages",
      "keywords": [
        "storage listesi",
        "depolama yönetimi",
        "Filarch Cloud",
        ""
      ],
      "_localized": {
        "summary": {
          "tr": "Kurumda tanımlı tüm storage bağlantılarını (Filarch Cloud, Google Drive, S3 uyumlu) tek tabloda listeleyin; sistem storage'ları yanlışlıkla düzenlemeden korumak için aksiyonları kilitleyin."
        },
        "use_case": {
          "tr": "Bir mimari ofis hem Filarch'ın yerel cloud'unu hem müşteri Google Drive klasörlerini hem de kendi MinIO sunucusunu kullanır. Yönetici Settings → Storages'a girip üç farklı backend'in adlarını ve tiplerini tek bakışta görür; arama kutusunda 'müşteri' yazarak müşteri-bazlı Google Drive bağlantılarını filtreler. Filarch Cloud (sistem) satırında düzenleme ikonunun gri ve kilitli olduğunu fark eder, bu kritik bağlantıyı kazara değiştirme riski yaşamaz."
        }
      }
    },
    {
      "name": "Aktivite Günlüğü",
      "summary": "",
      "description": "Sayfanın ana bölümünde, gerçekleşen tüm aktiviteler en yeniden en eskiye doğru sıralanmış şekilde listelenir. Toplam Aktivite sayacı, aktivite günlüğünde yer alan toplam kayıt sayısını gösterir.\nHer bir aktivite kaydı aşağıdaki bileşenlerden oluşur:\nSayfanın ana bölümünde, gerçekleşen tüm aktiviteler en yeniden en eskiye doğru listelenir.\nToplam Aktivite sayacı, aktivite günlüğündeki toplam kayıt sayısını gösterir.",
      "benefits": [
        ""
      ],
      "differentiators": [
        ""
      ],
      "use_case": "",
      "images": [
        {
          "id": "u3sitjq1",
          "url": "http://docs.filarch.com/media/uploads/activity_logs.png",
          "alt": "",
          "caption": ""
        }
      ],
      "videos": [],
      "docs": [],
      "slug": "settings/activity-log",
      "keywords": [
        "activity log",
        "aktivite log"
      ],
      "_localized": {
        "summary": {
          "tr": "Hesabınızda ve dahil olduğunuz çalışma alanlarında gerçekleşen tüm önemli olayları, işlemleri ve hataları kronolojik olarak takip etmenizi sağlayan bir kayıt alanıdır."
        },
        "use_case": {
          "tr": "Aktivite Günlüğü, aşağıdaki gibi sorulara yanıt bulmanızı sağlar:\n“Dün hangi projeler güncellendi?”\n“Bu klasörü kim sildi?”\n“Dosya yüklerken neden hata alıyorum?”\n“Ekibimde son 24 saatte hangi işlemler yapıldı?”"
        }
      }
    },
    {
      "name": "Proje Klonlama Şablonları",
      "summary": "",
      "description": "Filarch Settings → Templates ekranı, kurumun tekrar tekrar kurduğu proje yapılarını (klasör hiyerarşisi, sabit dosyalar, başlangıç görevleri) şablon olarak saklayan bir kütüphanedir.",
      "benefits": [
        "Sektörel projelerin (inşaat, BIM, hukuk) klasör yapısı standartlaşır; her yeni projede sıfırdan klasör açma zaman kaybı sıfıra iner",
        "include_files seçeneği; sadece klasör iskeleti mi yoksa örnek/şablon belgelerle birlikte mi kopyalansın kullanıcıya bırakılır",
        "CUSTOM ve sistem grubu ayrımı; kurumun kendi şablonları sistem şablonlarıyla karışmaz, yanlışlıkla sistem şablonu silme imkanı yoktur",
        "Şablon yaratım sırasında klonlanır, sonradan değiştirilse de geçmiş projeler etkilenmez; idempotent çoğaltma"
      ],
      "differentiators": [
        "Microsoft Project ve Primavera şablon sistemleri yalnızca görev planını kopyalar; Filarch klasör yapısı + dosyalar + görev iskeletini tek şablonda birleştirir",
        "Asana 'project templates' dosya kopyalamayı desteklemez; Filarch include_files ile gerçek belgeleri (sözleşme örneği, BIM şablonu, prosedür dokümanı) hazır taşır"
      ],
      "use_case": "",
      "images": [
        {
          "id": "5twdd6b3",
          "url": "http://docs.filarch.com/media/uploads/task-settings-templates.png",
          "alt": "",
          "caption": ""
        }
      ],
      "videos": [],
      "docs": [],
      "slug": "settings/templates",
      "keywords": [
        "proje şablonu",
        "klasör yapısı klonlama",
        "CUSTOM template",
        "include files",
        "sektörel şablon"
      ],
      "_localized": {
        "summary": {
          "tr": "Mevcut bir projenin klasör yapısını (ve isteğe bağlı olarak dosyalarını) bir şablon olarak kaydedin; CUSTOM grubu ile sistem şablonlarından ayrıştırılan kullanıcı şablonlarını listeleyin, silin ve yeniden uygulayın."
        },
        "use_case": {
          "tr": "Bir hukuk bürosu her yeni dava dosyasında 'Müvekkil Bilgileri', 'Mahkeme Belgeleri', 'Yazışmalar', 'Mali Belgeler' klasörlerini ve bir adet boş dilekçe Word şablonunu kullanır. Ofis yöneticisi en yeni davayı kaynak alıp Settings → Templates → Create'ten 'Standart Dava Dosyası' şablonunu oluşturur, `include_files = true` ile dilekçe şablonunu da klonlamaya dahil eder. Yeni bir dava açıldığında hukuk asistanı bu şablonu kullanarak projeyi tek tıkla kurar; tutarlı klasör yapısı ve hazır şablon belgesi her dava için garantilidir."
        }
      }
    },
    {
      "name": "Proje Bazlı Etiket Yönetimi",
      "summary": "",
      "description": "Settings → Tags ekranı, etiket varlığını proje seviyesinde tutar. Sayfa açıldığında kullanıcı bir proje dropdown'undan ilgili projeyi seçer; seçim yapılmadan etiket listesi gizli kalır ve 'önce proje seçin' yönlendirmesi gösterilir. Liste tablosu etiket adını, açıklamasını, oluşturulma tarihini ve düzenle/sil aksiyonlarını sunar.  Etiketler proje kapsamında olduğundan farklı projeler aynı isimde etiketler tutabilir; bu sayede 'Acil' etiketinin Hukuk projesindeki anlamı ile İnşaat projesindeki anlamı birbirinden ayrı yaşar. Etiketler dosya yöneticisi ve görev modülünden referansla atanır, raporlarda filtre kriteri olarak kullanılır.",
      "benefits": [
        "Etiket kapsamı proje; aynı 'Acil' etiketi farklı projelerde farklı anlamlara sahip olabilir, organizasyon esnek kalır",
        "Açıklama alanı zorunsuz ama destekli; ekip içinde etiket anlamı standartlaşır, yeni üyeye 'bu etiket ne demek' sorusu kalmaz"
      ],
      "differentiators": [
        "Asana ve Trello etiketleri (labels) workspace seviyesinde global; aynı 'Acil' etiketi her projede aynı anlamı taşımak zorundadır — Filarch proje seviyesi izolasyonla esneklik sunar"
      ],
      "use_case": "",
      "images": [
        {
          "id": "s0iwwmel",
          "url": "http://docs.filarch.com/media/uploads/settings-tag.png",
          "alt": "",
          "caption": ""
        }
      ],
      "videos": [],
      "docs": [],
      "slug": "settings/tags",
      "keywords": [
        "etiket yönetimi",
        "proje tag",
        "tag açıklama",
        "dosya etiketleme"
      ],
      "_localized": {
        "summary": {
          "tr": "Her projeye özgü etiket setini (tag) açıklama alanı dahil yönetin; etiketleri listeleyin, oluşturun, düzenleyin ve silin. Etiketler dosya ve görevlerin çapraz organizasyonunu sağlar."
        },
        "use_case": {
          "tr": "ir inşaat şirketi 'Otoyol Projesi'nde dosyaları gecikme/uyarı/onaylı durumlarına göre filtrelemek ister. Yönetici Settings → Tags ekranında projeyi seçip 'Gecikmiş', 'Onaylı', 'Revize Bekliyor', 'Müşteri Onayında' etiketlerini her birine açıklama yazarak ekler. Doküman kontrolörü dosya yöneticisinde belgelere bu etiketleri atar; haftalık raporda 'Revize Bekliyor' etiketli belgeler ayrı kolonda görünür, ekibin haftalık önceliği netleşir. Aynı etiket isimleri başka bir projede (ör. 'Hastane') var olsa bile birbirinden bağımsız anlam taşır."
        }
      }
    },
    {
      "name": "Vekalet Merkezi",
      "summary": "",
      "description": "Vekalet Merkezi (Delegation Center), kullanıcının görev modülünde sahip olduğu COA (Chain of Approval) yetkilerini bir başka yetkili kullanıcıya geçici olarak devretmesini sağlayan modüldür. Üst kart 'Create Proxy' formu dört alanı kaskadlı şekilde ister: Proje (`useProjects` ile çekilen), Alıcı Kullanıcı (`useAuthorizedUsers(selectedProjectId)` ile sadece o projede izinli kullanıcılar), Başlangıç Tarihi (`createStartMin` ile geçmiş tarih engellenir) ve Bitiş Tarihi (başlangıçtan en az 1 gün sonra olmak zorunda — `createEndMin` üzerinden hem `min` özelliği hem submit-time validasyon ile çift kontrol edilir). Form gönderildiğinde `coaProxyService.createProxy` payload'ı `project`, `giver_user` (mevcut kullanıcı), `receiver_user`, `validate_coa: true`, `proxy_start_date`, `proxy_end_date` ile çağrılır; başarı sonrası form sıfırlanır ve liste `refetch('all')` ile yenilenir. Vekaletin yaşam döngüsü dört durum üzerinden ilerler: `pending` (alıcı henüz kabul/red etmedi), `active` (kabul edilmiş ve süre içinde), `terminated` (veren tarafından iptal edildi), `rejected` (alıcı tarafından reddedildi). Aktif vekalette veren kullanıcı 'Terminate' aksiyonuyla zinciri tek tıkla sonlandırabilir; pending durumda alıcı 'Accept' / 'Reject' verir. `react-select` dropdown'ları portal hedefi ile render edilir, bu sayede üst kart'ın `overflow:hidden` davranışı seçim menüsünü kırpmaz.",
      "benefits": [
        "Onay akışları durmuyor: Tatil, hastalık veya yoğunluk durumlarında görevler beklemede kalmaz; vekil kullanıcı onay yetkisini devralır.",
        "Zaman kontrollü vekalet: Başlangıç ve bitiş tarihi tanımlanarak yetki tam olarak ihtiyaç duyulan süreyle sınırlandırılır.",
        "Güvenli iki taraflı onay (2-way handshake): Vekalet, receiver onaylamadan aktif olmaz; yetkisiz devir söz konusu değildir.",
        "Verilen, alınan ve bekleyen tüm vekalet istekleri tek ekranda görülebilir.",
        "Talep, kabul, red ve süre dolumu olaylarında ilgili taraflar otomatik olarak bilgilendirilir.",
        "Reddedilen veya sonlandırılan vekaletler silinmez; denetim izleri (audit trail) için tutulur."
      ],
      "differentiators": [
        "Filarch'ın en ayırt edici özelliğidir. Klasik vekalet sistemleri yalnızca doğrudan A→B devrini destekler. Filarch'ta:  Recep → Mücahit → Ahmet Ahmet, hem Mücahit'in hem de (dolaylı olarak) Recep'in onay yetkilerine sahip olur. Zincirleme 10 seviyeye kadar desteklenir ve döngüsel referanslar sistematik olarak engellenir.",
        "Efektif Tarih Aralığı Kesişimi: Zincirleme vekaletlerde her bir bağlantının tarih aralıkları kesiştirilir. Örneğin A→B (2–7 Ocak) ve C→A (3–10 Ocak) zincirinde, C için efektif yetki aralığı 3–7 Ocak olarak hesaplanır.",
        "Vekalet sistemi, Filarch'ın onay hiyerarşileri (CoaHierarchy), özel roller (ProjectSpecialRoles) ve proje bazlı status group'larıyla tam entegredir. Vekalet veren kullanıcı COA yetkisi olmadan vekalet oluşturamaz; bu, sistemin yetkisiz delegasyonlara karşı korumalı olmasını sağlar.",
        "Celery arka plan görevi periyodik olarak süresi dolan vekalet detaylarını tespit eder ve ilgili taraflara bildirim gönderir. Kullanıcının manuel takip etmesine gerek yoktur."
      ],
      "use_case": "",
      "images": [
        {
          "id": "4vq3v518",
          "url": "http://docs.filarch.com/media/uploads/verilen_vekalet.png",
          "alt": "verilen vekaletler",
          "caption": ""
        },
        {
          "id": "apb9faxi",
          "url": "http://docs.filarch.com/media/uploads/alinan_vekalet.png",
          "alt": "Alınan vekaletler",
          "caption": ""
        }
      ],
      "videos": [],
      "docs": [],
      "slug": "settings/proxy-settings",
      "keywords": [
        "coa",
        "vekalet",
        "yetki devri"
      ],
      "_localized": {
        "summary": {
          "tr": "İzinli olduğunuz bir projedeki COA (onay zinciri) yetkilerinizi başka bir kullanıcıya tarih aralıklı, validasyonlu ve sonradan iptal edilebilir bir vekalet ile devredin."
        },
        "use_case": {
          "tr": "Senaryo: Finans Müdürü İzne Çıkıyor\n\nFilarch'ta bir inşaat firmasının finans projesinde, tüm ödeme belgelerinin Finans Müdürü Ahmet tarafından onaylanması gerekmektedir (COA adımı). Ahmet 1–15 Mayıs arasında yıllık izne çıkacaktır.\n\nAdım 1 — Vekalet Talebi:\nAhmet, Mali İşler Uzmanı Zeynep'i 1–15 Mayıs tarih aralığı için vekil olarak atar.\n\nAdım 2 — Vekalet Kabulü:\nZeynep, sistemden gelen bildirimle talebi görür ve kabul eder. Ahmet'e \"vekaletiniz kabul edildi\" bildirimi gönderilir.\n\nAdım 3 — Aktif Vekalet:\n1 Mayıs itibarıyla Zeynep, Ahmet'in onay yetkisini kullanarak bekleyen tüm ödeme belgelerini onaylayabilir.\n\nAdım 4 — Zincirleme Senaryo:\nZeynep'in de meşguliyeti olduğunda, Zeynep başka bir meslektaşa vekalet verebilir (Zeynep → Mehmet). Mehmet, hem Zeynep'in hem de dolaylı olarak Ahmet'in onay yetkilerine sahip olur; efektif tarih aralığı otomatik olarak hesaplanır.\n\nAdım 5 — Erken Dönüş:\nAhmet izinden erken döndüğünde vekaleti anında sonlandırır; Zeynep'e bildirim gönderilir ve yetki Ahmet'e geri döner."
        }
      }
    },
    {
      "name": "Silinen Dosyaları Versiyon ve Klasör Bağlamlı Geri Getirme",
      "summary": "",
      "description": "Settings → File Recovery (Dosya Kurtarma) ekranı, kullanıcının silinmiş dosyalarına kapsamlı bir geri kazanım merkezi sunar. Üst panelde arama kutusu (max 100 karakter, dosya adı bazlı), Çalışma Alanı dropdown'u ve ona bağlı Proje dropdown'u kaskadlı filtreleme yapar; çalışma alanı değiştiğinde proje seçimi otomatik sıfırlanır. Tablo `userDatatable` görünümünde 12 kolon sunar: dosya adı (20+ karakter elipslenir), versiyon (vN), versiyon tarihi, dosya boyutu (`formatFileSize`), silinme tarihi, milestone rozeti (Yes/No badge), yükleyen kullanıcı, proje, çalışma alanı, klasör, silen kullanıcı ve aksiyon. Aksiyonlar kolonu sticky-right davranışıyla yatay scroll'da bile görünür kalır. 'Restore' (geri getir) butonu modali açar; modal, dosyanın orijinal klasörüne mi yoksa alternatif klasöre mi geri yükleneceğini bir form-switch ile sorar. Switch açıldığında ilgili proje altındaki klasör ağacı (`folderTreeData`) iki bileşenle çizilir: `RootFolderTree` proje kök klasörünü ve ilk seviye alt klasörleri yönetir; `RecursiveFolderTree` derinleme alt klasörleri kendi kendini çağıran yapıyla render eder. Her klasör tıklanabilir, expand/collapse butonu (uil-plus / uil-minus) ile alt ağaç açılıp kapanır, seçilen klasör mavi vurguyla işaretlenir. Restore submit edildiğinde isim çakışması (HTTP yanıtında detect edilir) durumunda 'Name Conflict Modal' açılır: kullanıcıdan yeni dosya adı girmesi istenir, boş gönderim engellenir, başarıda 'Success Modal' yeşil onay ikonuyla gösterilir. Sayfalama bağımsız bileşenle yönetilir, sayfa boyutu değiştiğinde ilk sayfaya dönülür.",
      "benefits": [
        "Silinmiş dosyalar 12 kolonlu zengin meta veriyle listelenir; kullanıcı 'kim ne zaman sildi, hangi versiyondu, hangi klasördeydi' sorularını tek bakışta yanıtlar",
        "Milestone rozeti silinen dosyaların kritik kilometre taşı olup olmadığını ayırt eder; öncelikli geri kazanım kararı kolaylaşır",
        "İsim çakışması modali yeniden adlandırma seçeneği sunar; 'üzerine yaz / iptal' ikilemine düşmeden veri kaybı engellenir"
      ],
      "differentiators": [
        "Google Drive ve Dropbox 'Trash' yalnızca orijinal konuma geri yüklemeye izin verir; Filarch alternatif klasör seçimiyle yeniden organize edilmiş yapılarda esneklik sağlar",
        "İsim çakışmasında manual rename modali, OneDrive ve SharePoint'te 'auto-rename suffix' (Document (1).docx) olarak yapılır; Filarch kullanıcıyı süreçte tutarak veri bütünlüğü kararını kullanıcıya bırakır",
        ""
      ],
      "use_case": "",
      "images": [
        {
          "id": "z3z1wr8w",
          "url": "http://docs.filarch.com/media/uploads/file_recovery.png",
          "alt": "",
          "caption": ""
        }
      ],
      "videos": [],
      "docs": [],
      "slug": "settings/file-recovery",
      "keywords": [
        "dosya kurtarma",
        "file recovery",
        "silinen dosya",
        "versiyon geri getirme",
        ""
      ],
      "_localized": {
        "summary": {
          "tr": "Silinmiş dosyaları çalışma alanı + proje filtresiyle listeleyin; orijinal klasörüne ya da seçtiğiniz alternatif klasöre geri getirin, isim çakışmalarını yeniden adlandırma akışıyla çözün."
        },
        "use_case": {
          "tr": "Bir BIM koordinatörü, 'Hastane Projesi'nde yanlışlıkla son versiyonu kabul edilmiş bir IFC dosyasını silmiştir. Settings → File Recovery'ye girer, çalışma alanı 'Sağlık Yapıları' ve proje 'Hastane Projesi' filtrelerini seçer; arama kutusuna 'IFC' yazar, dosyayı bulur ve milestone rozetinin 'Yes' olduğunu görerek kritikliğini onaylar. Restore butonuna basar; orijinal klasör 'BIM/Mimari' artık yeniden adlandırılmış olduğundan alternatif klasör switch'ini açar, ağaçta 'BIM/Mimari-v2' klasörünü seçer. Submit eder; sistem aynı isimde başka bir IFC olduğunu tespit eder ve Name Conflict Modal'ı açar. Koordinatör dosyaya '_recovered' eki ekleyerek kaydeder; Success Modal yeşil ikonla geri yüklemeyi onaylar, dosya v6 olarak yeni klasöründe yer alır."
        }
      }
    },
    {
      "name": "Webhooks",
      "summary": "",
      "description": "Webhooks ile Filarch'ı kullandığınız diğer araçlara bağlayabilirsiniz. Bir belge onaylandığında, proje durumu değiştiğinde ya da herhangi bir olay gerçekleştiğinde Filarch, belirlediğiniz adrese otomatik olarak bir bildirim gönderir. Hangi olayların bildirim tetikleyeceğini, bildirimin nereye gideceğini ve içinde hangi bilgilerin yer alacağını siz seçersiniz. Kurulum tamamlandıktan sonra her şey arka planda kendi kendine çalışır; siz takibinizi manuel yapmak zorunda kalmazsınız.",
      "benefits": [
        "Filarch'ta bir şey olduğunda CRM, e-posta, proje yönetim aracı veya kendi sisteminiz anında haberdar olur.",
        "Hangi olayın bildirim göndereceğini kendiniz seçersiniz: belge yükleme, toplantı güncellemesi, proje dondurulması ve daha fazlası.",
        "Bildirimde hangi bilgilerin gönderileceğini özelleştirebilirsiniz; gereksiz veri göndermezsiniz.",
        "Göndermeden önce test edebilir, tam olarak ne iletileceğini önizleyebilirsiniz.",
        "Bağlantı kesilmesi durumunda sistem otomatik olarak yeniden dener; bildirimleri kaçırmazsınız.",
        "Her bildirimin başarıyla gidip gitmediğini log ekranından takip edebilirsiniz."
      ],
      "differentiators": [
        "Bildirimde gönderilecek alanları tek tek seçebilir ve istediğiniz isimle etiketleyebilirsiniz — çoğu entegrasyon aracı tüm veriyi olduğu gibi gönderir.",
        "Bearer token, API anahtarı, kullanıcı adı/şifre gibi farklı kimlik doğrulama yöntemlerini destekler; bağlanmak istediğiniz servisin gerektirdiği yöntemi seçebilirsiniz.",
        "Yeniden deneme sayısı ve bekleme süresi ayarlanabilir, böylece geçici bağlantı sorunlarında bildirimler kaybolmaz.",
        "Çalışma alanı ve proje bazında ayrı webhook uç noktaları tanımlayabilirsiniz; farklı ekipler veya projeler için ayrı entegrasyonlar kurabilirsiniz.",
        ""
      ],
      "use_case": "",
      "images": [
        {
          "id": "a8cupmsy",
          "url": "http://docs.filarch.com/media/uploads/Endpoint_Listesi.png",
          "alt": "Endpoint Listesi",
          "caption": ""
        },
        {
          "id": "f6w5w0jp",
          "url": "http://docs.filarch.com/media/uploads/Tetikleyiciler.png",
          "alt": "Tetikleyiciler",
          "caption": ""
        },
        {
          "id": "pz2wzacm",
          "url": "http://docs.filarch.com/media/uploads/Endpoint_Olusturma.png",
          "alt": "Endpoint oluşturma",
          "caption": ""
        },
        {
          "id": "x70nysy2",
          "url": "http://docs.filarch.com/media/uploads/Endpoint_Detay.png",
          "alt": "Endpoint detay",
          "caption": ""
        },
        {
          "id": "pdns0t2o",
          "url": "http://docs.filarch.com/media/uploads/Tetikleyici_Ekleme_DfbktYV.png",
          "alt": "Tetikleyici ekleme",
          "caption": ""
        },
        {
          "id": "t6rx5jfb",
          "url": "http://docs.filarch.com/media/uploads/Test_Istegi_Gonderme_ve_Onizleme.png",
          "alt": "Test ve Önizleme",
          "caption": ""
        },
        {
          "id": "u5vwmg29",
          "url": "http://docs.filarch.com/media/uploads/Loglar.png",
          "alt": "İstek kayıtları",
          "caption": ""
        },
        {
          "id": "usqdzkw4",
          "url": "http://docs.filarch.com/media/uploads/Tetikleyici_Detay.png",
          "alt": "Tetikleyici detay",
          "caption": ""
        },
        {
          "id": "5m5u4ufo",
          "url": "",
          "alt": "",
          "caption": ""
        }
      ],
      "videos": [],
      "docs": [],
      "slug": "webhooks",
      "keywords": [
        "webhook",
        "otomasyon",
        "entegrasyon",
        "olay",
        "tetikleyici",
        "bildirim",
        "bağlantı",
        "endpoint",
        ""
      ],
      "_localized": {
        "summary": {
          "tr": "Filarch'taki olayları anında dış uygulamalarınıza ileten otomatik bildirim sistemi."
        },
        "use_case": {
          "tr": "Bir ekip, müşterilerinden gelen dosyaları Filarch üzerinden alıyor ve her yeni dosya yüklendiğinde kendi iç sistemlerinin haberdar olmasını istiyor. Webhooks ekranından yeni bir uç nokta oluşturuyorlar, bildirimin gideceği adresi ve kimlik doğrulama bilgilerini giriyorlar, ardından 'Dosya Yüklendi' olayını seçiyorlar. Gönderilecek bilgiler arasından yalnızca dosya adını, yükleyen kişiyi ve proje bilgisini seçiyorlar. Test butonuyla deneme gönderimi yapıp her şeyin doğru gittiğini görünce tetikleyiciyi aktif hale getiriyorlar. Artık bir müşteri dosya yüklediği anda ekip anında haberdar oluyor; kimse Filarch'ı sürekli kontrol etmek zorunda kalmıyor."
        }
      }
    },
    {
      "name": "Dosya Eskalasyonu",
      "summary": "",
      "description": "Dosya Eskalasyonu, Filarch'taki dosyaların ne kadar süredir hareketsiz kaldığını izler ve tanımlanan eşik aşıldığında belirtilen proje rollerine otomatik bildirim gönderir. Her dosya için en fazla 3 eskalasyon kuralı tanımlanabilir; her kural hangi rolün uyarılacağını, ne kadar süre sonra tetikleneceğini ve bildirimin tekrar edilip edilmeyeceğini bağımsız olarak yapılandırır. Kurallar aktif/pasif olarak yönetilebilir ve sistemin bir sonraki kontrol zamanı her kural üzerinde görünür şekilde takip edilir.",
      "benefits": [
        "Dosya üzerinde hareket olmadığında ilgili kişiler otomatik olarak haberdar edilir; manuel takip gerekmez.",
        "Rol bazlı hedefleme sayesinde doğru kişiye doğru zamanda bildirim gider.",
        "Tekrar Aralığı alanı boş bırakılırsa bildirim yalnızca bir kez gönderilir; doldurulursa sorun çözülene kadar periyodik hatırlatma yapılır.",
        "Kural başına 'Sonraki Kontrol' zamanı görünür olduğundan eskalasyonun ne zaman tetikleneceği önceden bilinir.",
        "Kurallar tek tıkla aktif ya da pasif yapılabilir; acil durumlarda hızlı müdahale sağlanır.",
        ""
      ],
      "differentiators": [
        "Eskalasyon kuralları dosya bazında tanımlanır; aynı projede farklı kritiklik seviyelerindeki dosyalar farklı kurallara sahip olabilir.",
        "Tekrar aralığı sayesinde bir kez bildirim göndermekle sınırlı kalmaz; sorun çözülene kadar periyodik hatırlatma yapılır.",
        "Bildirim gönderildiğinde kural üzerinde 'Bildirim Gönderildi' rozeti belirir; hangi kuralın tetiklendiği anında görülür.",
        "Proje özel rollerine bağlandığından organizasyon yapısına tam uyum sağlar — genel kullanıcı listesi yerine anlamlı iş rolleri hedeflenir.",
        ""
      ],
      "use_case": "",
      "images": [
        {
          "id": "o0wxub78",
          "url": "http://docs.filarch.com/media/uploads/Dosya_Eskalasyonu_pZyRAfv.png",
          "alt": "Dosya eskalasyonu",
          "caption": ""
        }
      ],
      "videos": [],
      "docs": [],
      "slug": "dosya-eskalasyonu",
      "keywords": [
        "eskalasyon",
        "hatırlatma",
        "gecikme",
        "dosya takibi",
        "süre aşımı",
        ""
      ],
      "_localized": {
        "summary": {
          "tr": "Dosya belirli bir süre boyunca güncellenmediğinde sorumlu rol sahiplerine otomatik bildirim gönderen kural tabanlı uyarı sistemi."
        },
        "use_case": {
          "tr": "Bir inşaat firması, müteahhitten haftalık olarak güncellenmesini beklediği ilerleme raporlarını Filarch üzerinde tutuyor. Proje yöneticisi dosyayı açıp Eskalasyon sekmesine giriyor ve 'Saha Koordinatörü' rolü için 10.080 dakika (7 gün) tetiklenme süresi olan bir kural oluşturuyor; tekrar aralığını 1.440 dakika (1 gün) olarak ayarlıyor. Dosya 7 gün güncellenmediğinde sistem Saha Koordinatörlerine otomatik bildirim gönderiyor ve sorun giderilene kadar her gün hatırlatmayı sürdürüyor. Proje yöneticisinin ayrıca takip etmesine gerek kalmıyor."
        }
      }
    },
    {
      "name": "Depolama Listesi",
      "summary": "",
      "description": "Ayarlar → Depolama sayfası, erişebildiğiniz tüm bulut bağlantılarını tablo halinde listeler. Sistem depolamaları özel rozetle işaretlenir ve silme/düzenleme aksiyonları devre dışı kalır. Her satırda ad, okunabilir tip etiketi ('Google Drive', 'Amazon S3', 'MinIO'), bağlanma tarihi, durum (aktif / bağlantı hatası) ve bağlı çalışma alanı sayısı yer alır. Arama kutusu isim + tip üzerinde eşleşir; tip filtresi yalnızca seçili türdeki kayıtları listeler. Silme denemesinde eğer bağlı çalışma alanı varsa onay ekranı 'Bu depolamaya N çalışma alanı bağlı' uyarısıyla işlemi durdurur.",
      "benefits": [
        "Sistem depolamaları silmeye karşı korumalı; kritik altyapı kazara kaybedilmez",
        "Teknik kodlar yerine okunabilir etiketler; teknik olmayan yönetici anında anlar",
        "Bağlı çalışma alanı sayısı listede; silme öncesi etki tek bakışta"
      ],
      "differentiators": [
        ""
      ],
      "use_case": "",
      "images": [
        {
          "id": "em48y7r0",
          "url": "http://docs.filarch.com/media/uploads/storages.png",
          "alt": "",
          "caption": ""
        }
      ],
      "videos": [],
      "docs": [],
      "slug": "storage-lists",
      "keywords": [
        "depolama",
        "storage"
      ],
      "_localized": {
        "summary": {
          "tr": "Bağladığınız tüm bulut depolamalarını (Filarch Cloud, Google Drive, Amazon S3, MinIO) tek listede görün; sistem depolamaları silinmeye karşı korunur, teknik tip kodları okunabilir isimlere dönüşür, arama yazdıkça filtrelenir."
        },
        "use_case": {}
      }
    },
    {
      "name": "Çoklu Bulut Desteği — Google Drive, Amazon S3 ve MinIO Bağlantısı",
      "summary": "",
      "description": "Yeni depolama ekleme ekranı bulut tipine göre alanları dinamik değiştirir. Google Drive iki modla: (1) tarayıcı üzerinden hesap onayı, (2) servis hesabı anahtar dosyası yükleme — ikinci yöntem kişisel hesap bağımlılığını ortadan kaldırır. Amazon S3 için erişim anahtarı, gizli anahtar, kova adı, bölge girilir; MinIO için ek olarak kendi sunucu adresi ve SSL zorunluluğu açılır. Kaydetmeden önce 'Bağlantıyı Test Et' ile deneme yazma/silme yapılır; hatalı anahtar, bulunamayan kova, yetki eksikliği açıkça bildirilir. Başarılı bağlantı hemen listeye düşer, çalışma alanı formunda seçilebilir hale gelir.",
      "benefits": [
        "Bağlantı testi kaydetmeden önce; sessiz bozuk bağlantı riski yok",
        "MinIO sunucu adresi + SSL; şirket içi (on-prem) ortamlarla uyumlu"
      ],
      "differentiators": [
        "MinIO birinci sınıf destek; kurumsal DMS'lerin çoğu yalnızca AWS S3 sunar"
      ],
      "use_case": "",
      "images": [
        {
          "id": "fqvmk9w7",
          "url": "https://i.hizliresim.com/dm8hr67.png",
          "alt": "",
          "caption": ""
        }
      ],
      "videos": [],
      "docs": [],
      "slug": "storage-create",
      "keywords": [
        "Google Drive",
        "Amazon S3",
        "MinIO"
      ],
      "_localized": {
        "summary": {
          "tr": "Kendi bulut depolamanızı bağlayın: Google Drive (hesap onaylı veya servis hesabı anahtarıyla), Amazon S3 ve kendi sunucunuzdaki MinIO. Bağlantı kaydedilmeden önce canlı test edilir."
        },
        "use_case": {
          "tr": "Savunma sanayi firması MinIO'yu seçer, sunucu adresi/erişim bilgileri/kova adı girer. Test başarılı, kayıt tamamlanır ve yeni 'Gizli Projeler' çalışma alanı bu depolamaya bağlanır."
        }
      }
    },
    {
      "name": "Çalışma Alanları Listesi",
      "summary": "",
      "description": "Ayarlar → Çalışma Alanları sayfası projeler ve ekipleri organize eden ana kapsayıcıları listeler. Tablo kolonları: Workspace Name, Description, Storage (verilerin saklandığı bulut altyapısı), Mail Template (bildirimlerde kullanılan varsayılan e-posta şablonu), Creator User ve Actions. İki filtre vardır: Search by name ile isim araması, Storage filtresi ile depolama bazlı filtreleme. Aksiyon kolonunda Detay (göz ikonu) salt-okunur özet sayfasına götürür (çalışma alanı bilgileri, dahil olan projeler ve üye kullanıcılar), Düzenle (kalem ikonu) güncelleme ekranını açar.",
      "benefits": [
        "Depolama filtresi; hangi çalışma alanının hangi bulutta barındığı tek bakışta",
        "Mail şablonu kolonu listede; bildirim akışı şeffaf"
      ],
      "differentiators": [
        ""
      ],
      "use_case": "",
      "images": [
        {
          "id": "iji8fw97",
          "url": "http://docs.filarch.com/media/uploads/workspaces.png",
          "alt": "",
          "caption": ""
        }
      ],
      "videos": [],
      "docs": [],
      "slug": "workspace-list",
      "keywords": [
        "çalışma alanı listesi",
        "workspace",
        "depolama filtresi"
      ],
      "_localized": {
        "summary": {
          "tr": "Çalışma alanlarını isim, açıklama, bağlı depolama, varsayılan mail şablonu ve oluşturan kullanıcı kolonlarıyla görüntüleyin; depolama filtresi ve isim araması ile istediğiniz çalışma alanını saniyeler içinde bulun."
        },
        "use_case": {
          "tr": "18 çalışma alanlı holding IT yöneticisi, MinIO'da hangi alanların barındığını görmek ister. Depolama filtresinden 'MinIO-Prod' seçer; liste 6 çalışma alanına iner. Göz ikonuyla detaya bakarak dahil olan projeler ve kullanıcıları hızlıca inceler."
        }
      }
    },
    {
      "name": "Yeni Çalışma Alanı Oluşturma",
      "summary": "",
      "description": "Workspace Create ekranında alanlar: İsim (zorunlu, benzersiz), Açıklama, Logo (isteğe bağlı görsel ayrıştırma), Depolama (önceden Depolama sayfasında yapılandırılmış bulut) ve Mail Şablonu (kullanıcı davetleri vb. bildirimlerde kullanılacak şablon). Kaydet sonrası çalışma alanı oluşur ve oluşturan kullanıcı otomatik Sahip (OWNER) rolüne atanır — bu rol sistemsel olarak kilitlenir. Güncelleme modunda isim, açıklama, logo ve mail şablonu değiştirilebilir ancak depolama alanı değiştirilemez — çünkü altındaki tüm dosya referanslarını kıracaktır.",
      "benefits": [
        "Logo desteği; çok çalışma alanlı arayüzde görsel ayrıştırma kolay"
      ],
      "differentiators": [
        ""
      ],
      "use_case": "",
      "images": [
        {
          "id": "eatu2r03",
          "url": "http://docs.filarch.com/media/uploads/workspace-create.png",
          "alt": "workspace create",
          "caption": ""
        }
      ],
      "videos": [],
      "docs": [],
      "slug": "workspace-create",
      "keywords": [
        "çalışma alanı oluşturma",
        ""
      ],
      "_localized": {
        "summary": {
          "tr": "Yeni çalışma alanı oluştururken benzersiz isim, açıklama, isteğe bağlı logo, bulut depolama ve mail şablonu seçin. Oluşturma sonrası depolama bağlantısı kilitlenir; veri bütünlüğü korunur."
        },
        "use_case": {
          "tr": "Mimarlık ofisi 'Konut Projeleri' çalışma alanı kurar: logo amblem, açıklama 'Tüm konut projelerinin merkezi arşivi', depolama şirket Google Drive servis hesabı, mail şablonu 'Konut Davet Şablonu'. Saniyeler içinde devrede."
        }
      }
    },
    {
      "name": "Çalışma Alanı Detayı — Üye Daveti",
      "summary": "",
      "description": "Detay sayfası üç bölüm sunar: (1) Üyeler: listeleme, rol güncelleme, üyelikten çıkarma; davetin geçerliliği iki modda atanır: belirli başlangıç–bitiş tarihleri veya kabulden itibaren N gün. (2) Bekleyen Davetler : henüz kabul edilmemişler listelenir, iptal edilebilir. (3) Kayıtlı Konumlar (Saved Locations) : Sık kullandığınız klasörleri isimli kısa yol olarak eklersiniz, dosya yöneticisinden tek tıkla o konuma gidersiniz. Sahip rolü korunur; hiç kimse düşüremez.",
      "benefits": [
        "İki modlu davet geçerliliği; 'kabul etmezse otomatik düşsün' senaryosu",
        "Kayıtlı konumlar; derin klasör yapılarında tek tıkla navigasyon"
      ],
      "differentiators": [
        "Tarih aralığı + gün sayısı ikili davet modeli; Slack/Teams davetleri zaman sınırsızdır"
      ],
      "use_case": "",
      "images": [
        {
          "id": "fg5mp2me",
          "url": "http://docs.filarch.com/media/uploads/workspace-invite-user.png",
          "alt": "",
          "caption": ""
        }
      ],
      "videos": [],
      "docs": [],
      "slug": "workspace-detail",
      "keywords": [
        "çalışma alanı detay",
        "üye daveti"
      ],
      "_localized": {
        "summary": {
          "tr": "Çalışma alanı detay sayfasında üye listesini yönetin, davetleri tarih aralığı veya gün sayısı ile gönderin, sık kullandığınız klasörleri kayıtlı konum olarak kaydedin. Sahiplik sistem tarafından korunur"
        },
        "use_case": {
          "tr": "Proje müdürü 3 dış danışmanı davet eder, '30 gün' geçerlilik atar; kabul edilmezse otomatik düşer. '2024/Proje/Mali' ve '2024/Proje/Hukuki' klasörlerini kayıtlı konum olarak ekler."
        }
      }
    },
    {
      "name": "Proje Listesi ve Oluşturma",
      "summary": "",
      "description": "Projeler sayfası kolonları: Project Name (önizleme görseliyle), Workspace Name, Tags, Mail Status (bildirim durumu, örn. 'All Mails'), Mail Template ve Actions. Search by name ile isim araması, Workspace filtresi ile çalışma alanı filtreleme. Create Project butonu formu açar: Proje Adı, Çalışma Alanı seçimi (hangi ekip ve depolamayla ilişkili olacağı), Etiketler (kategorize için, örn. 'Önemli', 'Tasarım', 'İnşaat'), Mail Şablonu. Aksiyon kolonunda üç işlem: Projeye Git (göz) dosya yöneticisine yönlendirir, Düzenle (kalem) isim + etiket + mail şablonu günceller, Dondur (kilit)** projeyi salt-okunur yapar.",
      "benefits": [
        "Mail şablonu + mail durumu listede; bildirim akışı şeffaf",
        "Etiketler oluşturma anında atanabilir"
      ],
      "differentiators": [
        ""
      ],
      "use_case": "",
      "images": [
        {
          "id": "q4iqo9u7",
          "url": "http://docs.filarch.com/media/uploads/projects.png",
          "alt": "",
          "caption": ""
        }
      ],
      "videos": [],
      "docs": [],
      "slug": "project-list-create",
      "keywords": [
        "proje listesi",
        "create project"
      ],
      "_localized": {
        "summary": {
          "tr": "Projeleri isim, çalışma alanı, etiketler, mail durumu ve mail şablonu kolonlarıyla görüntüleyin; yeni proje oluştururken proje adı, çalışma alanı, etiketler ve mail şablonu tek formda atanır."
        },
        "use_case": {
          "tr": "Mimarlık ofisi 'Güler Toki Evleri 2' projesi oluşturur; çalışma alanı 'Konut Projeleri', etiketler 'Önemli' + 'Tasarım', mail şablonu 'Konut Bildirim Şablonu'. Liste ekranında tüm meta veri tek bakışta."
        }
      }
    },
    {
      "name": "Projeyi Dondurma",
      "summary": "",
      "description": "Kilit ikonuna tıkladığınızda onay ekranı açılır. Onayladığınızda proje şu kilitleri sistem seviyesinde uygular: (a) Proje salt-okunur olur, (b) Yeni dosya yüklenemez, (c) Mevcut dosyalar düzenlenemez/silinemez, (d) Kullanıcı yetkileri değiştirilemez. Buna karşın yetkisi olanlar içeriği görüntülemeye ve dosyaları indirmeye devam eder — referans değeri kaybolmaz. Tamamlanmış veya korunması gereken projeleri ileride referans alınabilecek sabit ve güvenilir bir dijital kayıt haline dönüştürür. 'Çöz' işlemiyle tek tıkla geri açılır. Lisans limitini aşmış projelerde dondurma butonu devre dışıdır.",
      "benefits": [
        "Silme yerine dondurma; veri kaybolmaz, geri açılabilir",
        "Tüm yazma işlemleri sistem tarafından engellenir",
        ""
      ],
      "differentiators": [
        "Dondurma ayrı yaşam döngüsü; çoğu platformda yalnızca 'arşivle' vardır",
        "Sistem zorunlu salt-okunur; Notion 'kilitli sayfa' yalnızca görseldir"
      ],
      "use_case": "",
      "images": [
        {
          "id": "v1rx2lkw",
          "url": "http://docs.filarch.com/media/uploads/project-freeze.png",
          "alt": "freeze project",
          "caption": ""
        }
      ],
      "videos": [],
      "docs": [],
      "slug": "project-freeze",
      "keywords": [
        "proje dondurma",
        "freeze",
        "salt-okunur arşiv"
      ],
      "_localized": {
        "summary": {
          "tr": "Bir projeyi silmek yerine dondurarak salt-okunur yapın. Yetkili kullanıcılar dosyaları görüntüleyip indirebilir; ancak kimse yeni dosya yükleyemez, mevcutları düzenleyemez/silemez veya yetki değiştiremez."
        },
        "use_case": {
          "tr": "Hukuk bürosu kazandığı davanın projesini siler yerine dondurur; 5 yıl zamanaşımı boyunca müşteri PDF'leri indirebilir ama kimse değiştiremez. İtiraz başvurusu gelince tek tıkla çözülür."
        }
      }
    },
    {
      "name": "Şablon Grupları",
      "summary": "",
      "description": "Şablonlar sayfası tüm şablonları listeler; Group Name sütunu grubunu (Architectural / Software / Custom) belirtir. Search by Template ile isim araması, Detaylar (göz ikonu) ile klasör yapısı önizlemesi. Hazır Gruplar (Built-in): Architectural ve Software şablonları sektörel standart yapılar sunar — kullanıcı tarafından düzenlenemez/silinemez. Custom: Kullanıcı şablonları otomatik buraya düşer. Yeni proje oluştururken önce grup seçilir, sonra o gruba ait şablon; proje seçilen şablonun klasör hiyerarşisiyle tek seferde başlatılır.",
      "benefits": [
        "Hazır mimari ve yazılım şablonları; sektörel standart yapı hazır",
        "Hazır şablonlar değiştirilemez; kurum genelinde tutarlılık",
        "Custom grubu ayrımı; kurum standardı sistemle karışmaz",
        "Detay önizleme; uygulamadan önce hiyerarşi incelenir"
      ],
      "differentiators": [
        "Sektörel hazır gruplar; Notion'da şablon galerisi düz liste",
        "Hazır şablon kilidi; kurumsal standardı koruyan yapısal güvence"
      ],
      "use_case": "",
      "images": [
        {
          "id": "zti3dr8u",
          "url": "http://docs.filarch.com/media/uploads/templates_hx1eR4r.png",
          "alt": "",
          "caption": ""
        }
      ],
      "videos": [],
      "docs": [],
      "slug": "templates",
      "keywords": [
        "şablon grupları",
        "Architectural",
        "Software",
        "Custom"
      ],
      "_localized": {
        "summary": {
          "tr": "İki tür şablon: sistemle gelen hazır gruplar (Architectural mimari projeler için, Software yazılım projeleri için) ve kullanıcıların oluşturduğu Custom grubu. Hazır şablonlar düzenlenemez/silinemez."
        },
        "use_case": {
          "tr": "Yazılım şirketi 'Software' grubundan hazır şablonu seçer; 'src/', 'docs/', 'tests/', 'infra/' yapısı saniyelerde oluşur. Aynı şirket iç dekorasyon projesi için 'Architectural' grubunu kullanır — iki sektör tek üründe."
        }
      }
    },
    {
      "name": "Yeniden Kullanılabilir Görev Rapor Şablonları",
      "summary": "",
      "description": "Filarch'ın Görev Rapor Şablon sistemi, ekiplerin periyodik olarak ürettikleri raporları bir defalık yapılandırıp tekrar tekrar kullanabileceği bir altyapı sunar. Şablon oluştururken kullanıcı; hangi projelerin dahil edileceğini (çoklu proje seçimi), hangi önceliklerin filtreleneceğini, sorumlu kullanıcıları, başlangıç/bitiş tarih aralığını ve alt görevlerin rapora dahil edilip edilmeyeceğini bir kez tanımlar. Bu yapılandırma, benzersiz bir şablon adıyla kaydedilir. Sonraki rapor çalıştırmalarında kullanıcı yalnızca şablonu seçer; sistem önceden tanımlanan tüm filtreleri otomatik olarak uygular. Favori işaretleme özelliği sayesinde en sık kullanılan şablonlar ön sıralarda listelenebilir. Şablonlar namespace genelinde merkezi olarak yönetildiğinden takım içinde herkes aynı standart tanımları kullanır ve raporlama tutarsızlığı ortadan kalkar. Şablon listesi arama ile filtrelenebilir; şablonlar görüntülenebilir, düzenlenebilir veya silinebilir.",
      "benefits": [
        "Her rapor döngüsünde filtre yapılandırmasına harcanan zaman sıfıra iner",
        "Ekip genelinde raporlama tutarsızlığı ortadan kalkar",
        "Favori şablonlar ile en kritik raporlar tek tıkla hazır",
        "Birden fazla proje tek şablonda konsolide edilir",
        "Alt görev dahil/hariç seçimi rapor granülaritesini şablon bazında belirler",
        "Yeni ekip üyeleri şablonlar sayesinde oryantasyon gerektirmeden raporlama yapar"
      ],
      "differentiators": [
        "Jira ve Asana'nın kayıtlı filtreleri yalnızca liste görünümlerini etkiler; Filarch şablonları doğrudan Excel/PDF çıktısına bağlı rapor motorunu tetikler",
        "Sorumlu filtresi şablon tanımlanırken seçilen projeye özgü üye listesinden beslenir; farklı projelerde aynı isimli kullanıcı karışıklığı yaşanmaz",
        "Microsoft Project ve Primavera şablon favori sistemi sunmaz; Filarch'ta en sık kullanılan raporlar yıldızlanarak listenin üstüne sabitlenir"
      ],
      "use_case": "",
      "images": [
        {
          "id": "yvrkoh00",
          "url": "http://docs.filarch.com/media/uploads/create_report_template.png",
          "alt": "Şablon Listesi",
          "caption": ""
        }
      ],
      "videos": [],
      "docs": [],
      "slug": "settings/task-report-templates",
      "keywords": [
        "görev rapor şablonu",
        "rapor yapılandırması",
        "tekrar kullanılabilir rapor",
        "proje izleme",
        "filtre şablonu",
        "favori rapor",
        "görev analizi"
      ],
      "_localized": {
        "summary": {
          "tr": "Sıkça kullanılan rapor filtrelerini isimlendirilmiş şablonlar olarak kaydedin; her seferinde sıfırdan yapılandırma yerine tek tıkla tutarlı raporlar çalıştırın."
        },
        "use_case": {
          "tr": "İnşaat proje koordinatörü, her hafta Pazartesi sabahı aynı üç proje için gecikmiş görevleri ve yüksek öncelikli açık kalemleri raporlamak zorundadır. Filarch'ta bu filtreleri 'Haftalık Gecikme Takibi' adıyla şablon olarak kaydeder. Her Pazartesi tek tıkla şablonu seçip raporu çalıştırır; sistem önceki hafta ile aynı yapılandırmayı uygular, koordinatör dakikalar içinde sonuçlara ulaşır."
        }
      }
    },
    {
      "name": "Çok Boyutlu Görev Raporu Oluşturma ve Dışa Aktarma",
      "summary": "",
      "description": "Filarch'ın Görev Raporu Oluşturma motoru, iki farklı çalışma modunu tek arayüzde birleştirir: kayıtlı şablonlar üzerinden yapılandırma gerektirmeyen raporlama ve anlık filtre seçimiyle esnek ad-hoc analiz. Rapor çalıştırıldığında sistem; proje adı, yönetici bilgisi ve tarih aralığı gibi bağlamsal metadata'yı otomatik olarak üst başlıkta gösterir. Özet bölümünde toplam görev sayısı, tamamlanan, devam eden ve başlamayan görev adetleri listelenir; bunların yanı sıra görev bazlı toplam efor saati ile toplantı kaynaklı efor saati ayrı ayrı raporlanır. Bu ayrım, yöneticilere takımın üretken çalışma süresi ile koordinasyon yüküne ne kadar zaman harcadığını sayısal olarak gösterir. Durum dağılımı bölümü, projeye özel olarak tanımlanmış her görev statüsü için görev sayısını ve yüzdesini renk kodlu göstergelerle sunar. Öncelik dağılımı bölümü de benzer biçimde çalışır; böylece hangi öncelik grubunda ne kadar iş biriktiği görselleştirilir. Otomatik oluşturulan açıklama metni (auto_description), rapor verilerinden sistematik bir özet üretir ve belgelere doğrudan yapıştırılabilir bir anlatı sağlar. Detay tablosunda her görevin konusu, sorumlusu, önceliği, statüsü, tamamlanma yüzdesi, toplam efor süresi, açık/kapalı durumu, gecikme durumu ve oluşturma/başlangıç/termin/kapanış tarihleri bir arada görüntülenir. Büyük veri kümelerinde sayfalandırma aktif olur. Raporun onaylanan hali Excel veya PDF formatında dışa aktarılabilir.",
      "benefits": [
        "Özet, durum/öncelik dağılımı ve detay tablosu tek ekranda; araç değiştirmeye gerek kalmaz",
        "Görev eforu ve toplantı eforu ayrı raporlanır; koordinasyon maliyeti sayısal olarak görünür hale gelir",
        "Overdue-only filtresiyle gecikmiş görevlerin raporu saniyeler içinde hazır",
        "Excel çıktısı BI araçlarına/ERP'ye aktarım için; PDF çıktısı sunuma hazır format için",
        "Alt görev dahil et/hariç tut seçimiyle aynı rapor hem yönetici özeti hem operasyon detayı olarak çalışır",
        "Şablon modu rutin raporları, anlık filtre modu ad-hoc analizleri aynı motordan karşılar"
      ],
      "differentiators": [
        "Jira Software ve ClickUp toplantı eforunu ölçmez; Filarch toplantı kökenli efor saatini görev eforundan ayrı kaydederek koordinasyon yükünü raporlar",
        "Asana ve Basecamp rapor özetlerini düz sayı olarak verir; Filarch statü/öncelik dağılımını yüzdeli renk kodlu breakdown olarak sunar",
        "Microsoft Project'in rapor şablonları sabit ve değiştirilemez; Filarch'ta şablon ile anlık filtre iki ayrı mod olarak aynı motoru paylaşır",
        "Sistem rapor verisinden otomatik anlatı metni (auto_description) üretir; yönetici bu metni doğrudan haftalık durum güncellemesine yapıştırabilir"
      ],
      "use_case": "",
      "images": [
        {
          "id": "2fo1wsyq",
          "url": "http://docs.filarch.com/media/uploads/generate_task_report.png",
          "alt": "Task Report Generator",
          "caption": ""
        },
        {
          "id": "np3ca18k",
          "url": "http://docs.filarch.com/media/uploads/generated_task_report1.png",
          "alt": "Generated Task Reports",
          "caption": ""
        },
        {
          "id": "3buphpu2",
          "url": "http://docs.filarch.com/media/uploads/generated_task_report2.png",
          "alt": "Generated Task Reports2",
          "caption": ""
        },
        {
          "id": "kg1lvc9z",
          "url": "http://docs.filarch.com/media/uploads/task_report_detail.png",
          "alt": "Task Report Detail",
          "caption": ""
        }
      ],
      "videos": [],
      "docs": [],
      "slug": "gorev-raporu-olusturma-ve-disa-aktarma",
      "keywords": [
        "görev raporu",
        "efor takibi",
        "gecikme analizi",
        "durum dağılımı",
        "öncelik analizi",
        "PDF dışa aktarım",
        "Excel raporu",
        "proje ilerleme raporu",
        "görev analizi"
      ],
      "_localized": {
        "summary": {
          "tr": "Kayıtlı şablon veya anlık filtrelerle çalıştırılan görev raporları; durum ve öncelik dağılımını, efor saatlerini ve gecikme analizini tek ekranda sunar; Excel ve PDF olarak dışa aktarılabilir."
        },
        "use_case": {
          "tr": "Bir IT danışmanlık firmasının portföy yöneticisi, her ay müşterilerine teslim ettiği proje ilerleme raporunu hazırlamak için Filarch'ta görev raporunu çalıştırır. Tamamlanan ve devam eden görevlerin dağılımı, efor saatleri ve gecikme analizi otomatik olarak hesaplanır. Yönetici raporu PDF olarak dışa aktarır ve müşteri sunumuna doğrudan ekler; elle veri derleme süreci tamamen ortadan kalkar."
        }
      }
    },
    {
      "name": "Görev Gantt Şeması Görünümü",
      "summary": "",
      "description": "Filarch'ın Görev Modülü'nde Gantt Şeması görünümü, liste görünümüne alternatif olarak görev planlamasını zaman boyutunda sunar. Gün, Hafta ve Ay olmak üzere üç farklı zaman çözünürlüğüne sahip olan görünüm, kullanıcının projenin genel seyrini ya da günlük detaylarını tercihine göre izlemesine imkân tanır. Alt görev barındıran her ana görev 'proje tipi' olarak işaretlenir; bu görevlerin solundaki genişlet/daralt düğmesiyle alt görevler bağımsız çubuklar halinde hiyerarşik olarak ortaya çıkar veya gizlenir. Çubuk renkleri görev türüne göre farklılaşır: ana görevler mor tonlarda, alt görevler mavi tonlarda renk kodu alır. Çubuğun doluluk oranı (ilerleme yüzdesi) görevin kapanış statüsünde olup olmamasına göre otomatik hesaplanır. Bir görevin üzerine gelindiğinde açılan özel tooltip; başlangıç/termin tarihlerini, atanan kullanıcıları (ilk üç) ve anlık statüyü bir arada gösterir. Satıra tıklandığında görevin detay drawer'ı açılır; kullanıcı Gantt görünümünden çıkmak zorunda kalmaz. Bugünü temsil eden dikey çizgi morumsu şeffaf bir şeritle vurgulanır; görünümün altındaki renk efsanesi ana görev ile alt görev arasındaki görsel dili netleştirir.",
      "benefits": [
        "Ana/alt görev hiyerarşisi tek tuvalde görünür; zamana yayılan çakışmalar liste görünümünde yakalanamaz",
        "Bugün çizgisi ve termin tarihleri yan yana; gecikme riski taşıyan görevler anında fark edilir",
        "Gün/Hafta/Ay modları sprint planlamasından çeyreklik yol haritasına kadar tek araçtan karşılar",
        "Çubuktan doğrudan drawer açılır; bağlam kaybı olmadan planlama ile operasyon detayı arasında geçiş yapılır",
        "Kapanış statüsü → %100 ilerleme dönüşümü otomatik; manuel yüzde güncellemesi gerekmez"
      ],
      "differentiators": [
        "Autodesk Docs ve Procore zaman çizelgeleri yalnızca dosya teslim tarihlerini gösterir; Filarch Gantt görünümü görev hiyerarşisini, sorumluları ve canlı statüyü aynı anda sunar",
        "Jira Software Gantt için ayrı lisans veya eklenti gerektirir; Filarch'ta Gantt modülün yerel bir parçası olarak kutudan çıkar",
        "Asana Timeline tooltip'i yalnızca tarihleri gösterir; Filarch tooltip sorumlular ve anlık statüyü de içerir",
        "ClickUp iç içe görev görünümlerinde alt görevler ayrı sayfalarda açılır; Filarch aynı Gantt tuvali üzerinde genişlet/daralt yapar"
      ],
      "use_case": "",
      "images": [
        {
          "id": "9qz31daj",
          "url": "http://docs.filarch.com/media/uploads/gantt.png",
          "alt": "Gantt Schema",
          "caption": ""
        },
        {
          "id": "jyrov1cg",
          "url": "http://docs.filarch.com/media/uploads/gantt_tooltip.png",
          "alt": "Gantt Tooltip",
          "caption": ""
        }
      ],
      "videos": [],
      "docs": [],
      "slug": "gorev-gantt-semasi",
      "keywords": [
        "gantt şeması",
        "görev zaman çizelgesi",
        "proje takvimi",
        "sprint planlama",
        "proje görselleştirme",
        "zaman bazlı görev görünümü"
      ],
      "_localized": {
        "summary": {
          "tr": "Görevleri ve alt görevleri zaman çizelgesi üzerinde ana görev / alt görev hiyerarşisiyle görselleştiren, gün/hafta/ay modlarında çalışan etkileşimli Gantt şeması."
        },
        "use_case": {
          "tr": "Bir mühendislik firmasının proje yöneticisi, önümüzdeki iki haftalık dönemi gözden geçirmek ister. Haftalık Gantt görünümüne geçer; yapısal hesap ana görevinin altında üç alt görevin iki günlük çakışma yarattığını ve bitiş tarihinin kıl payı tutturulduğunu anında fark eder. Görevlerden birine tıklayarak detay drawer'ını açar, sorumluyu değiştirir ve planlamayı görünümden çıkmadan düzeltir."
        }
      }
    },
    {
      "name": "Çok Kriterli Gerçek Zamanlı Görev Filtre Paneli",
      "summary": "",
      "description": "Filarch Görev Modülü'nün Filtre Paneli, kullanıcıya görev listesi üzerinde birden fazla boyutu aynı anda daraltma imkânı sunar. Serbest metin arama kutusu, kullanıcı yazmaya başladığı anda görev başlıklarını anlık olarak filtreler; arama terimi temizlendiğinde liste tüm görevlere geri döner. Statü filtresi, projeye özgü olarak tanımlanmış tüm görev statüslerini seçim menüsünde listeler ve seçim yapıldığında liste yalnızca o statüdeki görevleri gösterir. Öncelik ve atanan kullanıcı filtreleri de aynı şekilde projeye özgü verilerden beslenir. Aktif bir filtre butonu renk değiştirerek kullanıcıya hangi filtrenin devrede olduğunu görsel olarak bildirir. Filtre panelinin sağ ucundaki görünüm modu geçiş düğmeleri, liste ile Gantt şeması arasında anlık geçiş sağlar; filtreler değişmeden uygulanmaya devam eder. Toplu işlem (Bulk Generate) butonu ise filtrelenmiş görev kümesi üzerinde toplu aksiyon başlatmak için kullanılır.",
      "benefits": [
        "Statü, öncelik, kullanıcı ve metin araması eş zamanlı uygulanır; hedef görev kümesine tek adımda ulaşılır",
        "Aktif filtre renk değiştirerek belirtilir; hangi kısıtlamanın ekranı etkilediği hiç unutulmaz",
        "Filtreler korunarak liste/Gantt arası geçiş yapılır; aynı görev alt kümesi her iki perspektiften incelenir",
        "Projeye özgü statü ve öncelik listeleri filtre seçeneklerini besler; farklı projeler arası tanım karışıklığı olmaz"
      ],
      "differentiators": [
        "Trello ve Basecamp sabit kategori filtreleri sunar; Filarch filtre seçenekleri projeye özgü dinamik statü ve öncelik listesinden gelir",
        "Asana'da liste/takvim arası geçişte filtreler sıfırlanır; Filarch filtre korunarak görünüm değiştirilir",
        "ClickUp filtre menüleri çok adımlıdır; Filarch'ta metin arama ve tüm kategori filtreleri aynı panelden tek geçişte uygulanır"
      ],
      "use_case": "",
      "images": [
        {
          "id": "euqc9863",
          "url": "http://docs.filarch.com/media/uploads/filter_rN3ygWn.png",
          "alt": "Task Filter",
          "caption": ""
        }
      ],
      "videos": [],
      "docs": [],
      "slug": "gorev-filtre-paneli",
      "keywords": [
        "görev filtreleme",
        "statü filtresi",
        "öncelik filtresi",
        "atanan kullanıcı filtresi",
        "görev arama",
        "görünüm modu",
        "liste gantt geçiş"
      ],
      "_localized": {
        "summary": {
          "tr": "Görev listesini statü, öncelik, atanan kullanıcı ve serbest metin arama boyutlarında eş zamanlı filtreleyin; liste ve Gantt görünümleri arasında tek tıkla geçiş yapın."
        },
        "use_case": {
          "tr": "Proje yöneticisi, sprint sonu değerlendirmesi için yalnızca 'Yüksek' öncelikli ve atanmış olduğu kullanıcıya ait 'Devam Ediyor' statüsündeki görevleri görmek ister. Öncelik filtresinden 'Yüksek'i, statü filtresinden 'Devam Ediyor'u seçer; ardından kendi adını atanan filtresiyle daraltır. Ortaya çıkan filtrelenmiş listeyi Gantt'a geçerek zaman ekseninde de inceler ve termin riski taşıyan görevleri tespit eder."
        }
      }
    },
    {
      "name": "Proje Klasör Ağacıyla Görev Navigasyonu",
      "summary": "",
      "description": "Filarch'ta görevler, dosya yöneticisiyle paylaşılan proje klasör hiyerarşisine bağlı olarak organize edilir. Görev Modülü'nün sol panelinde proje klasör ağacı, dosya yöneticisindekiyle birebir aynı yapıyı yansıtır. Kullanıcı bir klasöre tıkladığında görev listesi anında o klasöre ait görevleri getirir; iç içe geçmiş klasörler genişlet/daralt düğmesiyle gezilir. Ağacın köküne (proje adına) tıklamak tüm proje görevlerini tek listede gösterir. Bu yaklaşım, görevlerin dosyalardan bağımsız soyut kategorilerde değil, projenin gerçek çalışma yapısına uygun olarak aynı klasör bağlamında tutulmasını sağlar; dosya yöneticisinden alışkın olunan navigasyon mantığı görev modülünde de geçerlidir. Herhangi bir klasör seviyesinde filtreleme yapılabildiğinden büyük ve derin hiyerarşili projelerde bile hedeflenen görev kümesine hızla ulaşılır.",
      "benefits": [
        "Dosya yöneticisi ve görev modülü aynı klasör ağacını paylaşır; iki ayrı navigasyon mantığı öğrenilmez",
        "Klasöre tıkla, yalnızca o klasörün görevlerini gör; farklı disiplinlerin listeleri birbirine karışmaz",
        "Proje kökünden tüm görevlere veya alt klasörden odaklı listeye tek tıkla geçilir",
        "Derin hiyerarşiler genişlet/daralt ile yönetilir; sol panel yüzlerce klasörde bile sade kalır"
      ],
      "differentiators": [
        "Asana, ClickUp ve Jira'da görevler proje/bölüm/etiket hiyerarşisinde organize edilirken Filarch'ta görev navigasyonu doğrudan dosya yöneticisi klasör yapısıyla örtüşür; bu entegrasyon AEC, mühendislik ve belge yoğun projelerde doğal bir çalışma akışı oluşturur",
        "Görev ve dosyanın aynı klasör bağlamında tutulması, bir görevin hangi belge veya çizime karşılık geldiğini anlamak için iki farklı modül arasında geçiş yapma zorunluluğunu ortadan kaldırır",
        "Autodesk Docs ve Procore'da görev navigasyonu ve belge navigasyonu birbirinden ayrı ağaç yapılarında yönetilirken Filarch tek ağaç üzerinden her iki modülü birden organize eder"
      ],
      "use_case": "",
      "images": [],
      "videos": [],
      "docs": [],
      "slug": "klasor-agaci-gorev-navigasyonu",
      "keywords": [
        "klasör bazlı görev",
        "proje klasör hiyerarşisi",
        "görev navigasyonu",
        "doküman ve görev entegrasyonu",
        "ağaç navigasyonu",
        "proje yapısı",
        "AEC görev yönetimi"
      ],
      "_localized": {
        "summary": {
          "tr": "Projenin klasör hiyerarşisini görev listesinin sol panelinde ağaç yapısında gezinerek yalnızca seçilen klasörün görevlerini görüntüleyin."
        },
        "use_case": {
          "tr": "Bir müteahhit firmanın doküman kontrolörü, projenin 'Mekanik/HVAC' klasörü altındaki açık görevleri kontrol etmek ister. Sol paneldeki klasör ağacından 'Mekanik' klasörünü genişletip 'HVAC' alt klasörüne tıklar; görev listesi anında yalnızca o klasöre ait 12 görevi getirir. Diğer disiplinlerin görevleri karışmadan temiz bir odak sağlanmış olur."
        }
      }
    },
    {
      "name": "Görev Düzeyinde Çok Adımlı Onay Zinciri (COA)",
      "summary": "",
      "description": "Filarch'ın Görev Onay Zinciri (COA — Chain of Approval), bir görev belirli bir statüye ulaştığında otomatik olarak devreye giren yapılandırılmış bir onay sürecidir. COA hiyerarşisi proje bazında önceden tanımlanır; her onay adımı bir proje rolüne ve bu role atanmış kullanıcıya bağlanır. Görev uygun statüye geçtiğinde sistem, zincirdeki her adım için ayrı bir onay detayı oluşturur ve onay sırası sıralı olarak ilerler: bir adım tamamlanmadan bir sonrakine geçilemez. Her adımda bekleyen kullanıcı, ne kadardır beklediğini ve bu adım için tanımlanmış gün limitini karşılaştırmalı olarak görür; gecikme riski görsel uyarıyla öne çıkarılır. Onay verilemeyecekse kullanıcı, önceden tanımlı reddetme sebeplerinden birini seçerek zinciri belgelere dayalı biçimde reddeder. Onay durumu timeline görünümüyle sunulur: her adımın rolü, sorumlu kullanıcısı ve mevcut durumu (beklemede, onaylandı, reddedildi, bir önceki adım bekleniyor) akış çizgisi üzerinde görselleştirilir. Statü değişimlerinde zincir otomatik olarak güncellenir.",
      "benefits": [
        "Kritik görevler süreç atlanarak veya yetkisiz kişi tarafından kapatılamaz",
        "Adım başına gün limiti; onay gecikmeleri yönetici fark etmeden görünür hale gelir",
        "Reddetme sebebi tanımlı listeden seçilir; denetimde tutarsız veya eksik açıklama sorunu kalmaz",
        "Bir önceki adım onaylanmadan sonraki açılmaz; paralel onay çakışması ve geçersiz imza riski sıfırlanır",
        "Onay takibi doğrudan görev drawer'ında; ayrı sistem veya e-posta zinciri gerektirmez"
      ],
      "differentiators": [
        "Asana ve Monday.com onay widget'ları tek düzey onay sağlar; Filarch COA motoru proje rolü hiyerarşisine bağlı sıralı çok adımlı zincir kurar, her adımın bağımsız zaman limiti ve kullanıcı ataması olur",
        "Microsoft Teams ve Outlook tabanlı onay iş akışları reddetme gerekçesini serbest metne bırakır; Filarch tanımlı reddetme sebebi zorunlu kılar, onay geçmişi raporlanabilir ve denetlenebilir olur",
        "Statü değişimiyle COA otomatik tetiklenir; kullanıcının onay başlatma adımını unutma riski yapısal olarak ortadan kalkar",
        "Procore ve BIM 360 onay ekranları gecikme süresi uyarısı göstermez; Filarch bekleme süresini tanımlı gün limiti ile karşılaştırarak hesap verebilirlik sağlar"
      ],
      "use_case": "",
      "images": [
        {
          "id": "tsstdvu8",
          "url": "http://docs.filarch.com/media/uploads/task_reject.png",
          "alt": "Task Reject",
          "caption": ""
        },
        {
          "id": "aoos9r0x",
          "url": "http://docs.filarch.com/media/uploads/task_drawer_general.png",
          "alt": "Drawer General",
          "caption": ""
        }
      ],
      "videos": [],
      "docs": [],
      "slug": "gorev-onay-zinciri",
      "keywords": [
        "görev onay zinciri",
        "çok adımlı onay",
        "COA",
        "kurumsal onay mekanizması",
        "iş akışı onayı"
      ],
      "_localized": {
        "summary": {
          "tr": "Her görevin belirli bir statüye geçişine zorunlu kılınan, hiyerarşik rol atamalı ve adım başına zaman sınırlı çok katmanlı onay mekanizması."
        },
        "use_case": {
          "tr": "Bir kamu kurumunda, ihalelerle ilgili tasarım görevlerinin 'Tamamlandı' statüsüne geçebilmesi için teknik müdür ve hukuk danışmanının sırasıyla onaylaması gerekmektedir. Filarch'ta bu iki adımlı COA zinciri proje seviyesinde tanımlanır. Teknik müdür onayını verdikten sonra sistem hukuk danışmanına onay görevi düşer; danışman kendi drawer sekmesinde bekleyen onayı görür, inceler, gerekçeli olarak onaylar veya reddeder. Sürecin tüm adımları zaman damgasıyla kayıt altına alınır ve denetim raporlarında yer alır."
        }
      }
    },
    {
      "name": "Görevler Arası Bağımlılık Yönetimi",
      "summary": "",
      "description": "Filarch'ın Görev Bağımlılık Yönetimi, proje planlamasında görevlerin birbirlerine olan mantıksal bağımlılıklarını formalize eder. Bir görevin detay drawer'ında bağımlılık eklenirken kullanıcı üç parametre tanımlar: yön (bu görev başka bir görevi mi engelliyor — blocking — yoksa başka bir görevi mi bekliyor — waiting), bağımlılık tipi (FS: birinci görev bitince ikinci başlar; SS: birinci başlayınca ikinci başlayabilir; FF: birinci bitince ikinci bitebilir) ve gecikmeli başlangıç süresi (lag — dakika cinsinden). Hedef görev, proje içindeki tüm görevlerde ID veya konu bazlı arama ile bulunur. Eklenen bağımlılıklar drawer'da listelenebilir ve kaldırılabilir. Bağımlılık tipleri hakkında açıklayıcı bilgi modalı, kullanıcıların FS/SS/FF kavramlarını arayüzden çıkmadan öğrenmesine imkân tanır.",
      "benefits": [
        "Önkoşul ilişkileri platformda kayıt altına alınır; 'biz bunu beklerken o devam etti' türü koordinasyon hataları önlenir",
        "Lag süresi planlamaya dahil edilir; kür süresi, malzeme temini gibi zorunlu bekleme dönemleri görev takviminde yerini alır",
        "Blocking/Waiting yön seçimi bağımlılığın hangi tarafta tanımlandığını netleştirir; karmaşık projelerde izlenebilirlik korunur",
        "ID veya konu aramasıyla yüzlerce görev arasında hedef görev saniyeler içinde bulunur",
        "FS/SS/FF tipleri için yerleşik açıklama modalı; eğitime gerek kalmadan doğru kullanım sağlanır"
      ],
      "differentiators": [
        "Asana ve Trello yalnızca 'engelleyen/engellenen' ikilisini sunar; Filarch FS, SS ve FF tiplerini native destekler — Microsoft Project ve Primavera standartlarına eş değer planlama derinliği sağlar",
        "Jira Software görev bağımlılıklarında lag parametresi yoktur; Filarch dakika bazlı lag ile kür süresi ve saha hazırlığı gibi zorunlu bekleme dönemleri planlamaya girer",
        "Bağımlılık ekranı görev detay drawer'ının entegre bir parçasıdır; ayrı menü veya sayfa açmadan bağımlılık yönetimi yapılır"
      ],
      "use_case": "",
      "images": [
        {
          "id": "lulttcmy",
          "url": "http://docs.filarch.com/media/uploads/task_bagimlilik.png",
          "alt": "Task Dependency",
          "caption": ""
        }
      ],
      "videos": [],
      "docs": [],
      "slug": "gorev-bagimliliklari",
      "keywords": [
        "görev bağımlılığı",
        "FS bağımlılığı",
        "SS bağımlılığı",
        "FF bağımlılığı",
        "kritik yol",
        "lag süresi",
        "proje planlama",
        "görev önkoşulu"
      ],
      "_localized": {
        "summary": {
          "tr": "Görevler arasında FS, SS ve FF bağımlılık türlerini, yön seçimi ve dakika bazlı gecikme (lag) desteğiyle tanımlamak için yapılandırılmış bir bağımlılık arayüzü."
        },
        "use_case": {
          "tr": "Bir MEP mühendisliği projesinde mekanik tesisat montajı görevi, zemin döşeme görevinin tamamlanmasına bağlıdır (FS bağımlılığı). Beton sertleşme süresi için lag 2880 dakika (48 saat) olarak tanımlanır. Böylece montaj görevi, zemin döşemenin bitiminden iki gün sonra başlaması gerektiği bilinciyle takım tarafından yönetilir; gecikme riski herkes için şeffaf hale gelir."
        }
      }
    },
    {
      "name": "Rol Bazlı Efor Tahmini ve Zaman Takibi",
      "summary": "",
      "description": "Filarch'ın Rol Bazlı Efor Tahmini sistemi, görev planlama ve gerçekleşen süre takibini birbirinden ayrı iki katmanda yönetir. Tahmin katmanında, bir göreve dahil olacak her proje rolü için bağımsız planlanan süre dakika cinsinden girilir. Örneğin aynı görev için Mimar'ın 120 dakika, MEP Mühendisinin 300 dakika ve Doküman Kontrolörünün 60 dakika harcaması öngörülebilir. Her rol için yalnızca bir tahmin girilebilir; tahmin güncellenebilir veya kaldırılabilir. Mevcut tahminlerin bulunduğu roller yeni tahmin için listede görünmez; böylece aynı role çift tahmin girilmesi önlenir. Gerçekleşen efor katmanında ise çalışanlar fiili harcadıkları zamanı ayrıca kaydeder. Tamamlanma yüzdesi bu iki veri setinden otomatik hesaplanır. Toplantı eforu görev eforundan ayrı tutularak görev raporlarına yansır; bu ayrım, üretken çalışma ile koordinasyon yükünü sayısal olarak birbirinden ayırt etmeye imkân tanır.",
      "benefits": [
        "Her uzmanlık grubunun katkısı ayrı modellenir; çok disiplinli projelerde işgücü planlaması gerçekçi bir temele oturur\",       \"Planlanan efor ile fiili efor yan yana görünür; tahmin sapması nesnel ölçülür, sonraki projeler için kalibrasyon yapılır",
        "Toplantı eforu görev eforundan ayrı; koordinasyon yükü sayısal olarak görünür\",       \"Tamamlanma yüzdesi efor verisinden otomatik hesaplanır; manuel güncelleme bağımlılığı kalmaz",
        "Efor verileri rapor motoruna akar; proje bazında gerçekleşen işgücü maliyeti takip edilir"
      ],
      "differentiators": [
        "Asana, ClickUp ve Trello tahminleri tek sayıya indirger; Filarch her proje rolü için ayrı tahmin girer — çok disiplinli ekipler gerçek işgücü dağılımını önceden modelleyebilir",
        "Toplantı eforunun görev eforundan bağımsız izlenmesi Jira Software ve Monday.com'da native desteklenmez; Filarch bu ayrımı raporlara taşır",
        "Tahmini proje rolüyle ilişkilendirmek kaynak planlamasını isim bazlı kişisel takipten rol bazlı kurumsal takibe taşır; Primavera ve Microsoft Project kaynak mantığının hafif arayüzlü karşılığıdır"
      ],
      "use_case": "",
      "images": [
        {
          "id": "tu2sn6zk",
          "url": "http://docs.filarch.com/media/uploads/task_planned_roles.png",
          "alt": "Planned Task Roles",
          "caption": ""
        },
        {
          "id": "8lgbanaf",
          "url": "http://docs.filarch.com/media/uploads/task_effort.png",
          "alt": "Task Effort",
          "caption": ""
        }
      ],
      "videos": [],
      "docs": [],
      "slug": "rol-bazli-efor-tahmini",
      "keywords": [
        "efor tahmini",
        "rol bazlı planlama",
        "zaman takibi",
        "tamamlanma yüzdesi",
        "işgücü planlaması",
        "toplantı eforu",
        "görev süresi",
        "proje kaynağı planlaması"
      ],
      "_localized": {
        "summary": {
          "tr": "Her göreve proje rollerine göre ayrı ayrı planlanan süre girilebilir; gerçekleşen efor ve toplantı eforu bağımsız olarak kaydedilerek tamamlanma yüzdesi otomatik hesaplanır."
        },
        "use_case": {
          "tr": "Bir mimarlık bürosunda tasarım revizyonu görevi için Mimar'a 240 dakika, statik hesap mühendisine 120 dakika tahmin girilir. Görev tamamlanırken mimar 260 dakika, mühendis 90 dakika fiili efor kaydeder. Yönetici haftalık raporunu çalıştırdığında tahmin sapmasını ve toplam harcanan eforu görerek sonraki revizyonlar için daha isabetli planlama yapabilmektedir."
        }
      }
    },
    {
      "name": "Görev İçi İş Parçacıklı Yorum ve Tartışma",
      "summary": "",
      "description": "Filarch'ın Görev Aktivite Sekmesi, her göreve özgü yapılandırılmış bir iletişim katmanı sunar. Ekip üyeleri görev drawer'ını kapatmadan doğrudan yorum girebilir; yorumlar zaman damgası, yazar adı ve profil fotoğrafıyla listelenir. Herhangi bir yoruma yanıt verilebilir; yanıt iş parçacığı (thread) oluşturarak kimin hangi yoruma cevap verdiği 'Şuna yanıt: [Yazar Adı]' bağlamıyla görsel olarak netleştirilir. Bu yapı, birden fazla paralel tartışmanın aynı görev üzerinde karışmadan yürütülmesini sağlar. Yorum girişi Enter tuşuyla gönderilebilir (Shift+Enter yeni satır açar); yanıt formu Escape tuşuyla iptal edilir. Tüm yorumlar görev bağlamında kalıcı olarak kayıtlıdır; kararlar, sorular ve geliştirme notları e-posta veya mesajlaşma uygulamalarına dağılmak yerine doğrudan görev üzerinde arşivlenir.",
      "benefits": [
        "Tüm tartışma görevde kalır; aylık kararları Slack veya e-posta arşivinde aramak gerekmez\",       \"Thread yapısı birden fazla konunun paralel tartışılmasına izin verir; yorumlar birbirine karışmaz",
        "'Şuna yanıt' bağlamı büyük ekiplerde kimin kime hitap ettiğini anında netleştirir",
        "Profil fotoğrafı ve zaman damgası görevde kalır; kurumsal arşiv niteliğinde bağlamsal kayıt oluşur"
      ],
      "differentiators": [
        "Jira yorum sistemi düz (flat) listedir; Filarch thread yapısıyla konuya odaklı alt tartışmalar aynı görev üzerinde paralel ilerler — bağlam kopması yaşanmaz",
        "Slack ve Teams'te görev linkinin yanına atılan yorumlar bağlamdan kopar; Filarch'ta tüm iletişim doğrudan görev kaydında yaşar",
        "Asana görev yorumları düz liste halinde sıralanır; Filarch thread yapısında uzun tartışmalarda hangi yorum hangi soruya cevap veriyor anında okunur"
      ],
      "use_case": "",
      "images": [
        {
          "id": "uprvtylb",
          "url": "http://docs.filarch.com/media/uploads/task_activity_sCRTf1L.png",
          "alt": "Task Comment Activity",
          "caption": ""
        }
      ],
      "videos": [],
      "docs": [],
      "slug": "gorev-ici-yorumlar",
      "keywords": [
        "görev yorumları",
        "threaded yorum",
        "iş parçacıklı tartışma",
        "görev içi iletişim",
        "ekip iletişimi",
        "yorum sistemi",
        "görev aktivite akışı"
      ],
      "_localized": {
        "summary": {
          "tr": "Her görevin aktivite sekmesinde, kime yanıt verildiği bağlamını koruyan iş parçacıklı (threaded) yorum sistemiyle ekip tartışmaları doğrudan görev üzerinde yürütülür."
        },
        "use_case": {
          "tr": "Bir yazılım geliştirme ekibinde API entegrasyon görevi üzerinde iki ayrı konu eş zamanlı tartışılmaktadır: kimlik doğrulama yöntemi ve rate limiting stratejisi. Ekip lideri her iki konuya ayrı başlangıç yorumları yazar. Diğer üyeler ilgili yoruma doğrudan yanıt vererek thread oluşturur; iki tartışma görev üzerinde paralel ilerler, yorumlar birbirine karışmaz. Aylarca sonra aynı göreve dönen geliştirici, hangi kararın hangi tartışma sonunda alındığını thread yapısından anında çıkarabilir."
        }
      }
    },
    {
      "name": "Proje Bazlı Klasör Eşleme",
      "summary": "",
      "description": "Filarch Sync, Google Drive veya Dropbox'un 'her şeyi sync et' yaklaşımının aksine granüler proje eşleme modeli kullanır. Kullanıcı Sync Client UI üzerinden bir Filarch projesi seçer ve bu projeyi yerel bilgisayardaki bir dizinle eşler; bu çift `project-mapping` olarak daemon'ın BoltDB veritabanında saklanır. Eşlemeler `GET /project-mappings` endpoint'i üzerinden listelenir; `POST /project-mappings` ile yeni eşleme eklenir, `DELETE /project-mappings/:id` ile kaldırılır. Her eşleme bağımsız bir worker goroutine ile işlenir (`StartWorkers(n)` — bir worker per mapped project); projenin sync durumu diğer projeleri etkilemez. Proje eşlemesi eklendikten sonra daemon o dizine `fsnotify` ile file watcher kurar ve ilk reconciliation yapar. Eşleme kaldırıldığında watcher durdurulur; yerel dosyalara dokunulmaz.",
      "benefits": [
        "Kullanıcı hangi projenin sync edileceğini seçer; hassas veriler içeren klasörler yanlışlıkla buluta gönderilmez",
        "Her proje bağımsız queue ve worker ile çalışır; büyük bir projenin yüklenmesi diğer projelerin sync hızını etkilemez",
        "Disk kotası yönetimi kolaylaşır; gereksiz verinin yerel kopyası tutulmaz",
        "Proje kaldırıldığında yerel dosyalar silinmez; kullanıcı arşivini kaybetmez"
      ],
      "differentiators": [
        "Google Drive tüm 'My Drive'ı sync eder; Filarch'ta her proje ayrı eşleme olduğundan CAD projesinin gigabyte'larca verisi gereksiz yere başka makinelere kopyalanmaz",
        "SharePoint Online'da kitaplık bazlı sync yapılır ve granüler klasör seçimi kısıtlıdır; Filarch proje bazlı tam kontrol sağlar",
        "Eşleme başına bağımsız worker mimarisi, Dropbox'ın monolitik sync kuyruğuna kıyasla büyük proje sayılarında daha öngörülebilir throughput sunar"
      ],
      "use_case": "",
      "images": [
        {
          "id": "rjescmfo",
          "url": "http://docs.filarch.com/media/uploads/settings_mappings_0jMxDsE.png",
          "alt": "",
          "caption": ""
        }
      ],
      "videos": [],
      "docs": [],
      "slug": "sync-proje-klasor-esleme",
      "keywords": [
        "proje eşleme",
        "klasör sync",
        "granüler senkronizasyon",
        "project mapping",
        "seçici sync"
      ],
      "_localized": {
        "summary": {
          "tr": "Tüm yerel diski sync etmek yerine yalnızca seçilen Filarch proje klasörleri ile yerel dizinler arasında birebir eşleme tanımlanır; her proje bağımsız olarak yönetilir."
        },
        "use_case": {
          "tr": "İnşaat firmasının mühendisi yerel bilgisayarında `D:\\Projeler\\KöprüA` dizinini Filarch'taki 'KöprüA' projesiyle eşler; yalnızca bu projenin dosyaları sync edilir. Yanındaki `D:\\Kişisel` dizini ve diğer projeler hiçbir zaman buluta gönderilmez."
        }
      }
    },
    {
      "name": "Gerçek Zamanlı Dosya İzleyici ve Sync Kuyruğu",
      "summary": "",
      "description": "Sync daemon'un dosya izleme katmanı Go'nun `fsnotify` kütüphanesine dayanır; eşlenmiş tüm yerel dizinlere OS seviyesinde watcher kurulur. OS'dan gelen ham dosya sistemi olayları (`CREATE`, `WRITE`, `REMOVE`, `RENAME`, `CHMOD`) doğrudan kuyruğa beslenmez; debounce mekanizması rapid-fire olayları (örneğin bir uygulamanın kaydetme sırasında dosyayı 10 kez yazması) birleştirir ve yalnızca son kararlı durumu kuyruğa iter. Debounce penceresi yapılandırılabilir bir süre bekleyerek dosyanın değişmediğini doğrular. Thread-safe `SyncQueue`, öncelik sıralaması ile değişiklikleri barındırır; `StartWorkers(n)` ile N adet goroutine kuyruktan paralel olarak iş çeker ve `SyncEngine`'e iletir. Sync Engine her iş için uygun eylemi belirler: yerel yeni dosya → upload, sunucuda silinmiş → local delete, içerik değişmiş → MD5 karşılaştırma yapıp farklıysa upload. Watcher yalnızca eşlenmiş proje dizinlerini izler; system dizinleri, temp dosyaları ve hidden file pattern'leri filtrelenir.",
      "benefits": [
        "Dosya kaydedildiği anda sync başlar; kullanıcı 'yükle' butonuna basmak zorunda kalmaz",
        "Debounce mekanizması AutoSave özelliği aktif uygulamalarda (Word, Excel) her otomatik kaydı ayrı upload olarak göndermez; bant genişliği tasarrufu sağlar",
        "Paralel worker mimarisi çok dosyalı proje klasörlerinde senkronizasyon throughput'unu doğrusal olarak ölçekler",
        ""
      ],
      "differentiators": [
        "Debounce penceresi CAD uygulamalarının büyük dosyalarda yaptığı 'birden fazla kısmi yazma' olayını filtreler; AutoCAD DWG kaydetme sürecinde oluşan geçici ~.dwg dosyaları kuyruktan otomatik elenir",
        "Worker sayısı eşleme başına ayrılmış olduğundan yüksek aktiviteli tek proje, az aktiviteli diğer projelerin worker'larını bloklamaz"
      ],
      "use_case": "",
      "images": [
        {
          "id": "hw1slklb",
          "url": "https://i.hizliresim.com/jstn4gc.jpeg",
          "alt": "",
          "caption": ""
        }
      ],
      "videos": [],
      "docs": [],
      "slug": "sync-gercek-zamanli-dosya-izleyici",
      "keywords": [
        "dosya izleyici",
        "fsnotify",
        "real-time sync",
        "debounce",
        "sync kuyruğu",
        "file watcher"
      ],
      "_localized": {
        "summary": {
          "tr": "Polling ile yerel değişiklikler (oluşturma, değiştirme, silme, yeniden adlandırma) anlık tespit edilir; debounce mekanizması ile art arda değişiklikler birleştirilerek sync kuyruğuna tek iş olarak beslenir."
        },
        "use_case": {
          "tr": "Mühendis Revit'te büyük bir modeli kaydeder; Revit dosyayı birkaç saniye boyunca parça parça yazar. Filarch watcher tüm bu yazma olaylarını debounce ederek tek bir 'dosya değişti' kararına dönüştürür ve yalnızca nihai versiyon upload kuyruğuna girer."
        }
      }
    },
    {
      "name": "Çakışma Tespiti ve OCC Tabanlı Çözüm",
      "summary": "",
      "description": "Filarch Sync'in çakışma yönetimi Optimistic Concurrency Control (OCC) modeline dayanır. Her senkronizasyon işleminde `base_sync_id` referansı taşınır; bu ID, yerel değişikliğin yapıldığı andaki son bilinen sunucu durumunu temsil eder. Upstream push sırasında sunucu bu ID'yi kontrol eder: eğer `base_sync_id`'den bu yana sunucuda aynı dosya değiştirildiyse çakışma tespit edilir ve 409 Conflict döner. `conflict` paketi çakışma senaryolarını sınıflandırır ve strateji belirler: uzak versiyon daha yeniyse yerel versiyon `conflict copy` olarak yeniden adlandırılır (`dosya_adı (conflict YYYY-MM-DD HH-MM-SS).ext` formatında), ardından uzak versiyon yerel olarak indirilir. Böylece her iki çalışma da korunur; kullanıcı farkı manuel olarak birleştirebilir. `not_found` senaryosunda (uzak dosya silinmişken yerel değişiklik yapılmışsa) daemon yerel değişikliği yeni dosya olarak yeniden yükler. Reconciler döngüsü (5 dakikada bir) yerel ve uzak durum farkını karşılaştırarak watcher'ın kaçırdığı olayları telafi eder.",
      "benefits": [
        "Veri kaybı sıfır — her iki versiyon conflict copy olarak korunur; kullanıcı hangisinin doğru olduğuna kendisi karar verir",
        "OCC optimistic yaklaşımı kilitlemesiz çalışır; çakışma nadir bir durumda yalnızca o an devreye girer, normal akışta overhead yaratmaz",
        "Conflict copy adlandırma şeması zaman damgalıdır; çakışan versiyonlar kronolojik olarak ayırt edilebilir",
        "Reconciler kaçan olayları (system sleep, ağ kesintisi, crash) kapatır; 'neden sync olmadı?' sorusu en fazla 5 dakika içinde çözülür"
      ],
      "differentiators": [
        "Google Drive kilitlenmeden önce 'son kaydeden kazanır' modelini kullanır ve eski versiyon silinir; Filarch her iki tarafı conflict copy olarak saklayarak veri kaybını önler",
        "SharePoint Online eş zamanlı düzenleme için co-authoring özelliği sunar ancak bu yalnızca Office formatlarında çalışır; Filarch çakışma yönetimi format bağımsız tüm ikili dosyalarda çalışır",
        "Dropbox paper trail sunar ama conflict resolution otomatik 'son yazar kazanır' moduna düşebilir; Filarch OCC ile kullanıcıya karar hakkı bırakır"
      ],
      "use_case": "",
      "images": [
        {
          "id": "eiav6plh",
          "url": "http://docs.filarch.com/media/uploads/conflicts_screen.png",
          "alt": "",
          "caption": ""
        }
      ],
      "videos": [],
      "docs": [],
      "slug": "sync-cakisma-cozumu",
      "keywords": [
        "çakışma yönetimi",
        "OCC",
        "optimistic concurrency control",
        "conflict copy",
        "sync çakışması",
        "eş zamanlı düzenleme"
      ],
      "_localized": {
        "summary": {
          "tr": "Aynı dosyanın yerel ve uzak versiyonları eş zamanlı değiştirildiğinde OCC mekanizması çakışmayı tespit eder; veri kaybı olmadan 'conflict copy' oluşturularak her iki versiyon korunur."
        },
        "use_case": {
          "tr": "İki mühendis aynı yapı hesap dosyasını farklı konumlardan (biri ofiste, biri evden) eş zamanlı günceller. İkincisi kaydettiğinde Filarch çakışmayı tespit eder; ofisteki versiyon conflict copy olarak adlandırılıp korunur, uzak versiyon yerel olarak güncellenir. Her iki mühendis de kendi çalışmasını kaybetmemiş olarak birleştirme yapabilir."
        }
      }
    },
    {
      "name": "Dosya Ağacı — Proje Dosyalarını Görüntüleme ve Versiyon Geçmişi",
      "summary": "",
      "description": "Sync Client uygulamasının sol navigasyon panelindeki 'Dosya Ağacı' menüsü, daemon aracılığıyla Filarch backend'den çekilen tüm proje dosya yapısını hiyerarşik ağaç görünümünde render eder. Ağaç Namespace → Proje → Klasör → Dosya düzenini izler; kullanıcı her düğümü genişletip daraltabilir. Üst sağ köşedeki arama kutusu anlık filtreleme yapar; arama kapsamı Tümü / Namespace / Proje / Klasör / Dosya seçenekleriyle daraltılabilir. Bir dosyaya tıklandığında sağ panel 'Versiyon Geçmişi' bölümü açılır: her versiyon için sıra numarası (v1, v2, v3 …), yüklenme tarihi, yükleyen kullanıcı adı, varsa değişiklik açıklaması ve yorum sayısı (💬 simgesiyle) gösterilir. Versiyonlar arası karşılaştırma formatına göre değişir: metin dosyaları için satır bazlı diff, görsel dosyalar için yan yana önizleme, diğer dosyalar için boyut/tarih meta verisi. F5 kısayolu ağacı daemon'dan yeniden çeker.",
      "benefits": [
        "Tüm proje dosyaları tek bir ağaç görünümünde — dosya gezginine gidip klasör açmak gerekmez",
        "Versiyon geçmişi tarihsel sırayla listelenir; kimin ne zaman yüklediği anında görülür",
        "Arama + filtre kombinasyonu yüzlerce dosya arasında saniyeler içinde hedef dosyayı bulmayı sağlar",
        "Versiyon karşılaştırma metin ve görsel dosyalarda yan yana diff sunarak revizyonlar arasındaki farkı netleştirir"
      ],
      "differentiators": [
        "Dropbox ve OneDrive yalnızca yerel dosya gezginini arayüz olarak kullanır; Filarch Sync içinde yerleşik ağaç + versiyon geçmişi paneli sunar",
        "Versiyon satırında yorum sayısı rozeti görünür — hangi versiyonun tartışıldığı dosyayı açmadan anlaşılır",
        "Arama kapsamını Namespace / Proje / Klasör / Dosya düzeyinde daraltma, büyük kurumsal proje hiyerarşilerinde hassas navigasyon sağlar"
      ],
      "use_case": "",
      "images": [
        {
          "id": "loh3mvws",
          "url": "http://docs.filarch.com/media/uploads/doc_comments_panel_N6Afqe3.png",
          "alt": "",
          "caption": ""
        }
      ],
      "videos": [],
      "docs": [],
      "slug": "sync-dosya-agaci-versiyon-gecmisi",
      "keywords": [
        "dosya ağacı",
        "versiyon geçmişi",
        "proje hiyerarşisi",
        "dosya arama",
        "namespace proje klasör",
        "versiyon karşılaştırma"
      ],
      "_localized": {
        "summary": {
          "tr": "Filarch Sync'in Dosya Ağacı sekmesi; tüm eşleştirilmiş projelerin Namespace → Proje → Klasör → Dosya hiyerarşisini tek ekranda sunar, her dosyanın tüm versiyonlarını tarih/yükleyen/açıklama bilgisiyle listeler."
        },
        "use_case": {
          "tr": "Proje müdürü, saha ekibinin yüklediği en son DWG revizyonunu bulmak için Dosya Ağacı sekmesine geçer; proje adını arama kutusuna yazar, dosyaya tıklar ve Versiyon Geçmişi panelinde 'v7 — Zemin kat revizyonu' açıklamasını ve üç yorum rozetini görür."
        }
      }
    },
    {
      "name": "Proje ve Çalışma Alanı Seçimi",
      "summary": "",
      "description": "Filarch'ın Dosya Yöneticisi erişim noktası, kullanıcının yetkili olduğu çalışma alanları ve projeleri sunduğu bir seçim ekranıdır. Sol panelde çalışma alanları listelenir; sağ panelde seçilen çalışma alanındaki projeler tablo veya kart görünümünde gösterilir. Proje tablosunda proje adı (logosu ile), ait olduğu çalışma alanı, atanan etiketler, e-posta bildirimi ayarları, mail şablonu seçimi ve yetkili kullanıcı sayısı yer alır. Sıkça erişilen projeleri hızlandırmak için çalışma alanları ve projeler serbest metin arama ile filtrelenebilir. İçerik çoğaldığında sayfalandırma aktif olur ve kullanıcı sonraki sayfalara geçebilir. Herhangi bir projeye tıklamak o proje dosya yöneticisini açar. İçeride bulunan 'Çalışma Alanı Oluştur' ve 'Proje Oluştur' butonları yeni iş alanları kurulmasını sağlar. Bu ekran, Filarch'taki tüm dosya operasyonları için merkezi bir kapı görevi yapar.",
      "benefits": [
        "Merkezi proje seçim ekranı tüm erişimler için tek giriş noktasıdır",
        "Çalışma alanı ve proje arama aynı panelden yapılır; dosya aramaktan farklı olarak kurum yapısında gezinmek hızlıdır",
        "Liste ve kart görünümleri arasında geçiş kullanıcı tercihine göre yapılabilir",
        "Proje metadata'sı (etiketler, kullanıcı sayısı, e-posta ayarları) seçim ekranında görülerek hangi projeye gideceğine daha bilinçli karar verilir",
        "Sayfalandırma binlerce proje olan kurumlar için kullanılabilirliği korutur"
      ],
      "differentiators": [
        "Dropbox ve Google Drive projeleri hiyerarşik klasör listesiyle sunar; Filarch kurum hiyerarşisini çalışma alanı-proje iki seviyesinde formal modelleştirir",
        "SharePoint site koleksiyonları single arayüzde gösterilmez; Filarch çalışma alanı seçiciyle hangi kurumsal bölüme ait olduğu netleştirilmiş projeler sunar",
        "Procore projelere erişim davet ve manuel ekleme şekliyle yapılır; Filarch yetkili oldukları projeleri otomatik olarak seçici panelinde gösterir"
      ],
      "use_case": "",
      "images": [
        {
          "id": "gyi6xqqw",
          "url": "https://i.hizliresim.com/kmkxurn.png",
          "alt": "",
          "caption": ""
        }
      ],
      "videos": [],
      "docs": [],
      "slug": "proje-calisma-alani-secimi",
      "keywords": [
        "proje seçimi",
        "çalışma alanı seçimi",
        "proje listesi",
        "dosya yöneticisi erişimi",
        "kurum yapısı",
        "çok proje yönetimi",
        "proje metadata"
      ],
      "_localized": {
        "summary": {
          "tr": "Kullanıcılar yetkili oldukları çalışma alanlarını listeleyip proje seçerek dosya yöneticisine doğrudan erişebilirler; arama, liste/kart görünümü ve sayfalandırma ile yönetim kolaylaşır.",
          "en": "Users can access the file manager directly by listing their authorized workspaces and selecting a project; management becomes easier with search, list/card view, and pagination."
        },
        "use_case": {
          "tr": "Bir inşaat şirketinin site şefi, Filarch'a giriş yaptığında seçici panelinde çalışmakta olduğu üç projeyi (Otel A, Residans B, Ofis C) görmektedir. 'Residans B'yi seçerek o projenin dosya yöneticisini açar. Ay sonu başka bir projeye geçince seçici paneline dönüş yaparak 'Otel A'ya geçer; ayrı login gerekmez.",
          "en": "When the site manager of a construction company logs into Filarch, he sees three projects (Hotel A, Residence B, Office C) that he is working on in the selector panel. Opens the file manager for that project by selecting 'Residence B'. When you switch to another project at the end of the month, you return to the selector panel and switch to 'Hotel A'; no separate login is required."
        }
      }
    },
    {
      "name": "Klasör Ağacı Navigasyonu ve Dosya Yönetimi",
      "summary": "",
      "description": "Filarch Dosya Yöneticisi'nin merkez mimarisi, solda klasör ağacı, sağda dosya/klasör tablosu şeklinde iki panelli bir tasarım sunar. Sol paneldeki klasör ağacı, kök klasörü (proje adı) merkez olarak göstererek tüm alt klasörleri genişlet/daralt düğmeleriyle hiyerarşik biçimde listelemektedir. Herhangi bir klasöre tıklamak, sağ tablonun içeriğini anında o klasöre ait dosyalar ve alt klasörlerle günceller. Dizin yolu (breadcrumb), kullanıcının ağacın hangi seviyesinde bulunduğunu netliktir. Sağ paneldeki tablodan klasörlere çift tıklayarak derinlemesine navigasyon yapılabilir veya breadcrumb'dan doğrudan üst klasörlere dönülebilir. Klasör seviyelerinde filtreleme yapılabildiğinden derin hiyerarşiler bile navigate edilmesi kolay kalır. Tablo görünümü klasör/dosya adı, boyut, etiketler, yetki seviyesi, oluşturma tarihi gibi metadata'yı sütunlarda sunarken, kart görünümü görseller ve hızlı preview sunar.",
      "benefits": [
        "Klasör ağacı proje yapısını görsel olarak tam kodlar; kullanıcı kafasında kurum organizasyonunu canlı tutar",
        "Tek tıkla klasöre gidilir; derinlemesine hiyerarşiler genişlet/daralt mekanizmasıyla sade kalır",
        "Sürükle-bırak ile dosya ve klasör taşıma doğrudan ağaçtan veya tablodan yapılabilir; ayrı menü gerekmez",
        "Ağaç sabitli durduğundan çok sayıda dosya tarandığında dahi yön iye kaybı yoktur",
        "Depolama kullanım bilgisi ağacın altında gösterilir; proje kapasitesi hızında görülür"
      ],
      "differentiators": [
        "Dropbox ve Google Drive klasörleri sabit sol panelde göstermez; genellikle 'folder' ikonu tıklanarak ayrı modal açılır — Filarch sol panel her zaman açıktır",
        "OneDrive klasör ağacında çok derin hiyerarşiler collapsed duruma gider; Filarch'ta ağaçta kalan kullanıcı nerede olduğunu anında bilir",
        "SharePoint site kategorileri hiyerarşik olmayan etiketlerle organize edilir; Filarch formal klasör ağacı yapısıyla proje belge veri modelini doğal yansıtır",
        "Procore klasör erişimini rolü tabanlı gizler; Filarch erişim yetkili olduğu klasörleri ağaçta gösterir"
      ],
      "use_case": "",
      "images": [
        {
          "id": "9pt68c0q",
          "url": "https://i.hizliresim.com/esaghs7.png",
          "alt": "",
          "caption": ""
        },
        {
          "id": "rpp2dxqy",
          "url": "https://i.hizliresim.com/l6at5gm.png",
          "alt": "",
          "caption": ""
        }
      ],
      "videos": [],
      "docs": [],
      "slug": "klasor-agaci-navigasyonu",
      "keywords": [
        "klasör navigasyonu",
        "klasör ağacı",
        "dosya görünümü",
        "hiyerarşik yapı",
        "proje yapısı",
        "dosya listesi",
        "depolama yönetimi"
      ],
      "_localized": {
        "summary": {
          "tr": "Projedeki tüm klasörleri sol panelde hiyerarşik ağaç yapısında görüntüleyin; klasöre tıklayarak içindeki dosyaları sağ panelde tablodan veya kart görünümünde inceleyin.",
          "en": "View all folders in the project in a hierarchical tree structure in the left panel; review the files in it in the table or card view in the right panel by clicking on the folder."
        },
        "use_case": {
          "tr": "Bir mühendislik şirketi, proje klasörlerini şu hiyerarşi ile yapılandırmıştır: Proje → Disiplin → İnceleme Türü. Mimarlık mühendisi, Mimarî Tasarım/Yapısal Sistem/Ön Proje/Plan'ı ağaçta görerek hızla 'Plan'a gider ve oradan çıkmazlıkları inceler. Tablo görünümündeki dosyalar arasında en son versiyonu bulup açar.",
          "en": "An engineering company has structured its project folders with the following hierarchy: Project → Disciplinary → Review Type. Seeing the Architectural Design/Structural System/Preliminary Project/Plan in the tree, the architect quickly goes to the 'Plan' and examines the deadlocks from there. Finds and opens the latest version among the files in the table view."
        }
      }
    },
    {
      "name": "Klasör Oluşturma ve Yönetimi",
      "summary": "",
      "description": "Filarch Dosya Yöneticisi'nde klasör oluşturma, 'Oluştur' butonu veya sağ tık menüsündeki 'Oluştur' seçeneği aracılığıyla başlatılır. Açılan klasör oluşturma formu, klasör adı (zorunlu), açıklama (opsiyonel) alanlarını içerir. Klasör adı benzersiz (aynı seviyede yinelenen ad olmaz) olması beklenir. Oluştur butonuna tıklandığında sistem klasörü derhal proje yapısına ekler ve tablo görünümünde yeni klasör görülür. Classör oluşturmadan sonra ClassifierSettings sekmesinde yetki ayarlarına gidilebilir; yalnızca Maintainer rolü ve üstü klasör oluşturabilir. Yeni klasör varsayılan olarak oluşturan kullanıcının yetkisini taşır ve başka kullanıcılar eklenir (bkz. Rol Bazlı Erişim Kontrolü). Klasör oluşturma işleminin audit log'unda kaydı tutulur; kimin hangi klasörü ne zaman oluşturduğu takip edilir.",
      "benefits": [
        "Proje başlangıcında hızlı klasör yapısı kurulur; her dosyasız klasöre depolama yükü yoktur",
        "Klasör adı + açıklama kombinasyonu amacını netleştirir; yollardaki klasörün ne içerdiği açık olur",
        "Rol tarafı kısıtlaması (Maintainer+) yapıyı rastgele klasörlerden korur",
        "Oluşturma işlemi anında yansır; yenileme gerekli değildir",
        "Audit log tüm klasör işlemlerini zaman damgasıyla kaydeder; kimin hangi değişiklik yaptığını izlenebilirdir"
      ],
      "differentiators": [
        "Google Drive ve Dropbox klasör oluşturmayı inline hızlı metin girişine indirger; Filarch formlı yapı sayesinde açıklama gibi metadata anında kaydeder",
        "SharePoint klasörleri content type şablonu gerektirerek ilk kurulum karmaşıktır; Filarch basit ad+açıklama ile başlayıp yetkileri sonradan yapılandırmayı sağlar",
        "Procore klasör yapısı proje başında sistem tarafından şablon olarak oluşturulur ve düzenleme sınırlıdır; Filarch her zaman dinamik klasör operasyonlarına izin verir"
      ],
      "use_case": "",
      "images": [
        {
          "id": "amvbv6bm",
          "url": "https://i.hizliresim.com/3g4djoc.png",
          "alt": "",
          "caption": ""
        }
      ],
      "videos": [],
      "docs": [],
      "slug": "klasor-olusturma-yonetimi",
      "keywords": [
        "klasör oluşturma",
        "proje yapısı",
        "klasör yönetimi",
        "klasör metadata",
        "dosya organizasyonu",
        "hiyerarşik yapı",
        "klasör ayarları"
      ],
      "_localized": {
        "summary": {
          "tr": "Dosya yöneticisi içinde tek tıkla yeni klasörler oluşturun; her klasöre ad, açıklama ve yetki ayarları yapılandırarak proje yapısını dinamik biçimde kurun.",
          "en": "Create new folders with one click within the file manager; dynamically set up the project structure by configuring name, description, and authority settings for each folder."
        },
        "use_case": {
          "tr": "Bir tasarım şirketi yeni bir projeyi başlatırken kök klasörde 'Konsept', 'Şema Tasarımı', 'Detay Tasarımı', 'Yapım Devam Takibi' ana klasörlerini oluşturur. Her ana klasör altında açıklama girilir. Maintainer rolü üyeleri dilerse kendileri altında alt klasör ekleyebilir; yapı zaman içinde büyür.",
          "en": "When a design company starts a new project, it creates the main folders' Concept',' Schema Design',' Detail Design',' Construction Follow-up'in the root folder. The description is entered under each main folder. Maintainer role members can add subfolders under themselves if they wish; the structure grows over time."
        }
      }
    },
    {
      "name": "Dosya Yükleme ve İlk Dokümantasyon",
      "summary": "",
      "description": "Filarch Dosya Yöneticisi'nde dosya ekleme işlemi 'Dosya Ekle' butonu aracılığıyla başlatılır. Açılan yükleme formu üç ana alan içerir: (1) Dosya seçim bölgesi — tıklanarak dosya seçilebilir veya sürükle-bırak ile dosya girilebilir, (2) Açıklama alanı — dosyanın amacını kısaca tanımlar (opsiyonel), (3) İlk yorum — yükleme sırasında dosya hakkında soru, uyarı veya kontekst notu eklenebilir (zorunlu). Milestone dosya kontrol kutusu işaretlenirse yüklenecek dosya belirgin bir versiyon noktası olarak işaretlenir; böylece 'Tasarım Onaylandı' veya 'Proje Başlangıcı' gibi önemli aşamalar dosya listesinde gösterilir. Yükle butonuna tıklandığında karşıya yükleme başlar ve ilerleme çubuğu yüzdeyi gösterir. Yükleme tamamlandığında dosya derhal dosya yöneticisinde görülür ve versiyon 1 olarak kaydedilir. Büyük dosyalarda ağ kesintisine karşı resume mekanizması devrede olur; kesinti sonrası aynı dosya yeniden yükleme başlatılırsa sistemkaldığı yerden devam eder.",
      "benefits": [
        "Açıklama + ilk yorum dosyanın bağlamını yükleme anında ekler; sonradan ek açıklama süreci gerekmez",
        "Milestone işaretlemesi proje aşamalarını dosya listesinde görsel olarak (vs. tüm sürümlere eşit muamelesi) vurgular",
        "İlerleme çubuğu büyük dosyalarda sistem aktivitesini gösterir; kesinti/timeout kaygısı azalır",
        "Resume mekanizması mobil ve saha bağlantılarında yükleme güvenilirliğini artırır",
        "Yükleme zamanı metadata (zaman damgası, yükleyen) otomatik; manuel giriş sahibinden bağımsız kaydedilir"
      ],
      "differentiators": [
        "Dropbox ve Google Drive yükleme sonrası açıklamalar formu doldururken Filarch açıklamayı yükleme aynı anda yapılır",
        "SharePoint check-in/check-out döngüsü yüklemeyi karmaşıklaştırırken Filarch single-step yükleme sunar",
        "Milestone işaretlemesi Procore'da belge türü tarafından belirlenir; Filarch her dosya için belge türünden bağımsız milestone seçimi sağlar",
        "Resume yükleme Google Drive gibi bulut sağlayıcılardan farklı olarak Filarch kurumsal ağlarda güvenilir şekilde uygulanır"
      ],
      "use_case": "",
      "images": [
        {
          "id": "8ervu1zl",
          "url": "https://i.hizliresim.com/non3tjs.png",
          "alt": "",
          "caption": ""
        }
      ],
      "videos": [],
      "docs": [],
      "slug": "dosya-yukleme-dokumentasyon",
      "keywords": [
        "dosya yükleme",
        "dokümantasyon",
        "dosya açıklama",
        "milestone dosya",
        "sürüm 1",
        "dosya metadata",
        "proje dokümantasyon",
        "dosya bağlamı"
      ],
      "_localized": {
        "summary": {
          "tr": "Dosya yöneticisine dosya ekleyin; yükleme sırasında açıklama ve yorum girilebilir, milestone işaretlemesi yapılabilir; ilerleme çubuğu ile durum izlenir.",
          "en": "Add files to the file manager; description and comments can be entered during upload, milestone marking can be done; status is monitored with the progress bar."
        },
        "use_case": {
          "tr": "Bir mimar, Revit dosyasını 'Şema Tasarımı' klasörüne yüklemeye başlar. İlk yorum olarak 'Statik hesap hakkında sorularım vardı ama şimdi çözüldü' yazar ve bunu milestone dosya olarak işaretler. Dosya 200MB olduğu için yükleme 30 saniye sürer. Tamamlandığında dosya klasörde görülür ve sorumlu mühendis dosya geçmişinde bu noktayı anında önemli aşama olarak tanır.",
          "en": "An architect starts uploading the Revit file to the 'Schema Design' folder. The first comment reads' I had questions about the static account but now it is solved 'and marks it as a milestone file. Since the file is 200MB, it takes 30 seconds to upload. When completed, the file appears in the folder and the responsible engineer instantly recognizes this point in the file history as an important stage."
        }
      }
    },
    {
      "name": "Dosya Arama ve Detaylı Filtreleme",
      "summary": "",
      "description": "Filarch Dosya Yöneticisi iki arama mekanizması sunar: (1) Hızlı arama — başlık kısmında bulunan arama kutusuna dosya adının bir kısmı yazıldığında o anda açık klasör içinde eşleşen dosyalar tableye yansır, (2) Detaylı Ara — arama butonuna tıklanarak açılan özel sayfa. Detaylı Ara sayfasında filtreler yan yana sunulur: Dosya Türü (tüm, Word, Excel, PDF, vb.), Tarih Aralığı (son gün/hafta/ay veya custom aralık), Etiketler (multi-select), Dosya Boyutu (aralık slider'ı). Serbest metin arama kutusu dosya adında ve açıklamalarda aranır. Sıralama opsiyon menüsü Dosya Adı, Oluşturma Tarihi, Boyut, Versiyon Sayısı gibi kriterler sunmuştur. Filtre kombinasyonu uygulandığında sonuç tablo derhal güncellenir. Çok sayıda sonuç varsa sayfalandırma aktif olur. Arama sonuçları açık klasör bağlamında sınırlıdır veya tüm projeyi tarar — seçim yapılabilir.",
      "benefits": [
        "Hızlı arama yazı yazarken canlı olarak filtreler; IDE'lerin Go to File gibi smooth UX sağlar",
        "Detaylı filtreler çok sayıda dosya içinde karmaşık arama senaryolarına (örn. son ay Son 10MB PDF) cevap verir",
        "Tarih aralığı filtremesi eski versiyonlar için arşiv taraması yapılırken yardımcı olur",
        "Etiket filtresi kategori aramaları yapılmasını sağlar; dosya adında olmayan nitelikler (örn. 'Onaylı' etiketi) bulunabilir",
        "Sıralama seçenekleri en yeni veya en büyük dosyalara hızlı odaklanmayı sağlar"
      ],
      "differentiators": [
        "Google Drive ve Dropbox serbest metin aramasına indirgenir; Filarch türü, tarihi, boyutu strukturlu filtreler sunar",
        "Dropbox sıralama seçenekleri sınırlıdır; Filarch versiyon sayısı, etiket gibi uzantılı kriterlere göre sıralama yapılabilir",
        "SharePoint full-text arama yapması endeksleme gerektirir; Filarch metadata tabanlı filtreler anında cevap verir",
        "Procore arama proje seviyesinde sabitken Filarch Detaylı Ara tüm projeyi veya seçilen klasörü tarayabilir"
      ],
      "use_case": "",
      "images": [
        {
          "id": "4qzyymkg",
          "url": "https://i.hizliresim.com/esaghs7.png",
          "alt": "",
          "caption": ""
        }
      ],
      "videos": [],
      "docs": [],
      "slug": "dosya-arama-filtreleme",
      "keywords": [
        "dosya arama",
        "hızlı arama",
        "detaylı filtreleme",
        "etiket filtresi",
        "tarih filtresi",
        "dosya türü",
        "sıralama",
        "proje arama",
        "metadata arama"
      ],
      "_localized": {
        "summary": {
          "tr": "Dosya adında hızlı arama yapın veya Detaylı Ara sayfasına giderek dosyaları türü, tarihi, etiket ve dosya boyutuna göre filtreleyip sıralayın.",
          "en": "Do a quick search on the file name, or go to the Advanced Search page and filter and sort the files by type, date, tag, and file size."
        },
        "use_case": {
          "tr": "Bir proje yöneticisi, aylar önce yüklenen bir PDF'in adını hatırlamıyor ama 'Onaylı' etiketli olduğunu bilmektedir. Detaylı Ara sayfasında Dosya Türü = PDF, Etiketler = 'Onaylı', Tarih = Son 6 Ay seçer. Sonuç 47 dosya gelir, Oluşturma Tarihine göre azalan sıralama yapınca en yeni onaylı PDF'i bulur.",
          "en": "A project manager can't remember the name of a PDF that was uploaded months ago, but he knows it's labeled 'Approved'. On the Detailed Search page, select File Type = PDF, Tags = 'Approved', Date = Last 6 Months. The result is 47 files, and when you sort descending by Creation Date, it finds the most recently approved PDF."
        }
      }
    },
    {
      "name": "Sürükle-Bırak ile Dosya ve Klasör Taşıma",
      "summary": "",
      "description": "Filarch Dosya Yöneticisi'nde sürükle-bırak mekanizması, dosya/klasör taşımayı doğrudan UI üzerinde görsel ve hızlı kılar. Klasör ağacından veya dosya tablosundan bir dosya/klasör seçilip sürüklenerek hedef klasöre bırakıldığında sistem şu adımları otomatik yapar: (1) Kaynak konumdan kopyalamak yerine taşır (move), (2) Hedef klasörün tüm alt klasörlerini de taşır, (3) Kaynaktaki yetki kayıtlarını hedef konuma migrasyonunu yapar. Taşıma işleminin öncesinde sistem kısıtlamalar kontrol eder: Bir klasör, bir dosyanın içine taşınamaz, bir üst klasör kendi alt klasörünün içine taşınamaz, aynı konuma taşıma yapılamaz. Hata varsa tooltip ile uyarılır. Başarılı taşıma sonrası kaynak konumdaki dosya/klasör kaybolur, hedef konumda görülür. Audit log işlem detaylarını (kimin neyi nereden nereye taşıdığını) kaydeder.",
      "benefits": [
        "Proje reorganizasyonları sürükle-bırak ile dakikalar içinde tamamlanır; bağlama kalmaz",
        "Alt klasörlerin tümü birlikte taşınıyor; parçalı taşıma operasyonları gerekmez",
        "Yetkilerin otomatik migrasyonu erişim kontrolü kaybetmeyi önler; taşınan klasördeki kişiler hedef klasöre otomatik yetkili olur",
        "Görsel geri bildirim (drop zone highlight) doğru hedefte bırakmayı sağlar",
        "Audit log yapısal değişiklikleri takip edilebilir kılar; proje arşivirken değişim tarihçesi açık olur"
      ],
      "differentiators": [
        "Dropbox ve Google Drive sürükle-bırak sunarken alt klasörlere yetkilerin taşınmadığı durumlar yaşanabilir; Filarch rol migrasyonunu otomatik yapar",
        "SharePoint taşıma işlemi form tabanlı ve birden fazla adım gerektirir; Filarch tek sürükle-bırak hareketi tamamlayıcı",
        "Procore sürükle-bırak sınırlı yapılarda çalışır; Filarch çok derin hiyerarşilerde de sorunsuz çalışır",
        "Sistem otomatik olarak kısıtlamalar kontrol eder ve uyarır; kullanıcıya uygunsuz taşıma yasaklanır"
      ],
      "use_case": "",
      "images": [
        {
          "id": "iigr89x8",
          "url": "https://i.hizliresim.com/esaghs7.png",
          "alt": "",
          "caption": ""
        }
      ],
      "videos": [],
      "docs": [],
      "slug": "surakle-birak-tasima",
      "keywords": [
        "sürükle-bırak",
        "dosya taşıma",
        "klasör taşıma",
        "yetki migrasyonu",
        "proje reorganizasyonu",
        "dosya yönetimi",
        "UI interaksiyon"
      ],
      "_localized": {
        "summary": {
          "tr": "Dosyaları ve klasörleri ağaçta sürükleyip başka bir klasöre bırakarak taşıyın; sistem tüm alt klasörleri ve yetkileri otomatik olarak hedef konuma taşır.",
          "en": "Move files and folders by dragging and dropping them into another folder in the tree; the system automatically moves all subfolders and authorizations to the destination location."
        },
        "use_case": {
          "tr": "Proje müdürü, proje başında 'Tasarım Aşaması' altında tüm dosyaları topladığında sonradan 'Yapım Aşaması'na bazılarını taşıması gerekir. 10 alt klasör içinde yüzlerce dosya bulunmaktadır. Ağaçtan 'Tasarım Aşaması' içindeki bir alt klasörü sürükleyip 'Yapım Aşaması' altında bırakır; tüm dosyalar ve yetkiler otomatik taşınır.",
          "en": "When the project manager collects all the files under 'Design Phase' at the beginning of the project, they then need to move some to 'Construction Phase'. There are hundreds of files in 10 subfolders. Drag a subfolder from the tree into the 'Design Phase' and drop it under 'Construction Phase'; all files and authorizations are automatically moved."
        }
      }
    },
    {
      "name": "Dosya Sürüm Yönetimi ve Versiyon Geçmişi",
      "summary": "",
      "description": "Filarch'ta versiyon kontrolü, açık disiplindir. Bir dosyaya ait tüm versiyonlar, dosya detay menüsünün 'Versiyonlar' sekmesinde tabloda listelenir. Tablodaki her satır bir versiyonu gösterir: Versiyon No (1, 2, 3 vb. otomatik), Güncelleme Tarihi (timestamp), Son Commit (en son yorum/açıklama), İşlemler (Yorum, Paylaşma, İndirme, Silme butonları). Versiyona yorum yapıldığında iş parçacıklı (threaded) yorum sistemi devreye girer; versiyon hakkında sorular ve açıklamalar versiyon özelinde kayıt altına alınır. Paylaşma butonu versiyon yüklendiğine dair e-posta bildirimi tekrar gönderir (Maintainer+ rolü). İndirme butonu spesifik versiyonu yerel bilgisayara indiriri. Silme işlemi (Admin+ rolü) versiyonu kaldırır; ancak tüm versiyonlar silinemeyen son versiyon korunmalıdır. 'Son Versiyon Hariç Tüm Versiyonları Sil' butonu ise veritabanını temizlemek için kullanılır; yalnızca son ve milestone versiyonlar kalır.",
      "benefits": [
        "Versiyon geçmişi otomatik; herhangi bir önceki revizyona dönüş tek tıkla yapılabilir",
        "Versiyon başına yorum iş parçacıklı tutulur; hangi revizyonda hangi karar alındığı net olur",
        "Audit trail tüm versiyon işlemlerini kaydeder; belge ve uyum denetimlerinde tarihçe sunan hazır olur",
        "Milestone versiyonlar silmeye karşı korunur; önemli aşama dosyaları yanlışlıkla temizlenemez",
        "Eski versiyonları temizlemek depolama alanı serbest bırakır; uzun projeler için disk kullanımı kontrol edilir"
      ],
      "differentiators": [
        "Dropbox ve OneDrive otomatik versiyon tutarken Filarch'ta her versiyonun açıklama ve yorum yapılabilir",
        "SharePoint versiyon yönetimi content type şablonlara bağlı karmaşıktır; Filarch tüm dosyalara eşit versiyon sistemi uygulanır",
        "Google Drive sürüm geçmişi timeline gösterilirken Filarch bilgiler tabloda yan yana sunulur",
        "Procore milestone dokümantal belirtmekse Filarch milestone versiyonları sistem seviyesinde işaretler ve korur"
      ],
      "use_case": "",
      "images": [
        {
          "id": "j3440gps",
          "url": "https://i.hizliresim.com/t1xswcj.png",
          "alt": "",
          "caption": ""
        }
      ],
      "videos": [],
      "docs": [],
      "slug": "dosya-surum-yonetimi",
      "keywords": [
        "versiyon yönetimi",
        "dosya versiyonları",
        "versiyon geçmişi",
        "revizyon kontrolü",
        "dosya revizyonu",
        "sürüm takibi",
        "versiyon silme",
        "milestone versiyon",
        "belge versiyonu"
      ],
      "_localized": {
        "summary": {
          "tr": "Aynı klasöre aynı isimde dosya yüklendiğinde otomatik versiyon oluşturulur; tüm versiyonları görüntüleyin, yorumlar yapın, indirin ve silme işlemleri yapın.",
          "en": "When files with the same name are uploaded to the same folder, an automatic version is created; view, comment, download, and delete all versions."
        },
        "use_case": {
          "tr": "Bir resepsiyon tasarım şirketi, logo dosyasını 15 defa revize etmiştir. Müşteri eski versiyonlardan birini beğenerek 'bunu geri alabilir miyiz' diye sorar. Dosya detay menüsünde versiyonlar sekmesine girilerek 9. versiyon bulunur, indirilir ve müşteriye gönderilir. Versiyon tablosuna bakarak tasarımcı, hangi versiyonda hangi feedback alındığını takip edebilir.",
          "en": "A reception design company revised the logo file 15 times. The customer likes one of the old versions and asks' can we have it back? 'By entering the versions tab in the file detail menu, version 9 is found, downloaded and sent to the customer. By looking at the version table, the designer can follow which feedback is received in which version."
        }
      }
    },
    {
      "name": "Dosya Üzerinde İş Parçacıklı Yorum Sistemi",
      "summary": "",
      "description": "Filarch Dosya Yöneticisi'nde tüm iletişim dosya bağlamında yaşar. Dosya detay menüsünde aktiviteler sekmesinde yorum sistemi bulunur. Kullanıcı dosya veya versiyon hakkında yorum girişi yapabilir; yorum formu yazarın adı, profil resmi ve zaman damgasıyla kaydedilir. Herhangi bir yoruma yanıt verilebilir; yanıt iş parçacığı oluşturarak 'Şuna yanıt: [Yorum Yazarı]' bağlamı görsel olarak gösterilir. Bu yapı, dosya hakkında birden fazla konunun (örn. tasarım soru + yazım hatası düzeltmesi) aynı anda tartışılmasını paralel thread'ler şeklinde sağlar. Enter tuşu yorum gönderir, Shift+Enter yeni satır açar, Escape form iptal eder. Tüm yorumlar dosyada kalıcı kalır ve raporlara dâhil edilebilir; 'biz bunu hangi toplantıda tartıştık' sorusu dosya sayfasını açarak cevaplanır.",
      "benefits": [
        "Dosya tartışmaları e-posta zincirine dağılmak yerine dosya üzerinde merkezileşir",
        "Thread yapısı birden fazla konunun karışmadan paralel tartışılmasını sağlar",
        "Zaman damgası ve yazar bilgisi otomatik kaydedilir; kimin ne zaman ne söylediği net olur",
        "Keyboard shortcuts (Enter, Shift+Enter, Escape) hızlı yorum akışı sağlar",
        "Gerçekleşen tüm tartışmalar arşivde kalır; proje kapanışında veya denetimde değişiklik ve kararlar gözden geçirilebilir"
      ],
      "differentiators": [
        "Dropbox ve Google Drive yorum sistemleri düz listedir; Filarch thread yapısıyla odak korunur",
        "SharePoint yorum paneli ana sayfadan ayrı panel açar; Filarch yorum aynı drawer sekmesinde bulunur",
        "Slack ve Teams'te dosya yorumları mesaj akışına karışır; Filarch dosya spesifik tartışmalar dosya sayfasında kapsüllenir",
        "Procore yorum sistemi email notification ağırlıklı çalışır; Filarch tüm iletişim UI'da toplanır"
      ],
      "use_case": "",
      "images": [
        {
          "id": "bhty4upc",
          "url": "https://i.hizliresim.com/o964e39.png",
          "alt": "",
          "caption": ""
        }
      ],
      "videos": [],
      "docs": [],
      "slug": "dosya-yorumlar-tartisma",
      "keywords": [
        "dosya yorumları",
        "iş parçacıklı yorum",
        "dosya tartışması",
        "aktivite akışı",
        "yorum sistemi",
        "dosya bağlamı",
        "ekip iletişimi",
        "belge eleştirisi"
      ],
      "_localized": {
        "summary": {
          "tr": "Dosyalar ve versiyonlar üzerinde iş parçacıklı yorum yapın; tartışmalar dosya bağlamında kayıt altına alınıp e-posta aramalarının yükünden kurtulun.",
          "en": "Make threaded comments on files and versions; record discussions in the context of the file and get rid of the burden of email searches."
        },
        "use_case": {
          "tr": "Bir inşaat projesi raporunda iki farklı konu eş zamanlı tartışılmaktadır: İnşaat Faz 1 Başlangıç Tarihi ve Maliyet Tahminlemesi. Proje müdürü dosya aktivitesi sekmesinde iki yorum başlatır. Şantiye şefi Faz tarihine yanıt verir, finansman müdürü Maliyet konusuna. İki tartışma thread'ler şeklinde paralel ilerler. Ay sonra yapılan revizyon toplantısında yönetici aynı dosyayı açarak hangi kararın ne zaman alındığını takip edebilir.",
          "en": "Two different topics are discussed simultaneously in a construction project report: Construction Phase 1 Start Date and Cost Estimation. The project manager starts two comments on the file activity tab. The site supervisor responds to the Phase date, the finance manager to the Cost issue. The two discussions proceed in parallel in the form of threads. In the revision meeting held months later, the manager can open the same file and track which decision was taken and when."
        }
      }
    },
    {
      "name": "Dosya Aktivite Kayıtları ve Denetim İzi",
      "summary": "",
      "description": "Filarch'ta dosya üzerinde yapılan tüm işlemler otomatik olarak log'a kaydedilir. Dosya detay menüsünün 'Aktiviteler' sekmesinde dosya geçmişi kronolojik sırada listelenir: kimin, hangi işlemi, ne zaman gerçekleştirdiği. Aktivite türleri: Dosya Yükledi (versiyon numarası ile), İndirdi, Yorum Yaptı, Etiket Ekledi, İlişki Yaptı, Yetki Değiştirdi, Dosya Dondurdu vb. Her satırda işlem türü, işlemi yapan kullanıcı, zaman damgası ve ilgili detaylar görülür. Sayfalandırma çok sayıda işlem varsa sayfalar arasında geçiş sağlar. Bu kayıtlar silinmez; kullanıcı sildiyse bile sistem tarafından, sistem loglarında korunur. Böylece belge uyumu denetimleri, hukuki soruşturmalar veya proje kapasite analizi sırasında tüm işlemlerin tarihçesi sunanır.",
      "benefits": [
        "Denetim izi tam ve silinmeyen; ISO, GMP gibi uyum standartlarına hazırlık tamamlanır",
        "Dosyanın 'kim tarafından, ne zaman değiştirilmiş' sorusu aktiviteler tablosundan cevaplandırılır",
        "İndirme logları denetmen, müşteri vb. kime dosya verildiğini kanıtlamaya yardımcı olur",
        "Aktivite sırasının incelenmesiyle proje geçmişi tekrar işlenebilir; sonuç değişikliklerinin nedenini anlamaya imkân tanır",
        "Sistem sorumluluğunu belgeler; insan hatası yerine sistem kapasitesini gösteren kanıt oluşturur"
      ],
      "differentiators": [
        "Dropbox ve Google Drive aktivite logları sınırlı detay sunmuş dosya sahibinin ve en son düzenleyenin adını gösterir; Filarch tüm işlemleri listeler",
        "SharePoint audit log çoğu kullanıcı tarafından erişilemez merkezi sistemde bulunur; Filarch aktiviteler dosya sekmesinde herkese açıktır",
        "Procore aktivite logları belge versiyonlarıyla sınırlı; Filarch yorumlar, etiketler, ilişkiler vb. tüm operasyonları kaydeder",
        "Sistem tarafından tutulan kayıtlar kullanıcı tarafından silinmez; yasal ve uyum denetimlerine tam güven sağlanır"
      ],
      "use_case": "",
      "images": [
        {
          "id": "8ee1qpf6",
          "url": "https://i.hizliresim.com/jjdtzbd.png",
          "alt": "",
          "caption": ""
        }
      ],
      "videos": [],
      "docs": [],
      "slug": "dosya-aktivite-kayitleri",
      "keywords": [
        "aktivite log",
        "dosya geçmişi",
        "denetim izi",
        "işlem kaydı",
        "dosya takibi",
        "kim yaptı nedir",
        "proje denetimi",
        "uyum denetimi",
        "dosya yönetim audit"
      ],
      "_localized": {
        "summary": {
          "tr": "Dosyaya yapılan tüm işlemleri (yükleme, indirme, yorum, yetki değişikliği vb.) zaman damgasıyla birlikte aktivite sekmesinde görüntüleyin.",
          "en": "View all actions taken on the file (upload, download, comment, change of authorization, etc.) in the activity tab with the timestamp."
        },
        "use_case": {
          "tr": "Bir inşaat projesine denetmen incelemesi gelmiştir. Proje müdürü, iddialı çizimi ne zaman yüklediğini, kimin onayladığını, hangi revizyon kararı alındığını dosya aktivite sekmesinde göstererek tüm işlem akışını belgelenmiş olarak sunabilir. Her işlemin zaman damgası denetmenin sorularını nesnel verilerle cevaplayabilir.",
          "en": "An inspector review was received for a construction project. The project manager can present the entire process flow as documented by showing when he/she uploaded the ambitious drawing, who approved it, what revision decision was made in the file activity tab. The timestamp of each transaction can answer the auditor's questions with objective data."
        }
      }
    },
    {
      "name": "Rol Bazlı Erişim Kontrol (RBAC) — Klasör Seviyeliyle",
      "summary": "",
      "description": "Filarch Dosya Yöneticisi'nde erişim kontrol klasör seviyesinde merkezi olarak yapılır. Klasör detay menüsünün 'Ayarlar' sekmesinde Yetkili Kullanıcılar listesi yer alır. Yeni kullanıcı eklemek için 'Yetkili Kullanıcı Ekle' butonuna tıklanır; açılan formda kullanıcının e-maili girilir (çalışma alanında kayıtlı ise otomatik arama bulur, değilse harici email girilebilir). Daha sonra rol seçimi yapılır. Filarch altı rol sunmuştur: (1) Milestone Viewer — sadece milestone dosyaları görüntüler, (2) Viewer — tüm dosyaları görüntüler, (3) Updater — dosyaları görüntüle + versiyon ekle, (4) Maintainer — görüntüle + oluştur + güncelle, (5) Admin — görüntüle + oluştur + güncelle + sil, (6) Owner — tam kontrol. Her rol için izinler aşamalı artmakla birlikte, silinme izni admin'den başlasa önceki rollerde yoktur. Kullanıcı eklendiğinde davet e-maili gönderilir; e-mail sahibi linke tıklayıp Filarch'ta onaylarsa erişim aktif olur. Mevcut kullanıcıların rolü değiştirilebilir veya silinebilir (delete işlemi yetki kaldırır, hesabı silmez).",
      "benefits": [
        "Klasör altındaki tüm dosya yetkisi otomatik olarak klasör yetkisinden kalıtılır; her dosyaya yetki ataması gerekmez",
        "Altı rol granüler izin yönetimi sağlar; proje gereksinimlerine (salt oku, güncelle, yönet) uygun rol seçilir",
        "Davet sistemi harici kullanıcıları da sisteme dahil eder; müşteri, denetmen, yüklenici yetkili olabilir",
        "Rol değişimi ve silme işlemleri saniyede yansır; yetki değişim gecikmesi yoktur",
        "Audit log tüm yetki işlemlerini kaydeder; kimin ne zaman kime ne izin verdiği izlenebilir"
      ],
      "differentiators": [
        "Dropbox ve Google Drive dosya seviyeliyle paylaşım sunarken Filarch klasör seviyesi merkezi yönetimi tercih eder",
        "SharePoint Content Type özel izinler gerektirir; Filarch standart altı rol tüm durumları kapsar",
        "Procore üye yönetimi proje seviyesiyle sınırlıyken Filarch klasör seviyesi granüler kontrol sağlar",
        "Davet sistemi harici paydaşları süreç içinde dahil eder; kurumsal ağ dışı kişilere güvenli erişim verilir"
      ],
      "use_case": "",
      "images": [
        {
          "id": "ekgfrh1w",
          "url": "https://i.hizliresim.com/qed0f5l.png",
          "alt": "",
          "caption": ""
        },
        {
          "id": "hwmotdt2",
          "url": "https://i.hizliresim.com/qy056fm.png",
          "alt": "",
          "caption": ""
        }
      ],
      "videos": [],
      "docs": [],
      "slug": "rol-bazli-erisim-kontrol",
      "keywords": [
        "rol tabanlı erişim",
        "RBAC",
        "yetki yönetimi",
        "erişim kontrol",
        "kullanıcı rolleri",
        "dosya izinleri",
        "klasör izinleri",
        "davet sistemi",
        "harici kullanıcı",
        "proje yönetimi"
      ],
      "_localized": {
        "summary": {
          "tr": "Her klasöre farklı kullanıcılar ekleyerek rol tabanlı erişim atayın; Milestone Viewer'dan Admin'e kadar altı farklı rol ile granüler izinleri yapılandırın.",
          "en": "Assign role-based access by adding different users to each folder; configure granular permissions with six different roles, from Milestone Viewer to Admin."
        },
        "use_case": {
          "tr": "Bir müteahhit firması, 'Mekanik Tesisatı' klasörüne MEP kontraktorunu 'Maintainer' rolüyle ekler. Kontraktor klasördeki tüm dosyaları görüntüleyebilir, yeni versiyonlar yükleyebilir veya alt klasörler oluşturabilir. Elektrik kontraktorunu ise 'Viewer' rolüyle ekler; işçi sadece dosyaları görüntüleyebilir, değiştiremez. Her kullanıcıya farklı izin seviyesi, sistem tarafından otomatik uygulanır."
        }
      }
    },
    {
      "name": "Zaman Sınırlı Yetkilendirme (Tarih Aralığı, Gün/Saat)",
      "summary": "",
      "description": "Filarch'ta her yetkiyi (permission) süreli veya süresiz olarak yapılandırmak mümkündür. Yetkili Kullanıcı ekleme formunda, rol seçiminden sonra 'Yetki Süresi' bölümü açılır. Üç seçenek sunulur: (1) Süresiz — kullanıcı yokedilene kadar erişim devam eder, (2) Tarih Aralığı — başlangıç ve bitiş tarihleri seçilir (örn. 1 Ocak 2026 - 31 Mart 2026), (3) Gün/Saat — bugünden itibaren X gün veya X saat için yetki verilir (örn. 7 gün). Başlangıç tarihi otomatik bugün olarak ayarlanabilir veya geçmiş tarih seçilebilir. Sistem, bitiş saati geldiğinde otomatik olarak kullanıcının erişimini kaldırır; hiçbir insan müdahalesi gerekmez. Yetki bitiminden önce süresi uzatılabilir; yeniden yetkilendirme yapılırsa bitiş tarihi güncellenir. Yetkilerin durum panelinde kaç gün/saat kaldığı görülür; son gün yaklaşan yetkiler uyarı rengiyle vurgulanır.",
      "benefits": [
        "Yükleniciler veya müşteriler belirli proje dönemleri için erişim alabilir; proje sonunda otomatik kapat",
        "İnsan hatası ile ilgili yetki kaldırmayı unutma riski sıfırlanır",
        "Denetmen, müşteri temsilcisi gibi geçici paydaşlar süreli erişim alıp projenin sonunda sistem tarafından otomatik çıkar",
        "Yetki durumu görsel uyarı ile takip edilir; bitiminden kasa kalmış yetkiler fark edilir",
        "Belge uyum standartlarında 'süreli erişim ile gizlilik korunur' gereksinimleri karşılanır"
      ],
      "differentiators": [
        "Dropbox ve Google Drive yetkileri süresiz veya manuel kaldırma seçeneklerine sınırlıdır; Filarch otomatik süre bitiş ile yönetilir",
        "SharePoint koşullu erişim (conditional access) kurumsal dizine bağlıyken Filarch dosya seviyesi süreli erişim sunar",
        "Procore müşteri erişimi statik olup dinamik süre desteği yokken Filarch proje aşamasına göre süreli erişim imkânı tanır",
        "Otomatik kapat mekanizması müdür müdürü kaynaklı veri sızıntı riskini mitigates"
      ],
      "use_case": "",
      "images": [
        {
          "id": "y7mibxzp",
          "url": "https://i.hizliresim.com/qed0f5l.png",
          "alt": "",
          "caption": ""
        }
      ],
      "videos": [],
      "docs": [],
      "slug": "zaman-sinirli-yetkilendirme",
      "keywords": [
        "zaman sınırlı yetki",
        "süreli erişim",
        "tarih aralığı yetki",
        "otomatik yetki kaldırma",
        "gün/saat sınırı",
        "yetki bitiş",
        "geçici kullanıcı",
        "paydaş erişimi",
        "güvenlik yönetimi"
      ],
      "_localized": {
        "summary": {
          "tr": "Kullanıcı yetkilerini belirli tarih aralığı, gün sayısı veya saat aralığıyla sınırlayın; yetki otomatik olarak bitiş saatinde kaldırılır.",
          "en": "Limit user permissions to a specific date range, number of days, or time range; the authorization is automatically removed at the end time."
        },
        "use_case": {
          "tr": "Bir proje için dış avukat temsilci 15 Mayıs - 30 Haziran tarihleri arasında tüm hukuki dosyalara 'Viewer' rolüyle erişim alıyor. Sözleşme bitiş tarihiyle eş zamanlaması yapılır. 30 Haziran 23:59 saniyesinde sistem otomatik olarak avukatın erişimini kaldırır; şantiye şefinin bunu hatırlamasına gerek yoktur.",
          "en": "For a project, the external lawyer representative receives access to all legal files between May 15 and June 30 with the role of 'Viewer'. It is synchronized with the contract end date. At 23:59 on 30 June, the system automatically removes the lawyer's access; the site supervisor does not need to remember this."
        }
      }
    },
    {
      "name": "Dosya İlişkileri ve Bağlantı Yönetimi",
      "summary": "",
      "description": "Filarch Dosya Yöneticisi'nde dosyalar arasında ilişki kurulabilir. Dosya detay menüsünün 'İlişkiler' sekmesinde 'Yeni İlişki Ekle' butonuyla başlar. Açılan formda üç parametre tanımlanır: (1) Hedef dosya — proje içinde ID veya konu aramasıyla bulunur, (2) İlişki tipi — Çift Yönlü (her iki dosya değiştiğinde bildirim gönderilir) veya Tek Yönlü (kaynak dosya değiştiğinde hedef dosya sahiplerine bildirim), (3) Açıklama — ilişkinin neden kurulduğunu açıklar. Örneğin bir Revit dosyası (kaynak) bir Statik Hesap PDF'si (hedef) ile ilişkilendirilebilir; Revit güncellendiğinde statikçiye 'ilişkili dosya güncellendi' bildirimi gönderilir. İlişkiler listesinde ilişkileri yönetilen dosyalar gösterilir, sil butonu ile kaldırılabilir. Ilişkileri açıklaması korunduğundan ilişki nedenini hatırlamak kolaydır.",
      "benefits": [
        "Dosyalar arasında tezgaha dayalı bağımlılıklar açık hale gelir; birbiriyle ilişkili dosyaların eş zamanlı updatesi sağlanır",
        "Çift/tek yönlü seçeneği iletişim yönünü kontrol eder; gereksiz bildirimler engellenir",
        "İlişkilendirme açıklamaları sayesinde neden kurulduğu beli olur; aylık sonra 'bu ilişkinin ne işi vardı' sorusu cevaplandırılabilir",
        "Sistem tabanlı bildirimleri e-posta zincirine gerek yoktur; bildiriler Filarch içinde merkezi olur",
        "Çok disiplinli projelerde versiyon senkronizasyonu denetlenebilir hale gelir"
      ],
      "differentiators": [
        "Jira ve Monday.com bağlantılı görevler sunarken Filarch dosya bazlı ilişkiler verir",
        "Dropbox ve Google Drive dosya ilişkisini desteklemez; Filarch sistem tabanlı bildirimlere bağlı ilişkiler kurar",
        "Procore belge linklemeleri sınırlı biçimde yapılırken Filarch tüm dosya kombinasyonları arasında ilişki kurulabilir",
        "Sistem tabanlı bildirimleri e-posta gerekirse Filarch UI'da merkezde tutar"
      ],
      "use_case": "",
      "images": [
        {
          "id": "q5o5fafp",
          "url": "https://i.hizliresim.com/1kds187.png",
          "alt": "",
          "caption": ""
        }
      ],
      "videos": [],
      "docs": [],
      "slug": "dosya-iliskileri",
      "keywords": [
        "dosya ilişkileri",
        "dosya bağlantıları",
        "dosya bağımlılığı",
        "ilişkili dosyalar",
        "çift yönlü ilişki",
        "tek yönlü ilişki",
        "dosya senkronizasyonu",
        "koordinasyon bildirimleri"
      ],
      "_localized": {
        "summary": {
          "tr": "Dosyaları birbirleriyle ilişkilendirerek bağımlılık kurun; dosya değiştiğinde ilişkili dosya sahipleri bildirim alır.",
          "en": "Build dependencies by associating files with each other; associated file owners receive notifications when the file changes."
        },
        "use_case": {
          "tr": "Mimarlık projede bir kat planı CAD dosyası ve o katın elektrik şeması ayrı dosyalardır. İnşaat müdürü kat planına elektrik şemasını çift yönlü ilişkilendirerek 'mimari değişiklik varsa elektrik şemasını da güncelle' iletişimi sisteme kodlar. CAD dosyası güncellenirse elektrik mühendisi otomatik bildirim alır.",
          "en": "In the architectural project, a floor plan CAD file and the electrical diagram of that floor are separate files. The construction manager codes the 'update the electrical diagram if there is an architectural change' communication to the system by associating the electrical diagram to the floor plan. If the CAD file is updated, the electrical engineer receives an automatic notification."
        }
      }
    },
    {
      "name": "Dosya Etiketleme ve Metaveri Yönetimi",
      "summary": "",
      "description": "Filarch'ta tüm dosya ve klasörler çok sayıda etiketle işaretlenebilir. Dosya detay menüsünün 'Dosya Bilgileri' sekmesinde veya klasör ayarları menüsünde 'Etiketler' bölümü yer alır. Etiket ekleme alanında varolan etiketler otomatik arama ile bulunur (örn. 'Onaylı', 'Riskli', 'Müşteri Gözden Geçirmesi Beklemede'). Etiket listesinden seçim yapılarak mevcut dosyaya veya klasöre eklenir; çok sayıda etiket atanabilir. Etiketler hiyerarşik değildir; herhangi bir özel etiket tanımlanabilir. Etiket ekleme ve kaldırma Maintainer+ rolü için açık işlemdir. Etiketleri dosya listesi tablo sütununda görülür; renkli badge'ler olarak gösterilirler. Etiketler arama ve filtreleme işlemlerinde kullanılır: 'Onaylı' etiketine göre filtreyse sadece o etiketli dosyalar görülür. Etiket yönetimi merkezileştirilmiştir; tüm projede kullanılan etiketler sistem tarafından takip edilir.",
      "benefits": [
        "Dosya adı dışında kategori bilgisi etiketlerle kodlanır; 'Onaylı', 'Beklemede', 'Riskli' durumları hızlı görünür",
        "Etiketler renklidir; görsel tarama tablo içinde desen yapar",
        "Etiket tabanlı filtreleme, dosya adında olmayan niteliklere göre arama sağlar",
        "Etiketler zamanla gelişir; yeni ihtiyaç ortaya çıktığında yeni etiket eklenir",
        "Merkezi etiket yönetimi çapraz proje tutarlılık sağlar"
      ],
      "differentiators": [
        "Dropbox ve Google Drive etiketleri dosya adına bağımlı kalır; Filarch etiketler bağımsız metadata'dır",
        "SharePoint metadata alanları content type şablonuna bağlı sabit iken Filarch etiketler esnek ve dinamiktir",
        "Jira etiketleri issue ağırlıklı iken Filarch dosya seviyesi etiketler sunar",
        "Procore etiketler sınırlı biçimde uygulanırken Filarch çok sayıda etiket kombinasyonu destekler"
      ],
      "use_case": "",
      "images": [
        {
          "id": "at7trwhv",
          "url": "https://i.hizliresim.com/2u9w3e4.png",
          "alt": "",
          "caption": ""
        }
      ],
      "videos": [],
      "docs": [],
      "slug": "dosya-etiketleme-metaveri",
      "keywords": [
        "dosya etiketleri",
        "metaveri",
        "kategori",
        "etiket filtreleme",
        "dosya kategorisi",
        "renkli badge",
        "nitelikli arama",
        "dosya sınıflandırması"
      ],
      "_localized": {
        "summary": {
          "tr": "Dosyalara ve klasörlere etiketler atayarak kategorize edin; etikete göre filtreleme ve arama yapılabilir."
        },
        "use_case": {
          "tr": "Bir inşaat projesinde dosyalar şu etiketlerle işaretlenir: 'v0.1 (Taslak)', 'v1.0 (Müşteri Onayı Bekliyor)', 'v2.0 (Onaylandı)', 'Denetmen İncelemesi Geçti', 'CAD Ekibi Tarafından', 'Statik Hesap Mühendisi Tarafından'. Proje müdürü filtreleme yaptığında 'Onaylandı' etiketine göre sadece onaylı dosyalar görüntülenir.",
          "en": "In a construction project, files are marked with the following tags: 'v0.1 (Draft)', 'v1.0 (Pending Customer Approval)', 'v2.0 (Approved)', 'Auditor Review Passed', 'By CAD Team', 'By Static Account Engineer'. When the project manager performs filtering, only approved files are displayed according to the 'Approved' tag."
        }
      }
    },
    {
      "name": "Dosya Dondurma ve Karantina Sistemi",
      "summary": "",
      "description": "Filarch Dosya Yöneticisi iki koruma mekanizması sunar: (1) Dondurma — Dosya detay menüsünün üstünde 'Dondur' butonu ile dosya veya klasör kilitlenir; donmuş dosyaya versiyon eklemesi yapılamaz, silme ve değişiklik işleri pasif hale gelir. Dondurma geçici veya kalıcı olabilir; Maintainer+ rolü tarafından açılabilir. Tipik kullanım: proje kapanışında tüm dosyalar dondurmak veya bir tasarım aşaması 'proje müdürü onayı sonrası değişme yapılmasın' diye kilitlemek. (2) Karantina — Sistem antivirüs taraması çalıştırır; şüpheli bulunmuş dosyalar otomatik karantina klasörüne taşınır. Karantina sekmesinde karantinaya alınan dosyalar listelenir: dosya adı, yükleyen, tehdit seviyesi, tarama tarihi, boyutu. Şüpheli dosya harici virüs tarama hizmeti ile doğrulanabilir veya yönetici tarafından silinebilir.",
      "benefits": [
        "Dondurma nihai dosyaları yanlışlıkla değiştirilmekten korur; proje kapanışında arşiv niteliği güvence altına alınır",
        "Karantina sistem tarafından otomatik çalışır; virüs tarama manual iş yükü yaratmaz",
        "Karantina raporu şüpheli dosyaları izlemeye imkân tanır; cihazlara gerçek virüs bulaşma riski önlenir",
        "Dondurma rol bazlı olduğundan yetkili personel gerekirse açabilir; tam silme değildir",
        "Audit log dondurma işlemlerini kaydeder; kimin neyi ne zaman dondurup açtığı izlenebilir"
      ],
      "differentiators": [
        "Dropbox ve Google Drive dosya kilit mekanizması yoktur; Filarch dosya dondurma proje kapanış iş akışının parçasıdır",
        "SharePoint checkout/check-in mekanizmi yalnızca bir kişinin düzenleme yapmasını sağlar; Filarch dondurma tüm değişiklikleri bloklar",
        "Procore karantina sistemi yoktur; Filarch virüs taraması işe yaramayan dosyaları otomatik izole eder",
        "Dondurma rol tabanlı açılabilirken (Maintainer+) tam silmekten daha hafiftir"
      ],
      "use_case": "",
      "images": [
        {
          "id": "z86qynws",
          "url": "https://i.hizliresim.com/sh6o6iw.png",
          "alt": "",
          "caption": ""
        }
      ],
      "videos": [],
      "docs": [],
      "slug": "dosya-dondurma-karantina",
      "keywords": [
        "dosya dondurma",
        "dosya kilidi",
        "karantina",
        "virüs taraması",
        "şüpheli dosya",
        "proje arşivi",
        "dosya koruma",
        "nihai tasarım",
        "belge uyumu"
      ],
      "_localized": {
        "summary": {
          "tr": "Kritik dosyaları dondurarak değiştirilmesini engelleyin; virüs taraması şüpheli dosyaları otomatik karantinaya alır.",
          "en": "Prevent critical files from being modified by freezing them; the virus scan automatically quarantines suspicious files."
        },
        "use_case": {
          "tr": "Bir proje kapanışında proje müdürü tüm dosyaları dondurarak 'artık hiç kimse bunu değiştiremez' koruma sağlar; arşiv niteliği emniyet altına alınır. Ayrı bir olayda, e-mail eki yoluyla gelen bir ZIP dosyası virüs kuşkusundan karantinaya alınır ve taranır; temiz çıkınca kullanılabilir hale gelir.",
          "en": "At the close of a project, the project manager freezes all files, providing 'no one can change this anymore' protection; the archive nature is secured. In a separate incident, a zip file received via email attachment is quarantined and scanned for virus suspicion; it becomes available when it is clean."
        }
      }
    },
    {
      "name": "Dosya Eskalasyon Kuralları ve Otomatik Bildirimler",
      "summary": "",
      "description": "Filarch Dosya Yöneticisi'nde her dosyaya eskalasyon kuralları tanımlanabilir. Dosya detay menüsünün 'Eskalasyon' sekmesinde kurallar listelenmiş veya yeni eklenebilir. Eskalasyon kuralı tanımlarken dört parametre belirlenir: (1) İnaktivite süresi — kaç gündür dosya güncellenmemişse kural tetiklensin (örn. 14 gün), (2) Uyarı veren rol — hangi proje rolündeki kullanıcılara bildirim gönderilsin (örn. Maintainer), (3) Bildirim sıklığı — kaç saatte bir tekrar uyarı gönderilsin (örn. 24 saatte bir), (4) Maksimum tekrar sayısı — toplam kaç kez gönderilsin (örn. 3 defa). Örneğin bir dosya 7 gün güncellenmemişse Maintainer rolüne 12 saatte bir bildirim gönderilir, maksimum 5 defa. Her dosyaya en fazla 3 eskalasyon kuralı tanımlanabilir. Kural tetiklendiğinde sistem otomatik e-posta ve Filarch bildirim gönderir. Dosya güncellendiğinde eskalasyon sayaç sıfırlanır; baskılanan kurallar tekrar aktive olur.",
      "benefits": [
        "Uzun süredir güncellenmemiş dosyalar otomatik hatırlatılır; proje duraksaması fark edilmez",
        "Rol seçimi sayesinde yalnızca ilgili personel uyarıyı alır; spam bildirim olmaz",
        "Bildirim sıklığı kontrol edilebilir; saatlik hatırlatmalar kurtulmaz, haftanın geçmesi de fark edilir",
        "İnsan müdahalesi olmayan otomatik sistem; yönetici takibi yapması gerekmez",
        "Audit log kural tetiklemelerini kaydeder; hangi dosyalarda çok sızma olduğu raporlanabilir"
      ],
      "differentiators": [
        "Jira ve Monday.com uyarı mekanizmleri manuel kurallandırılmaktan farklı olarak Filarch dosya bazlı otomatik eskalasyon sunar",
        "Dropbox ve Google Drive dosya inaktivite bildirimlerini desteklemez; Filarch sistem tabanlı uyarı verir",
        "SharePoint retention policy'ler dosya otomatiği silme için değilken Filarch eskalasyon uyarı amaçlıdır",
        "Procore uyarılar event driven olup inaktivite hükmetmez; Filarch zaman tabanlı otomatik eskalasyon kurar"
      ],
      "use_case": "",
      "images": [
        {
          "id": "30j33tlh",
          "url": "https://i.hizliresim.com/2qwtcez.png",
          "alt": "",
          "caption": ""
        }
      ],
      "videos": [],
      "docs": [],
      "slug": "dosya-eskalasyon-kurallari",
      "keywords": [
        "eskalasyon kuralı",
        "otomatik bildirim",
        "inaktivite uyarısı",
        "dosya takibi",
        "role-based alert",
        "bildirim sıklığı",
        "proje yönetimi",
        "deadline takibi",
        "görev hatırlatma"
      ],
      "_localized": {
        "summary": {
          "tr": "Dosyaların belirli süre güncellenmemesi durumunda otomatik bildirim gönderecek eskalasyon kuralları tanımlayın; uyarı sıklığını ve dahil edilecek rolleri özelleştirin.",
          "en": "Define escalation rules that will send automatic notifications if files are not updated for a certain period of time; customize the alert frequency and roles to be included."
        },
        "use_case": {
          "tr": "Bir teknik dokümantasyon ekibi, kritik yazılım belgeleri için şu eskalasyon kuralını tanımlar: '30 gün hiç güncellenmeyen dosyaya, Maintainer ve Admin rollerine 24 saatte bir bildirim gönder, en fazla 4 defa.' Eğer dokümantasyon takım lideri tatildeyse ve dosya 30 gün açılmamışsa sistem Admin'e uyarı gönderir; sorunlu dosya başka mühendise atanabilir.",
          "en": "A technical documentation team defines the following escalation rule for critical software documents: 'Send a notification to the file, Maintainer and Admin roles, which are not updated at all for 30 days, every 24 hours, up to 4 times.' If the documentation team leader is on vacation and the file has not been opened for 30 days, the system sends an alert to the Admin; the problem file can be assigned to another engineer."
        }
      }
    },
    {
      "name": "Toplantı Konularıyla Dosya Linklemeleri",
      "summary": "",
      "description": "Filarch Dosya Yöneticisi'nde dosya ve klasörler proje toplantılarıyla linklelenebilir. Dosya detay menüsünün üstündeki 'Toplantı Konusu Ekle' butonu, o dosya hakkında tartışılacak konuları toplantı oluştururken seçilmesi için işaretler. Dosya detay menüsünün 'Toplantı Konuları' sekmesinde dosya için oluşturulan tüm konular listelenir: Toplam, Aktif, Kapanmış, Bekleyen durumları gruplar halinde gösterilir. Konuların başlığı, açıklaması, nota sahip yönetim elemanı ve toplantı başlama saati listede yer alır. Konuya tıklayınca ilişkili toplantıya yönlendirilir. Bu sistem sayesinde 'dosya hakkında hangi karar toplantıda alındı', 'o değişikliğin kaynağı nedir' soruları doğrudan cevaplanabilir; dosya ve proje yönetimi modülleri bağlanmış olur.",
      "benefits": [
        "Dosya değişiklikleri toplantı kararlarıyla bağlanır; belgelere işlenmiş kararlar izlenebilir olur",
        "Toplantı konuları linklemeleri e-mail veya Slack'te belgelenmiş işler yerine merkezi sisteme kaydolur",
        "Dosya açılışında son toplantı konusu görülür; dosya tartışma tarihçesi erişim kolaylığıdır",
        "Toplantı sonrasında kararlar doğrudan dosyaya işlenmiş olur; takip listesi gerekli değildir",
        "Dosya üzerinden toplantıya gitmek proje bağlamını korur; modül atlama olmaz"
      ],
      "differentiators": [
        "Jira ve Monday.com toplantı linklemesi sınırlı biçimde yapılır; Filarch dosya bazlı toplantı konuları sunar",
        "Dropbox ve Google Drive toplantı entegrasyonu yoktur; Filarch dosya-toplantı bağlantı yapısı kurar",
        "Slack ve Teams'te dosya ve toplantı ayrı konular olarak kalır; Filarch sistem tabanlı linklemesi kurumsal bellek oluşturur",
        "Procore toplantı sonrası çalışma maddeleri ayrı liste olup dosya linklemesi yokken Filarch bağlamsal bağlantı kurar"
      ],
      "use_case": "",
      "images": [
        {
          "id": "rl9fev5q",
          "url": "https://i.hizliresim.com/196zeix.png",
          "alt": "",
          "caption": ""
        }
      ],
      "videos": [],
      "docs": [],
      "slug": "dosya-toplanti-konulari",
      "keywords": [
        "toplantı konuları",
        "dosya toplantı linklemesi",
        "proje kararları",
        "toplantı notları",
        "belge karar bağlantısı",
        "proje yönetimi entegrasyonu",
        "toplantı takibi"
      ],
      "_localized": {
        "summary": {
          "tr": "Dosyalara ve klasörlere toplantı konuları ekleyerek dosya değişiklikleri ile proje toplantılarını bağlayın; kararlar doğrudan belgelere işlenmiş olur.",
          "en": "Link file changes and project meetings by adding meeting topics to files and folders; decisions are processed directly into documents."
        },
        "use_case": {
          "tr": "Bir yazılım şirket tasarım toplantısında, API dokümantasyon dosyası hakkında 'authentication metodoloji' konusu tartışılır. Dosya detay menüsünde bu konu eklenmiş olur. Aylık sonra başka bir mühendis dosyayı açıp 'Toplantı Konuları' sekmesine bakınca, 'authentication' kararının o başlıklı toplantıda alındığını görerek başlangıç noktasını anında tanır.",
          "en": "At a software company design meeting, the topic of 'authentication methodology' about the API documentation file is discussed. This topic is added in the file detail menu. Monthly later, when another engineer opens the file and looks at the 'Meeting Issues' tab, he sees that the 'authentication' decision was made in that meeting and instantly recognizes the starting point."
        }
      }
    },
    {
      "name": "Proje Seviyesinde Yetkili Kullanıcı Yönetimi",
      "summary": "",
      "description": "Filarch Dosya Yöneticisi'nde proje seviyesinde de yetkili kullanıcı yönetimi yapılır. Dosya Yöneticisi penceresinin 'Yetkili Kullanıcılar' sekmesinde projeye dahil tüm kullanıcılar tablolanır. Tablo sunduğu bilgiler: kullanıcı adı/profil, email, proje rolü, yetki süresi, davet durumu, işlemler. 'Yetkili Kullanıcı Ekle' butonu ile yeni üye eklenir; e-posta aranarak çalışma alanında kayıtlı kullanıcı bulunur veya dış e-posta girilir. Rol seçimi yapılır (Milestone Viewer, Viewer, Updater, Maintainer, Admin, Owner). Davet e-maili gönderilir; alıcı link tıklayıp Filarch'ta onayla. Mevcut kullanıcı güncellemesi ise rol değiştirme, yetki süresi uzatma veya silme (proje erişimini kaldırma) işlemlerini içerir. Updater+ rolü güncelleme, Maintainer+ davet gönderme, Admin+ ise silme yapabilir. Bulk operasyonları (birden fazla kullanıcı seçip rol değiştirme) API desteklenir.",
      "benefits": [
        "Proje şef tek yerden tüm üyeleri ve rollerini görebilir; kim hangi yetkiye sahipse görünür",
        "Kullanıcı ekleme/çıkarma proje bazında yapıldığında klasör seviyeliyle birlikte merkezi kontrol sağlanır",
        "Davet sistemi dış paydaşları da sisteme dahil eder; müşteri ve yüklenici projeye entegre olur",
        "Rol değişimi anında yansır; yetkilerin otomatik derecesiyle (örn. Viewer'dan Maintainer'a terfi) dosya erişimi artar",
        "Davet durumu görülürken beklemede, kabul edilmiş, reddedilmiş gösterilir; mail dolaşma sorunu net olur"
      ],
      "differentiators": [
        "Dropbox ekip yönetimi üye listeleme sunarken Filarch proje rolü seviyelendirmesi kurar",
        "SharePoint site koleksiyonu yönetimi complex olmakta Filarch proje seviyesi basit arayüz sunar",
        "Procore ekip yönetimi başlangıçta yapılır ve esnekliği sınırlı; Filarch dinamik üye yönetimi sağlar",
        "Bulk operasyonlar API aracılığıyla yapılırken UI üzerinden de tek seçim ile birden çok kullanıcı yönetimi yapılabilir"
      ],
      "use_case": "",
      "images": [
        {
          "id": "2ddee3kj",
          "url": "https://i.hizliresim.com/i5yk8f0.png",
          "alt": "",
          "caption": ""
        },
        {
          "id": "2ei8b57c",
          "url": "https://i.hizliresim.com/qy056fm.png",
          "alt": "",
          "caption": ""
        }
      ],
      "videos": [],
      "docs": [],
      "slug": "proje-yetkili-kullanicilar",
      "keywords": [
        "proje kullanıcıları",
        "üye yönetimi",
        "kullanıcı roller",
        "proje erişimi",
        "davet sistemi",
        "dış paydaş",
        "kullanıcı onboarding",
        "rol terfi",
        "proje permissions"
      ],
      "_localized": {
        "summary": {
          "tr": "Tüm projeye üyeleri ekleyerek proje bazında erişim ayarları yapılandırın; kullanıcı rollerini güncelleyin veya projeye yeniden davet edin.",
          "en": "Configure access settings on a project-by-project basis by adding members to the entire project; update user roles or re-invite to the project."
        },
        "use_case": {
          "tr": "Yeni bir projeye dış mimarlık danışman eklenmiştir. Proje yöneticisi 'Yetkili Kullanıcı Ekle'ye tıklayıp danışman e-mailini girer, rol 'Viewer' seçer ve davet gönderir. Danışman e-mailini alıp linke tıklayınca Filarch'a eklenir. Sonra müdür danışmanı Maintainer'a terfi ettirmek isterse tablodan güncelleme yapır.",
          "en": "An external architecture consultant has been added to a new project. The project manager clicks on 'Add Authorized User' and enters the consultant email, selects the role 'Viewer' and sends an invitation. When the consultant receives the e-mail and clicks on the link, it is added to Filarch. Then, if the manager wants to promote the consultant to Maintainer, he/she updates the table."
        }
      }
    },
    {
      "name": "Proje Bilgileri ve Proje Düzeyi Ayarları",
      "summary": "",
      "description": "Filarch Dosya Yöneticisi'nde 'Proje Bilgileri' sekmesi proje seviyesi metadata ve ayarlarını içerir. Tabloda proje adı, açıklaması, oluşturan kişi, oluşturma tarihi, son güncellenme tarihi gibi bilgiler görülür. Etiket bölümü (dosya etiketi ile benzer) projeyi kategoriyle işaretleme sağlar (örn. 'Tamamlandı', 'Hizlı', 'Muhasebe'). 'Proje Dondur' butonu projedeki tüm operasyonları pasif hale getirir; yapım sürsün istenmediğinde kullanılır. 'Toplantı Konusu Ekle' ile proje hakkında tartışılacak genel konular oluşturulup toplantı modülüne linklenebilir. Özel bilgileri genişletmek için 'Proje Detay Güncelle' alanı proje açıklamasını düzenleyebilir. Bu sekmede tüm proje yapılandırması merkezi olur ve yönetici için referans sayfası hizmet eder.",
      "benefits": [
        "Proje metadata bir yerde merkezi olur; proje başında neyin amaçlandığı sonraya da hatırlanabilir",
        "Proje etiketi ile kategorize edilirse portföy tarafında tüm projeler filtrelenebilir",
        "Proje dondurma sonlandırma iş akışının parçasıdır; proje kapandığında tüm dosya ve klasörleri tek adımla kilitler",
        "Toplantı konuları proje seviyesinde genel kararları ekler; dosya konularından ayrı 'proje toplantı gündemesi' oluşur",
        "Proje detay güncellemesi sayesinde yıllar sonraki arşiv incelemesinde projedeki değişim ve başlıklar görülür"
      ],
      "differentiators": [
        "Dropbox proje metadata'sına sınırlı yer ayırır; Filarch proje seviyesi yapılandırması kapsamlı",
        "Jira'da proje ayarları karmaşık ve geliştiriciye yönelik olmakla Filarch proje yöneticisi için sade",
        "Procore proje başında şablon uygulanıp sonra değişim sınırlıyken Filarch her zaman proje ayarları değişik olabilir",
        "Proje dondurma tüm alt seviye operasyonları pasif kılarken diğer sistemlerde parça parça kilitlemeler gerekir"
      ],
      "use_case": "",
      "images": [
        {
          "id": "sibxox5c",
          "url": "https://i.hizliresim.com/4qhgccw.png",
          "alt": "",
          "caption": ""
        }
      ],
      "videos": [],
      "docs": [],
      "slug": "proje-bilgileri-ayarlari",
      "keywords": [
        "proje bilgileri",
        "proje metadata",
        "proje açıklaması",
        "proje etiketleme",
        "proje ayarları",
        "proje dondurma",
        "proje yönetimi",
        "proje başında konfigürasyon",
        "proje kapanış"
      ],
      "_localized": {
        "summary": {
          "tr": "Proje genel bilgilerini görüntüleyin; etiket atayın, projeyi dondurun veya toplantı konuları ekleyerek proje yapısını tanımlayın.",
          "en": "View project overviews; assign tags, freeze the project, or define the project structure by adding meeting topics."
        },
        "use_case": {
          "tr": "Bir proje 2 yıllık yapım dönemini tamamlayıp kapatılıyordu. Proje müdürü 'Proje Bilgileri' sekmesine giderek proje açıklamasını 'Tamamlandı - Değişik Gerekçe Olmamadığı Sürece Dosya Değişimi Yapılmayacak' şeklinde günceller, 'Tamamlandı' etiketi ekler, proje dondurmayı işaretler. Sistem tüm dosya ve klasörleri derhal kilitler.",
          "en": "A project was closing after completing a 2-year construction period. The project manager goes to the 'Project Information' tab and updates the project description as' Completed - No File Change Unless There is a Different Reason ', adds the' Completed 'label, marks the project freeze. The system immediately locks all files and folders."
        }
      }
    },
    {
      "name": "Tüm Sistem Çapında Tek Noktadan Dosya ve Klasör Araması",
      "summary": "",
      "description": "Filarch'ın Gelişmiş Arama Modülü, kurumsal dosya yönetiminin köklü sorunlarından birine doğrudan yanıt verir: 'Bu dosya hangi projede, hangi namespace'de?' sorusu. Geleneksel sistemlerde kullanıcı önce doğru namespace'i, ardından doğru projeyi, ardından doğru klasörü bulmak zorundadır. Filarch'ta bu hiyerarşik gezinti zorunluluğu ortadan kalkar; `/advanced-search` sayfası tüm erişim yetkisi olan namespace ve projeleri arka planda tek sorguda tarar. Sonuçlar dosya ve klasör tipi olarak ayrımlanır, her sonuç satırında dosyanın ait olduğu namespace ve proje adı görünür; böylece arama yaptıktan sonra içeriğin nerede durduğu sıfır tıkla anlaşılır. Sonuç satırındaki görüntüle ikonuna basıldığında dosyalar için detay drawer'ı açılır, klasörler için doğrudan ilgili proje klasörüne yönlendirilir. URL parametresi desteğiyle diğer modüllerden 'bu namespace'de ara' veya 'bu projede ara' bağlantıları oluşturulabilir; Gelişmiş Arama sayfası önceden filtreli olarak açılır ve uygulama genelinde bağlamsal geçiş sağlanır.",
      "benefits": [
        "Dosyanın hangi projede olduğunu bilmeden bulunabilir; 'önce projeyi bul, sonra içeriği ara' döngüsü kırılır\",       \"Dosya ve klasör sonuçları tek tabloda birleşir; tip farkı yalnızca simgeyle ayrımlanır, ayrı arama ekranı açılmaz\",       \"Her sonuç satırında namespace + proje adı; içeriğin nerede durduğu sonuçtan ayrılmadan görülür",
        "Görüntüle aksiyonu dosyalarda drawer açar, klasörlerde doğrudan o klasöre götürür; ikinci adım gerekmez\",       \"URL ile ön filtre: diğer modüllerden tek bağlantıyla 'bu projeye ait arama' açılır"
      ],
      "differentiators": [
        "Görüntüle aksiyonu dosyalarda drawer açar, klasörlerde doğrudan o klasöre götürür; ikinci adım gerekmez\",       \"URL ile ön filtre: diğer modüllerden tek bağlantıyla 'bu projeye ait arama' açılır",
        "Autodesk Docs ve Procore doküman araması proje seçimi yapılmasını zorunlu kılar; Filarch önceden proje belirleme adımını arayüzden kaldırır",
        "Dosya ve klasör tiplerini tek sonuç listesinde birleştirmek, Jira ve Confluence gibi araçlarda ayrı arama modülleriyle çözülen bir problemi tek motordan çözer",
        "URL parametresiyle ön filtre (namespace veya proje) Filarch'ın diğer modülleriyle bağlamsal entegrasyona kapı açar; bağımsız arama araçlarında bu derin bağlantı desteği yoktur"
      ],
      "use_case": "",
      "images": [
        {
          "id": "49i70em3",
          "url": "http://docs.filarch.com/media/uploads/03_results_table.png",
          "alt": "Results Table",
          "caption": ""
        }
      ],
      "videos": [],
      "docs": [],
      "slug": "tum-sistem-dosya-klasor-aramasi",
      "keywords": [
        "gelişmiş arama",
        "çapraz proje arama",
        "namespace araması",
        "dosya arama",
        "klasör arama",
        "merkezi içerik araması",
        "global arama",
        "kurumsal dosya arama"
      ],
      "_localized": {
        "summary": {
          "tr": "Namespace ve proje sınırlarını aşan, dosya ile klasörleri tek arayüzde eş zamanlı sorgulayan merkezi arama motoru; hiçbir projeye gitmeden tüm içeriğe ulaşın."
        },
        "use_case": {
          "tr": "Bir inşaat holdingi bünyesindeki proje destek uzmanı, müşteriden gelen 'B-Blok zemin planı' talebini yerine getirmek için hangi projede çalıştığını bile hatırlamadığı bir çizimi aramak zorundadır. Filarch'ta 'B-Blok zemin' yazar, Enter'a basar; sistem tüm namespace ve projelerindeki dosyaları tarar, ilgili DWG dosyasını listeler. Dosya adının yanında namespace ve proje adı göründüğünden sonuçtan ayrılmadan konumu anlar, görüntüle ikonuna tıklayarak drawer'dan dosyayı inceler ve müşteriye doğru versiyonu gönderir. Tüm işlem, hiçbir projeye girmeden tamamlanır."
        }
      }
    },
    {
      "name": "Bulanık Arama (Trigram) ile Eşleşme Tipi ve Benzerlik Skoru Görselleştirmesi",
      "summary": "",
      "description": "Filarch'ın bulanık arama motoru, tam metin araması yetersiz kaldığında devreye girer: yanlış yazılmış dosya adları, farklı dil varyantları veya yaklaşık hatırlanan terimler. Kullanıcı arama çubuğunun altındaki toggle'ı bir kez tıklayarak trigram tabanlı bulanık arama moduna geçer; toggle mavi renge döner ve sistem anında yeniden sorgular. Bulanık modda veritabanı, aranan terimi üç harflik parçalara (trigram) bölerek kayıtlardaki her dosya ve klasör adıyla benzerlik oranı hesaplar. Sonuçlar yalnızca bulunanları listelemekle kalmaz; her satırda eşleşmenin nasıl gerçekleştiğini de belgeler. Üç bileşenden oluşan eşleşme detayı rozeti, tam eşleşmeleri mavi 'EXACT' etiketiyle, bulanık eşleşmeleri mor 'FUZZY' etiketiyle gösterir; yanında hangi kelimenin eşleştiği tırnak içinde ve kaçıncı alanda (dosya adı veya içerik) bulunduğu ikon simgesiyle belirtilir; sağında ise benzerlik yüzdesi renk kodludur — %90 üzeri yeşil, %70–89 arası turuncu, %70 altı kırmızı. Bu görsel sistem, kullanıcıya 'arama motoru ne yaptı' sorusunu arayüz içinde yanıtlar; kararını verebilmesi için sonucu değerlendirme yükünü azaltır.",
      "benefits": [
        "Yazım yanlışları aramanın başarısız olmasına yol açmaz; 'revizyon', 'reviyon', 'revizion' hepsi aynı dosyayı bulur",
        "Her sonuç satırında EXACT/FUZZY rozeti — arama motorunun ne yaptığı görünür, kör tahmin yoktur",
        "Renk kodlu benzerlik yüzdesi (%90+ yeşil, %70–89 turuncu, altı kırmızı) en güvenilir eşleşmeleri anında öne çıkarır",
        "Toggle bir tıkla devreye girer ve çıkar; performans öncelikli günlük kullanımda tam metin, hassas olmayan aramalarda fuzzy moda anında geçilir",
        "Eşleşen kelimenin hangi alanda (ad / içerik) bulunduğu ikon simgesiyle belirtilir; sonucu açmadan bağlamı anlamak mümkün olur"
      ],
      "differentiators": [
        "Google Drive ve SharePoint arama motorları yazım toleransını arka planda yönetir ve kullanıcıya benzerlik skoru göstermez; Filarch eşleşme tipini ve yüzdeyi doğrudan satırda belgeler",
        "Elasticsearch tabanlı kurumsal arama araçları fuzzy sonuçlarda 'score' değerini teknik arayüzlerde gösterir; Filarch bu bilgiyi tasarımcı dostu rozet formatında son kullanıcıya sunar",
        "Dropbox ve Box araması yanlış yazımı düzeltme önerisi sunar ancak orijinal terimi aratmaya devam eder; Filarch bulanık modu açık tutarak her iki tür eşleşmeyi aynı listede karşılaştırmalı gösterir",
        "Toggle mimarisi kullanıcıya kontrol verir: tam metin araması yeterli olduğunda sistem gereksiz yere fuzzy hesaplama yapmaz; benzerlik araması yalnızca bilinçli olarak istenileninde devreye girer"
      ],
      "use_case": "",
      "images": [
        {
          "id": "gb4asi0p",
          "url": "http://docs.filarch.com/media/uploads/01_search_bar.png",
          "alt": "Search Bar",
          "caption": ""
        },
        {
          "id": "zxvybfoy",
          "url": "http://docs.filarch.com/media/uploads/03_results_table.png",
          "alt": "Results Table",
          "caption": ""
        }
      ],
      "videos": [],
      "docs": [],
      "slug": "bulanik-arama-trigram-eslesme-skoru",
      "keywords": [
        "bulanık arama",
        "fuzzy search",
        "trigram arama",
        "yazım toleransı",
        "benzerlik skoru",
        "eşleşme rozeti",
        "yaklaşık arama",
        "metin arama"
      ],
      "_localized": {
        "summary": {
          "tr": "Toggle ile açılan trigram tabanlı bulanık arama, yazım yanlışlarını tolere ederek yakın eşleşmeleri bulur; her sonuç satırında FUZZY/EXACT rozeti, eşleşen kelime ve renk kodlu benzerlik yüzdesi gösterilir."
        },
        "use_case": {
          "tr": "Bir proje koordinatörü, ayllar önce yüklediği 'YerlesimPlani_RevA' dosyasını 'yerlesim plani reva' yazarak arar. Tam metin araması boş döner çünkü büyük/küçük harf ve alt çizgi farkı vardır. Bulanık arama toggle'ını açar; sistem trigram benzerliğiyle dosyayı bulur, satırda mor 'FUZZY' rozeti ve '%87' benzerlik skoru görünür. Koordinatör arama motorunun neden bu dosyayı önerdiğini anlar, içeriği doğrular ve işlemine devam eder."
        }
      }
    },
    {
      "name": "Esnek Bulut Depolama ve Çoklu Bağlantı Protokolü (Hybrid Cloud Connection)",
      "summary": "",
      "description": "Bu özellik, işletmelerin dijital varlıklarını Filarch ekosistemine entegre ederken ihtiyaç duydukları esnekliği sağlar. Kullanıcılar, \"Google ile Bağlan\" seçeneğini kullanarak kişisel veya kurumsal Drive hesaplarını hızlıca yetkilendirebilir veya \"Service Account Kullan\" seçeneğiyle teknik altyapı seviyesinde, kullanıcı bağımsız ve yüksek güvenlikli bir entegrasyon kurabilirler. Bağlantı sonrası Drive içerisindeki kök klasörler taranarak sistemle tam senkronizasyon sağlanır.",
      "benefits": [
        "Hızlı Kurulum",
        "Esnek Yetkilendirme",
        "Veri Lokasyonu Kontrolü",
        "Süreklilik"
      ],
      "differentiators": [
        "Hibrit Bağlantı Modeli",
        "Klasör Bazlı İzolasyon",
        "Dinamik Durum Takibi"
      ],
      "use_case": "",
      "images": [
        {
          "id": "ozqd8tmh",
          "url": "https://i.hizliresim.com/dm8hr67.png",
          "alt": "Depolama yönetimi paneli",
          "caption": ""
        }
      ],
      "videos": [],
      "docs": [],
      "slug": "bulut-depolama-baglanti-yontemleri",
      "keywords": [
        "Bulut Depolama",
        "Google Drive Entegrasyonu",
        "Service Account",
        "OAuth Bağlantısı",
        "Kök Klasör Senkronizasyonu",
        "Veri Güvenliği",
        "Filarch Depolama Yönetimi"
      ],
      "_localized": {
        "summary": {
          "tr": "Filarch'ın depolama birimlerini yapılandırırken Google Drive gibi bulut sağlayıcılarına hem bireysel kullanıcı yetkilendirmesi (OAuth) hem de kurumsal servis hesapları (Service Account) ile güvenli bağlantı kurun."
        },
        "use_case": {
          "tr": "Şirket verilerini kişisel hesaplardan bağımsız bir şekilde yönetmek isteyen bir Bilgi İşlem Yöneticisinin, Filarch üzerinden \"Service Account\" yöntemini seçerek merkezi bir Google Drive klasörünü sisteme bağlamasıyla; sistem, kullanıcı şifrelerine ihtiyaç duymadan güvenli bir köprü kurarak, seçilen klasördeki tüm proje dosyalarının kurumsal hafızaya kesintisiz ve yönetici denetiminde aktarılmasını sağlar."
        }
      }
    },
    {
      "name": "Kullanıcı Aktivite Geçmişi ve Denetim İzi",
      "summary": "",
      "description": "Filarch'ın Aktivite Geçmişi sol gezinme çubuğundaki saat simgesi butonuyla açılır; herhangi bir proje veya çalışma alanı seçilmesine gerek yoktur. Panel, kullanıcının yetkili olduğu tüm workspace, proje, klasör ve dosyalarda gerçekleşen işlemleri zaman damgalı olarak listeler. Her aktivite kaydında işlem tipi (yükleme, indirme, yorum, silme, klasör oluşturma, taşıma, güncelleme, dondurma, dondurma kaldırma), işlem yapılan nesnenin türü (dosya, klasör, proje, workspace) ve adı, işlemi gerçekleştiren kullanıcının adı, soyadı ve e-postası ile HTTP durum kodu yer alır. Başarısız işlemler de kaydedilir; 4xx veya 5xx dönen bir isteğin kimin tarafından, hangi nesne üzerinde denendiği görülür. Dondurma (freeze) ve dondurma kaldırma (unfreeze) işlemleri de geçmişe düşer; kritik bir dosyanın kimin tarafından dondurulduğu ve tarihi takip edilebilir. Kayıtlar sayfalama ile yönetilir; büyük geçmişler performanstan ödün vermeden görüntülenir.",
      "benefits": [
        "Sol gezinme çubuğundan tek tıkla erişim; proje veya çalışma alanı seçimi gerekmez, tüm yetkili içerikteki işlemler tek ekranda görünür",
        "Tam denetim izi: yetkili olunan her alanda her işlem kime ait olduğuyla kayıtlı, sonradan 'biz bunu yüklemedik' tartışması yaşanmaz",
        "Kazayla silinen veya üzerine yazılan dosyada kimin, ne zaman işlem yaptığı saniyeler içinde tespit edilir",
        "Başarısız işlem kaydı ile erişim sorunları veya yetki hataları sistem loguna bakılmadan anlaşılır",
        "Dondurma geçmişi ile hangi versiyonun ne zaman, kim tarafından korunmaya alındığı izlenebilir; uyumluluk denetimlerinde kullanılır"
      ],
      "differentiators": [
        "Dropbox Business aktivite günlüğü yalnızca başarılı işlemleri listeler; Filarch başarısız denemeler ve HTTP durum kodlarını da kaydeder",
        "Autodesk Docs aktivite akışı freeze/unfreeze gibi durum değişikliklerini ayrı bir olay olarak ayırt etmez; Filarch dondurma işlemlerini bağımsız aktivite tipi olarak kayıt altına alır",
        "SharePoint denetim günlükleri IT yöneticisi erişimi gerektirir; Filarch aktivite geçmişini uygulama içi bir butonla her kullanıcı düzeyinden doğrudan sunar"
      ],
      "use_case": "",
      "images": [],
      "videos": [],
      "docs": [],
      "slug": "aktivite-gecmisi",
      "keywords": [
        "aktivite geçmişi",
        "denetim izi",
        "audit log",
        "kullanıcı işlemleri",
        "dosya geçmişi",
        "dondurma geçmişi",
        "uyumluluk denetimi"
      ],
      "_localized": {
        "summary": {
          "tr": "Yetkili olunan tüm çalışma alanları, projeler, klasörler ve dosyalardaki yükleme, indirme, silme, taşıma ve dondurma işlemlerini kimin, ne zaman yaptığını gösteren kronolojik aktivite akışı; sol gezinme çubuğundan tek tıkla erişilir, proje seçimi gerekmez."
        },
        "use_case": {
          "tr": "İhale sonrası anlaşmazlık sürecinde proje müdürü, belirli bir teknik şartname dosyasının ihale tarihinden sonra değiştirilip değiştirilmediğini kanıtlamak zorundadır. Sol gezinme çubuğundan aktivite geçmişini açar; proje seçmeden doğrudan dosya adına göre filtreler ve ilgili tarih aralığında hiçbir yükleme veya güncelleme olmadığını zaman damgalarıyla belgeler. Bu çıktı hukuki süreçte kanıt niteliği taşır."
        }
      }
    },
    {
      "name": "Dosyalar Arası Referans ve Bağımlılık İlişkileri",
      "summary": "",
      "description": "Dosya İlişkileri modülü, bir kaynak dosyadan başka bir dosyaya 'bu dosya şu dosyaya referans verir' veya 'bu dosya şu dosyaya bağımlıdır' şeklinde mantıksal bağlantı kurulmasını sağlar. İki ilişki tipi vardır: Tip 1 Referans (örneğin mimari plan, statik hesabı referans alır) ve Tip 2 Bağımlılık (tesisat detayı, genel plana bağımlıdır). Her ilişki oluştururken açıklama metni girilebilir; ilişki neden kurulduğu kayıt altına alınır. Bir dosyanın ilişki listesi açıldığında hem kaynak hem hedef taraftaki tüm bağlantılar listelenir: bağlantı tipi adı, açıklama ve oluşturulma tarihi görünür. Mevcut ilişkiler güncellenebilir (tip veya açıklama değişikliği) ve kaldırılabilir. Bu yapı özellikle koordinasyon sürecinde 'A dosyası değişirse hangi diğer dosyaların güncellenmesi gerekir' sorusunu sistemin bileceği anlamına gelir.",
      "benefits": [
        "Değişiklik etki analizi: bir çizim güncellendiğinde onunla ilişkili dosyalar listede görünür, güncelleme gözden kaçmaz",
        "Referans ve bağımlılık ayrımı ile 'bak' ile 'bağlı' ilişkileri net tanımlanır; koordinasyon toplantısında tartışma zemini somutlaşır",
        "Proje bütünlüğü kontrolü: teslim paketindeki dosyaların güncel bağımlılıklarla uyumlu olduğu teyit edilebilir",
        "İlişki açıklaması ile 'neden bağlantılı olduğu' da kayıt altına alınır; bağlamı bilen kişi ayrılsa bile bilgi sistemde kalır"
      ],
      "differentiators": [
        "Autodesk Docs ve BIM 360 dosyalar arası ilişkiyi xref bağlantısı olarak CAD katmanında yönetir; Filarch bu ilişkiyi uygulama bağımsız, merkezi bir veri katmanında tutar — farklı formatlardaki dosyalar arasında da ilişki kurulabilir",
        "SharePoint 'İlgili Belgeler' bağlantısı tek yönlüdür ve versiyon bilgisi taşımaz; Filarch ilişkileri çift yönlü listeler",
        "Procore RFI ve submittal bağlantıları kendi iş akışı nesnelerine özeldir; Filarch dosya bazında serbest ilişki tanımı yapar, herhangi iki dosya arasında bağlantı kurulabilir"
      ],
      "use_case": "",
      "images": [],
      "videos": [],
      "docs": [],
      "slug": "dosya-iliskileri",
      "keywords": [
        "dosya ilişkisi",
        "referans bağlantı",
        "bağımlılık",
        "etki analizi",
        "koordinasyon",
        "xref alternatifi",
        "proje bütünlüğü"
      ],
      "_localized": {
        "summary": {
          "tr": "Filarch'taki dosyalar arasında referans ve bağımlılık ilişkileri kurarak projenin bağlantı haritasını oluşturun; değişiklik etkisi görünür hale gelir."
        },
        "use_case": {
          "tr": "MEP koordinatörü, tesisat çiziminin mimari kat planına 'Referans' tipinde bağlı olduğunu Filarch'ta tanımlar; açıklama alanına 'Aks bilgileri bu plandan alınmaktadır' yazar. İki hafta sonra mimar kat planını revize edip yeni sürüm yükler. Koordinatör dosyanın ilişkiler sekmesini açar, bağımlı tesisat çizimini görür ve ekibine gerekli güncellemeyi yapar."
        }
      }
    },
    {
      "name": "Pluginde Hızlı Arama",
      "summary": "",
      "description": "Filarch Hızlı Arama, tek bir metin kutusundan başlatılan çok nesne türlü aramadır. Kullanıcı arama terimini girdiğinde sistem yetkili olduğu tüm içerik genelinde çalışma alanı, proje, klasör, dosya ve etiket adlarını tarar. Her sonuç satırında nesne tipi, ad, bulunduğu workspace, proje ve klasör bilgisi ile son güncelleme tarihi gösterilir. Eşleşen kelime `match_details.matched_word` alanıyla kayıt altına alınır. Sonuçlar ada, boyuta, son güncelleme tarihine veya dosya türüne göre artan/azalan sırada sıralanabilir; sayfalama ile büyük sonuç kümeleri performanstan ödün vermeden gezilir.",
      "benefits": [
        "Tek metin kutusu, tüm yetkili içerik: çalışma alanı, proje, klasör, dosya ve etiket tek sorguda aranır",
        "Her sonuçta konum bilgisi (workspace / proje / klasör) doğrudan görünür; ayrıca klasöre gitmeye gerek kalmaz",
        "Sonuçlar ad, boyut, tarih veya tür bazında sıralanabilir; ilgili kayıt ilk sayfada bulunur"
      ],
      "differentiators": [
        "Dropbox ve Google Drive araması sonuçlarda klasör konumunu göstermez; Filarch her sonuç satırında tam konumu workspace → proje → klasör zinciriyle sunar",
        "SharePoint arama erişim dışı içerikleri 'izin yok' mesajıyla listeler; Filarch yalnızca yetkili içerikleri gösterir, kullanıcı erişemeyeceği kaynakların varlığından haberdar olmaz"
      ],
      "use_case": "",
      "images": [],
      "videos": [],
      "docs": [],
      "slug": "hizli-arama",
      "keywords": [
        "hızlı arama",
        "dosya arama",
        "proje arama",
        "etiket arama",
        "klasör arama",
        "metin araması",
        "anlık arama"
      ],
      "_localized": {
        "summary": {
          "tr": "Tek metin kutusundan çalışma alanı, proje, klasör, dosya ve etiket arayın; sonuçlar tüm yetkili içerik genelinde anlık olarak listelenir, her sonuç kaydın konumunu (workspace / proje / klasör) doğrudan gösterir."
        },
        "use_case": {
          "tr": "Proje yöneticisi kaç workspace içinde çalıştığını hatırlamadan 'beton_rapor' adlı dosyayı arar. Sistem yetkili olduğu tüm içeriği tarar ve dosyanın 'Altyapı Projesi / Zemin Etüdü' klasöründe bulunduğunu sonuç satırında gösterir. Aynı arama kutusundan 'İhale Onaylı' etiketini veya 'Kadıköy' adlı projeyi de arayabilir."
        }
      }
    },
    {
      "name": "Pluginde Çok Kriterli Gelişmiş Dosya Arama ve Fuzzy Arama",
      "summary": "",
      "description": "Gelişmiş Arama, hızlı aramanın sunduğu temel metin eşleştirmesini yedi filtre boyutuyla genişletir. namespaceIds ile yalnızca belirli workspace'lerde, projectIds ile belirli projelerde, userIds ile belirli kişilerin yüklediği dosyalarda arama yapılabilir. tagIds ile etiket bazlı daraltma, file_type ile dosya türü filtresi (.dwg, .rvt, .pdf vb.), lastUpdated ile son güncelleme seçeneği (Son 1 Saat / Son 24 Saat / Son 7 Gün / Son 14 Gün / Son 30 Gün) ve minSize/maxSize ile KB cinsinden boyut aralığı ayrı ayrı ya da birlikte uygulanabilir. Tüm bu filtreler SearchFilterState nesnesi üzerinden tek API çağrısına dönüşür. Fuzzy arama (useTrigram: true) modunda sistem tam eşleşme aramaz; trigram benzerlik motoru girilen terimi dosya adlarıyla karşılaştırır ve her sonuca bir similarity_score atar — en yüksek skorlu eşleşmeler listenin üstüne yerleşir. Eşleşen kelime ve yüzdelik benzerlik skoru sonuç satırında gösterilir; sistem yazım hatasını tespit ettiğinde 'Did you mean?' butonu ile doğru terimi önerir. Her sonuç kartında eşleşen alan (match_details.field), eşleşen kelime ve benzerlik skoru görünür. Arama paneli açık kalırken filtreler anlık olarak değiştirilebilir ve her değişiklik yeni bir sorgu tetikler.",
      "benefits": [
        "Yedi filtre boyutunu birleştirerek en dar hedef kümeye tek sorguda ulaşılır; gereksiz sonuçlar arasında arama yapılmaz",
        "Fuzzy arama yazım hatalarına ve dosya adı varyasyonlarına toleranslıdır; dosya adını tam hatırlamak gerekmez",
        "Similarity score sonuçları alaka düzeyine göre sıralar; ilk sayfada doğru dosya belirir",
        "Filtreler değiştikçe arama anlık güncellenir; her ayar için yeniden arama başlatılmaz",
        "Yükleyen kullanıcı filtresi sayesinde kimin ne yüklediğine dayalı soruşturma araması yapılabilir"
      ],
      "differentiators": [
        "SharePoint ve Autodesk Docs tam eşleşme araması yapar; Filarch trigram motoru ile yazım hataları ve kısaltmalar toleransa alınır, benzerlik skoru sonuçları sıralar",
        "Dropbox ve Google Drive arama meta veri filtrelerini (yükleyen kullanıcı, etiket, boyut aralığı) desteklemez; Filarch bu boyutları tek arama sorgusunda birleştirir",
        "Procore ve BIM 360 aramaları platforma özgü nesne türleriyle sınırlıdır; Filarch tüm desteklenen formatlarda (CAD, BIM, PDF, Office) aynı motor üzerinden sorgu çalıştırır"
      ],
      "use_case": "",
      "images": [],
      "videos": [],
      "docs": [],
      "slug": "gelismis-dosya-arama",
      "keywords": [
        "gelişmiş dosya arama",
        "fuzzy arama",
        "trigram arama",
        "benzerlik skoru",
        "çok kriterli arama",
        "uzantı filtresi",
        "dosya boyutu filtresi",
        "etiket arama",
        "yükleyen kullanıcı filtresi"
      ],
      "_localized": {
        "summary": {
          "tr": "Hızlı aramanın ötesine geçin: workspace, proje, yükleyen kullanıcı, etiket, uzantı, dosya boyutu ve tarih aralığı filtrelerini birleştirin; trigram tabanlı fuzzy arama ile dosya adını tam bilmeden benzerlik skoruyla sonuca ulaşın."
        },
        "use_case": {
          "tr": "Bir proje müdürü, son 30 günde A. Yılmaz tarafından yüklenen, 5000 KB üzerinde ve '.rvt' türündeki dosyaları bulmak ister. Kullanıcı filtresinden A. Yılmaz'ı seçer, Son Güncelleme altından Son 30 Gün'ü işaretler, minSize 5000 KB girer, dosya türü .rvt seçer. Fuzzy modu açıkken dosya adını tam hatırlamasa da benzer adlı Revit dosyaları similarity_score ile sıralı listelenir; sistem yazım hatasını 'Did you mean?' önerisiyle düzeltir."
        }
      }
    },
    {
      "name": "Pluginde Proje Bazlı Etiket Oluşturma ve Yönetimi",
      "summary": "",
      "description": "Filarch Etiket sistemi proje düzeyinde çalışır: her etiket belirli bir projeye aittir ve yalnızca o proje içindeki dosyalara atanabilir. Etiket oluşturma ekranında kullanıcı bir ad ve renk belirler; renk kodlaması farklı kategorileri (durum, disiplin, onay seviyesi vb.) görsel olarak ayrıştırır. Oluşturulan etiketler proje ayarları altında listelenir, düzenlenebilir ve kullanımda olmayan etiketler silinebilir. Bir dosyaya etiket atamak için dosyanın detay ekranından veya toplu seçim yoluyla etiket ekleme modalı açılır; projeye ait tüm etiketler listede gösterilir ve istenen etiketler seçilir. Bir dosyaya birden fazla etiket atanabilir. Dosya listesinde etiket filtresine tıklandığında yalnızca o etikete sahip dosyalar görünür; birden fazla etiket kombinasyonu ile kesişim bazlı filtreleme yapılabilir. Etiketler aynı zamanda Gelişmiş Arama Paneli'nde bir filtre kriteri olarak da kullanılır.",
      "benefits": [
        "Klasör yapısından bağımsız yatay gruplandırma; farklı klasörlerdeki dosyalar aynı etiketle bir arada listelenir",
        "Renk kodlaması ile etiket kategorileri görsel olarak ayrışır; yüzlerce dosya arasında durum veya disiplin bazlı tarama hızlanır",
        "Bir dosyaya birden fazla etiket atanabilir; 'Onaylı' ve 'Mekanik' gibi ortogonal sınıflandırmalar bir arada tutulur",
        "Etiket filtreleme anlıktır; sayfayı yenilemeden sonuç listelenir"
      ],
      "differentiators": [
        "SharePoint meta veri sütunları site koleksiyonu genelinde standartlaştırılmak zorundadır; Filarch etiketleri proje bazında bağımsız tanımlanır, farklı projelerin terminoloji çakışması yaşanmaz",
        "Autodesk Docs'ta dosya özellikleri (attributes) şema tanımı gerektirir ve IT yöneticisi müdahalesini zorunlu kılabilir; Filarch'ta proje yöneticisi etiketi saniyeler içinde oluşturabilir",
        "Dropbox etiket sistemi kişisel renk etiketleriyle sınırlıdır ve ekip paylaşımı yoktur; Filarch etiketleri proje üyeleri arasında ortak tanımlanır ve herkes aynı etiket setini kullanır"
      ],
      "use_case": "",
      "images": [],
      "videos": [],
      "docs": [],
      "slug": "etiket-yonetimi",
      "keywords": [
        "dosya etiketi",
        "proje etiketi",
        "dosya kategorilendirme",
        "etiket filtreleme",
        "renk etiketi",
        "dosya organizasyonu",
        "meta veri etiket"
      ],
      "_localized": {
        "summary": {
          "tr": "Proje kapsamında özel etiketler oluşturun ve dosyalara atayın; etiket filtreleme ile büyük arşivlerde hedef dosya grubuna anında ulaşın."
        },
        "use_case": {
          "tr": "Büyük bir mimarlık projesinde doküman kontrolörü 'İhale Onaylı', 'Revizyon Bekliyor' ve 'Arşiv' etiketlerini oluşturur. Her dosyayı inceledikçe uygun etiketi atar. İhale paketi hazırlanırken 'İhale Onaylı' etiketiyle filtreleyerek yalnızca onaylı dosyaları görür; 'Revizyon Bekliyor' filtresinde ise revize edilmesi gereken dosyalar anında listelenir."
        }
      }
    },
    {
      "name": "Pluginde Dosya Versiyon Geçmişi ve Sürüm Listesi",
      "summary": "",
      "description": "Filarch'ta bir dosyaya tıklandığında açılan versiyon geçmişi ekranı, o dosyaya ait tüm sürümleri kronolojik sırayla listeler. Her versiyon satırında versiyon numarası, yükleme tarihi ve saati, yükleyen kullanıcının adı, dosya boyutu ve varsa yükleme yorumu görünür. Milestone olarak işaretlenmiş sürümler özel bir rozet veya renk vurgusuyla öne çıkarılır; önemli teslim noktaları rutin kayıtlar arasında kaybolmaz. Kullanıcı herhangi bir sürümü indirebilir veya 'CAD'de Aç' aksiyonuyla o versiyonu doğrudan kayıtlı CAD uygulamasında açabilir — plugin, aktif uygulamaya 'open-file' komutunu middleware üzerinden iletir. Silme yetkisine sahip kullanıcılar gereksiz sürümleri tek tek kaldırabilir; bu işlem onay adımı içerir. Her versiyona ait meta veri aynı zamanda yerel SQLite veritabanına (file_metadata tablosu) yazıldığından ağ bağlantısı olmadan da son versiyon bilgileri görüntülenebilir.",
      "benefits": [
        "Tüm versiyon geçmişi tek ekranda; hangi sürümde ne değiştiği yorum alanından anında anlaşılır",
        "Milestone versiyonlar görsel olarak ayrışır; önemli teslimler uzun listede kaybolmaz",
        "CAD'de Aç ile versiyonu bulup indirip elle açma adımları ortadan kalkar; tek tıkla aktif uygulamada açılır",
        "Ağ bağlantısı olmadan da son versiyon meta verisi yerel cache'den okunur",
        "Yetkisiz kullanıcılar silme butonunu görmez; yanlışlıkla silme riski arayüz seviyesinde engellenir"
      ],
      "differentiators": [
        "Dropbox ve Google Drive versiyon geçmişi yalnızca otomatik kayıtları listeler ve kimin yüklediğini göstermez; Filarch'ta her sürümde yükleyen kullanıcı, yorum ve milestone rozeti bir arada sunulur",
        "Autodesk Docs'ta eski bir sürümü CAD'de açmak için önce indirmek ardından manuel olarak açmak gerekir; Filarch 'CAD'de Aç' aksiyonuyla bu adımları tek tıkla tamamlar",
        "SharePoint versiyon yönetimi tüm dosya tipleri için aynı jenerik arayüzü kullanır; Filarch DWG, RVT gibi CAD formatlarına özgü boyut ve meta veri sütunlarını öne çıkarır"
      ],
      "use_case": "",
      "images": [],
      "videos": [],
      "docs": [],
      "slug": "versiyon-gecmisi",
      "keywords": [
        "versiyon geçmişi",
        "sürüm listesi",
        "dosya revizyonları",
        "milestone versiyon",
        "versiyon indirme",
        "CAD'de aç",
        "dosya geçmişi"
      ],
      "_localized": {
        "summary": {
          "tr": "Her dosyanın tüm sürümlerini tarih, boyut, yükleyen kullanıcı ve yorum bilgisiyle kronolojik listede görüntüleyin; istediğiniz versiyonu tek tıkla indirin veya CAD uygulamasında açın."
        },
        "use_case": {
          "tr": "Bir yapı tasarım projesinde ekip, zemin kat planında müşteri görüşmesinden önce yapılan son değişikliklere dönmek ister. Dosyanın versiyon geçmişini açan mimar, yorumdan 'Müşteri onayı öncesi final revizyonu' yazan milestone versiyonu anında bulur ve 'CAD'de Aç' butonuyla AutoCAD'de açar. Ağ olmadığında bile son versiyonun adı ve numarası yerel cache'den görünür."
        }
      }
    },
    {
      "name": "Pluginde CAD / Office İçinden Hızlı Sürüm Yükleme",
      "summary": "",
      "description": "Filarch eklentisi her desteklenen uygulamanın Ribbon veya Toolbar'ına 'Upload' butonu ekler. Bu butona basıldığında plugin aktif belgenin disk yolunu ve değişiklik durumunu tespit eder. AutoCAD, GstarCAD ve ZWCAD'de sistem değişkeni DBMOD okunarak dosyada gerçekten değişiklik olup olmadığı kontrol edilir; salt okunur modda açık veya değiştirilmemiş dosyalar için yanlış alarm üretilmez. Kaydedilmemiş değişiklik varsa kullanıcıya Filarch arayüzünde iki seçenek sunulur: 'Kaydet ve Yükle' seçeneği dosyayı önce kaydeder ardından yükleme başlatır; 'Kaydetmeden Yükle' ise mevcut disk versiyonunu alır. Eğer autoSaveBeforeUpload ayarı etkinse bu diyalog hiç çıkmaz, dosya sessizce kaydedilip yükleme başlar. Filarch uygulaması kapalıyken butona basılırsa plugin arka planda Filarch.exe'yi otomatik başlatır ve yükleme bağlamını iletir; kullanıcı ek adım yapmak zorunda kalmaz.",
      "benefits": [
        "CAD veya Office uygulamasından çıkmadan versiyon oluşturma; alt+tab veya dosya gezgini gerekmez",
        "DBMOD kontrolü ile gerçek değişiklik tespiti; her yüklemede gereksiz 'kaydet' uyarısı çıkmaz",
        "autoSaveBeforeUpload modu ile tamamen otomatik yükleme akışı; hiçbir onay diyalogu görmeden versiyon oluşturulur",
        "Filarch kapalıyken bile çalışır; arka planda otomatik başlatma ile sıfır 'uygulama açık değil' hatası",
        "10 farklı uygulamada (AutoCAD, Revit, ZWCAD, GstarCAD, Inventor, SketchUp, Excel, Word, PowerPoint, Project) aynı buton ve akış"
      ],
      "differentiators": [
        "Autodesk Docs ve BIM 360 yükleme için tarayıcı arayüzü gerektirir; Filarch yüklemeyi doğrudan CAD Ribbon'ından başlatır, uygulamayı terk etme gerekmez",
        "SharePoint eklentileri 'Farklı Kaydet' adımını kullanıcıya bırakır; Filarch kaydedilmemiş değişikliği algılayıp kaydetme kararını kullanıcıya danışarak veya otomatik halleder",
        "Dropbox eklentisi değişiklik tespiti için dosya zaman damgasına bakar, gerçek içerik değişimini algılayamaz; Filarch CAD'in yerel DBMOD değişkenini okuyarak çok daha isabetli tespit yapar"
      ],
      "use_case": "",
      "images": [],
      "videos": [],
      "docs": [],
      "slug": "hizli-surum-yukleme",
      "keywords": [
        "hızlı yükleme",
        "CAD upload",
        "ribbon yükleme",
        "versiyon oluşturma",
        "DBMOD",
        "otomatik kaydet",
        "plugin yükleme",
        "AutoCAD Revit upload"
      ],
      "_localized": {
        "summary": {
          "tr": "Açık CAD veya Office dosyasını uygulamadan çıkmadan tek butonla yeni sürüm olarak Filarch'a yükleyin; kaydedilmemiş değişiklikler algılanır ve kullanıcıya seçenek sunulur."
        },
        "use_case": {
          "tr": "Revit'te çalışan bir yapı mühendisi saha toplantısına 5 dakika kaldığında son değişikliklerini kayıt altına almak ister. Filarch sekmesindeki 'Upload' butonuna basar; AutoSave ayarı etkin olduğundan diyalog çıkmaz, Revit dosyası kaydedilir ve yeni sürüm saniyeler içinde Filarch'ta oluşur. Mühendis toplantıya giderken ekip son sürümü görebilir durumda olur."
        }
      }
    },
    {
      "name": "Pluginde Seçili Dosyayı Yeni Sürüm Olarak Yükleme",
      "summary": "",
      "description": "Seçili dosya yükleme akışı, Filarch Electron uygulamasının dosya seçim diyaloğundan başlar. Kullanıcı bir dosya girişinin üzerinde 'Yeni Sürüm Yükle' düğmesine tıklar; sistem işletim sistemi dosya seçici penceresini açar. Seçilen dosya `fileService.uploadFile()` ile sunucuya gönderilir: Gateway modunda (`USE_GATEWAY=true`) daemon `chunk-upload` endpoint'i üzerinden tüm yükleme pipeline'ını yönetir; doğrudan modda üç adımlı akış çalışır (generate-upload-url → storage upload → upload-complete). Her iki modda da `parentVersionId` parametresi iletilerek yeni yüklemenin ilgili dosya girişinin sürümü olarak kaydedilmesi sağlanır. Yükleme sırasında gerçek zamanlı ilerleme çubuğu gösterilir; büyük dosyalar için SSE (Server-Sent Events) akışı kullanılır. Dosya isteğe bağlı olarak milestone olarak işaretlenebilir ve yükleme anında yorum eklenebilir.",
      "benefits": [
        "CAD uygulaması açık olmasa bile Filarch üzerinden yeni sürüm yüklenebilir; bağımsız çalışma akışı desteklenir",
        "parentVersionId ile dosya geçmişi korunur; sürüm numarası ve önceki yorumlar yeni yüklemeyle birleşir",
        "Gateway modu ile daemon yükleme sürecini yönetir; büyük CAD ve BIM dosyalarında güvenilir chunk yükleme sağlanır",
        "Milestone işaretlemesi ve yorum yükleme anında yapılır; ek adım gerekmez"
      ],
      "differentiators": [
        "Dropbox'ta yeni sürüm yüklemek için aynı dosya adıyla üzerine yazılması gerekir; Filarch `parentVersionId` ile bağımsız bir dosyayı mevcut girişin sürümü olarak ilişkilendirir",
        "Autodesk Docs'ta sürüm yükleme yalnızca aynı dosya adı ve formatıyla mümkündür; Filarch herhangi bir dosyayı varolan bir girişin yeni sürümü olarak kabul eder",
        "SharePoint sürüm yükleme sırasında ilerleme göstermez; Filarch SSE ile anlık yükleme yüzdesi sunar"
      ],
      "use_case": "",
      "images": [],
      "videos": [],
      "docs": [],
      "slug": "secili-dosya-yukleme",
      "keywords": [
        "seçili dosya yükleme",
        "yeni sürüm",
        "parentVersionId",
        "chunk upload",
        "gateway yükleme",
        "dosya versiyonu",
        "milestone"
      ],
      "_localized": {
        "summary": {
          "tr": "Filarch arayüzünden diskinizdeki herhangi bir dosyayı seçerek mevcut bir dosya girişinin yeni sürümü olarak yükleyin; versiyon geçmişi ve yorumlar kesintisiz devam eder."
        },
        "use_case": {
          "tr": "Bir proje yöneticisi, uzaktaki danışmandan e-posta ile aldığı güncel statik raporu Filarch'taki mevcut rapor girişinin yeni sürümü olarak kaydetmek istiyor. Filarch'ta rapor dosyasını bulur, 'Yeni Sürüm Yükle' düğmesine tıklar, indirdiği dosyayı seçer ve 'v3 — Danışman revizyonu' yorumunu ekler. Önceki iki sürüm ve yorumları versiyon geçmişinde sağlam kalır."
        }
      }
    },
    {
      "name": "Pluginde Dosya Sürümü Üzerine Yorum ve İnceleme Notları",
      "summary": "",
      "description": "Filarch'ta her dosya versiyonu bağımsız bir yorum zinciri taşır. Versiyon detay ekranındaki yorum alanına yazılan metin, kullanıcı adı, soyadı, e-posta ve zaman damgasıyla birlikte o versiyona bağlı olarak kaydedilir. Farklı versiyonların yorum zincirleri birbirinden bağımsızdır; versiyon 12'ye yazılan not versiyon 11'de görünmez. Bu sayede 'bu versiyonla ne değişti' sorusu yorum alanından okunabilir. Ana dosya listesinde her dosyanın en son yorumu özet olarak gösterilir (getLastComment); kullanıcı dosyayı açmadan son durumu anlayabilir. Yorumlar silinmez; versiyon tarihçesiyle birlikte kalıcı bir iletişim arşivi oluşturulur. İnceleme sürecinde reviewer notları, onay açıklamaları veya red gerekçeleri doğrudan versiyona yazılır; e-posta veya mesajlaşma geçmişinde aranmak zorunda kalınmaz.",
      "benefits": [
        "Her versiyon 'neden yüklendiğini' kendi yorumunda taşır; aylarca sonra o sürüme dönen mühendis değişiklik gerekçesini anında bulur",
        "Ana listede son yorum özeti ile dosyayı açmadan son durum anlaşılır; gereksiz tıklama azalır",
        "Versiyon bazlı yorum yalıtımı: aynı dosyanın farklı sürümlerindeki tartışmalar birbirine karışmaz",
        "İnceleme notları ve onay gerekçeleri versiyona gömülür; audit trail e-postaya bağlı kalmaz"
      ],
      "differentiators": [
        "Dropbox ve Google Drive versiyon yorumları dosya düzeyinde tutulur, sürümler arası ayrım yapılmaz; Filarch her versiyonu bağımsız yorum zinciriyle donatır",
        "Autodesk Docs yorum sisteminde yapısal doküman işaretleme araçları ön plandadır; Filarch serbest metin yorumunu versiyon meta verisiyle bütünleştirir ve ana listede özet olarak gösterir",
        "SharePoint'te versiyon yorumu tüm siteye görünür bir etkinlik akışına düşer; Filarch'ta yorum yalnızca o dosyayı açan kullanıcılara sunulur, bilgi gürültüsü azalır"
      ],
      "use_case": "",
      "images": [],
      "videos": [],
      "docs": [],
      "slug": "versiyon-yorumlari",
      "keywords": [
        "versiyon yorumu",
        "inceleme notu",
        "dosya feedback",
        "yorum sistemi",
        "audit trail",
        "version comment",
        "dosya iletişimi"
      ],
      "_localized": {
        "summary": {
          "tr": "Her dosya sürümüne tarih, yazar ve metin bilgisiyle yorum ekleyin; inceleme notları ve değişiklik açıklamaları versiyona kalıcı olarak bağlı kalır."
        },
        "use_case": {
          "tr": "Yapı denetim mühendisi, statik hesap dosyasının 8. versiyonunu inceledikten sonra 'Kolon aksı A3'te kesit yetersiz, güçlendirme gerekiyor' yorumunu ekler. Sorumlu mühendis aynı versiyonu açtığında yorumu görür ve 9. versiyonu bu nota dayanarak yükler; gerekçe ve düzeltme aynı dosya üzerinde birbirine bağlı olarak kayıtlı kalır."
        }
      }
    },
    {
      "name": "Pluginde Klasör Düzeyinde Kullanıcı Erişim Yönetimi",
      "summary": "",
      "description": "Filarch'ta erişim yönetimi klasör granülaritesinde çalışır: aynı proje içindeki farklı klasörlerin farklı erişim listeleri olabilir. Klasör izin paneli FolderUpdateModal üzerinden açılır; yönetici kullanıcı, erişim vermek istediği kişilerin e-posta adreslerini girer ve her biri için erişim tipi (okuma, yazma vb.) atanır. getAuthorizedUsers() ile mevcut yetkili kullanıcı listesi alınır ve panelde mevcut haliyle görüntülenir. Erişim güncellemesi yapıldığında yeni ve çıkarılan kullanıcılar tek API isteğiyle işlenir. Kullanıcı bir klasöre erişim yetkisi yoksa o klasör sol panelin ağaç görünümünde hiç çıkmaz; görünmez kaynakların varlığından haberdar olma durumu oluşmaz. Bu sistem alt yüklenicilerin yalnızca kendi iş paketlerine, dış danışmanların yalnızca ilgili disiplin klasörlerine erişmesini sağlar.",
      "benefits": [
        "Klasör bazlı granüler kontrol: aynı projede birden fazla ekibin kendi alanına erişmesi, diğerlerini görmemesi tek yönetim ekranından yapılır",
        "Yetkisiz klasörler listede hiç görünmez; kullanıcı erişemeyeceği içeriklerin varlığından haberdar olmaz",
        "E-posta tabanlı davet ile kullanıcıyı sisteme kayıt ettirmeden bile klasöre erişim tanımlanabilir",
        "Erişim tipi numarası ile okuma/yazma gibi farklı yetki seviyeleri aynı klasör için atanabilir"
      ],
      "differentiators": [
        "SharePoint'te klasör izinleri site koleksiyonu düzeyinde yönetilir ve kırık miras izinler oluşturma riski yüksektir; Filarch'ta her klasörün izin listesi bağımsız ve sade bir arayüzden yönetilir",
        "Autodesk Docs rol atama işlemi proje yöneticisi haklarını gerektirirken Filarch'ta klasör sahibi kendi izin listesini düzenleyebilir",
        "Dropbox Business'ta gizli klasör oluşturmak için ayrı paylaşım linki gerekir; Filarch'ta erişim listesi dışındaki kullanıcılar klasörü sol panelde görmez"
      ],
      "use_case": "",
      "images": [],
      "videos": [],
      "docs": [],
      "slug": "klasor-erisim-yonetimi",
      "keywords": [
        "klasör izinleri",
        "erişim yönetimi",
        "kullanıcı yetkilendirme",
        "proje güvenliği",
        "alt yüklenici erişimi",
        "granüler yetki",
        "veri gizliliği"
      ],
      "_localized": {
        "summary": {
          "tr": "Her klasör için ayrı kullanıcı erişim listesi belirleyin; yetkisiz üyeler o klasörü göremez, yetkili üyeler erişim tipine göre farklı işlem yapabilir."
        },
        "use_case": {
          "tr": "Büyük bir proje konsorsiyumunda üç alt yüklenici şirket var. Her şirketin yalnızca kendi iş paketi klasörüne erişmesi gerekiyor. Proje müdürü 'Altyapı/Firma-A', 'Altyapı/Firma-B' ve 'Altyapı/Firma-C' klasörlerine sırasıyla ilgili şirketin e-posta listesini girer. Her şirketin kullanıcısı Filarch'a giriş yaptığında yalnızca kendi klasörünü sol panelde görür; diğer şirketlerin dosyaları tamamen gizli kalır."
        }
      }
    },
    {
      "name": "Pluginde Workspace ve Klasör Ağacı Navigasyonu",
      "summary": "",
      "description": "Filarch'ın sol navigasyon paneli, tüm workspace → proje → klasör hiyerarşisini tek bir ağaç yapısında sunar. Bu ağaç, tek bir API isteğiyle (getFolderTree) sunucudan alınır ve kullanıcı genişlettikçe ek istek atmaz; büyük projelerde bile panel hızlı çalışır. Workspace kavramı, backend'de 'namespace' olarak geçse de kullanıcıya her zaman 'Workspace' olarak gösterilir; terminoloji çevirisi veri katmanında yapılır. Bir klasöre tıklandığında sağ taraftaki içerik alanı yalnızca o klasörün dosyalarını getirir. Ağacın kök seviyesine (proje adına) tıklamak tüm proje içeriğini gösterir. İç içe geçmiş klasörler genişlet/daralt ok düğmesiyle gezilir; sağ tıkla bağlam menüsünden yeni alt klasör oluşturma, yeniden adlandırma ve silme işlemleri yapılabilir. Erişim yetkisi olmayan klasörler ağaçta görünmez; kullanıcı kendi yetki sınırlarını fark etmeden sade bir görünümle karşılaşır.",
      "benefits": [
        "Tüm proje yapısı tek bakışta; farklı disiplinlere ait klasörler arasında sekmeler açmaya gerek kalmaz",
        "Klasöre tıkla, yalnızca o klasörün dosyalarını gör; büyük projelerde yüzlerce dosya arasında kaybolma riski sıfırlanır",
        "Ağaç tek API isteğiyle yüklenir; kullanıcı her klasörü genişlettikçe yükleme beklenmez",
        "Yetkisiz klasörler listede hiç görünmez; alt yüklenici veya harici kullanıcı yalnızca kendi alanını görür",
        "Sağ tıkla bağlam menüsü ile navigasyondan çıkmadan klasör oluşturma/silme/yeniden adlandırma yapılır"
      ],
      "differentiators": [
        "SharePoint ve Autodesk Docs klasör ağaçları her genişletmede ayrı ağ isteği atar; Filarch tüm ağacı tek seferde yükler, sonraki gezinti tamamen client-side çalışır",
        "Dropbox Business'ta klasör hiyerarşisi ile dosya listesi farklı panellerde yönetilir; Filarch'ta ağaç ve içerik tek ekranda senkron çalışır",
        "Procore ve BIM 360 erişim kısıtlamasını hata mesajıyla gösterir; Filarch yetkisiz klasörleri ağaçta hiç listemeyerek kullanıcı deneyimini bozmaz"
      ],
      "use_case": "",
      "images": [],
      "videos": [],
      "docs": [],
      "slug": "workspace-klasor-agaci",
      "keywords": [
        "workspace navigasyonu",
        "klasör ağacı",
        "proje hiyerarşisi",
        "dosya organizasyonu",
        "erişim kontrolü",
        "sol panel",
        "doküman yönetimi"
      ],
      "_localized": {
        "summary": {
          "tr": "Projenin tüm workspace ve klasör hiyerarşisini sol panelde ağaç yapısında görüntüleyin; tıklamayla yalnızca seçilen klasörün içeriğine odaklanın."
        },
        "use_case": {
          "tr": "Büyük bir altyapı projesinde doküman kontrolörü, 'Elektrik/Pano Şemaları' klasörüne erişmesi gereken alt yüklenici kullanıcı hesabını açar. Kullanıcı sol panelde yalnızca kendi yetkili klasörünü görür; diğer disiplinlere ait klasörler listede hiç çıkmaz. Kontrolör ise tüm ağacı görerek herhangi bir klasöre tek tıkla ulaşır ve içerik alanı anında güncellenir."
        }
      }
    },
    {
      "name": "Pluginde Klasör Oluşturma, Yeniden Adlandırma ve Silme",
      "summary": "",
      "description": "Filarch'ta klasör yönetimi doğrudan sol panel ağacından yürütülür. Yeni klasör oluşturulurken kullanıcı bir ad girer; sistem parent_folder_id ve storage_id bilgilerini otomatik belirleyerek folderService.createFolder() ile API'ye iletir. Yeniden adlandırma aynı bağlam menüsünden erişilir; mevcut ad düzenleme kutusunda önceden doldurulur. Silme işlemi onay adımı içerir; içinde dosya veya alt klasör bulunan klasörlerin silinmesi API tarafında engellenir ve kullanıcıya açıklayıcı hata mesajı gösterilir. FolderUpdateModal aracılığıyla klasör adı ve izin listesi (email_list) aynı anda güncellenebilir. Tüm klasör işlemleri sonrasında sol panel ağacı otomatik yenilenir; sayfayı yenilemeye gerek kalmaz.",
      "benefits": [
        "Ağaç panelinden ayrılmadan yeni klasör oluşturma; iş akışı kesintisiz devam eder",
        "İçi dolu klasörlerin kazayla silinmesi API seviyesinde engellenir; veri kaybı riski sıfırlanır",
        "Klasör adı ve izin listesi tek modal'dan birlikte güncellenir; iki ayrı adım gerekmez",
        "İşlem sonrası ağaç otomatik yenilenir; değişiklik anında görülür"
      ],
      "differentiators": [
        "Autodesk Docs'ta klasör yönetimi ayrı bir 'Ayarlar' sayfasına yönlendirir; Filarch'ta tüm operasyonlar navigasyon ağacından bağlam menüsüyle inline yapılır",
        "SharePoint klasör silme işleminde içerik kontrolü yapmaz, yanlışlıkla dolu klasör silinebilir; Filarch API seviyesinde içerik denetimi uygular"
      ],
      "use_case": "",
      "images": [],
      "videos": [],
      "docs": [],
      "slug": "klasor-olusturma-duzenleme-silme",
      "keywords": [
        "klasör oluşturma",
        "klasör silme",
        "yeniden adlandırma",
        "klasör yönetimi",
        "proje yapısı",
        "doküman organizasyonu"
      ],
      "_localized": {
        "summary": {
          "tr": "Proje içinde alt klasörler oluşturun, adlarını değiştirin ve gereksiz klasörleri silin; tüm işlemler ağaç panelinden ayrılmadan yapılır."
        },
        "use_case": {
          "tr": "Proje müdürü yeni bir ihale paketi için 'İhale-2024/Teknik Şartnameler' klasör yapısını oluşturur. Sol panelde kök klasöre sağ tıklar, 'Yeni Klasör' seçer, adını yazar; alt klasörü için aynı işlemi tekrarlar. Yanlışlıkla oluşturulan boş bir klasörü silmek istediğinde onay ekranı gelir ve siler. Ağaç anında güncellenir."
        }
      }
    },
    {
      "name": "Pluginde Sürükle-Bırak ile Dosya ve Klasör Taşıma",
      "summary": "",
      "description": "Filarch'ın dosya ve klasör taşıma sistemi, MainPanel bileşeninde sürükle-bırak (drag & drop) etkileşimi olarak çalışır. Kullanıcı bir dosyayı sürüklediğinde geçerli drop hedefleri (klasörler) görsel olarak vurgulanır; dosyayı hedef klasöre bırakmak moveFolderOrFile() API çağrısını tetikler. Klasörler de aynı şekilde taşınabilir; bir klasör taşındığında tüm alt klasör ve dosyaları hiyerarşi bütünlüğüyle birlikte taşınır. Sürükle-bırak dışında FolderSelectWindow ile hedef seçimi buton aracılığıyla da yapılabilir; bu pencere tüm workspace ağacını listeler ve yalnızca kullanıcının erişim yetkisi olan hedefler gösterilir. Dosya proje dışına veya başka bir projeye taşınmak istendiğinde moveFile() hedef proje ve klasör ID bilgisini birlikte alır. Taşıma işlemi sonrasında kaynak ve hedef klasörler ağaç görünümünde otomatik yenilenir.",
      "benefits": [
        "Yanlış klasöre yüklenen dosya silinip yeniden yüklenmeden taşınır; versiyon geçmişi ve yorumlar korunur",
        "Tüm alt klasörüyle birlikte klasör taşıma: proje yeniden yapılanması tek operasyonla tamamlanır",
        "FolderSelectWindow'da yalnızca yetkili hedefler görünür; yanlış konuma taşıma riski arayüz seviyesinde azaltılır",
        "Taşıma sonrası her iki klasör anında güncellenir; sayfayı yenilemeden değişiklik görülür"
      ],
      "differentiators": [
        "Autodesk Docs'ta dosya taşıma yalnızca aynı proje içinde ve yalnızca yönetici yetkisiyle yapılabilir; Filarch'ta yetki sahibi herhangi bir kullanıcı sürükle-bırak ile taşıyabilir",
        "SharePoint'te klasör taşıma işlemi kopyalama+silme adımlarından oluşur ve meta veri kaybı riski taşır; Filarch taşımayı atomik tek bir API isteğiyle gerçekleştirir",
        "Dropbox'ta sürükle-bırak yalnızca tarayıcı masaüstünde çalışır; Filarch Electron uygulaması içinde platform bağımsız sürükle-bırak deneyimi sunar"
      ],
      "use_case": "",
      "images": [],
      "videos": [],
      "docs": [],
      "slug": "dosya-klasor-tasima",
      "keywords": [
        "dosya taşıma",
        "klasör taşıma",
        "sürükle bırak",
        "drag and drop",
        "dosya organizasyonu",
        "proje yeniden yapılandırma",
        "klasör yönetimi"
      ],
      "_localized": {
        "summary": {
          "tr": "Yanlış klasöre yüklenen dosyaları veya yeniden yapılandırılması gereken klasörleri sürükle-bırak ya da buton aracılığıyla hedef konuma taşıyın."
        },
        "use_case": {
          "tr": "Proje asistanı ihale dökümanlarını yanlışlıkla 'Tasarım' klasörüne yükler. Sol paneldeki 'İhale' klasörüne gider, taşınması gereken dosyaları sürükleyip 'İhale/Teknik Dökümanlar' klasörüne bırakır. Dosyaların 12 versiyonluk geçmişi ve tüm yorumları yeni konumda aynen devam eder."
        }
      }
    },
    {
      "name": "Pluginde Proje Toplantıları Oluşturma, Planlama ve Katılımcı Yönetimi",
      "summary": "",
      "description": "Filarch Toplantı Modülü, proje süreçlerindeki koordinasyon toplantılarını dosya yönetimiyle aynı platformda kayıt altına alır ve yönetir. Toplantı oluştururken kullanıcı; toplantı konusunu, proje bağlamını, toplantı türünü (saha toplantısı, tasarım incelemesi vb.), başkanlık ve raportör kullanıcısını, başlangıç/bitiş saatini, son düzenleme tarihini ve toplantının kilitlenip kilitlenmeyeceğini belirler. Konum bilgisi iki şekilde girilebilir: daha önce kaydedilmiş namespace düzeyinde lokasyonlardan biri seçilir ya da yeni bir lokasyon adı, adresi ve harita linki girilerek kaydedilebilir. Online toplantılar için bağlantı URL'si ayrıca eklenebilir. Tekrarlı toplantılar için RecurrenceSchedule yapısı kullanılır: tekrar adı, haftanın hangi günü, başlangıç ve bitiş tarihleri tanımlanır; bu sayede haftalık site toplantıları gibi periyodik toplantılar her seferinde ayrıca oluşturulmaz. Katılımcı yönetimi iki katmanda çalışır: projenin yetkili kullanıcı listesinden seçilen kayıtlı katılımcılar için izleyici (viewer) ve opsiyonel (optional) katılım türleri atanabilir; sistemde kaydı olmayan harici kişiler için ise misafir katılımcı (guest participant) e-posta adresiyle eklenir. Toplantı listesi kullanıcının dahil olduğu tüm projelerin toplantılarını kronolojik sırada gösterir; her toplantı kartında konu, başlangıç/bitiş saati, proje, başkanlık ve konum bilgisi özetlenir. Tamamlanmış toplantılar PDF olarak dışa aktarılabilir.",
      "benefits": [
        "Toplantı bilgileri, gündem, kararlar ve aksiyon kalemleri tek ekranda; farklı araçlara dağılmaz",
        "Tekrarlı toplantı programı ile her hafta aynı toplantıyı yeniden oluşturma zorunluluğu ortadan kalkar",
        "Kayıtlı lokasyonlar yeniden kullanılır; sık kullanılan toplantı mekanları her seferinde yazılmaz",
        "Misafir katılımcı desteği ile proje dışı kişiler platforma kayıt olmadan toplantı kaydına eklenir",
        "PDF dışa aktarma ile toplantı tutanağı paylaşıma hazır belgeye dönüştürülür"
      ],
      "differentiators": [
        "Microsoft Teams ve Zoom toplantıları takvim ve görüntülü görüşme platformlarında yönetir; Filarch toplantı kaydını proje belgeleri ve görevlerle aynı platformda tutar — toplantı notları e-posta veya chat geçmişinde kaybolmaz",
        "Procore ve Autodesk Docs toplantı modülleri AEC'ye özgü form şablonlarıyla gelir ve saha kontrolü ağırlıklıdır; Filarch her disiplin ve proje tipine uyarlanabilir serbest yapı sunar",
        "Google Calendar ve Outlook tekrarlı toplantı programlaması yapar ancak toplantı içeriğini (gündem, karar, aksiyon) kayıt altına almaz; Filarch hem programı hem içeriği birleştirir"
      ],
      "use_case": "",
      "images": [],
      "videos": [],
      "docs": [],
      "slug": "toplanti-yonetimi",
      "keywords": [
        "toplantı yönetimi",
        "proje toplantısı",
        "tekrarlı toplantı",
        "katılımcı yönetimi",
        "toplantı tutanağı",
        "misafir katılımcı",
        "toplantı lokasyonu",
        "PDF dışa aktarım",
        "koordinasyon toplantısı",
        "toplantı planlama"
      ],
      "_localized": {
        "summary": {
          "tr": "Proje bazlı toplantılar oluşturun; toplantı türü, başkanlık, raportör, fiziksel/online konum, tekrarlı program ve kayıtlı/misafir katılımcı listesiyle tek ekrandan yönetin."
        },
        "use_case": {
          "tr": "İnşaat yöneticisi her Salı sabahı yapılan koordinasyon toplantısını Filarch'ta 'Haftalık Koordinasyon' adıyla tekrarlı program ile oluşturur. Fiziksel konum olarak ofis toplantı odasını kaydeder; gerektiğinde online link de ekleyebilir. Yapı müteahhidi ve mühendislik firması temsilcileri misafir katılımcı olarak eklenir. Her toplantıda gündem maddeleri, alınan kararlar ve aksiyon kalemleri aynı kayıt üzerinde birikir; süreç sonunda tüm toplantı geçmişi proje bağlamında arşivlenmiş olur."
        }
      }
    },
    {
      "name": "Pluginde Dosya ve Klasör Bazlı Toplantı Konusu Görünümü",
      "summary": "",
      "description": "Filarch'ta her dosya, klasör ve proje, toplantı konu sisteminin bir bağlam nesnesi olabilir. `getObjectTopics` API'si bir proje/klasör/dosya için ilişkilendirilmiş tüm toplantı konularını üç kategoride döner: aktif konular (bu nesneyle ilgili aktif toplantı gündem maddeleri), kapalı konular (görüşülmüş ve tartışıldı olarak işaretlenmiş maddeler) ve talep edilen konular (henüz resmi gündem listesine alınmamış, kullanıcıların `requestMeetingTopic` ile ilettiği talepler). Her konuda konunun bağlı olduğu toplantının adı, başlangıç/bitiş saati ve toplantı statüsü görünür. İstatistik bölümü toplam, aktif, kapalı ve bekleyen konu sayısını özetler. Bu sistem sayesinde bir çizim dosyasına ait tüm toplantı tartışmaları o dosyanın üzerinden tek ekranda izlenebilir; toplantı arşivlerinde arama yapılmasına gerek kalmaz. Aynı şekilde bir kullanıcı kendi proje/klasörü için bir toplantı konusu talep etmek istediğinde `requestMeetingTopic` ile ilgili toplantı projesini belirterek notunu iletir; bu talep toplantı organizatörünün ekranına düşer ve onay sürecine girer.",
      "benefits": [
        "Bir dosya veya klasörle ilgili tüm toplantı geçmişi o nesnenin üzerinden tek bakışta görülür; toplantı arşivlerinde manuel arama yapılmaz",
        "Aktif/kapalı/bekleyen ayrımıyla hangi konuların çözüme kavuştuğu, hangilerinin hâlâ gündemde olduğu anında anlaşılır",
        "requestMeetingTopic ile herhangi bir proje üyesi toplantı gündemine konu iletebilir; bilgi asimetrisi azalır ve önemli konular organizatöre sistematik olarak iletilir",
        "Toplantı statüsü bilgisi konunun hangi aşamadaki toplantıda ele alındığını gösterir; tarihsel bağlam korunur"
      ],
      "differentiators": [
        "Microsoft Teams ve Zoom'da bir dosyayı kaç toplantıda konuştuğunuzu görmenin sistematik bir yolu yoktur; Filarch her nesneye toplantı geçmişini doğrudan bağlar",
        "Procore toplantı modülünde gündem maddeleri yalnızca toplantı ekranından görüntülenir; Filarch'ta dosya detay ekranı o dosyayla ilgili toplantı geçmişini bağımsız olarak sunar",
        "Notion ve Confluence belge linkleme yapar ancak toplantı konusu talebi gönderme mekanizması sunmaz; Filarch requestMeetingTopic ile harici geri bildirim kanalını yapılandırılmış veri olarak sisteme dahil eder"
      ],
      "use_case": "",
      "images": [],
      "videos": [],
      "docs": [],
      "slug": "dosya-toplanti-konusu",
      "keywords": [
        "dosya toplantı konusu",
        "nesne bazlı toplantı takibi",
        "gündem geçmişi",
        "toplantı konu talebi",
        "dosya detay toplantı",
        "ObjectTopics",
        "koordinasyon takibi"
      ],
      "_localized": {
        "summary": {
          "tr": "Bir dosyanın veya klasörün hangi toplantılarda gündem maddesi olarak ele alındığını, hangi konuların tartışıldığını ve hangi konuların hâlâ beklemekte olduğunu dosyanın kendi detay ekranından görün."
        },
        "use_case": {
          "tr": "Bir statik mühendis, üzerinde çalıştığı hesap modelinin son iki ayda hangi toplantılarda ele alındığını ve alınan kararların ne olduğunu merak ediyor. Filarch'ta dosyanın detay ekranını açar; 'Toplantı Konuları' sekmesinde aktif iki konunun 'Koordinasyon Toplantısı 14 Nisan' ile 'İhale Değerlendirme 21 Nisan'dan geldiğini görür. Kapalı konularda ise daha önceki revizyon kararları zaman damgalarıyla kayıtlıdır. Hiçbir toplantı tutanağı aramaya gerek kalmaz."
        }
      }
    },
    {
      "name": "Pluginde Toplantı Kararları ve Takip Sorumlusu Atama",
      "summary": "",
      "description": "Filarch Toplantı Kararları bileşeni, toplantı oturumunda alınan resmi mutabakat ve yönlendirmeleri yapılandırılmış şekilde saklar. Her karar (MeetingDecision) bir başlık ve opsiyonel açıklama içerir; takip sorumlusu (follower) atanarak kararın hayata geçirilmesinden kimin sorumlu olduğu kayıt altına alınır. Karar proje, klasör veya dosya bağlamına bağlanabilir; bu sayede 'hangi çizim revizyonu kararlaştırıldı' sorusu ilgili nesneye köprüyle yanıtlanır. Kullanıcı kendi takip sorumluluğundaki kararları `getUserDecisions` ile 'Benim Kararlarım' listesinde toplu olarak görebilir; her karar hangi toplantıdan geldiğini ve ilgili nesneyi gösterir. Kararlar toplantı güncelleme payload'ında added_decisions, updated_decisions ve deleted_decisions ayrımıyla yönetilir; toplantı kaydedilirken tüm değişiklikler tek API isteğiyle işlenir.",
      "benefits": [
        "Her karar başlık ve açıklamasıyla kayıt altına alınır; toplantı sonrası 'kim ne kararlaştırdı' tartışması yaşanmaz",
        "Takip sorumlusu ataması kararın sahipsiz kalmasını önler; kim takip edecek sorusu toplantıda yanıtlanır",
        "Proje/klasör/dosya bağlantısı kararı ilgili çalışma nesnesine köprüler; context kaybolmaz",
        "'Benim Kararlarım' listesi kullanıcının tüm projelerdeki takip sorumluluklarını tek ekranda toplar"
      ],
      "differentiators": [
        "Zoom ve Teams toplantı özeti düz metin veya AI transkripti sunar; Filarch kararları başlık, açıklama, sorumlu ve nesne bağlamıyla ayrı ayrı yapılandırılmış kayıtlar olarak saklar",
        "Notion ve Confluence toplantı sayfalarında karar başlığı kayıt altına alınabilir ancak takip sorumlusu ve nesne bağlantısı sistematik olarak desteklenmez; Filarch bu ilişkileri zorunlu alan olarak modeller",
        "Procore toplantı kararları yalnızca kendi AEC iş akışına özel formlara bağlıdır; Filarch her disipline ve proje tipine uyarlanabilen serbest karar yapısı sunar"
      ],
      "use_case": "",
      "images": [],
      "videos": [],
      "docs": [],
      "slug": "toplanti-kararlari",
      "keywords": [
        "toplantı kararı",
        "karar kaydı",
        "takip sorumlusu",
        "benim kararlarım",
        "toplantı çıktısı",
        "karar yönetimi",
        "dosya bağlantılı karar"
      ],
      "_localized": {
        "summary": {
          "tr": "Toplantıda varılan mutabakat ve yönlendirmeleri başlık, açıklama ve takip sorumlusuyla kayıt altına alın; her karar proje, klasör veya dosya bağlamına bağlanabilir."
        },
        "use_case": {
          "tr": "Site toplantısında yapı müteahhidi statik çeliklerin montaj önceliğinin değiştirileceğine karar verir. Proje müdürü bu kararı ilgili montaj planı dosyasına bağlayarak Filarch'a kaydeder ve takip sorumlusu olarak yapı mühendisini atar. Mühendis 'Benim Kararlarım' listesinde bu kararı hangi toplantıdan geldiğiyle birlikte görür ve süreci takip eder."
        }
      }
    },
    {
      "name": "Pluginde Toplantı Aksiyon Kalemleri ve Tekrarlı Hatırlatma",
      "summary": "",
      "description": "Filarch Aksiyon Kalemleri (MeetingActionItem), toplantıdan çıkan ve belirli bir kişiye atanan somut iş maddelerini yönetir. Her aksiyon kalemi için notlar, sorumlu kullanıcı ve termin tarihi zorunlu alanlardır; kalem ayrıca proje, klasör veya dosya bağlamına bağlanabilir. Tekrarlı hatırlatma için RecurrenceSchedule yapısı kullanılır: hatırlatma adı, tekrar aralığı (gün cinsinden), başlangıç ve bitiş tarihi tanımlanır; haftalık rapor hazırlama veya aylık kontrol listesi gibi periyodik sorumluluklar toplantı kayıtlarından otomatik olarak üretilir. Kullanıcı kendi atanan aksiyon kalemlerini `getUserActionItems` ile 'Benim Aksiyonlarım' listesinde takip eder; her kalem hangi toplantıdan geldiğini, termin tarihini, tekrar programını ve varsa ilgili dosyayı gösterir. Aksiyon kalemleri toplantı güncelleme payload'ında added_action_items, updated_action_items ve deleted_action_items ayrımıyla yönetilir.",
      "benefits": [
        "Sorumlu ve termin atanmış aksiyon kalemleri 'Benim Aksiyonlarım' listesinde toplanır; hangi aksiyonun ne zaman teslim edileceği tek ekranda görülür",
        "Tekrarlı hatırlatma ile haftalık veya aylık periyodik sorumluluklar her toplantıda yeniden yazılmaz; bir kez tanımlanır, otomatik üretilir",
        "Nesne bağlantısı (proje/klasör/dosya) aksiyonun hangi çalışma nesnesine karşılık geldiğini netleştirir",
        "Aksiyon toplantı bağlamında saklanır; hangi toplantıda, kim tarafından atandığı her zaman izlenebilir"
      ],
      "differentiators": [
        "Jira ve ClickUp aksiyon kalemlerini kendi görev sistemine aktarmayı gerektirir; Filarch aksiyon kalemini toplantı kaydıyla aynı platformda, toplantı bağlamında saklar",
        "Asana ve Monday.com tekrarlı görev desteği sunar ancak bunu toplantı kararlarından bağımsız üretir; Filarch tekrarlı aksiyon kalemini doğrudan toplantı oturumundan tanımlar",
        "Google Calendar hatırlatmaları toplantı aksiyon kaydıyla ilişkilendirilemez; Filarch hatırlatma programını aksiyon kalemiyle birlikte toplantı kaydında tutar"
      ],
      "use_case": "",
      "images": [],
      "videos": [],
      "docs": [],
      "slug": "toplanti-aksiyon-kalemleri",
      "keywords": [
        "aksiyon kalemi",
        "toplantı aksiyonu",
        "benim aksiyonlarım",
        "tekrarlı hatırlatma",
        "sorumlu atama",
        "termin tarihi",
        "RecurrenceSchedule",
        "toplantı görev takibi"
      ],
      "_localized": {
        "summary": {
          "tr": "Toplantıda belirlenen somut görevleri sorumlu kişiye termin tarihiyle atayın; tekrarlı hatırlatma ayarıyla periyodik sorumluluklar her toplantıda yeniden yazılmaz."
        },
        "use_case": {
          "tr": "Koordinasyon toplantısında yapı mühendisine 'Revize montaj planını 5 gün içinde teslim et' aksiyon kalemi ilgili dosyaya bağlanarak atanır. Mühendis 'Benim Aksiyonlarım' listesinde termin tarihini görür. Ayrıca her Pazartesi sabahı hatırlatma gönderilmesi için RecurrenceSchedule tanımlanır; mühendis toplantıyı hatırlamasa bile sistematik olarak hatırlatılır."
        }
      }
    },
    {
      "name": "Pluginde Toplantı Tutanağı PDF Olarak İndirme",
      "summary": "",
      "description": "Filarch Toplantı PDF dışa aktarımı, `exportMeetingPdf(meetingId)` çağrısıyla sunucu tarafında oluşturulan hazır bir belge sunar. Oluşturulan PDF; toplantı başlığını, proje bağlamını, tarih/saat, tür ve konum bilgisini, başkanlık ve raportör adını, tüm katılımcıların listesini (ad, e-posta, rol, katılım durumu), gündem maddelerini (açıklama, notlar ve 'tartışıldı' durumu), alınan kararları (başlık, açıklama, takip sorumlusu, bağlı nesne) ve aksiyon kalemlerini (notlar, sorumlu, termin tarihi, bağlı nesne, tekrarlı hatırlatma bilgisi) içerir. Çıktı, ekip dışındaki paydaşlarla veya müşterilerle paylaşıma hazır resmi tutanak formatındadır. Blob olarak dönen yanıt doğrudan tarayıcıdan indirme diyaloğuyla kaydedilir.",
      "benefits": [
        "Toplantı içeriği tüm bileşenleriyle (katılımcı, gündem, karar, aksiyon) tek PDF'e dönüşür; elle belge hazırlama adımı kalmaz",
        "Sunucu tarafında oluşturulan PDF tutarlı ve profesyonel format sağlar; her kullanıcının çıktısı aynı görünür",
        "Müşteri veya harici paydaşlarla paylaşıma hazır; alıcının Filarch'a erişmesi gerekmez",
        "Toplantı kapandıktan sonra arşiv amaçlı indirilebilir; proje süreci boyunca tüm toplantı tutanakları yerel dosya sisteminde saklanabilir"
      ],
      "differentiators": [
        "Microsoft Teams toplantı notları PDF olarak değil düz metin veya wiki sayfası olarak sunulur; Filarch katılımcı, gündem, karar ve aksiyonları tek düzenli PDF'e toplar",
        "Zoom toplantı özeti AI transkripti formatındadır ve yapılandırılmış aksiyon/karar ayrımı içermez; Filarch PDF'i toplantı verisinin tamamını ayrı bölümler halinde sunar",
        "Procore ve Autodesk Docs PDF tutanağı yalnızca kendi form şablonlarına uygun çıktı verir; Filarch her proje türüne ve toplantı yapısına uyarlanabilen genel format sağlar"
      ],
      "use_case": "",
      "images": [],
      "videos": [],
      "docs": [],
      "slug": "toplanti-pdf-indirme",
      "keywords": [
        "toplantı PDF",
        "toplantı tutanağı",
        "PDF dışa aktarım",
        "toplantı belgesi",
        "tutanak indirme",
        "toplantı raporu",
        "paylaşılabilir tutanak"
      ],
      "_localized": {
        "summary": {
          "tr": "Tamamlanan toplantının tüm içeriğini — katılımcılar, gündem maddeleri, kararlar ve aksiyon kalemleri dahil — tek sayfalık düzenli bir PDF tutanağı olarak indirin."
        },
        "use_case": {
          "tr": "Mimarlık bürosunun proje müdürü, müşteri ile yapılan tasarım inceleme toplantısının bitiminde Filarch'ta 'PDF İndir' düğmesine basar. Oluşturulan belge; toplantı başlığını, katılımcı listesini, tartışılan gündem maddelerini, alınan üç kararı ve sorumlu kişilere atanan beş aksiyon kalemini içerir. PDF müşteriye e-posta ile iletilir; müşteri Filarch'a üye olmadan toplantı tutanağını okuyabilir."
        }
      }
    },
    {
      "name": "Pluginde CAD ve Office Uygulamalarında Filarch Ribbon/Toolbar Entegrasyonu",
      "summary": "",
      "description": "Filarch Ribbon/Toolbar entegrasyonu, her desteklenen CAD ve Office uygulamasının yerel arayüz API'si üzerine inşa edilir. AutoCAD, GstarCAD ve ZWCAD'de .NET Ribbon API kullanılarak 'Filarch' adlı özel bir sekme oluşturulur; bu sekme altında Files (File Management, Quick Upload, File Version Info), Tools (CAD Tools) ve Resources (Docs, Website, Dashboard) olmak üzere üç panel bulunur. Bu uygulamalarda özellikle kritik olan özellik renk teması senkronizasyonudur: COLORTHEME (AutoCAD/GstarCAD) ve COLORSCHEME (ZWCAD) sistem değişkenleri çalışma zamanında dinlenerek kullanıcı dark moddan light moda geçtiğinde Ribbon ikonları otomatik olarak ilgili tema versiyonuna değiştirilir; uygulama yeniden başlatılmasına gerek kalmaz. Revit entegrasyonunda Autodesk'in resmi Revit API'si kullanılarak ExternalApplication arayüzü üzerinden PushButton bileşenleri ve RibbonPanel oluşturulur; Filarch sekmesi Revit'in kendi sekme yönetim sistemine uyumlu biçimde yerleştirilir. SketchUp'ta Ruby API'nin UI::Toolbar sınıfıyla araç çubuğu oluşturulur ve Extensions menüsüne Filarch komutları eklenir. Office uygulamalarında (Excel, Word, PowerPoint, Project) VSTO ve IRibbonExtensibility arayüzü üzerinden XML tabanlı Ribbon tanımı yapılır; her Office uygulaması için ayrı Ribbon XML şeması tanımlanmıştır. Tüm uygulamalarda Ribbon butonuna basıldığında ortak bir iletişim protokolü devreye girer: komut önce C# Middleware'e (localhost:8081) iletilir; Filarch Electron uygulaması açıksa polling ile komutu yakalar ve işler. Filarch kapalıysa plugin Filarch.exe'yi '--source <uygulama_adı> --action <komut>' argümanlarıyla otomatik başlatır; Electron açıldığında bekleyen komutu kuyruktan alarak yürütür.",
      "benefits": [
        "Kullanıcı uygulamayı değiştirmek zorunda kalmadan dosya yönetimi, versiyon yükleme ve CAD araçlarına aynı arayüzden erişir; iş akışı kesintisiz kalır",
        "Dark/light tema geçişinde Ribbon ikonları otomatik güncellenir; uygulama yeniden başlatılmasına gerek kalmadan arayüz tutarlılığı korunur",
        "Filarch kapalıyken butona basmak uygulamayı otomatik başlatır ve komutu işler; kullanıcı manuel başlatma adımını hatırlamak zorunda kalmaz",
        "Uygulama başlangıcında plugin otomatik yüklenir; her oturum için ayar yapılması gerekmez",
        "Yedi CAD/BIM ve yedi Office uygulamasında aynı komut adları ve iş akışı standardı; farklı uygulamalar arasında geçişte öğrenme eğrisi sıfıra yaklaşır"
      ],
      "differentiators": [
        "Autodesk Vault, BIM 360 ve Procore dosya yönetimi arayüzleri tarayıcı tabanlıdır ve CAD uygulamasının yerel Ribbon'una entegre olmaz; kullanıcı sekme değiştirmek zorunda kalır. Filarch her uygulamanın yerel UI katmanına girerek bu sürtünmeyi ortadan kaldırır",
        "SharePoint entegrasyonları genellikle Office Add-in mağazasından manuel kurulum ve kullanıcı bazlı yetkilendirme gerektirir; Filarch plugin yüklemesiyle birlikte Ribbon entegrasyonu hazır hale gelir",
        "Piyasadaki CAD dosya yönetimi eklentilerinin büyük çoğunluğu tema değişiminde statik ikonlar kullanır ve değişim için yeniden başlatma gerektirir; Filarch COLORTHEME/COLORSCHEME olayını dinleyerek çalışma zamanında ikon setini değiştirir"
      ],
      "use_case": "",
      "images": [],
      "videos": [],
      "docs": [],
      "slug": "ribbon-toolbar-entegrasyonu",
      "keywords": [
        "ribbon entegrasyonu",
        "toolbar entegrasyonu",
        "AutoCAD plugin",
        "Revit plugin",
        "ZWCAD plugin",
        "GstarCAD plugin",
        "Office VSTO",
        "dark mode ikon",
        "COLORTHEME",
        "CAD araçları entegrasyonu"
      ],
      "_localized": {
        "summary": {
          "tr": "AutoCAD, ZWCAD, GstarCAD, Revit, Inventor, SketchUp ve yedi Office uygulamasında Filarch komutlarını uygulamanın yerel Ribbon veya Toolbar arayüzüne entegre eder; kullanıcı ana uygulamadan hiç çıkmadan dosya yönetimi, hızlı yükleme ve CAD araçlarına erişir."
        },
        "use_case": {
          "tr": "Tasarım ofisinde çalışan bir mühendis sabah AutoCAD'ini açtığında Filarch sekmesi zaten hazır beklemektedir. Gün içinde aydınlık toplantı salonuna geçerken ekranını light moda alır; Ribbon'daki Filarch ikonları otomatik olarak açık temaya uyum sağlar. Öğleden sonra Filarch'ı kapatmış olmasına rağmen 'Quick Upload' butonuna basar; plugin Filarch uygulamasını arka planda otomatik başlatır ve yükleme işlemi kesintisiz tamamlanır."
        }
      }
    },
    {
      "name": "Pluginde CAD Nesnelerini Excel'e Aktarım",
      "summary": "",
      "description": "Filarch CAD'den Excel'e Aktarım özelliği, FILARCH_EXPORT_TO_EXCEL komutuyla (Ribbon Tools paneli veya AutoCAD'de sağ tık bağlam menüsü) çalışır. Komut çalıştırıldığında kullanıcıdan drawing'de nesneler seçmesi istenir; seçim tamamlandığında plugin her nesne için tipe özgü geometrik ve meta verileri çıkarır. Circle için merkez noktası (X, Y, Z), yarıçap, alan ve çevre hesaplanır. Line için başlangıç/bitiş noktaları, uzunluk ve açı değeri alınır. Arc için merkez, yarıçap, başlangıç/bitiş açıları ve yay uzunluğu hesaplanır. Polyline için toplam uzunluk, alan (kapalı polyline'larda), kapalı/açık durumu ve köşe sayısı çıkarılır. Ellipse, DBText (tek satır metin), MText (çok satır metin), BlockReference (blok adı, ekleme noktası, ölçek, döndürme açısı), Spline ve Solid3d nesneleri de desteklenir. Bu veriler ClosedXML kütüphanesi ile biçimlendirilmiş bir .xlsx dosyasına yazılır: başlık satırı koyu mavi renk ve beyaz metin ile gösterilir, veri satırları alternating renklerle ayrıştırılır, her sütun içeriğine göre otomatik genişlik alır ve başlık satırı dondurulur. Dosya adına zaman damgası eklenerek üzerine yazma riski önlenir ve masaüstüne kaydedilerek Excel otomatik açılır. AutoCAD'deki bağlam menüsü entegrasyonu runtime reflection ile sağlanır; farklı AutoCAD sürümlerinde compile-time bağımlılığı oluşmadan çalışır. Desteklenen uygulamalar: AutoCAD, GstarCAD, ZWCAD.",
      "benefits": [
        "Uzunluk, alan, koordinat gibi geometrik veriler hesaplama yapmadan doğrudan Excel'de hazır olarak gelir; elle ölçüm ve veri girişi süreci ortadan kalkar",
        "Nesne tipine göre akıllı sütun yapısı: her tip için yalnızca anlamlı özellikler çıkarılır, gereksiz boş sütun oluşmaz",
        "Biçimlendirilmiş çıktı (dondurulmuş başlık, alternatif satır renkleri, otomatik genişlik) raporu paylaşıma hazır hale getirir; ek düzenleme gerekmez",
        "Zaman damgalı dosya adı ile her export oturumu bağımsız dosyaya kaydedilir; geçmiş exportlar üzerine yazılmaz",
        "Sağ tık bağlam menüsüne entegrasyon ile komut adı ezberlenmeden doğrudan seçim üzerinden erişilir"
      ],
      "differentiators": [
        "AutoCAD'in yerel DATAEXTRACTION komutu nesne seçimiyle değil, blok ve özellik tablosu bazında çalışır ve karmaşık bir sihirbaz gerektirir; Filarch seçili nesneleri anında tipe özgü tabloya aktarır",
        "Autodesk Docs ve BIM 360 CAD nesne verisi içermez; yalnızca dosya meta verilerini yönetir. Filarch geometrik veriyi drawing'den doğrudan okur",
        "Piyasadaki üçüncü taraf export eklentileri genellikle tek nesne tipini destekler; Filarch on farklı nesne tipini tek komutla ortak tabloya yazar"
      ],
      "use_case": "",
      "images": [],
      "videos": [],
      "docs": [],
      "slug": "cad-excel-aktarim",
      "keywords": [
        "CAD Excel export",
        "geometri aktarım",
        "CAD veri çıkarma",
        "AutoCAD Excel",
        "nesne özellikleri",
        "metraj hesabı",
        "koordinat export",
        "ClosedXML",
        "CAD raporlama",
        "GstarCAD ZWCAD export"
      ],
      "_localized": {
        "summary": {
          "tr": "Seçili CAD nesnelerinin (daire, çizgi, yay, polyline, blok referansı vb.) geometrik ve meta özelliklerini, nesne tipine özgü sütunlarla biçimlendirilmiş bir Excel dosyasına aktarır."
        },
        "use_case": {
          "tr": "İnşaat projelerinde metraj hesabı yapan bir mühendis, CAD planındaki tüm kolon ve kirişleri seçer. FILARCH_EXPORT_TO_EXCEL komutuyla her nesnenin uzunluk, alan ve koordinat bilgilerini içeren biçimlendirilmiş Excel dosyasını saniyeler içinde masaüstünde bulur. Bu tabloyu proje yönetim sistemine yapıştırarak metraj raporunu tamamlar; tek tek ölçüm alma ve elle girme süreci tamamen ortadan kalkmış olur."
        }
      }
    },
    {
      "name": "Pluginde Excel Verisinden CAD Nesnesi Otomatik Çizimi",
      "summary": "",
      "description": "Filarch Excel'den CAD Çizimi özelliği FILARCH_DRAW_FROM_EXCEL komutuyla (Ribbon Tools paneli) tetiklenir. Komut çalıştırıldığında kullanıcıdan bir .xlsx dosyası seçmesi istenir. Plugin dosyayı okur ve 'Type' sütunundaki değere göre her satır için ilgili CAD nesnesini oluşturur. Desteklenen nesne tipleri: Circle (merkez X/Y/Z ve yarıçap sütunlarından), Line (StartX/Y/Z ve EndX/Y/Z sütunlarından), Arc (merkez, yarıçap, başlangıç/bitiş açıları), Ellipse, DBText (koordinat ve metin içeriği), MText ve BlockReference (blok adı, ekleme noktası, ölçek faktörleri, döndürme açısı). Her nesne tipi için koordinat ve özellik sütunları parse edilir; Layer sütunu gibi ortak özellikler de okunarak oluşturulan nesneye atanır. Tüm nesneler aktif document'ın model space'ine eklenir. Vertex-level verisi gerektiren Polyline gibi nesneler export formatında bulunmadığından bu tür satırlar atlanır ve log yazılır. Import tamamlandığında kaç nesnenin başarıyla çizildiği, kaç satırın atlandığı gösterilir. Hata toleranslı yapı sayesinde bozuk veya eksik sütun içeren satırlar işlemi durdurmadan atlanır; geçerli satırlar eksiksiz çizilir. Bu özellik FILARCH_EXPORT_TO_EXCEL komutuyla birebir uyumlu bir format kullandığından aynı Excel dosyası hem rapor hem de yeniden çizim kaynağı olarak kullanılabilir. Desteklenen uygulamalar: AutoCAD, GstarCAD, ZWCAD.",
      "benefits": [
        "Koordinat listesinden doğrudan CAD nesnesi oluşturulur; yüzlerce noktayı tek tek elle çizmek gerekmez",
        "Export formatıyla birebir uyumlu okuyucu sayesinde aynı Excel dosyası hem raporlama hem de yeniden çizim için kullanılır",
        "Hata toleranslı yapı: bozuk satırlar diğer nesnelerin çizimini engellemez; başarılı ve atlanan satırlar sonuç raporunda ayrıştırılır",
        "Katman (layer) bilgisi Excel'den okunarak oluşturulan nesnelere uygulanır; nesneler doğru layer'a otomatik atanır",
        "Veri tabanlı çizim iş akışı: proje yöneticisi koordinatları Excel'de hazırlar, mühendis tek komutla drawing'e aktarır"
      ],
      "differentiators": [
        "AutoCAD'in yerel script veya LISP yoluyla veri import işlemi programlama bilgisi gerektirir; Filarch bu süreci herhangi bir kullanıcının uygulayabileceği görsel bir komuta indirger",
        "Autodesk Docs ve BIM 360 harici Excel verisi ile CAD nesnesi oluşturma özelliği sunmaz; Filarch bu köprüyü kural tabanlı, uygulamaya gömülü bir araçla kurar",
        "Üçüncü taraf Excel-to-CAD araçları genellikle yalnızca nokta veya çizgi importunu destekler; Filarch blok referansı, metin ve elips dahil yedi farklı nesne tipini aynı komutla işler"
      ],
      "use_case": "",
      "images": [],
      "videos": [],
      "docs": [],
      "slug": "excel-cad-cizim",
      "keywords": [
        "Excel CAD import",
        "veri tabanlı çizim",
        "koordinat import",
        "CAD otomasyon",
        "toplu nesne oluşturma",
        "AutoCAD Excel",
        "GstarCAD ZWCAD import",
        "excel to cad",
        "batch drawing"
      ],
      "_localized": {
        "summary": {
          "tr": "Filarch'ın Excel export formatındaki koordinat ve özellik verilerini okuyarak CAD drawing'e otomatik olarak nesneler çizer; veri tabanlı toplu nesne oluşturma ve export-import döngüsü sağlar."
        },
        "use_case": {
          "tr": "Bir altyapı projesinde sondaj noktalarının koordinatları zemin etüdü firması tarafından Excel tablosunda teslim edilir. Sahadaki mühendis bu tabloyu FILARCH_DRAW_FROM_EXCEL ile aktif zemin planına çeker; tüm sondaj noktaları 'Sondaj' katmanında otomatik olarak yerleştirilir. Elle çizim yerine saniyeler içinde eksiksiz ve doğru konumlandırılmış noktalar drawing'de hazır hale gelir."
        }
      }
    },
    {
      "name": "Pluginde Seçili CAD Nesnelerini Başka Çizim Sekmesine Kopyalama",
      "summary": "",
      "description": "Filarch Sekmeye Kopyala özelliği, aynı CAD oturumunda birden fazla çizim dosyası açıkken nesnelerin çizimler arasında taşınmasını kolaylaştıran iki aşamalı bir iş akışıyla çalışır. İlk aşamada FILARCH_COPY_TO_TAB komutu çalıştırıldığında plugin o anda CAD oturumunda açık olan tüm belgeleri listeler ve bu listeyi Filarch Electron arayüzüne iletir. Kullanıcı Filarch penceresinde açılan görsel dosya seçici üzerinden hedef çizim dosyasını seçer; seçim 'copy-to-tab-target' komutu olarak plugin'e geri döner. İkinci aşamada FILARCH_COPY_TO_TAB_SELECT komutu devreye girer ve kullanıcıdan kaynak çizimde nesne seçimi yapması istenir. Seçim tamamlandığında plugin WblockCloneObjects API'sini kullanarak seçilen nesneleri hedef belgenin model space'ine kopyalar; kopyalama DuplicateRecordCloning.Ignore modunda gerçekleştirilir. Bu mod sayesinde katman (layer), çizgi tipi (linetype), metin stili ve blok tanımları gibi nesneye bağlı bütün tablo kayıtları hedef çizime de aktarılır. Kopyalama tamamlandığında hedef çizim sekmesi otomatik olarak öne alınır. Desteklenen uygulamalar: AutoCAD, GstarCAD, ZWCAD.",
      "benefits": [
        "Panoyu (Ctrl+C/Ctrl+V) kullanmadan kopyalama gerçekleştirilir; panoya bağlı bütünlük kayıpları ve biçim dönüşüm sorunları yaşanmaz",
        "WblockCloneObjects API'si nesneyle birlikte katman, çizgi tipi ve blok tanımını da taşır; hedef çizimde eksik layer veya kayıp blok tanımı sorunu oluşmaz",
        "Görsel hedef seçici; dosya yolu veya komut adı yazmak yerine açık belgeler arasında tıklayarak hedef belirlenir",
        "Kopyalama sonrası hedef sekme otomatik öne gelir; kullanıcı sekme değiştirmeyi hatırlamak zorunda kalmaz"
      ],
      "differentiators": [
        "AutoCAD'in yerel Ctrl+C / Ctrl+V yöntemi nesneleri panoya alır ve pastta katman bağımlılıklarını taşımaz; eksik katmanlar 0 katmanına düşer. WblockCloneObjects tüm bağımlılıkları birlikte klonlar",
        "Autodesk Vault ve BIM 360 çizim dosyaları arası nesne paylaşımı için xref veya publish/subscribe iş akışı gerektirir; Filarch bunu oturumun mevcut açık belgelerinden anlık hedef seçerek yapar",
        "Piyasadaki 'copy between drawings' araçları genellikle sadece blok referanslarını destekler; Filarch WblockCloneObjects ile tüm entity tiplerini ve tablo kayıtlarını birlikte aktarır"
      ],
      "use_case": "",
      "images": [],
      "videos": [],
      "docs": [],
      "slug": "sekmeye-kopyala",
      "keywords": [
        "sekmeye kopyala",
        "copy to tab",
        "çizimler arası kopyalama",
        "WblockCloneObjects",
        "AutoCAD sekme",
        "GstarCAD kopyalama",
        "ZWCAD çizim aktarım",
        "blok kopyalama",
        "katman aktarım"
      ],
      "_localized": {
        "summary": {
          "tr": "AutoCAD, GstarCAD ve ZWCAD oturumunda aynı anda açık birden fazla çizim arasında seçili nesneleri katman ve özellik bütünlüğü korunarak hedef çizim sekmesine kopyalar."
        },
        "use_case": {
          "tr": "Bir tasarım mühendisi, proje kütüphanesinden standart makine imalat detaylarını tutan referans çizimini ve üzerinde çalıştığı üretim çizimini aynı AutoCAD oturumunda açık tutar. Referans çizimde ilgili detay bloğu ve ölçü nesnelerini seçerek 'Copy to Tab' komutunu çalıştırır; Filarch penceresinden hedef üretim çizimini seçer. Seçilen nesneler tüm katman ve blok tanımlarıyla birlikte hedef çizime aktarılır."
        }
      }
    },
    {
      "name": "Pluginde Revit Canlı Model Yansıtma (Live Mirror)",
      "summary": "",
      "description": "Filarch Live Mirror, Revit'in DocumentChanged olayına abone olarak kaynak modeldeki her element değişikliğini (ekleme, güncelleme, silme) anlık olarak izler. Değişen elementlerin ObjectId listesi biriktirilir. Hedef model Filarch Electron UI'sından seçilir: plugin FILARCH_LIVE_MIRROR_PICKER komutuyla o anda oturumda açık olan Revit belgelerini (family olmayan ve en az bir kez diske kaydedilmiş belgeler) listeler ve bu listeyi Electron arayüzüne iletir. Kullanıcı hedef modeli seçtiğinde 'live-mirror-target' komutu plugin'e döner. Bu noktadan itibaren Live Mirror aktif hale gelir: kaynak modelde her DocumentChanged olayı tetiklendiğinde Revit'in ExternalEvent mekanizması üzerinden LiveMirrorCloneHandler çalışır. Handler, biriken değişen element listesini alır ve bu elementleri kaynak modelden hedef modelin model space'ine kopyalar. ExternalEvent, Revit API'sinin thread güvenliği gerekliliklerine tam uyumlu çalışır; UI iş parçacığı dışından API çağrısı yapılmaz ve Revit arayüzü donmaz. Döngüsel tetiklenmeyi önlemek için LiveMirrorCloneHandler içinde _isCloning bayrağı tutulur: handler çalışırken oluşan kendi DocumentChanged olayları yoksayılır. Bu özellik yalnızca Revit'te kullanılabilir.",
      "benefits": [
        "Koordinasyon modelindeki değişiklikler referans modele veya disiplin modeline otomatik yansır; manuel kopyalama veya xref güncelleme adımı ortadan kalkar",
        "ExternalEvent tabanlı mimari sayesinde kopyalama işlemi Revit UI'ını dondurmaz; kullanıcı çalışmaya devam edebilir",
        "Döngüsel tetiklenme koruması sayesinde hedef modelde yapılan kopyalama işlemleri yeni bir yansıtma döngüsü başlatmaz; sonsuz döngü riski sıfırdır",
        "Hedef model aynı oturumdaki herhangi bir Revit projesi olabilir; aynı veya farklı disiplin fark etmez",
        "Başlatma ve durdurma tek komutla yapılır; sürekli aktif bir arka plan süreci yoktur"
      ],
      "differentiators": [
        "Autodesk Revit'in yerel Koordinasyon Modeli özelliği bağlantılı modeller arasında salt görüntüleme bağlantısı kurar; element düzeyinde düzenlenebilir kopyalama yapmaz. Filarch Live Mirror elementleri düzenlenebilir kopya olarak hedef modele taşır",
        "BIM 360 Design Collaboration modeller arası senkronizasyon için Cloud publish/sync iş akışı gerektirir ve gerçek zamanlı değildir; Filarch Live Mirror DocumentChanged olayında anında tepki verir",
        "Piyasadaki Dynamo ve Grasshopper tabanlı senkronizasyon scriptleri manuel çalıştırma gerektirir; Filarch olay bazlı otomatik tetiklenmeyle kullanıcı müdahalesi gerektirmez"
      ],
      "use_case": "",
      "images": [],
      "videos": [],
      "docs": [],
      "slug": "revit-canli-yansitma",
      "keywords": [
        "revit live mirror",
        "canlı model senkronizasyon",
        "BIM koordinasyon",
        "DocumentChanged",
        "ExternalEvent",
        "cross-model kopyalama",
        "Revit real-time",
        "disiplin senkronizasyonu",
        "mimari MEP koordinasyon",
        "Revit plugin"
      ],
      "_localized": {
        "summary": {
          "tr": "Revit'te aktif modeldeki element ekleme, düzenleme ve silme olaylarını gerçek zamanlı olarak dinler ve değişiklikleri aynı oturumda açık başka bir Revit modeline otomatik olarak yansıtır."
        },
        "use_case": {
          "tr": "BIM koordinatörü, mimari modelde yapılan duvar ve kapı değişikliklerinin MEP koordinasyon modelinde anlık görünmesini istemektedir. Live Mirror'ı başlatarak mimari modeli kaynak, koordinasyon modelini hedef olarak seçer. Mimar kapı konumunu güncellediğinde DocumentChanged olayı tetiklenir ve değişen element saniyeler içinde koordinasyon modelinde de güncellenir. Koordinatör modeli yenilemek veya xref güncellemek zorunda kalmadan her zaman güncel veriyle çalışır."
        }
      }
    },
    {
      "name": "Pluginde Gerçek Zamanlı CAD Çizim İşbirliği Odası",
      "summary": "",
      "description": "Filarch Collab Room sistemi, aynı dosya versiyonu üzerinde birden fazla kullanıcının aynı anda çizim yapmasını sağlayan katmanlı bir gerçek zamanlı işbirliği mimarisi sunar. Sistem üç ana katmandan oluşur: Oda Yönetimi, Gerçek Zamanlı Senkronizasyon ve Operasyon Onay Mekanizması.\n\nOda Yönetimi katmanında Electron uygulamasından 'collab room' başlatılır; oda isimli bir chatroom nesnesi olarak bir dosya versiyonuna bağlı şekilde oluşturulur ve daemon üzerindeki HTTP API'siyle (POST /chatroom) kaydedilir. Kullanıcılar odaya katılmak için istek gönderir (POST /chatroom/{id}/join); bu istekler oda sahibine bildirim olarak iletilir. Oda sahibi katılım isteklerini kabul ya da reddeder; kabul edilen kullanıcılar aktif üye olarak odaya dahil edilir. Oda sahibi odayı kalıcı olarak kapatabilir.\n\nGerçek Zamanlı Senkronizasyon katmanında her aktif üye, daemon üzerinden Socket.IO bağlantısı kurar (collabService). Kullanıcılardan biri master rolüne atanır; master heartbeat (5 saniyede bir) ile varlığını bildirir. Oda sahipliği değişirse master rolü otomatik geçer. CAD uygulaması tarafında (AutoCAD, ZWCAD, GstarCAD) CollabRoom.cs, WebSocket bağlantısı üzerinden çizim olaylarını (nesne ekleme/değiştirme/silme) dinler ve karşı tarafa iletir. CollabRoom, ObjectId ile collabId eşlemesini tutar; phantomModify koruması ile sahte değişiklik bildirimleri filtrelenir, preexisting handle kontrolü ile oturum öncesi nesneler yanlışlıkla senkronize edilmez.\n\nOperasyon Onay Mekanizmasında slave kullanıcıların çizim operasyonları PENDING (bekleyen) durumda sunucuya iletilir; master, bekleyen operasyonları inceleyerek toplu onay veya reddetme kararı verir. Reddedilen operasyonlar için gerekçe metni girilebilir. CAD uygulaması içinde CollabRoomWebPanel (WebView2 tabanlı React UI) bağlı kullanıcıları, aktivite geçmişini (katılma/ayrılma/çizme/değiştirme/silme olayları) ve bekleyen katılım isteklerini görsel olarak sunar.",
      "benefits": [
        "Birden fazla mühendis aynı CAD versiyonu üzerinde eş zamanlı çalışabilir; dosya kopyalama ve manuel birleştirme adımları ortadan kalkar",
        "Master/slave onay mekanizması yetkisiz veya hatalı çizim operasyonlarını oda sahibinin onayına tabi kılar; kritik tasarım değişiklikleri denetim altında kalır",
        "phantomModify ve preexisting handle korumaları gerçek değişiklik olmayan nesnelerin yanlışlıkla senkronize edilmesini önler; veri bütünlüğü korunur",
        "Aktivite geçmişi (join/leave/draw/modify/delete) CollabRoom panelinde gerçek zamanlı görünür; kim ne değiştirdi izlenebilir",
        "Socket.IO otomatik yeniden bağlantı (reconnection) desteğiyle kısa süreli bağlantı kopmaları kullanıcıyı odadan atmaz"
      ],
      "differentiators": [
        "Autodesk BIM 360 ve ACC co-authoring yalnızca Revit cloud modellerde çalışır ve Autodesk altyapısına bağımlıdır; Filarch Collab Room yerel daemon mimarisiyle AutoCAD, ZWCAD ve GstarCAD'de çalışır, internet bağlantısı gerektirmez",
        "Trimble Connect ve Navisworks çakışma kontrolü (clash detection) sunar ancak gerçek zamanlı birlikte yazım sağlamaz; Filarch çizim operasyonlarını milisaniyeler içinde diğer kullanıcılara iletir",
        "SharePoint ve OneDrive eş zamanlı düzenlemeyi yalnızca Office belgelerinde destekler; CAD dosyaları kilitleme modunda açılır. Filarch CAD uygulamaları için nesne düzeyinde gerçek zamanlı senkronizasyon sağlar"
      ],
      "use_case": "",
      "images": [],
      "videos": [],
      "docs": [],
      "slug": "gercek-zamanli-cad-isbirligi",
      "keywords": [
        "gerçek zamanlı CAD işbirliği",
        "collab room",
        "eş zamanlı çizim",
        "master slave CAD",
        "operasyon onayı",
        "AutoCAD işbirliği",
        "ZWCAD collab",
        "WebSocket CAD sync",
        "çizim senkronizasyonu",
        "BIM koordinasyon"
      ],
      "_localized": {
        "summary": {
          "tr": "Aynı dosya versiyonu üzerinde birden fazla kullanıcının eş zamanlı çizim yapmasını sağlayan, master/slave mimarisiyle çalışan ve katılım ile operasyon onayını yöneten gerçek zamanlı CAD işbirliği odası."
        },
        "use_case": {
          "tr": "Bir mimarlık-mühendislik projesinde yapısal revizyon sırasında mimar ve statik mühendis aynı anda çalışmak ister. Mimar Filarch'tan Collab Room başlatır ve odaya davet gönderir. Statik mühendis katılım isteği gönderir; mimar onaylar. Her iki kullanıcı kendi AutoCAD oturumlarında aynı versiyon üzerinde çizim yapar. Mühendis eklediği yük taşıma noktasını PENDING operasyon olarak gönderir; mimar CollabRoom panelinden inceleyip onaylar. Operasyon mimarın ekranında da anında görünür. Toplantı sonrası her ikisi odadan ayrılır; yapılan tüm değişikliklerin aktivite geçmişi kayıtlıdır."
        }
      }
    },
    {
      "name": "Pluginde Özel Görev Durum Grupları ve Durum Yönetimi",
      "summary": "",
      "description": "Filarch Görev Modülü, ClickUp benzeri bir statü sistemi sunar: kullanıcılar workspace bazında özel durum grupları (status group) oluşturabilir ve bu grupları projeye atayabilir. Her durum grubunun içinde durum kalemleri (status group items) tanımlanır; her kalem için renk, ad ve `is_closing_status` bayrağı belirlenir — kapanış statüsü olan bir kaleme geçiş görevi tamamlanmış sayar. Bir görev belirli bir statüye geçmek istediğinde backend COA süreci tanımlıysa otomatik olarak başlatılır ve onay alınmadan statü değişmez. Durum geçiş kuralları iki katmanda yönetilir: 'Yasak Geçişler' (denied items) belirli bir statüden hangi diğer statülere geçilemeyeceğini tanımlar; 'Yasak Roller' (denied roles) ise belirli bir proje rolündeki kullanıcıların o statüye geçişini engeller. COA onaylayıcısı müsait değilse onay yetkisini başka bir kullanıcıya vekâlet (proxy) ile devredebilir; vekâlet kabul/ret edilebilir ve istenildiğinde sonlandırılabilir.",
      "benefits": [
        "Terminoloji ve iş akışı projeye göre özelleştirilen statüler; mühendislik projesiyle yazılım projesinin farklı statü dillerini aynı platform destekler",
        "Kapanış statüsü bayrağı ile tamamlanma yüzdesi otomatik hesaplanır; manuel güncelleme gerekmez",
        "Yasak geçişler ile belirli statü atlama senaryoları önlenir; süreç bütünlüğü korunur",
        "Yasak roller ile yetkisi olmayan kullanıcıların kritik statülere geçişi arayüz seviyesinde engellenir",
        "COA proxyleri sayesinde tatil veya izin dönemlerinde onay süreci bloklanmaz"
      ],
      "differentiators": [
        "Jira Software statü yönetimi proje şeması seviyesinde çalışır ve IT yöneticisi müdahalesi gerektirebilir; Filarch'ta proje yöneticisi kendi durum grubunu dakikalar içinde oluşturup projeye atar",
        "ClickUp durum grupları COA onay zincirine entegre değildir; Filarch'ta statü değişimi bir onay sürecini otomatik tetikleyebilir ve onay alınmadan geçiş gerçekleşmez",
        "Asana ve Monday.com statü geçiş kurallarında rol bazlı kısıtlama sunmaz; Filarch her iki kısıtlama katmanını da yapılandırılmış şekilde yönetir",
        "Pek çok platformda vekâlet (proxy) mekanizması yoktur; Filarch COA proxyleri ile onaylayıcı yokluğunda onay yetkisi devredilir ve süreç akmaya devam eder"
      ],
      "use_case": "",
      "images": [],
      "videos": [],
      "docs": [],
      "slug": "gorev-durum-gruplari",
      "keywords": [
        "durum grubu",
        "özel statü",
        "görev durumu",
        "status group",
        "iş akışı",
        "statü geçiş kuralı",
        "yasak geçiş",
        "COA proxy",
        "kapanış statüsü"
      ],
      "_localized": {
        "summary": {
          "tr": "Her proje için renk kodlu özel durum grupları oluşturun; durumlar arası geçişi COA onay zinciriyle zorunlu kılın ve statü geçişlerini rol veya madde bazlı kurallarla kısıtlayın."
        },
        "use_case": {
          "tr": "Bir yazılım firması, görev akışı için 'Yapılacak → Geliştirmede → İncelemede → Test → Tamamlandı' statülerini tanımlar. 'Test → Tamamlandı' geçişi COA ile korunur; test uzmanı onay vermeden görev kapanmaz. 'Geliştirmede'den doğrudan 'Tamamlandı'ya atlama yasak geçiş kuralıyla engellenir."
        }
      }
    },
    {
      "name": "Pluginde Statü Geçiş Reddetme Sebepleri",
      "summary": "",
      "description": "Filarch'ta Reddetme Sebepleri (Deny Reasons), Task Settings → Deny Reasons sekmesinden yönetilir. Workspace ve durum grubu seçildikten sonra o statü grubuna özgü gerekçe listesi düzenlenir. Her gerekçe bir ad içerir ve ilgili durum grubuna bağlıdır; farklı durum gruplarının listeleri birbirinden bağımsızdır. Bir COA onaylayıcısı statü geçişini reddetmek istediğinde bu listeden gerekçe seçmek zorundadır — serbest metin girişi kabul edilmez. Örneğin 'Test' durum grubuna bağlı bir gerekçe listesinde 'Test başarısız', 'Hatalı / Bug içeriyor', 'Eksik implementasyon', 'Gereksinimler karşılanmadı', 'Tekrar gözden geçirilmeli' gibi maddeler tanımlanabilir. Her red, seçilen gerekçeyle birlikte zaman damgalı olarak kayıt altına alınır; sonradan denetim veya raporlama amacıyla erişilebilir.",
      "benefits": [
        "Tanımlı liste tutarsız veya boş gerekçe riskini ortadan kaldırır; her red denetlenebilir kayıt üretir",
        "Durum grubu bazında bağımsız listeler sayesinde gerekçeler iş sürecine ve ekip diline göre özelleştirilir",
        "Red gerekçeleri sistematik olarak birikir; tekrarlayan sorunlar (örn. sık görülen bug kategorileri) pattern analizi için kullanılabilir",
        "Onaylayıcılar kısa listeyi görür, uzun açıklama yazmak zorunda kalmaz; red adımı yavaşlamaz"
      ],
      "differentiators": [
        "Microsoft Teams ve Outlook tabanlı onay iş akışları reddetme gerekçesini serbest metne bırakır; Filarch tanımlı liste zorunlu kılar, gerekçeler standartlaşır ve raporlanabilir olur",
        "Jira ve Asana onay/blok gerekçesi için yapılandırılmış liste sunmaz; Filarch'ta her durum grubu için önceden tanımlı gerekçe seti bağımsız yönetilir",
        "Procore ve BIM 360 revizyon red gerekçelerini yapılandırılmış biçimde izlemez; Filarch her reddi seçilen gerekçe ve zaman damgasıyla arşivler"
      ],
      "use_case": "",
      "images": [],
      "videos": [],
      "docs": [],
      "slug": "reddetme-sebepleri",
      "keywords": [
        "reddetme sebebi",
        "deny reason",
        "COA red gerekçesi",
        "statü geçiş reddi",
        "onay zinciri",
        "denetim kaydı",
        "iş akışı kuralları"
      ],
      "_localized": {
        "summary": {
          "tr": "COA onay zincirinde bir statü geçişi reddedildiğinde onaylayıcının seçmek zorunda olduğu gerekçe listesini durum grubu bazında önceden tanımlayın; boş veya tutarsız red gerekçesi riskini ortadan kaldırın."
        },
        "use_case": {
          "tr": "Bir yazılım ekibi, 'Test' durum grubuna beş gerekçe tanımlar: 'Test başarısız', 'Hatalı / Bug içeriyor', 'Eksik implementasyon', 'İş kurallarına uygun değil', 'Yanlış anlaşılmış task'. Test uzmanı bir görevi reddederken listeden ilgili gerekçeyi seçer; ekip lideri aylık incelemede en sık seçilen gerekçenin 'Eksik implementasyon' olduğunu görür ve geliştirici briefing sürecini iyileştirmek için aksiyon alır."
        }
      }
    },
    {
      "name": "Pluginde Proje Bazlı Görev Öncelikleri",
      "summary": "",
      "description": "Filarch Görev Modülü'nde öncelikler proje bazında tanımlanır: Task Settings → Priorities sekmesinden workspace ve proje seçildikten sonra 'Create Priority' butonu ile ad ve renk kodu (hex) girilerek yeni öncelik oluşturulur. Her önceliğin kendine özgü rengi olduğundan görev listesinde yüksek öncelikli işler görsel olarak anında ayrışır. Öncelikler düzenlenebilir ve silinebilir. Görev oluştururken veya güncellerken öncelik alanından projeye özgü bu liste kullanılır; farklı projelerin öncelik isimleri ve renkleri birbirinden bağımsız tanımlanır, terminoloji çakışması yaşanmaz.",
      "benefits": [
        "Renk kodlu öncelikler görev listesinde hangi işin kritik olduğunu tek bakışta gösterir",
        "Öncelikler proje bazında bağımsız tanımlanır; bir projedeki 'Acil' başka bir projenin isimlendirmesiyle çakışmaz",
        "Öncelik adları ve renkleri ekip terminolojisine uyarlanabilir; jenerik Yüksek/Orta/Düşük etiketleri yerine projeye özgü dil kullanılabilir"
      ],
      "differentiators": [
        "Jira ve Asana sistem genelinde sabit öncelik seviyeleri sunar; Filarch'ta her proje kendi öncelik setini bağımsız renk ve adlarla tanımlar",
        "ClickUp öncelikleri workspace genelinde standartlaştırır; Filarch proje düzeyinde granüler kontrol sağlar"
      ],
      "use_case": "",
      "images": [],
      "videos": [],
      "docs": [],
      "slug": "gorev-oncelikleri",
      "keywords": [
        "görev önceliği",
        "proje öncelikleri",
        "renk kodlu öncelik",
        "öncelik yönetimi",
        "task priority",
        "görev sıralama"
      ],
      "_localized": {
        "summary": {
          "tr": "Her proje için renk kodlu özel öncelik seviyeleri tanımlayın; görevlere atanan öncelikler liste ve Gantt görünümlerinde görsel ayrışma sağlar."
        },
        "use_case": {
          "tr": "Bir mimarlık bürosu inşaat projesi için 'Kritik', 'Yüksek', 'Normal' ve 'Düşük' önceliklerini kırmızı, turuncu, mavi ve gri renk kodlarıyla tanımlar. Yazılım projesinde ise aynı workspace'te 'P0', 'P1', 'P2' öncelikleri farklı renklerle ayrıca tanımlanır; iki projenin öncelik dili birbirine karışmaz."
        }
      }
    }
  ]
}