ERP'den Yazıcıya 3 Saniyede — LabelInn Kural Motoru

Bir sipariş sisteminize geldi. Hatdaki bir operatörün önüne ulaştığı zaman uzun bir karar listesi zaten yapıldı — ya da olmalıydı. Hangi kargo şirketi onu yönetir. Hangi tasarım şablonu basar. Kaç kopya. Hangi depoda hangi yazıcı. Ülke, ağırlık veya ürün tehlike sınıfı nedeniyle özel bir şey uygulanıp uygulanmayacağı. Aşağı akıştaki bir sisteme bir webhook'un ateşlenip ateşlenmeyeceği.

Çoğu operasyonda refleks tüm bu kararları operatöre yüklemektir. Operatör tarar, siparişe bakar, zihinsel olarak pazaryeri SKU'sunu iç SKU'ya çevirir, kargoyu seçer, doğru şablonu açar, basar, etiketi doğru istasyona yürür. Bu 50/gün hacminde çalışır. 800/gün hacminde bozulur.

LabelInn Kural Motoru, bu kararları operatörün kafasından alır ve gelen her baskı tetikleyicisi üzerinde çalışan bildirimli bir kural setine koyar — otomatik, deterministik ve açmadan önce test edilebilir.

Bir kuralın şekli

Her kuralın üç bölümü vardır:

1. Eşleşme koşulları — gelen baskı tetikleyicisinin neyi için bu kural geçerlidir? Pazaryeri, kargo taşıyıcısı, ağırlık, hedef ülke, SKU deseni, müşteri katmanı, belirli bir etiketin varlığına göre eşleştirin — siparişteki veya tetikleyici yükündeki herhangi bir alan.
2. Eylemler — bu kural eşleştiğinde ne olmalı? Tasarımı ayarla, kopyaları ayarla, belirli bir yazıcıya (veya yazıcı rolüne) yönlendir, bir MCP aracını çağır, bir bağlayıcıyı çağır, bir webhook gönder, veriyi dönüştür, beklet.
3. Öncelik + kapsam — kurallar bildirilen sırada değerlendirilir ve varsayılan olarak ilk eşleşmede durur, ya da devam olarak işaretlerseniz düşerler. Kapsam şirket çapında veya site başına olabilir.

Çalışan bir örnek — Trendyol siparişleri, karışık kargolar

Trendyol, Hepsiburada, ikas ve Shopify'a yayılmış 800 günlük siparişi olan çok pazaryerli bir satıcı. Motordaki kurallar şöyle görünür:

KURAL 1: "Trendyol → Trendyol Express (hafif ağırlık)"
   EĞER  pazaryeri == "trendyol"
   VE    siparis.agirlik_kg < 5
   İSE   kargo        = "trendyol_express"
         tasarim      = "kargo_etiket_pro"
         yazici.rol   = "kargo"

KURAL 2: "Trendyol → Aras (ağır ağırlık)"
   EĞER  pazaryeri == "trendyol"
   VE    siparis.agirlik_kg >= 5
   İSE   kargo        = "aras_kargo"
         tasarim      = "kargo_etiket_pro"
         yazici.rol   = "kargo"

KURAL 3: "Hepsiburada → Hepsijet"
   EĞER  pazaryeri == "hepsiburada"
   İSE   kargo        = "hepsijet"
         tasarim      = "kargo_etiket_pro"

KURAL 4: "Shopify uluslararası → DHL Express"
   EĞER  pazaryeri == "shopify"
   VE    siparis.ulke != "TR"
   İSE   kargo        = "dhl_express"
         tasarim      = "kargo_etiket_uluslararasi"
         devam        = true   // kural 5'e düş

KURAL 5: "Uluslararası + 2kg'dan ağır → ayrıca gümrük formu yazdır"
   EĞER  siparis.ulke != "TR"
   VE    siparis.agirlik_kg > 2
   İSE   etiketEkle   = "gumruk_cn23"
         yazici.rol   = "kargo"

Altı kural bu satıcının sahip olduğu her sipariş şeklini kapsar. Yeni pazaryerleri kurallar eklenerek eklenir. Kargo değişiklikleri bir kural düzenlemesidir. Hattaki operatör bu kararların hiçbirini vermez; etiket önceden yönlendirilmiş olarak yazıcıya ulaşır.

Eylem kelime hazinesi

Açmadan önce dry-run

Üretim kural setleri, test etmeden gönderirseniz tehlikelidir. Kural düzenleyici bir dry-run modu içerir: örnek bir olay yükünü yapıştırın (ERP'nizden gerçek bir sipariş ihracatı işe yarar), motor onun karşı tüm kural setini değerlendirir ve hangi kuralların eşleştiğini, hangi eylemlerin ateşleneceğini ve son baskı kararının ne olacağını tam olarak görürsünüz. Gerçek baskı olmaz, webhook ateşlenmez, kargo API'si çağrılmaz.

Dry-run çıktısı, üretim değerlendirme günlüğüyle aynı şekildedir. Kalite ekibi dün siparişlerinin bir parti üzerinden geçer, bunları yarınki kurallar arasında dry-run'da çalıştırır ve kurallar canlıya geçmeden önce kararları onaylar.

Kuralların değerlendirildiği yer — edge vs. bulut

Aynı kural seti iki yerde değerlendirebilir:

• Bulut değerlendirme — pazaryeri-güdümlü baskılar için varsayılan. Kural motoru bulut arka ucumuzda çalışır; baskı kararı orada hesaplanır ve sonuçtaki iş doğru yazıcıya gönderilir.
• Edge değerlendirme — Edge Server çalıştıran tesisler için aynı kural seti yerel olarak değerlendirilir. Bu, yerel bağlama bağımlı kuralların (şu anda bu LAN'da hangi yazıcılar çevrimiçi, hangi hat şu anda hangi iş emrini çalıştırıyor) bulut gidiş-dönüşü olmadan edge'te tek haneli milisaniyelerde eşleşebileceği anlamına gelir.

Kural seti bulutta gerçek kaynaktır ve normal yapılandırma dağıtımının bir parçası olarak edge düğümlerine senkronize edilir. Bir kural düzenlemesi saniyeler içinde her edge düğümüne yayılır.

Yol haritasında ne var

İki bitişik yetenek tasarlandı ve Q3 için planlandı:

• Dönüşüm işlev çalışma zamanı — transformData eylemi için sandbox'lı JavaScript, böylece bir kural ayrı bir dönüşüm hizmeti olmadan bir sipariş yükünü tasarımın değişkenlerine yeniden şekillendirebilir. Bir yukarı akış sistemi size siparişi bir şekilde verdiğinde ve tasarım şablonu onu başka bir şekilde beklediğinde yararlıdır.
• AI tarafından yazılmış kurallar — istediğinizi düz İngilizce/Türkçe ile tanımlayın ("5kg üzeri Trendyol siparişleri Aras Kargo aracılığıyla depo-A Zebra'da gitsin"); sistem kuralı önerir, onaylarsınız, önce hazırlama ortamına gönderilir.

Her ikisi de yol haritasında görünür ancak henüz genel olarak mevcut değildir. Mevcut kural motoru onlarsız tamamen kullanılabilir.