İnternet Yoksa Periyodik Kontrol Kaydı Nasıl Güvenle Tutulur?

Kısa cevap: internet yokken kontrol kaydı nasıl tutulur?

Kontrol formunu cihazdaki işlemli yerel veritabanına kaydedin; her kayda tekil işlem kimliği verin, gönderim durumunu görünür tutun ve bağlantı gelince sunucuyla mükerrer üretmeden uzlaştırın.

Çevrimdışı çalışmada ‘kaydedildi’ tek bir durum değildir. Kullanıcıya cihaza kaydedildi, gönderim bekliyor, sunucu kabul etti ve inceleme gerekiyor durumları ayrı gösterilmelidir. Böylece zayıf bağlantıda formun ekranda görünmesi, merkeze ulaştığı sanılmaz.

Sahaya çıkmadan önce hangi veriler cihaza alınmalı?

Kısa cevap: yalnız atanmış işin tamamlanması için gereken güncel ve yetkili veri paketi alınmalıdır.

• İş emri ve değişmez ekipman kimliği
• Ekipman türüne bağlı kontrol formunun sabitlenmiş sürümü
• Gerekli kontrol kriterleri ve seçim listeleri
• Atanan personelin görev kapsamı ve cihaz referansları
• Son senkron zamanı ile paket sürümü

W3C Service Workers spesifikasyonu, istekleri yakalayan worker ve yerel istek/yanıt deposuyla çevrimdışı web uygulamalarının kurulabildiğini açıklar. Bunun VizyonTech iş akışındaki karşılığı, yalnız sayfa kabuğunu önbelleğe almak değil; atanmış işin form ve referans verilerini saha öncesi doğrulanmış paket halinde hazırlamaktır.

Paket güncel değilse uygulama sessizce eski formu açmamalıdır. Son senkron zamanı, form sürümü ve çevrimdışı kullanım sınırı görünür olmalı; kritik ana veri eksikse kayıt fail-closed biçimde başlamamalıdır. İş emri, ekipman ve form ilişkisinin nasıl kurulduğunu periyodik kontrol planı rehberinde görebilirsiniz.

Form cihazda nasıl kaydedilmeli?

Kısa cevap: her alan değişikliğini geçici ekran belleğine değil, kısa ve atomik bir yerel veritabanı işlemine yazın.

W3C IndexedDB 3.0 taslağı, çevrimdışı web gereksinimleri için yapılandırılmış nesnelerin yerelde tutulmasını ve işlemlerin ya bütünüyle yazılmasını ya da hata halinde geri alınmasını tanımlar. Saha formunda bu, ölçüm değeri, birim, açıklama, fotoğraf bağı ve kayıt zamanının tutarlı bir taslak sürümüne yazılması demektir.

Kaydet düğmesi ancak yerel işlem tamamlandığında başarı göstermelidir. Uygulamanın kapanması, pilin bitmesi veya ağın anlık gelmesi yarım formu ‘gönderilmiş’ duruma taşımamalıdır.

Bağlantı geldiğinde senkronizasyon nasıl yapılmalı?

Kısa cevap: kuyruğu sırayla gönderin, her öğeyi aynı işlem kimliğiyle tekrar deneyin ve yalnız sunucunun açık kabul yanıtından sonra tamamlandı işaretleyin.

1. Bağlantının yalnız varlığını değil, uygulama sunucusuna erişimi doğrulayın.
2. Kuyruktaki kaydın yerel bütünlüğünü ve zorunlu alanlarını yeniden kontrol edin.
3. Kayıt ile eklerini değişmez işlem kimliği ve yerel sürümle gönderin.
4. Sunucunun yetki, iş emri, form sürümü ve mevcut kayıt sürümü kontrollerini çalıştırın.
5. Başarılı kabulde sunucu kayıt kimliğini ve kabul zamanını cihaza yazın.
6. Geçici hatayı kontrollü yeniden denemeye, kalıcı doğrulama hatasını insan incelemesine ayırın.

RFC 9110, idempotent bir isteğin bağlantı hatasından sonra aynı amaçlanan etkiyle yinelenebilmesini açıklar. Periyodik kontrol kaydında yöntem adı tek başına yeterli değildir: sunucu, aynı işlem anahtarıyla gelen ikinci isteği yeni rapor olarak eklememeli; önceki kabul sonucunu döndürmelidir.

