İçeriğe geç
Zagru

Teknik detay

IT ekibiniz için: Zagru One nasıl çalışır?

Alıcı sayfasının arkasındaki kısım: mimari, yapılandırma, entegrasyon, kimlik ve veri ayrımı. Bu sayfadaki her iddia ürün kodunda doğrulandı; henüz canlı olmayanlar ayrıca işaretli.

Teknik görüşme talep et

Ölçülmüş sayılar

Pazarlama sayısı değil, kod tabanından sayım.

ölçülmüş yetenek
177
147 tam, 20 kısmi, 10 henüz ölçülmemiş
arka uç API ucu
1.700+
OpenAPI tanımıyla belgelenmiş
yetenek alanı
17
depo, taşıma, 3PL, faturalama, gümrük ve diğerleri
yapılandırılabilir tanım türü
35
Studio'da, onaylı yaşam döngüsüyle

Kaynak: Zagru One yetenek kapsam raporu ve API tanımı, Eylül 2026.

Teknik görüşme talep et

Farkı nerede

Bir demoda sorulması gereken dört şey.

Her biri bir broşür sıfatı değil, kod tabanındaki bir mekanizma.

01Rehberli süreçler

Adım başına tek karar, sunucuda zorlanır.

Yeni bir saha açmak yirmi alanlı bir form değildir. Her biri sunucuda çözülen ve komut yolunda doğrulanan tekil soruların dizisidir.

  • Bir seferde tek soru — Her adım yalnızca ihtiyaç duyduğunu ister ve sonucunu söyler: saha kodu her belgede, etikette ve raporda görünür ve sonradan değiştirilemez.

  • Adımlar ekran değil, veridir — Sıra, görünürlük, zorunluluk, varsayılanlar ve doğrulama; platform, kiracı, taraf, depo, süreç ve role göre çözülen kurallardır. Tek bir oluşturucu her süreci karşılar.

  • Kural arayüz olmadan da geçerlidir — Arka uç her adımı aynı etkin deneyime karşı doğrular; API'yi doğrudan çağıran bir istemci zorunluluğu atlayamaz.

  • Kaydedilmemiş iş korunur — Değişiklik içeren bir formdan çıkmak, yazılanı sessizce atmak yerine açık bir uyarı çıkarır.

Yeni depo sürecinin ilk adımı; yalnızca saha kodu ve adı soruluyor.

02Studio

Otuz beş tanım türü, tek bir onaylı yaşam döngüsü.

Yapılandırma; anahtarı, sürümü ve onay izi olan birinci sınıf bir nesnedir. Geçen mart birinin düzenlediği bir ayarlar sayfası değildir.

  • Kalıcı olması istenen sabit bir anahtar — Tanımlar noktalarla ad alanlarına ayrılır ve anahtar oluşturulduktan sonra değiştirilemez; böylece referanslar sürümler boyunca geçerli kalır.

  • Birinci sürüm bir taslaktır — Bir tanım oluşturmak bir taslak sürüm oluşturur. Yayımlamak ayrı ve bilinçli bir eylemdir.

  • Onaydan önce deneme ortamı ve testler — Bir sürüm doğrulanır, deneme ortamına taşınır ve onaya sunulabilmesi için test edilir.

  • Kodlanmaz, yazılır — İş akışları, kural setleri, ekranlar, formlar, belgeler, etiketler ve eşlemeler kayıtlı bileşenlerden bestelenir. Yapılandırma onları parametreler; hiçbir zaman çalıştırılabilir kod sağlamaz.

Tanım yaşam döngüsü

  1. Taslak
  2. Deneme ortamı
  3. Test
  4. Onay
  5. Yayında
Studio'daki yeni kural seti formu; noktalarla ad alanına ayrılmış anahtar, ad ve açıklama.

