Veri Sahipliği · Çıkış Yolu

Veriniz Sizin:
Kilitlenme Yok

Kurumsal bir karar verirken en çok merak edilen ama en az sorulan soru budur. Cevabı bir pazarlama cümlesi değil, mimarinin kendisidir: verinizi de, verinizin yapısını da her an dışarı alabilirsiniz.

“Vazgeçersem verim ne olacak? Buraya kilitlenir miyim?” Bu sayfa tam olarak bu soruyu, mekanizma seviyesinde cevaplar.

01

Verinizi her an dışarı alırsınız


361'de dışa aktarım sonradan eklenmiş bir özellik değil, veri katmanının standart yeteneğidir. Aktarım çift yönlüdür: veri yalnızca içeri girmez, aynı biçimlerde dışarı da çıkar.

  • CSV
  • Excel
  • JSON
  • XML
  • PDF
  • JSON-LD
  • WebDAV

Çift yönlü veri aktarımı

CSV, Excel, JSON ve XML biçimlerinde içeri alma ve dışarı verme aynı motorla çalışır. Dışarı aktarım için ayrı bir modül, ayrı bir talep ya da özel geliştirme gerekmez.

Rapor ve analiz çıktıları

Analiz sonuçları çok sayfalı Excel dosyası, sunum dosyası ve grafik görselli PDF olarak dışa alınır. Yani yalnızca ham satırlar değil, ürettiğiniz yorum ve görselleştirme de sizinle gelir.

Şemanız programatik olarak okunabilir

Entity tipleri, alanlar, ilişkili alanlar, durumlar ve metadata sürümü çekirdek API üzerinden sorgulanabilir.

Verinin yanında verinin yapısı da sizindir — hangi alanın ne anlama geldiğini yeniden keşfetmek zorunda kalmazsınız.

İlişki grafiği JSON-LD olarak

Kayıtlar arasındaki ilişki ağı JSON-LD biçiminde dışa aktarılır. Bu standart bir semantik biçimdir; başka araçlara ve grafik veritabanlarına taşınabilir.

Dosyalara WebDAV erişimi

Belge ve ek dosyalar WebDAV üzerinden erişilebilir; içerik parça parça indirilebilir. Tek seferlik dev bir arşiv beklemek zorunda değilsiniz.

02

Kesinti dayanıklılığı


Sessizce sorulan ikinci soru: “Sağlayıcının sunucusu düşerse benim işim de durur mu?” 361 kurulumları merkezî bir servise canlı bağımlı çalışmaz.

Kuruluma özel anahtar çifti

Her müşteri kurulumu kendi RSA-2048 anahtar çiftine sahiptir. Kimlik ve yetki doğrulaması kurulumun kendi anahtarıyla yapılır.

İmzalı manifest ile yetkilendirme

Yetkilendirme bilgisi imzalı bir manifest dosyasıyla taşınır. Merkezî sunucu saatlerce erişilemez olsa bile kurulum çalışmaya devam eder.

Bu bir vaat değil, mimarinin sonucu

Çalışmaya devam etme davranışı sözleşmeye yazılan bir cümleden değil, doğrulamanın yerel yapılmasından gelir. Bağlantı koptuğunda sistem “izin sormak için” dışarı çıkmaz.

03

Sizin veriniz sizin alanınızda kalır


Kilitlenme korkusunun kardeşi karışma korkusudur: “Verim başka müşterilerin verisiyle aynı havuzda mı duruyor?” İzolasyon, depolamadan yapay zekâ katmanına kadar aynı sınırı takip eder.

Alan bazlı depolama

Kullanım ve maliyet verileri her müşteri alanının kendi dizininde tutulur. Bir alanın verisine başka bir alandan erişilemez.

Anahtarlar şifreli saklanır

Dış sistemlere bağlanmak için kullanılan anahtarlar alan bazında AES-256 ile şifrelenir; düz metin olarak asla yazılmaz.

Entegrasyon bağlantıları yalıtık

Entegrasyon bağlantıları alan bazında yalıtılır. Bir müşterinin bağlantı tanımı başka bir kurulumda görünmez veya kullanılamaz.

Kanal olayları taşmaz

Mesajlaşma ve kanal olayları alan koruması ile işlenir; bir alanın olayı başka müşterilere taşamaz.

Satır güvenliği AI'a da uygulanır

Satır bazlı erişim güvenliği yalnızca ekrandaki kullanıcıya değil, AI'a da uygulanır. Agent, kullanıcının göremediği satırı göremez — özet üretirken de, cevap verirken de.

