Google Sheets ile Çift Yönlü Veri Senkronizasyonu

Google Sheets’i ekibin bir bölümü kullanırken diğer bölüm özel uygulamada çalışabilir. İki tarafın belirli bilgileri paylaşması gerekiyorsa çift yönlü senkronizasyon kuruyorum. Ancak her hücreyi iki tarafa sürekli kopyalamak yerine, hangi alanın hangi sistemden yönetileceğini baştan belirliyorum.

Bu karar yapılmazsa bir taraftaki yeni bilgi, diğer taraftaki eski kopya tarafından geri alınabilir. Aynı değişiklik iki sistem arasında dönüp durabilir. Sağlıklı bir bağlantı; kayıt kimliği, alan sahipliği, değişiklik sırası ve çakışma kararını birlikte ele alır.

Örnek: P-104’ün iki alanı farklı yerlerden yönetilir

Görseldeki kurgu ürün P-104. Stok: 24 bilgisinin kaynağı uygulama. Bu değer Sheets’e aktarılıyor. Açıklama: USB-C kablo bilgisinin kaynağı ise Sheets ve uygulama bu açıklamayı oradan alıyor. Aynı ürün iki tarafta da aynı kimlikle bulunuyor.

Stok alanını uygulama yönetiyorsa Sheets’teki eski stok değeri uygulamanın 24 bilgisini ezmemeli. Kullanıcı bu alanı yine de değiştirirse, değişikliğin yok sayılması veya incelemeye alınması gibi belirli bir davranış uygulanır. Görseldeki çakışma kuyruğu, böyle bir istisnayı insanın görüp karar verebilmesini anlatıyor; otomatik olarak her çelişki çözülmüş sayılmıyor.

Mevcut bağlantı araçları kullanılabilir

Google Sheets API okuma ve yazma işlemlerini destekler. Resmi kullanım sınırları, istek planlaması ve yeniden denemelerin de tasarıma dahil edilmesi gerektiğini gösteriyor. Apps Script veya uygun entegrasyon ürünleri basit akışlarda yeterli olabilir.

Özel hizmetin farkı, iki ok çizmek değil sizin kayıt düzeninizi bu bağlantıya uygulamaktır. Aynı alanı iki tarafta düzenlemek gerekmiyorsa daha basit tek yönlü akış öneririm. Kaynakların ortak raporda toplanması için merkezi veri paneli de yeterli olabilir; bu iş için çift yön zorunlu değildir.

Çakışma nasıl fark edilir?

Her kayıt için değişmeyen kimlik kullanıyorum. Satır numarası veya ürün adı tek başına güvenilir eşleştirme olmayabilir; sıralama ve ad değişikliği olur. Değişikliğin kaynağı ve son bilinen sürümü tutulur. İki taraf aynı alanı arada güncellediyse karşılaştırma yapılıp gerekirse inceleme istenir.

Sistemin kendi gönderdiği güncellemenin geri dönmesi yeni bir insan değişikliği gibi işlenmemeli. Olay kimliği ve aktarım izi bu döngüyü ayırmaya yardımcı olur. Silme davranışı da ayrıca yazılır: bir satırın görünmemesi, karşı tarafta kaydın hemen silinmesini gerektirmez. Pasife alma ve kontrollü silme daha uygun olabilir.

Kurulum ve bakım kapsamı

Alan eşleme tablosunda kaynak, hedef, veri türü, yetkili düzenleyici ve boş değer kuralını belirliyorum. Boş hücrenin “değeri temizle” mi yoksa “bu alan gönderilmedi” mi olduğu netleşir. Toplu aktarım, kesinti sonrası kaldığı yerden devam etme ve başarısız kaydın yeniden denenmesi test edilir.

Teslimde aynı kaydın tekrar gelişi, iki tarafta eşzamanlı düzenleme, eksik kimlik ve yanlış veri türü denenir. Kontrollü Excel aktarımı başlangıç verisini hazırlamaya, kurallı veri girişi sonraki hataları azaltmaya yardımcı olabilir. Takvim de bağlanacaksa etkinlik senkronizasyonunda alan sahipliği aynı açıklıkla tanımlanır.

Sütun eklemek, tablo sahibini değiştirmek veya yeni bir entegrasyon açmak bağlantıyı etkileyebilir. Bakım planında bu değişikliklerin nasıl denenip devreye alınacağı, çakışma kuyruğunu kimin izleyeceği ve son başarılı aktarımın nerede görüleceği yer alır.

Sıkça Sorulan Sorular

Her alan iki taraftan da değiştirilebilir mi?

Teknik olarak tasarlanabilir, ancak çakışma sayısını artırır. İş gerektirmiyorsa her alan için tek sorumlu kaynak belirlemek daha anlaşılır bir işletim sağlar.

Bağlantı bir süre kesilirse veri silinir mi?

Kesinti silme talimatı değildir. Yeniden bağlanıldığında değişiklikler kimlik ve sürüm kontrolleriyle işlenir. Bekleyen kayıtlar ve son başarılı durum görünür tutulur.

İhtiyacınızı konuşalım

İki tarafta değiştirdiğiniz alanları ve örnek bir kaydı paylaşın. Nerede tek yönün yeterli olduğunu, nerede gerçek çift yön gerektiğini birlikte çıkaralım.