35 tanım türünün tamamı

  • İş akışları
  • Kurallar
  • Ekranlar
  • Formlar
  • Mobil ekranlar
  • Panolar
  • Raporlar
  • Belgeler
  • Etiketler
  • Bildirimler
  • KPI'lar
  • Entegrasyon eşlemeleri
  • İzin setleri
  • Ajanlar
  • Görev türleri
  • Yapılandırma setleri
  • Anlamsal modeller
  • Özel alanlar
  • Lokasyon türleri
  • Envanter durumları
  • Taraf rol türleri
  • Ücret türleri
  • Kilometre taşı türleri
  • İstisna türleri
  • Paketler
  • Özellikler
  • Taşıma türleri
  • Kaynak türleri
  • Ekipman türleri
  • Sevkiyat profilleri
  • Rehberli süreç tanımları
  • Entegrasyon bağlamaları
  • Belge bağlamaları
  • Belge paketleri
  • Uyum belgesi türleri

03Saha merkezi

Her sahanın kendini anlatan tek bir yeri var.

Bir ayarlar ağacı değil. Neyi değiştirdiğine göre gruplanmış, sade dille adlandırılmış eylemlerden oluşan bir merkez — ve henüz yapılmamış olan konusunda dürüst.

  • Amaca göre gruplanmış — Yapı, operasyonlar ve geri kalan her şey: sahanın şekli, ona işlenen iş ve ikisinin kaydı.

  • Her eylem ne yaptığını söyler — Bölgeler mal kabul, depolama, toplama yüzü ve hazırlık olarak açıklanır; bir lokasyon ise göz, raf pozisyonu, kapı ya da hazırlık şeridi olabilir.

  • Tamamlanmamış iş etiketlenir — Henüz kullanılamayan eylemler, ürün bitmiş görünsün diye gizlenmez; görünür ve işaretli kalır.

  • Devre dışı bırakmak geçmişi korur — Bir sahayı durdurmak yeni işi durdurur; yapısı ve geçmişi okunabilir kalır.

Bir dağıtım merkezinin yönetim merkezi; işlemler Yapı, Operasyonlar ve diğer başlıklar altında gruplanmış.

04Kiracılık ve erişim

Sorgunun değil, veritabanının zorladığı izolasyon.

Her geliştiricinin bir sorgu koşulunu hatırlamasına bağlı olan çok kiracılılık, çok kiracılılık değildir. Buradaki uygulamanın altında, veritabanında zorlanır.

  • Uygulamanın atlayamayacağı izolasyon — Her kiracı tablosu izolasyonu doğrudan veritabanında zorunlu kılar; etkin kiracı ilk sorgudan önce işleme bağlanır, böylece kural işlemin tamamı boyunca geçerli kalır.

  • Varsayılan kiracı yok — Kiracı bağlamı olmadan kiracı tabloları hiçbir satır döndürmez. Her şeyi gören örtük bir geri dönüş yoktur.

  • Roller sahalara kapsamlanır — Bir rol tek bir depo için ya da bilinçli ve görünür biçimde kiracının tüm depoları için verilir.

  • Açılışta doğrulanır — Platform açılırken kendi izolasyon kurallarını denetler; eksik bir kural sessiz bir sızıntı değil, başlatma hatasıdır.

Rol verme ekranı; bir rol ve onun geçerli olacağı depo kapsamı seçiliyor.
Teknik görüşme talep et

Mimari

Satın almanın sorduğu kısım.

Her biri tek bir işi olan sekiz katman ve iş alanınızla altındaki makine arasında net bir sınır. Operasyonunuzun, platform baştan yazılmadan değişebilmesinin sebebi bu sınır.

  • Kanonik model

    Depo, taşıma, gümrük ve 3PL her kaydın tek bir tanımını paylaşır; aralarında mutabakat yapılacak hiçbir şey kalmaz.

  • Yürütme çekirdeği

    Mal kabul, toplama, yükleme ve faturalamanın arkasındaki motor. Her kiracı için tek davranış, müşteriye özel çatallanma yok.

  • Kayıt sistemi

    Bakiyeler, hareketler ve kararlar bir kez saklanır; diğer sistemlerin güvenebileceği asıl sürüm budur.

  • Yapılandırma katmanı

    Operasyonunuzu farklı kılan her şey meta veri, kural ve ekran olarak yaşar — sürümlenir ve yayımlanır, kaynağın bir dalı olmaz.

  • Süreç motoru

    Saatlerce ya da günlerce süren işler adım adım sonuna taşınır; her adım bittiği anda kayda geçer.

  • Olay omurgası

    Anlamlı her değişiklik yayımlanır; bağlı sistemler durumu sorup durmak yerine haberdar edilir.

  • Erişim katmanı

    Kişilerin, rollerin ve makine kimlik bilgilerinin platformun her alanı için tanımlandığı tek yer.

  • Analitik katmanı

    Raporlama, ağır sorular için kurulmuş ayrı bir hat üzerinde çalışır; saha kimsenin raporunu beklemez.

