Çevrimdışı Mobil Uygulama: Saha Ekipleri İçin Veri ve Eşitleme Rehberi

Saha çalışanınız bodrum katta servis kaydı açıyor, fakat bağlantı kesildiğinde yazdığı notların kaybolup kaybolmadığını anlayamıyor. Mobil uygulamanın telefona yüklenmiş olması, işlerin internet olmadan devam edeceğini göstermez. Bu rehber, çevrimdışı çalışmada hangi işlemlerin destekleneceğini, verilerin nasıl eşitleneceğini ve kabul testlerini nasıl hazırlayacağınızı açıklar.

Gerçekten hangi işi internetsiz yapmanız gerekiyor?

Bir teknik servis ekibini düşünün. Çalışan günlük görevlerini önceden görüyor, cihaz fotoğrafı çekiyor ve kontrol notu yazıyor. Bu işlerin bir kısmı bağlantı yokken sürdürülebilir; merkezdeki güncel stok veya başka çalışanın son değişikliği ise o anda erişilebilir olmayabilir.

“Uygulama offline çalışsın” yerine işlem listesi hazırlayın. Hangi bilgi önceden indirilecek, hangisi cihazda oluşturulacak ve hangisinin kesinleşmesi için bağlantı gerekecek? Bu ayrım hem kullanıcı ekranını hem geliştirme kapsamını belirler.

Önceliği gerçek saha koşullarına verin. Bağlantı yalnızca kısa süre kesiliyorsa taslak kaydı yeterli olabilir. Gün boyunca internet bulunmayan alanlarda ise görev indirme, yerel kayıt ve sonradan gönderim birlikte düşünülmelidir.

Veriyi okumak ile değiştirmek neden ayrı planlanır?

Önceden indirilmiş müşteri adresini görüntülemek, aynı müşterinin bilgisini değiştirmekten farklıdır. İlkinde verinin güncelliğini açıklamak gerekir. İkincisinde ise değişiklik tekrar bağlanıldığında merkeze aktarılmalı ve gerekirse başka değişikliklerle karşılaştırılmalıdır.

Flutter'ın çevrimdışı çalışma rehberi okuma, yazma ve eşitleme kararlarını ayrı ele alır; erişim 28 Ekim 2026. İşletme tarafında da her işlem için beklenen davranışı ayrı tanımlamak yararlıdır.

Tablodaki seçenekler örnektir. İşletmenizde yanlış stok ayırmanın etkisi yüksekse bu işlemi çevrimiçi doğrulamaya bağlayabilirsiniz. Bütün işlerin her koşulda yapılması yerine, hangi işin hangi güvenceyle yapıldığını netleştirin.

Kayıt durumlarını kullanıcı nasıl anlamalı?

“Kaydedildi” mesajının anlamı açık olmalıdır. Veri yalnızca cihazda mı duruyor, gönderilmeyi mi bekliyor, yoksa sunucu tarafından kabul edildi mi? Bu üç durumu tek onay işaretiyle göstermek çalışanın yanlış karar vermesine neden olabilir.

• Cihazda kayıtlı: Bilgi yerel olarak saklandı, merkezde görünmeyebilir.
• Gönderim bekliyor: Aktarım koşulları oluştuğunda yeniden denenecek.
• Eşitlendi: Merkez sistemi kaydı kabul etti.
• İnceleme gerekli: Çakışma veya doğrulama hatası nedeniyle işlem durdu.

Durumu yalnızca renk üzerinden anlatmayın. Kısa açıklama ve gerektiğinde çalışanın yapacağı sonraki adım bulunsun. Örneğin “fotoğraf gönderilemedi, bağlantı geldiğinde tekrar denenecek” ifadesi belirsiz hata işaretinden daha açıklayıcıdır.

Bağlantı geldiğinde eşitleme nasıl işlemeli?

Önce hangi değişikliklerin gönderileceğini ve hangi sıranın gerekli olduğunu belirleyin. İş emri oluşturulmadan fotoğrafın bağlı kaydı bulunamayabilir. Kayıtlar arasındaki bu ilişki, gönderim sırasında korunmalıdır.