Background Synchronization API bağlantı geri geldiğinde işi service worker'a erteleyebilir; ancak MDN bunu geniş tarayıcı desteği olmayan bir özellik olarak işaretler. Bu nedenle kuyruk yalnız arka plan olayına bağlı kalmamalı; uygulama açılışında ve kullanıcının ‘şimdi gönder’ eyleminde de güvenle çalışmalıdır.

Aynı kayıt iki cihazda değiştiyse ne olur?

Kısa cevap: ölçüm ve uygunluk alanlarında son yazan kazanır yaklaşımı kullanmayın; sürüm çakışmasını durdurup iki değişikliği yetkili kullanıcıya gösterin.

Sunucudaki sürüm, cihazın işe başlarken aldığı taban sürümden ilerideyse otomatik üzerine yazma veri kaybına yol açabilir. Çakışmasız alanlar kontrollü birleştirilebilir; aynı ölçüm, sonuç veya kritik açıklama iki tarafta değişmişse kayıt inceleme gerekiyor durumuna alınmalıdır.

• Sunucu sürümü ile cihazın taban sürümünü karşılaştırın.
• Değişen alanları ve aktörleri işlem izinde koruyun.
• Yayımlanmış raporu çevrimdışı taslakla sessizce değiştirmeyin.
• Çatışma çözümünü yeni bir revizyon ve gerekçeyle kaydedin.
• Kullanıcıya hangi cihazdaki kaydın beklediğini açıkça gösterin.

Çevrimdışı veriler cihazda nasıl korunmalı?

Kısa cevap: yalnız zorunlu veriyi indirin, yerel veriyi platformun güvenli deposuyla koruyun ve cihaz/oturum yaşam döngüsüne bağlı kontrollü temizleme uygulayın.

OWASP MASVS-STORAGE-1, hassas verinin cihazdaki konumundan bağımsız güvenli saklanmasını ister. MASWE-0006 ise gerekmeyen hassas verinin yerelde tutulmamasını, anahtarların platformun güvenli anahtar deposunda korunmasını ve uygun şifreleme kullanımını önerir.

• Çevrimdışı pakete tüm müşteri arşivini değil yalnız atanmış işi alın.
• Oturum anahtarı, kişisel veri, fotoğraf ve ölçüm eklerini veri sınıfına göre koruyun.
• Şifreleme anahtarını veri dosyasının yanında veya kaynak kodda tutmayın.
• Cihaz kaybı, kullanıcı değişimi ve yetki iptali senaryolarını test edin.
• Gönderilmiş yerel ekleri saklama politikasına göre güvenli biçimde temizleyin.
• Paylaşılan dosya alanına veya kontrolsüz yedeğe hassas kayıt yazmayın.

Çevrimdışı çalışma, yetki kontrolünü kaldırmaz. Cihaz daha önce yetki almış olsa bile sunucu, senkron sırasında kullanıcıyı, kuruluşu, iş emrini ve form sürümünü yeniden doğrulamalıdır.

Yayına almadan önce hangi senaryolar test edilmeli?

Kısa cevap: uçak modu testi yeterli değildir; kesintinin her kayıt aşamasında oluştuğu ve yeniden denemenin mükerrer üretmediği kanıtlanmalıdır.

1. Uygulama ilk kez çevrimdışıyken açılıyor mu, yoksa hazırlık eksikliğini doğru mu bildiriyor?
2. Alan kaydı sırasında uygulama kapanırsa son tamamlanmış yerel işlem korunuyor mu?
3. Fotoğraf yüklenirken bağlantı kesilirse form ile ek bağı kopuyor mu?
4. Sunucu kaydı kabul edip yanıt cihaza ulaşmazsa tekrar gönderim ikinci kayıt açıyor mu?
5. Form sürümü merkezde değiştiğinde eski çevrimdışı iş nasıl ayrıştırılıyor?
6. Aynı iş iki cihazda düzenlendiğinde kritik alan çakışması duruyor mu?
7. Yetki iptal edilmiş kullanıcı yeniden bağlandığında gönderim reddedilip kayıt korunuyor mu?
8. Kuyruk günlerce beklediğinde kullanıcı hangi kayıtların merkezde olmadığını anlayabiliyor mu?

Vizyon Periyodik değerlendirmesinde çevrimdışı özelliği yalnız ‘form açılıyor’ demosuyla değil; yerel commit, görünür kuyruk, idempotent kabul, çakışma yönetimi ve cihaz güvenliği birlikte test edilmelidir. Yazılım seçiminde diğer fail-closed kapılar için periyodik kontrol yazılımı seçme rehberini inceleyebilirsiniz.