Teknoloji seçimleri, çatıya özgü kavramları iş alanına sızdırmamalıdır.

Temel ürün ilkeleri — çatı kolaylığından önce alan bütünlüğü

  • Kiracı izolasyonu

    Hiçbir kiracı bir başkasının verisine erişemez. Kural doğrudan veritabanında zorunlu kılınır ve bir tabloda eksikse platform açılmayı reddeder.

  • Denetim izi

    Neyi kimin ne zaman değiştirdiği; saha bazında ve kiracı genelinde okunabilir, kararla birlikte bırakılan yorum dâhil.

  • Kimlik

    Kendi kurumsal kimlik sağlayıcınızla tek oturum açma, depo bazında verilen roller ve yalnızca verilen izinlerle sınırlı API kimlik bilgileri.

  • Telemetri

    Her işlem uçtan uca izlenebilir; operasyon ekibinizin izleyebileceği sağlık ve metrik verisi açıkken iç ayrıntılar genel yanıtlarda paylaşılmaz.

  • Sürümlenmiş yapılandırma

    Etkin yapılandırma sürüm damgası taşır; bir kararın hangi ayarlarla alındığı sonradan yeniden kurulabilir.

  • Dayanıklı yürütme

    Uzun süren işler dayanıklıdır: yeniden başlatma, süreci kaybetmek yerine kaldığı yerden sürdürür.

Teknik görüşme talep et

Entegrasyon

Bir depo, binadaki tek sistem asla değildir.

Altı kanal; her biri bir danışmanlık projesi değil, gerçek bir arka uç modülü. Durumları aşağıda ayrı ayrı yazılı.

  • REST API

    Ürünün kendi arayüzünün çağırdığı API'nin aynısı. Üreticiye ayrılmış hiçbir şey yok.

  • Webhook

    Uç noktanıza imzalı teslimler; dış sistem sürekli sorgulamak yerine haberdar edilir.

  • EDI

    Okuma: X12 850, 856, 940, 943, 944, 945, 947, 214; EDIFACT ORDERS, DESADV, RECADV, IFTSTA. Yazma: X12 850, 856, 945, 997; EDIFACT DESADV. Taşıma: dosya ve SFTP. EDI'ye özel ekran henüz yok; alan eşleme Studio'da.

  • Bağlayıcılar

    Dosya (CSV, SFTP) bağlayıcısı canlı. ERP sipariş, pazaryeri ve kargo bağlayıcıları test ortamında çalışıyor; canlı bağlantıları geliştiriliyor.

  • Olaylar

    Olay omurgası alan olaylarını modüller arasında ve dışarıya taşır; aboneler için joker desenler desteklenir.

  • Kapsamlı kimlik bilgileri

    Makine erişimi; kendi kapsamları, denetim hesabı ve iptali olan birinci sınıf bir nesnedir.

Kimlik bilgisi oluşturma formu; ad, servis hesabı ve anahtara verilen kapsamlar.

Kimlik bilgisi üründe oluşturulur, onu taşıyacak sistemin adını alır, yaptığı her şeyi denetleyen bir servis hesabına bağlanır ve entegrasyonun çalışmasına yetecek en dar kapsam setiyle yetkilendirilir.

Çatallanmadan sektör davranışı.

Bir paket; bir sektörün ya da yargı bölgesinin ihtiyaç duyduğu kuralları, durumları, belge türlerini ve doğrulamaları taşır ve ürüne dallanmak yerine yapılandırma olarak kurulur.

Sektör paketleri

  • İlaç
  • Gıda
  • Moda
  • Otomotiv
  • Kimya
  • Elektronik
  • 3PL

Ülke ve mevzuat paketleri

  • Avrupa Birliği
  • Türkiye
  • Birleşik Krallık
Teknik görüşme talep et

Ekran haritası

Alanlar ve açtıkları ekranlar.

Uygulamanın gezinme yapısı, bölüm bölüm ve her alanın açtığı ekranlarla. Arka uçta modellenmiş ama ekranı henüz olmayan alanlar işaretlidir.

01İşlet

Vardiyanın şu anki hâli.

  • Bugün

    Vardiya tek ekranda: vadesi gelen, geciken ve karar bekleyen işler.

    • Bugün
  • İlgi Bekleyenler

    İstisnalar modüllere dağılmak yerine tek bir kuyrukta toplanır.

    • İlgi Bekleyenler

02Yürüt

Fiziksel iş: giren mal, çıkan mal ve arada duran stok.

  • Giriş

    Beklenen kabulden yerleştirmeye, kalite bekletmesi dâhil.

    • Beklenen kabuller
    • Mal kabul masası
    • Kalite kontrol
  • Çıkış

    Siparişler dalgalara, dalgalar toplamalara, toplamalar yüklenmiş bir treylere dönüşür.

    • Siparişler
    • Dalgalar
    • Paketleme istasyonu
    • Sevkiyat masası
  • Envanter

    Bakiyeler, taşıma birimleri ve lotlar; onları değiştiren her hareketle birlikte.

    • Bakiyeler
    • Taşıma birimleri
    • Lotlar
    • Hareketler
    • Düzeltmeler
    • Sayımlar
  • Görevler

    Sistemin bir kişiye ya da makineye atadığı işler için tek kuyruk.

    • Görevler
  • Süreçler

    Çalışan rehberli süreçler ve onları kapılayan onaylar.

    • Örnekler
    • Onaylar

03Kaynaklar

İnsanlar, saha ve çalıştıkları kapılar.

  • İş Gücü

    Vardiyada kim var, neye atanmış ve iş nasıl dağılmış.

    • İş Gücü
  • Saha / Kapı

    Randevular, kapı panosu ve aralarında hareket eden treylerler.

    • Randevular
    • Kapı panosu
    • Saha haritası

04Ağ

Dört duvarın dışında olan her şey.

  • Taşıma

    İhaleden teslimata yükler ve sevkiyatlar, arkalarındaki taşıyıcılarla.

    • Yükler
    • Sevkiyatlar
    • İhaleler
    • Takip
    • Taşıyıcılar
  • 3PL

    Sözleşmeler ve onların faturaya dönüşen ücretlendirilebilir olayları.

    • Sözleşmeler
    • Faturalama
  • Kontrol Kulesi

    Sahalar, taşıyıcılar ve siparişler genelinde tek görünüm.

    • Kontrol Kulesi
  • Gümrük

    Geliştiriliyor

    Beyannameler, antrepo stok defteri ve teminatlar. Resmî gönderim (BİLGE) bağlantısı geliştiriliyor.

    05İçgörü

    Sahanın yazdığı kayıtlardan yanıtlanan sorular.

    • Yapay zekâ operasyonları

      Aynı kayıtlar üzerinde, kullanıcının yetkileriyle çalışan yapay zekâ asistanı. Erken erişim; varsayılan olarak kapalı.

      • Yapay zekâ operasyonları
    • Raporlar

      Analitik depo üzerinden operasyonel raporlama.

      • Raporlar

    06İnşa Et

    Platformun özelleştirilmek yerine yapılandırıldığı yer.

    • Studio

      İş akışlarının, kuralların, ekranların, formların, belgelerin ve etiketlerin yazıldığı ve yayımlandığı yer.

      • Studio

    07Yönet

    Kiracılık, erişim ve neyi kimin değiştirdiğinin kaydı.

    • Ayarlar

      Kiracılık, erişim, platform yapılandırması ve denetim kaydı.

      • Kiracı profili
      • Organizasyonlar
      • Kullanıcılar
      • Roller
      • API kimlik bilgileri
      • Yapılandırma
      • Özellik bayrakları
      • Entegrasyonlar
      • Denetim kaydı
    Teknik görüşme talep et

    Entegrasyon ve erişim ekranları

    Anahtar, webhook, yapılandırma: ürünün içinden.

    Çalışan uygulamadan alındı. Kayıtlar temsili gösterim verisidir.

    • Kimlik bilgisi oluşturma formu; ad, servis hesabı ve anahtara verilen kapsamlar.

      Ayarlar

      Bir anahtar tek bir servis hesabı gibi davranır, seçilen izinlerle sınırlıdır ve tek başına iptal edilebilir.

    • Webhook ekleme formu; ad, https adresi ve uç noktanın abone olduğu olaylar.

      Ayarlar

      Bir https uç noktasına imzalı teslimler; tekrarlayan hatalardan sonra başarısız uç noktalar devre dışı bırakılır.

    • Studio'daki yeni kural seti formu; noktalarla ad alanına ayrılmış anahtar, ad ve açıklama.

      Studio

      Yeni bir kural seti taslak birinci sürüm olarak başlar; deneme ortamı, test ve onaydan geçerek yayımlanır.

    • Organizasyon ekleme formu; sabit kod, tür ve altında yer aldığı üst düğüm.

      Ayarlar

      Tüzel kişiler, bölgeler, sahalar ve departmanlar; kullanıcıları, yapılandırmayı ve raporlamayı kapsamlar.

    • Kullanıcı detay ekranı; hesap bilgileri ve tek bir depoya kapsamlanmış rol ataması.

      Ayarlar

      Bir kişi, hesabı ve sahip olduğu her rol ile o rolün geçerli olduğu kapsam.

    1440 × 900 boyutunda alındı · temsili gösterim verisi

    Sık sorulanlar

    IT ekiplerinin bize sorduğu sorular.

    Tek oturum açma (SSO) nasıl çalışır?

    OpenID Connect ile. Her müşteri kendi kimlik sağlayıcısını tanımlar; ilk girişte kullanıcı oluşturulur ve roller eşlenir. SAML, Keycloak federasyonu üzerinden bağlanır.

    Nasıl kurulur ve nerede çalışır?

    Konteyner ve Kubernetes üzerinde çalışır. Bulutta, size ayrılmış ortam seçeneği vardır: ayrı Kubernetes ad alanı, veritabanı, mesaj kuyruğu ve depolama. Kendi sunucunuzda kurulum talep üzerine, proje kapsamında yapılır; hazır bir internetsiz kurulum paketi bugün yok.

    Müşterilerin verisi birbirinden nasıl ayrılır?

    Veritabanı düzeyinde, satır bazlı güvenlik politikalarıyla. Etkin müşteri her işlemin başında bağlanır; bağlam yoksa tablolar satır döndürmez. Politikası eksik bir tablo varsa platform açılmayı reddeder.

    API'yi nasıl kullanırız?

    Ürünün kendi arayüzünün kullandığı API'nin aynısı, OpenAPI ile belgelenmiş. Makine erişimi için anahtarlar üründe oluşturulur; kapsamla ve IP izin listesiyle sınırlanır, tek başına iptal edilir.

    Verimizi dışarı nasıl alırız?

    Liste ve raporlar dışa aktarılabilir; verinin tamamı API ile okunabilir. Tek tıkla toplu dışa aktarma aracı bugün yok; çıkışta verinizin aktarımına ekibimiz destek olur.

    El terminalleri çevrimdışı çalışır mı?

    Evet. Android uygulaması görevleri ve bekleyen işlemleri cihazda saklar; bağlantı gelince işlemleri sırayla gönderir. Zebra, Honeywell ve Datalogic tarayıcıları ile kamera ve Bluetooth okuyucular desteklenir. Web uygulaması çevrimdışı çalışmaz.

    Sorularınızı mühendislerimizle konuşun.

    Teknik görüşme talep et
    Demo talep et