Bir aktarımın yanıtı gelmeden bağlantı kesilirse sunucu işlemi yapmış olabilir. Uygulamanın tekrar denemesi aynı kaydı ikinci kez oluşturmamalıdır. Teknik ekipten tekrar gönderimin iş açısından nasıl güvenli hâle getirildiğini açıklamasını isteyin.

Otomatik gönderimin yanında elle yeniden deneme seçeneği gerekebilir. Ancak kullanıcı düğmeye bastığında neyin gönderileceğini görmelidir. Başarısız kayıtların sessizce kaybolduğu veya sonsuza kadar beklediği bir düzen kurmayın.

İki kişi aynı kaydı değiştirirse ne olacak?

Saha çalışanı müşteri adresini cihazında değiştirirken merkez ekibi aynı adresi güncellemiş olabilir. Son gelen değeri otomatik kabul etmek bazı işlemlerde uygun, bazılarında sakıncalı olabilir. Karar, verinin anlamına göre verilmelidir.

Örneğin birbirinden bağımsız servis notları ayrı eklemeler olarak saklanabilir. Randevu saati veya ürün miktarı değişikliklerinde ise karşılaştırma ve yetkili incelemesi gerekebilir. Bütün alanlara tek bir eşitleme kuralı uygulamadan önce istisnaları belirleyin.

İnceleme ekranında eski bilgi, yeni öneriler ve ilgili zamanlar anlaşılır olsun. Çalışanın veriyi yeniden yazarak uzlaştırmaya çalışması yeni hatalar yaratabilir. Seçilen kararın kaydı da daha sonra incelenebilir biçimde tutulmalıdır.

Cihazda hangi verileri tutmalısınız?

Çalışanın bütün müşteri arşivini indirmesi gerekmeyebilir. Günlük görevler için gereken bilgiyle başlayın ve erişim kapsamını görevle eşleştirin. Yerel saklama ihtiyacını, cihazın kaybolması veya ortak kullanılması ihtimaliyle birlikte değerlendirin.

Oturum kapatma, çalışan yetkisinin kaldırılması ve cihaz değişikliği durumlarını tanımlayın. İnternet yokken merkezde yapılan erişim değişikliğinin cihaza hemen ulaşamayacağını göz önünde bulundurun. Kullanım kuralları ve teknik önlemler birlikte tasarlanmalıdır.

Bu konuyu genel uygulama güvenliğiyle birlikte inceleyin. İşletme güvenliği rehberindeki erişim ve sorumluluk yaklaşımı başlangıç olabilir. Cihazdaki verilerin korunması için proje özelindeki gereksinimleri teknik ekiple netleştirin.

Çevrimdışı özellik hangi testlerle kabul edilmeli?

Yalnızca uçak modunda bir ekran açmak yeterli test değildir. İşlemin farklı anlarında bağlantıyı keserek beklenen davranışı deneyin. Kullanıcı uygulamayı kapattığında veya cihazı yeniden başlattığında taslakların durumu da incelenmelidir.

1. Başlamadan kesinti: Önceden alınmış görevler açılabiliyor mu?
2. Kayıt sırasında kesinti: Yazılan not ve dosyalar korunuyor mu?
3. Gönderim sırasında kesinti: Tekrar deneme mükerrer iş üretmiyor mu?
4. Merkezde değişiklik: Çakışma görünür ve çözülebilir mi?
5. Eksik izin veya dolu cihaz: Kullanıcı ne yapacağını anlayabiliyor mu?

Test verisiyle oluşturulan senaryoları gerçek saha kullanıcılarına da deneyin. Bir teknisyen internetin geldiğini fark etmeyebilir veya bekleyen kayıt sayısını görmeyebilir. Ekrandaki açıklamalar, teknik olarak doğru sistemin günlük kullanımda anlaşılmasını sağlar.

Çevrimdışı desteğin süre ve maliyet etkisi nedir?

Yerel saklama, eşitleme, çakışma çözümü ve ek testler ayrı iş yüküdür. Mevcut uygulamanın veri yapısı buna uygun değilse önce düzenleme gerekebilir. Teklifte yalnızca “offline dahil” ifadesi yerine desteklenen işlemlerin listesini arayın.

Tamamen varsayımsal bir ek kapsamda 10-18 kişi-gün iş ve 6.000 TL kişi-gün bedeli kullanırsak 60.000-108.000 TL hesaplanır. Bu tutarlar piyasa fiyatı veya Navdion teklifi değildir. KDV, sunucu değişiklikleri ve kapsam dışı cihaz gereksinimleri dahil değildir.

Pilot için örnek olarak tek saha ekibiyle iki haftalık gözlem planlanabilir. Bu süre bir standart değildir; bağlantı koşulları ve görev çeşitliliği belirleyicidir. Başarısız gönderimleri, çakışmaları ve kullanıcının destek ihtiyacını takip edin.

İlk sürümde nereden başlamalısınız?

En çok kesintiye uğrayan, etkisi anlaşılabilir bir işi seçin. Örneğin görev görüntüleme ve taslak not saklamayla başlayıp stok ayırma gibi daha karmaşık işleri sonraya bırakabilirsiniz. Her aşamanın kabul koşullarını ayrı tutun.

Çalışana ürünün hangi sınırlarla çalıştığını öğretin. Bağlantı yokken kaydedilen talebin merkezde henüz görünmediği bilinmelidir. Süreç otomasyonu rehberindeki iş akışı yaklaşımıyla, teknik adımları operasyon sorumluluklarına bağlayabilirsiniz.

Bir teknisyenin gününü adım adım inceleyin

Teknisyen sabah bağlantı varken görev listesini alır. Listeyle birlikte hangi müşteri ve cihaz bilgilerinin indirildiği belli olmalıdır. Daha sonra merkezde yeni görev açılırsa bunun çevrimdışı telefonda henüz görünmeyeceği kullanıcıya açıklanmalıdır.

İlk adreste çalışan kontrol notu ve fotoğraf ekler. Uygulama bunları cihazda sakladığını gösterir; merkezdeki görev hâlâ eski durumda olabilir. Telefon beklenmedik biçimde kapanırsa yeniden açıldığında taslaklar ve gönderim durumları anlaşılır şekilde geri gelmelidir.

Bağlantı geri geldiğinde fotoğraf aktarımı başarısız, metin aktarımı başarılı olabilir. Sistem bu kısmi durumu saklamamalıdır. Çalışanın bütün kaydı tekrar oluşturması yerine yalnızca bekleyen kısmı takip edebilmesi, mükerrer veri ihtimalini azaltır.

Merkez görevi başka kişiye aktarmışsa teknisyenin çevrimdışı değişikliği ayrıca incelenebilir. Bu durumda kararın otomatik mi, sorumlu onayıyla mı verileceğini önceden belirleyin. Gerçek senaryoyu bütün adımlarıyla denemeden yalnızca kayıt düğmesine bakarak kabul yapmayın.

Fotoğraf ve büyük dosyalar için ayrı plan yapın

Metin notu ile çok sayıda fotoğraf aynı aktarım yüküne sahip değildir. Dosya boyutu, cihaz depolaması ve bağlantı koşulları uygulamanın davranışını etkileyebilir. Hangi dosyaların zorunlu olduğu ve yüklemenin hangi koşullarda başlayacağı ürün kararına dahil edilmelidir.

Kullanıcıya bekleyen dosyaları ve işlemi durduran nedeni gösterin. Cihazda alan kalmadığında sessizce kayıt kaybetmek yerine anlaşılır açıklama sunun. Temizlik yapılacaksa henüz gönderilmemiş kayıtların nasıl korunacağını ayrıca değerlendirin.

Bu gereksinimleri pilot ekibin gerçek telefonlarında deneyin. Yeni ve boş bir test cihazı, yoğun kullanılan saha telefonunun bütün koşullarını temsil etmeyebilir. Desteklenecek cihazlar, işletme politikası ve saklama ihtiyacıyla birlikte seçilmelidir.

Sonuç: İnternetsiz ekran değil, güvenilir iş akışı tasarlayın

Çevrimdışı yapılacak işleri sınırlandırın; yerel kayıt, gönderim ve merkez onayını açıkça ayırın. Çakışma kararlarını belirleyip kesinti senaryolarını gerçek cihazlarda deneyin. Navdion ile saha uygulamanızın ihtiyaçlarını değerlendirmek için ücretsiz proje analizi talep edebilirsiniz.