04

Silme hakkı


Veriyi alabilmek kadar sildirebilmek de sahipliğin parçasıdır. Silme, tek tuşla geri dönülemez bir işlem olarak değil, kontrollü bir süreç olarak işler.

30 günlük geri alma süresi

KVKK kapsamındaki silme talebi kaydedildiğinde 30 günlük geri alma (cooling-off) süresi başlar. Bu süre içinde talep iptal edilebilir; yanlışlıkla verilen bir kararın telafisi vardır.

Deterministik anonimleştirme

Süre dolduğunda kayıtlar deterministik biçimde anonimleştirilir. Kişiye geri götüren bağ kalıcı olarak kopar; kurumsal bütünlük için gereken sayısal izler kimliksiz kalır.

Denetim kayıtlarında maskeleme

Hassas alanlar denetim kayıtlarında maskelenir. Yani “kim ne yaptı” izlenebilir kalırken, hassas içerik log dosyalarına düz metin olarak düşmez.

05

Vazgeçerseniz ne olur — 4 adım


Çıkış senaryosunu satın alma görüşmesinden önce yazıya dökmek, en sağlıklı yaklaşımdır. Süreç dört adımdan oluşur.

Vazgeçerseniz ne olur — dört adımVazgeçerseniz ne olur — dört adımDışa aktarımCSV · Excel · JSON · XMLBağlantılar kapanırentegrasyonlar tek tekErişim sonlanıryazılı takvimleSilmetalep üzerine
Çıkış senaryosunu satın alma görüşmesinden önce yazıya dökmek en sağlıklı yaklaşımdır.
  1. 1

    Dışa aktarım

    Veri ve şema standart biçimlerde alınır: kayıtlar CSV / Excel / JSON / XML olarak, yapı tanımı API üzerinden, ilişki ağı JSON-LD olarak, dosyalar WebDAV ile. Elinizde kalan şey tescilli bir biçim değil, taşınabilir bir veri setidir.

  2. 2

    Bağlantıların kapatılması

    Dış sistemlere giden entegrasyon bağlantıları tek tek devre dışı bırakılır. Kaynak sistemleriniz bu süre boyunca zaten değişmemiştir — 361 onların yerine geçmez, üstlerinde çalışır.

  3. 3

    Süreçlerin geri devri

    361 üstüne binen bir katman olduğu için alttaki sistemleriniz çalışmaya devam eder. Otomasyona devredilen adımlar, otomasyondan önceki hâline geri döner; veri kaynağı ve iş akışı sahibi hep alttaki sistem olarak kalmıştır.

  4. 4

    Kapanış

    Kurulum sonlandırılır ve silme talebi işletilir: 30 günlük geri alma süresi, ardından deterministik anonimleştirme. Kapanış bir belirsizlik değil, tarihli bir süreçtir.

361 alttaki sistemlerinizin yerine geçmediği için, çıkış maliyeti bir çekirdek sistemi değiştirmekle aynı şey değildir.

06

Neyi vaat etmiyoruz


Bu sayfada anlatılanların hepsi ürünün nasıl çalıştığıyla ilgilidir. Sözleşmeye ait konuları bir pazarlama sayfasında rakamla taahhüt etmek doğru olmaz; onların yeri sözleşme görüşmesidir.

  • Kaynak kod emaneti (escrow) — böyle bir düzenleme talep ediliyorsa kapsamı, tetikleyicileri ve tarafları sözleşme kapsamında görüşülür. Bu sayfada bir taahhüt olarak sunulmaz.
  • Çalışma süresi yüzdesi (SLA) — hizmet seviyesi hedefleri kurulum biçimine (kendi sunucunuz, OneBox, barındırılan) göre değişir; sayı vererek burada belirtilmez, sözleşme kapsamında görüşülür.
  • Kurtarma süresi hedefi — felaket kurtarma süreleri ve yedekleme düzeni kurumunuzun altyapısına bağlıdır; sözleşme kapsamında görüşülür.
  • Bu ayrımı neden yapıyoruz — ürünün mimarisinden gelen davranışlar (dışa aktarım, izolasyon, yerel doğrulama) her kurulumda aynıdır. Sözleşmesel taahhütler ise kuruma özeldir. İkisini karıştıran bir sayfa, güvenilir bir sayfa değildir.

Devamını nerede okursunuz?

Teknik güvenlik önlemleri, kişisel veri süreçleri ve kuruma özel sorularınız için:

Son güncelleme: Temmuz 2026