Çevrimdışı destek, fotoğraflar, QR kodları, raporlar ve yönetim araçları dahil olmak üzere ekipman denetimleri ve kontrol listeleri için bir mobil uygulamayı nasıl planlayıp tasarlayıp inşa edeceğinizi öğrenin.
Bir ekipman denetim uygulaması sadece dijital bir formdan daha fazlasıdır. Özünde, gereken kontrolleri adım adım yönlendiren, bulunanları kaydeden ve ileride güvenebileceğiniz bir kayıt üreten mobil denetim kontrol listesidir.
İyi bir ekipman denetim uygulaması genellikle şunları destekler:
Eğer ekibiniz zaten “form” kullanıyorsa, gerçek hedef bu formları sahada güvenilir çalışan tekrarlanabilir bir denetim iş akışı tasarımına dönüştürmektir.
Birincil kullanıcıları erken tanımlayın; ihtiyaçları farklıdır:
Bu kullanıcı karışımı izinleri, UX’i ve “saha denetim yazılımı” için gerekli özellikleri belirler.
Başlangıç için yaygın örnekler: araçlar ve filo, HVAC üniteleri, forkliftler, jeneratörler, kompresörler ve güvenlik ekipmanları—kağıdı ortadan kaldırıp tutarlılığı artıran her şey için bir bakım kontrol listesi uygulaması kullanılabilir.
İnşa etmeden önce ölçülebilir hedefler belirleyin:
Bu sonuçları yazın; çevrimdışı davranıştan denetim raporlamasına kadar sonraki kararları bunlar yönlendirecektir.
Başarılı bir ekipman denetim uygulaması, ürünün “merkezinin” ne olduğuna erken karar verildiğinde inşa etmesi (ve ölçeklemesi) daha kolaydır: ekipman kaydı (varlıklar), mobil kontrol listesi veya işin açık halden kapalı hale geçtiği süreç. Çoğu başarılı saha denetim yazılımı bu üçüyle birlikte çalışır—net şekilde ayrılmış.
Tekrarlayan denetimler (günlük, haftalık, ön başlatma, uyumluluk) için kontrol listesi şablonlarıyla başlayın: yeniden kullanılabilir, sürümlenmiş şablonlar sapmayı azaltır, raporlamayı tutarlı tutar ve eğitimi kolaylaştırır.
Olağan dışı olaylar için tek seferlik formlar bir kaçış yolu olarak kalsın (olay takipleri, tedarikçi özel kontrolleri). Anahtar, bunları açıkça etiketleyip standart KPI’larla karışmalarını engellemektir.
Her denetlenen öğeyi bir ID, durum ve geçmişe sahip bir varlık olarak ele alın. Bunu bir konum hiyerarşisiyle eşleştirin—saha → bölge → ünite—böylece denetçiler hızlıca filtreleyebilir ve yöneticiler tesise veya bölgeye göre desenleri analiz edebilir.
Bu model aynı zamanda QR kodla ekipman takibi için sizi hazırlar: bir kod tarayın, doğru bakım kontrol listesi ekranı açılır ve yanlış birimi seçme riski azalır.
Denetim iş akışını ekranlar olarak değil durumlar halinde tanımlayın:
Rolleri ve izinleri atayın: denetçi (doldurur), inceleyici (onayla/reddet), admin (şablonlar, varlıklar ve atamalar). Bu ayrım hesap verebilirliği net tutar ve uyumluluk çıktıları verildikten sonra kazara düzenlemeleri önler.
Mobil kontrol listesi, soruların hızlı cevaplanabildiği ve verinin daha sonra raporlama için kullanılabilir olduğu durumda işe yarar. Önce kanıtlamanız gerekenleri (uyumluluk için) ve düzeltmeniz gerekenleri (bakım için) listeleyin. Ardından gerçeği yakalayacak en basit giriş tipini seçin.
Yapısal alanları mümkün olduğunca kullanın—bu gösterge panolarını ve uyarıları güvenilir kılar.
Fotoğraf kanıtlı denetimler için ekleri varsayılan olarak isteğe bağlı yapın, ancak belirli cevaplar için zorunlu kılın (aşağıdaki koşullu mantığa bakın).
Cevaplara göre göster/gizle yapan koşullu sorular, iş akışını temiz tutar. Örnek: “Pass/Fail = Fail” ise “Ciddiyet”, “Kök neden”, “Fotoğraf ekle” ve “Bulguyu oluştur” göster. Bu, bir çevrimdışı denetim uygulamasında ekstra dokunuşları ve veri girişini azaltır.
İpucu: birimleri, zorunlu alanları ve “Uygulanamaz” kurallarını erken standartlaştırın—sonradan değiştirmek, saha denetim yazılımınızda varlıklar arasında karşılaştırmaları bozabilir.
Saha denetimleri gürültülü, parlak, kirli yerlerde olur—bu yüzden uygulama “tek elle hızlı” hissettirmeli. UX hedefi basit: birinin denetimi doğru şekilde en az dokunuşla, az yazmayla ve karışıklık olmadan bitirmesine yardımcı olmak.
Ana ekran “Sırada ne yapmam gerekiyor?” sorusunu yanıtlamalı:
Filtreleri hafif tutun (saha, ekip, vade) ve aramayı esnek yapın (QR tara, varlık adının bir kısmını yaz).
Denetim içinde sürekli geri bildirim ve hızlı bir çıkış yolu gerekir:
Sonunda eksik zorunlu öğeleri vurgulayan bir “gözden geçir” ekranı güçlü bir desen sağlar.
Sahayada yazmak her şeyi yavaşlatır. Kullanın:
Erişilebilirlik burada verimliliktir:
Çevrimdışı mod, ekipman denetim uygulaması için “olsa iyi olur” değil—çoğu zaman işin yapılması ile gecikmesi arasındaki farktır. Denetimler bodrum katlarında, uzak sahalarda, hangarlarda, mekanik odalarda ve bağlantının zayıf veya yasak olduğu alanlarda gerçekleşir.
Mobil kontrol listesi hızla açılmalı, atanan denetimleri göstermeli ve kullanıcıların ağ bağımlılığı olmadan formları tamamlamasına izin vermelidir. Bu, cevapları, zaman damgalarını, imzaları ve taslak raporları yerelde saklamayı içerir ki uygulama sahada güvenilir hissetsin.
Güvenilir yaklaşım “önce yerelde sakla, arkada senkron yap”tır. Her dokunuşu sunucuya göndermek yerine, uygulama değişiklikleri yerel bir veritabanında olay olarak kaydeder (örn. “Denetim #123, Soru 7 = ‘Fail’, not eklendi, fotoğraf eklendi”).
Bağlantı geri geldiğinde, uygulama değişiklikleri sırayla yükler. Bu veri kaybı riskini azaltır ve hata kurtarmayı basit hale getirir.
Çakışmalar aynı denetim veya varlık kaydını iki cihaz güncellediğinde olur. Kuralları basit ve görünür tutun:
Amaç sahada açılır pencerelerle kullanıcıyı rahatsız etmemektir. Otomatik çözülemeyen durumlarda her iki versiyonu saklayıp yönetici panelinde incelenmek üzere işaretleyin.
Kullanıcılar işlerinin güvende olup olmadığını her zaman bilmelidir. “Cihazda kaydedildi”, “Senkronize ediliyor…”, “Senkronize edildi” gibi göstergeler ekleyin. Yükleme başarısız olursa nedeni gösterin (bağlantı yok, sunucu hatası) ve tek dokunuşla yeniden deneme sağlayın.
Fotoğraf kanıtlı denetimler veriyi hızlı tüketebilir. Yükleme kuralları ekleyin:
Bu, denetimlerin ilerlemesini sağlarken veri ve pil tüketimini korur.
Varlık takibi, genel bir kontrol listesi uygulamasını pratik bir ekipman denetim uygulamasına dönüştürür. Kullanıcıların “doğru öğeyi seçmesini” istemek yerine, ekipmandan başlayabilirsiniz—tarayın, onaylayın, denetleyin.
Her ekipmana benzersiz bir Varlık ID verin ve bunu bir QR etikete kodlayın. Uygulamada tarama işlemi, doğru varlık profili ve o varlık türü için uygun mobil kontrol listesini hemen açmalıdır (örn. yangın söndürücü vs forklift).
Ortam destekliyorsa NFC’yi QR alternatifi olarak ekleyin. Önemli olan hızdır: bir tarama, sıfır arama.
Her varlık basit bir “zaman çizelgesi” görünümüne sahip olmalı:
Bu, denetçi için anında bağlam ve uyumluluk kontrolleri için net bir denetim izi sağlar; ayrıca amirlerin tekrarlayan arızaları görüp önceliklendirmesine yardımcı olur.
Saha ekipleri veritabanı yerine konumlarla düşünür. Konumları sahayı yansıtacak şekilde modelleyin:
Kullanıcıların varlıkları bulundukları yere göre filtrelemesine izin verin veya bir konum seçildiğinde yakın varlıkları otomatik önerin. Konum, kaçırılan öğeleri ve çift denetimleri azaltarak iş akışını iyileştirir.
Çoğu ekip zaten bir varlık kayıt defterine sahiptir. CSV'den toplu içe aktarmayı destekleyin ve Varlık ID, ad, tür, konum ve durum için eşleme sunun.
İçe aktarmadan sonra yeni kurulumlar, taşınmalar, emeklilikler için kolay güncelleme planlayın. Düzenlenebilir alanlar, değişiklik geçmişi ve yöneticinin onaylaması için kontrol mekanizmaları eklemek, QR kod takibinin gerçek dünya ile senkron kalmasını sağlar.
Kanıt, bir kutunun işaretlenmesini daha sonra güvenilir bir şeye dönüştürür. Ekipman denetim uygulamasında kanıt yakalama kontrol listesinin bir parçası olmalı—özellikle güvenlik açısından kritik maddeler için—böylece denetçiler ekstra adımları hatırlamak zorunda kalmaz.
Yüksek riskli sorular için fotoğrafı zorunlu veya kuvvetle önerin. Net olun: “Manometre okumasının fotoğrafı” veya “Koruyucunun yerinde olduğunun fotoğrafı” gibi. Bu, işe yaramayan görüntüleri önler ve incelemeyi hızlandırır.
Hızlı anotasyon araçları—oklar, daireler ve kısa etiketler—ekleyin ki denetçiler kusurun tam yerini gösterebilsin. Orijinal dosyayı da saklayın; bu güvenilirlik sağlar ve amirlerin detayları yeniden kontrol etmesine izin verir.
Birden fazla fotoğraf izin veriliyorsa, otomatik etiketleme yapın (örn. “Önce”, “Sonra”, “Seri plakası”) karışıklığı azaltmak için.
Bir bulgu sadece “fail” olmamalı. Ciddiyet seviyeleri ekleyin (örn. Hafif, Önemli, Kritik) ve her seviyeye önerilen düzeltici eylem, bitiş tarihi ve sorumlu kişi/ekip gibi zorunlu alanlar bağlayın.
Yerinde çözülemeyen her şey için takip görevi oluşturun ve durum takibi sağlayın (Open → In progress → Verified). Görevi spesifik soruya ve kanaite bağlayın ki el değişimlerinde hiçbir şey kaybolmasın.
Denetimler genellikle uyumluluk kayıtlarına dönüşür. Kontrol listesi cevapları, fotoğraflar, anotasyonlar, ciddiyet ve görev durumundaki kim/neyi/ne zaman değiştirdi kaydedin. Basit, net bir denetim geçmişi yöneticiler ve denetçilerle güven oluşturur ve sonradan yapılan gizemli düzenlemeleri önler.
Denetimler güvenilir şekilde tamamlanmaya başladığında, raporlama ham cevapları kararlara dönüştürür. Hızlı oluşturulan, kolay paylaşılan ve denetimlerde savunulabilir çıktılar hedefleyin.
Birçok ekip, denetçi Göndere dokunduğunda rapor ister. Yaygın bir desen cihazda PDF/CSV oluşturmadır—basit, tek denetim özetleri (ekipman bilgileri, cevaplar, imzalar, fotoğraflar). Bu anlık hissettirir ve sınırlı bağlantıda bile çalışır.
Daha ağır ihtiyaçlar için—çoklu saha rollup'ları, markalı şablonlar, büyük fotoğraf paketleri—sunucu tarafı rapor üretimi genellikle daha güvenilirdir. Ayrıca şablon değiştiğinde raporları cihazın orijinine bağlı kalmadan yeniden üretme imkanı verir.
Raporlar genellikle uygulamadan çıkar, bu yüzden paylaşım adımını dikkatle tasarlayın:
Bir “Paylaş” düğmesi ekliyorsanız, bunun dosya mı yoksa kontrol edilen bir link mi paylaştığını açıkça belirtin—kazara veri sızıntılarını önlemek için.
Gösterge panoları sıkça şu sorulara hızlı cevap vermeli:
Basit bir haftalık/aylık trend görünümü ve filtreler genellikle karmaşık bir analiz sayfasından daha yararlıdır.
Uyumluluk genellikle denetim sırasında ne sorulduğunu kanıtlamaya dayanır. Sürümlenmiş şablonlar (şablon ID + sürüm + yürürlük tarihleri) saklayın ve her gönderimi o sürüme bağlayın.
Ayrıca saklama sürelerini tanımlayın (örn. denetim kayıtlarını 3–7 yıl sakla), silme, hukuki tutuklama ve dışa aktarma taleplerini nasıl ele alacağınızı belirleyin. Bu, raporlamanızın gerektiğinde savunulabilir olmasını sağlar.
Mobil denetim uygulaması, şablonları ne kadar hızlı ayarlayabildiğinize ve işleri ne kadar çabuk dağıtabildiğinize bağlıdır—geliştiriciyi beklemek zorunda kalmadan bunu yapabilmek yönetici panelinin işi:
Yaygın alan girişlerini destekleyen bir oluşturucuyla başlayın (evet/hayır, pass/fail, sayı, metin, açılır, fotoğraf). Form benzeri tutun, sürükle-bırak sıralama ve net etiketler sağlayın.
Oluşturucunun yanında varlık yönetiminin temelleri olmalı: varlık türleri, seri numaraları, konumlar ve QR kod tanımlayıcıları ki yöneticiler saha uygulamasıyla ekipman kayıtlarını uyumlu tutabilsin.
Şablonları tarihçesi olan belgeler gibi ele alın. Değişiklikleri taslaklayın, önizleyin, sonra yeni bir sürümü yayınlayın. Yayınlama şunu netleştirmelidir:
Sürümlendirme denetimler için önemlidir: rapor oluşturulduğunda hangi şablonun kullanıldığını kanıtlamak istersiniz.
Role (elektrikçi vs amir), saha, varlık türü ve takvime göre esnek atama kuralları ekleyin (günlük/haftalık/aylık veya kullanım bazlı). Yönetici tekrarlayan planlar oluşturabilmeli (“Yangın söndürücüler: aylık”) ve istisnalar ekleyebilmeli (“Yüksek riskli bölge: haftalık”).
Kısa bir bildirim merkezi oluşturun: vade hatırlatmaları, gecikme tırmanışları ve inceleyici uyarıları. Kontrolleri basit tutun (zamanlama, alıcılar, tırmanış yolu) ki insanlar gerçekten kullansın.
Güvenliği ilk sürüme dahil etmek daha kolay (ve ucuzdur). Kontrol listeleriniz basit görünse bile genellikle hassas bağlam içerir: tesis konumları, ekipman ID’leri, fotoğraflar ve düzeltici eylemler.
Tek bir ana oturum açma yöntemiyle başlayın, gerektiğinde başkalarını ekleyin:
Ne seçerseniz seçin, denetçiler için hızlı yeniden kimlik doğrulamayı destekleyin (kısa oturumlar, güvenli yenileme) ki sürekli tam giriş yapmak zorunda kalmasınlar.
Rol tabanlı erişim kontrolü (RBAC) kullanın ve varsayılan olarak en az erişim verin:
İzinleri gerçek görevler etrafında tasarlayın: “Gönderim sonrası bulguları düzenleyebilir mi?” veya “Fotoğraf kanıtını silebilir mi?” gibi daha net kurallar geniş okuma/yazma izinlerinden daha iyidir.
Tüm trafik TLS (HTTPS) ile korunmalı. Depolanan verilerde gerekli yerlerde şifreleme kullanın ve medya (fotoğraf/video) için süreli, erişim kontrollü bağlantılar sağlayan güvenli nesne depolama kullanın.
Cihazda önbelleğe alınan denetimleri şifreli depolamada tutun ve dosyaların genel fotoğraf galerisinde bırakılmasından kaçının (sadece açıkça gerekliyse izin verin).
Saha cihazları kaybolur. PIN/biometrik uygulama kilidi destekleyin ve gerekirse uzaktan silme veya “tüm cihazlardan çıkış yap” yeteneği düşünün. Ayrıca kritik olayları (giriş, dışa aktarma, silme) kaydedin ki bir sorun olduğunda ne olduğunu takip edebilin.
Teknoloji yığını, uygulamanızın nasıl kullanılacağına uygun olmalı: sahada hızlı kontrol listeleri, fotoğraf kanıtı, ara sıra çevrimdışı çalışma ve net denetim raporlaması.
Eğer çok QR taraması yapılıyor ve çok fotoğraf çekiliyorsa, kararlılığı yenilikten önce önceliklendirin.
Çoğu saha denetim yazılımı REST kullanır çünkü basit ve entegrasyon için kolaydır. GraphQL karmaşık gösterge panolarında aşırı veri çekimini azaltabilir, ancak daha sıkı yönetişim gerektirir.
Veritabanında denetimleri şu şekilde modelleyin:
Medya (fotoğraf kanıtlı denetimler) için nesne depolama (S3 uyumlu) ve daha hızlı indirme için CDN kullanın.
Maliyetleri kontrol etmek için: yüklemede görüntü boyutunu yeniden boyutlandırın, video süresini sınırlayın ve orijinalleri sadece uyumluluk için gerektiğinde saklayın.
Erken plan yapın:
Temiz bir mimari, müşteriler “sadece bir entegrasyon” istediklerinde yeniden yazmayı önler.
Geleneksel bir inşa döngüsünden daha hızlı ilerlemek isterseniz, Koder.ai kontrol listesi modelinizi, roller/izinleri ve yönetici akışlarını doğrulamak için sohbet tabanlı bir iş akışıyla prototiplemenize ve ürünü hızla göndermenize yardımcı olabilir. Web için React, backend için Go + PostgreSQL, mobil için Flutter gibi seçeneklerle kaynak kodu dışa aktarım, dağıtım/barındırma, özel alanlar ve anlık görüntü/geri alma gibi seçenekler sunar.
Bir ekipman denetim uygulaması saha kullanılabilirliğine göre başarılı veya başarısız olur. Her özellik isteğini inşa etmeden önce, iş akışının uçtan uca çalıştığını kanıtlayan bir Minimum Viable Product (MVP) tanımlayın: bir kontrol listesi oluştur, sahada tamamla, senkronla ve kullanılabilir bir rapor üret.
Olmazsa olmazlar genellikle: zorunlu soruları destekleyen mobil kontrol listesi, pass/fail ve notlar, fotoğraf kanıtlı denetimler, çevrimdışı davranış ve temel denetim raporlaması.
Erken ertelenebilecekler: gelişmiş gösterge panoları, karmaşık koşullu mantık ve derin entegrasyonlar.
Pratik bir kural: bir teknisyen uygulama ile günübirlik bir denetimi bitiremiyorsa, o özellik opsiyonel değildir.
Gerçekçi veriler ve cihazlarla test edin, sadece geliştirici telefonunda değil:
Farklı sahalardan küçük bir ekip ile 2–4 haftalık pilot yürütün. Denetim hemen sonra geri bildirim toplayın: neyi yavaşlattı, ne atlandı ve hangi sorular kafa karıştırdı. Dokunuşu azaltan ve yeniden iş yapılmasını engelleyen düzeltmeleri önceliklendirin.
Kısa bir eğitim oturumu (15–30 dakika) planlayın, mevcut uyumluluk kontrol listelerini şablonlara taşıyın ve net bir destek yolu belirleyin (kime bildirilecek, sorun nasıl raporlanır, yanıt süreleri). Bir iç “oyun kitabı” sayfası (ör. /help/inspections) tekrar eden soruları azaltır ve benimsemeyi hızlandırır.
Denetim uygulamanızı başlatmak bitiş değil—geri bildirim döngüsünün başlangıcıdır. Amaç uygulamanın zaman kazandırdığını, atlanan sorunları azalttığını ve uyumluluğu kolaylaştırdığını kanıtlamak, sonra gerçek kullanım verileriyle ne inşa edeceğinizi belirlemektir.
Açıklaması kolay ve tartışması zor küçük bir metrik seti ile başlayın:
Bu sayıları uygulama öncesi temel değerlerle karşılaştırın (kâğıt, e‑tablolar veya eski araçlar). Günlük denetimler varsa %10–20 arası bir zaman iyileşmesi bile anlamlı olabilir.
Denetçilerin takıldığı yerleri izleyin: hangi sorular atlanıyor, nerede geri dönülüyor ve hangi veri tipleri hata oluşturuyor (serbest metin sıkça problem çıkarır). Yaygın iyileştirmeler:
Değişiklikleri küçük sürümlerde yapın ki ekipler adapte olabilsin.
Tamamlama ve veri kalitesi tutarlı olduğunda, zamanlama, sensör/IoT veri yakalama ve barkod/QR etiket baskısı gibi özellikleri düşünün. Öncelik, gösterişli görünen değil, manuel adımları ortadan kaldıran özelliklerde olsun.
Yol haritası veya sonraki aşama bütçelendirmesi için yardım istiyorsanız, /pricing sayfasına bakın veya /contact üzerinden iletişime geçin.
Başlanacak ölçülebilir hedefler yazın: daha az atlanan kontrol, daha hızlı kapama ve güçlü bir denetim izi (kim/ne zaman/hangi kanıt). Ardından birincil kullanıcıları (denetçiler, amirler, taşeronlar) ve çalıştıkları ortamları (zayıf sinyal, açık hava parlaklığı, eldiven kullanımı) belirleyin. Bu kısıtlar kontrol listesi tasarımınızı, çevrimdışı davranışı ve raporlama gereksinimlerinizi yönlendirmelidir.
Bir kontrol listesi, denetim sırasında cevaplanması gereken yönlendirilmiş soru setidir. Bir bulgu ise o kontrol listesi sırasında bulunan bir sorundur (ör. sızıntı, koruyucu eksikliği) ve ciddiyet, durum ile takip sahipliğine sahiptir. Bulguları Open → In progress → Verified akışında izlenebilir, her zaman ilgili soruya ve kanıta bağlayın.
Tekrarlayan işler (günlük/haftalık/uyumluluk) için sürümlenmiş kontrol listesi şablonlarını kullanın; bunlar sapmayı azaltır, raporlamayı tutarlı kılar ve eğitimi kolaylaştırır. Olağan dışı olaylar (kaza takipleri, tedarikçi özel kontrolleri) için tek kullanımlık formları istisna olarak saklayın ve bunları açıkça etiketleyin ki ad hoc veriler standart KPI’ları kirletmesin.
Ekipmanı asset olarak modelleyin: ID, tür, durum, konum ve geçmiş. Konum hiyerarşisi olarak saha → bölge → ünite (veya bina/kat/oda) ekleyin; bu sayede denetçiler hızlıca filtreleyebilir ve yöneticiler trendleri analiz edebilir. Bu yapı aynı zamanda QR tarama ile doğru varlığın ve ilgili kontrol listesinin anında açılmasını sağlar.
En basit fakat yeterli veriyi kaydeden girdi tipini seçin:
Birimleri ve “Uygulanamaz” kurallarını erken standardize edin ki raporlama zaman içinde karşılaştırılabilir olsun.
Eklentileri varsayılan olarak isteğe bağlı yapın, ancak belirli cevaplar için (ör. "Fail" veya kritik ciddiyet) zorunlu kılın. Kullanıcıya ne çekmesi gerektiğini açıkça söyleyin: “Manometre okumasının fotoğrafı” veya “Koruyucunun fotoğrafı” gibi. Eğer açıklama (ok, daire) destekliyorsanız, orijinal fotoğrafı da saklayın.
Çevrimdışı, denetçinin atamaları açabilmesi, kontrol listelerini tamamlayabilmesi, imza/fotoğraf çekebilmesi ve taslakları kaydedebilmesi demektir. Güvenilir bir model önce yerelde kaydet + senkron kuyruğudur: değişiklikleri olay olarak yerel veritabanına kaydedin ve bağlantı gelince sırayla yükleyin. Kullanıcıya “Cihazda kaydedildi”, “Senkronize ediliyor…”, “Senkronize edildi” gibi açık durumlar gösterin.
Çakışmaları basit ve görünür tutun:
Amaç, denetçiyi iş ortasında sık sık rahatsız eden açılır pencerelerden kaçınmaktır.
Pratik bir yönetim panelinde bulunması gerekenler:
Amaç, şablonları ve işleri bir geliştiriciye ihtiyaç duymadan değiştirebilmektir.
Temel güvenlik önlemleri:
