Çevrimdışı Saha Uygulamasında İki Kullanıcının Değişiklikleri Nasıl Birleştirilir?

Kısa yanıt

Çevrimdışı saha uygulamasında aynı kayıt iki kişi tarafından değiştirildiğinde, “son yazan kazanır” kuralı her iş için uygun değildir. Kayıt sürümü, değişen alanlar ve işin kritikliği dikkate alınmalı; çözülemeyen çatışma kullanıcı veya yetkili operasyon ekibine gösterilmelidir. Kaybolan veri sessiz başarı mesajıyla gizlenmemelidir.

Teknik birleştirme ile iş kararı farklıdır

İki kullanıcının farklı not alanlarını değiştirmesi ile aynı stok miktarını değiştirmesi aynı sorun değildir. Serbest metin, durum geçişi, stok ve onay alanları için ayrı kurallar gerekir. Sistem kaydın son bilinen sürümünü ve kullanıcının hangi alanlarda değişiklik yaptığını tutmalıdır. Sunucuya sadece bütün kaydı tekrar göndererek eski alanları ezmek veri kaybı üretebilir.

Bir saha iş emri kapanmışken başka cihaz çevrimdışı eski kaydı düzenliyor olabilir. Sunucu bu işlemi sırf daha sonra geldi diye geçerli kabul etmemelidir. Güncel iş durumu ve kullanıcının yetkisi kontrol edilmelidir. Cihaz saati tek başına güvenilir işlem sırası sayılmamalı; yerel oluşturma zamanı ile sunucu kabul zamanı ayrılmalıdır.

Kullanıcıya üç durum gösterin

Yerelde kaydedildi, sunucuya aktarıldı ve çözüm bekleyen çatışma farklı durumlardır. Kullanıcı internetsizken “kayıt tamamlandı” ifadesini bütün işin onaylandığı şeklinde anlayabilir. Ekran kaydın nerede tutulduğunu ve hangi adımın beklediğini açıklamalıdır. Çatışmada iki sürümün önemli alanları ve sorumlu kişi görülebilir olmalıdır.

Firestore gibi bir ürünün çevrimdışı özelliği olması, uygulamanın iş çatışmalarını otomatik doğru çözdüğü anlamına gelmez. Sağlayıcının dokümanındaki senkronizasyon davranışıyla şirketin stok, onay veya iş emri kuralları eşleştirilmelidir. Dosya yükleme kuyruğu da kayıt kuyruğuyla ilişkili olmalı; fotoğrafı eksik kaydın hangi durumda kaldığı belirlenmelidir.

İki cihazla tekrar edilebilir test

Aynı kaydı iki cihazda açın ve bağlantıyı kesin. Birinde iş durumunu, diğerinde açıklamayı değiştirin; ardından ters sırayla bağlanın. Aynı alan değişikliği, iptal edilmiş iş ve yetkisi kaldırılmış kullanıcı senaryolarını da deneyin. Beklenen sonuç yalnızca senkronizasyonun bitmesi değil, hangi sürümün neden kabul edildiğinin görünmesidir. Çözülemeyen kayıtlar tekrar işlem kuyruğuna alınmalıdır.

Uygulama kontrol listesi

Her kritik alanın çatışma kuralı var mı?
Kayıt sürümü gönderiliyor mu?
Yerel kayıt ile sunucu kabulü ayrılıyor mu?
Yetki ve güncel iş durumu kontrol ediliyor mu?
Ters bağlantı sırasıyla iki cihaz testi var mı?

Sık sorulan sorular

Son yazan kazanır yeterli mi?

Not alanları için tercih edilebilir; stok veya onay gibi iş kararlarında ayrıca değerlendirilmelidir.

Cihaz saati işlem sırasını kanıtlar mı?

Tek başına hayır. Yanlış cihaz saati ve gecikmeli aktarım senaryoları ayrı ele alınmalıdır.

Kapsam ve sınırlar

Senkronizasyon kuralı veri türüne, sağlayıcıya ve kurumun iş sürecine bağlıdır. Çevrimdışı saklanan kişisel veriler için cihaz güvenliği ve saklama politikası da ayrıca belirlenmelidir.

Kaynaklar ve güncellik

Kaynak kontrolü: 7 Ekim 2026. Bağlantılı dokümanların sürümü ve sağlayıcı koşulları değişebilir. Uygulamadan önce ilgili kaynağın güncel sürümünü kontrol edin.

İlgili hizmet

Özel yazılım ve mobil uygulama kapsamını inceleyin