Perakende zincirleri ve büyük alıcılarla elektronik veri değişimini ERP'nizin yanına kurarız. Gelen siparişi kaydınıza, sevkiyatınızı sevk bildirimine, faturanızı alıcının beklediği mesaja çeviririz; hatalı mesaj kaybolmaz, kuyruğa düşer ve düzeltilip yeniden gönderilir.
Büyük alıcılarla çalışmanın görünmeyen bir şartı vardır: veriyi onların istediği biçimde göndermek. Avrupa'daki perakende zincirleri, büyük sanayi grupları ve lojistik ağları siparişi e-posta ile göndermez; siparişi kendi sisteminden standart bir mesaj olarak yollar ve karşılığında sevk bildirimini ve faturayı aynı standartta bekler. Bu düzene uyamayan tedarikçi, ürün ne kadar iyi olursa olsun bir noktada tedarikçi listesinden düşer.
Uygulamada pek çok fabrika bu işi bir ara çözümle yürütür. Alıcının portalına elle girilip sipariş bakılır, çıktı alınır, ERP'ye tekrar yazılır; sevkiyat sonrası aynı bilgi bir kez daha, bu sefer ters yönde girilir. Bu yöntem düşük hacimde çalışır. Hacim arttığında ve alıcı sayısı çoğaldığında, her alıcının kendi portalı, kendi alan adlandırması ve kendi zamanlaması olduğu için iş bir kişinin tam zamanlı görevine dönüşür ve hata oranı yükselir.
Elektronik veri değişimi bunun standartlaşmış halidir. Sipariş, sipariş yanıtı, sevk bildirimi ve fatura ayrı mesaj tipleri olarak tanımlıdır; taşıma protokolü, mesajın kimden gelip kime gittiği ve alındı teyidi de standardın parçasıdır. Kurduğumuz katman bu mesajları alır, sizin ERP'nizdeki kayıt yapısına çevirir ve ters yönde de aynı işi yapar. Kritik olan çeviri değil, çevirinin doğruluğunun denetlenmesi ve bozulduğunda ne olacağının önceden tanımlanmış olmasıdır.
Bu işte dürüst olmak gereken bir sınır var: elektronik veri değişimi tek başına bir yazılım kurulumu değildir, aynı zamanda bir bağlantı ve mutabakat işidir. Alıcının kendi teknik dokümanı, kendi mesaj alt kümesi ve kendi test süreci vardır; bağlantı için erişim noktası ya da hizmet sağlayıcı aboneliği gerekebilir ve bu abonelik sizin adınıza kurulur. Biz mesaj dönüşümünü, ERP bağlantısını, hata yönetimini ve alıcıyla yürütülen test sürecinin teknik tarafını üstleniriz; ticari şartları ve abonelik kararını siz verirsiniz.
Gıda, tekstil, ev tekstili, ambalaj ve tüketici ürünleri üreten, ürününü zincir marketlerin rafına gönderen işletmeler. Bu alıcılarda elektronik veri değişimi bir tercih değil, tedarikçi olma şartıdır ve uyum takvimi genellikle alıcı tarafından belirlenir.
Otomotiv, beyaz eşya ve makine sektöründe ana sanayiye parça veya hizmet veren üreticiler. Sipariş çağrılarının ve sevk planlarının sistemden sisteme akması, teslim performansının ölçüldüğü ortamda doğrudan puan meselesidir.
Her biri kendi portalını ve kendi formatını dayatan çok sayıda alıcıyla çalışan işletmeler. Buradaki asıl kazanım hız değil, tek bir iç veri modelinin korunması ve alıcı başına ayrı çalışma biçiminin ortadan kalkmasıdır.
Yurt dışı kurumsal ve kamu alıcılarına satış yapan, faturasını alıcının bağlı olduğu ağ üzerinden iletmesi istenen firmalar. Bu ağlarda faturanın kabul edilmesi biçimsel şartlara bağlıdır; reddedilen fatura tahsilatı geciktirir.
| Yetenek | Ne sağlar |
|---|---|
| Mesaj setinin kurulması | Alıcıyla çalışılacak mesaj tipleri tanımlanır: sipariş, sipariş yanıtı, sevk bildirimi, fatura ve gerektiğinde stok ve fiyat bildirimleri. Her alıcının kendi alt kümesi ve zorunlu alanları olduğu için, mesaj eşlemesi alıcının teknik dokümanına göre tek tek çıkarılır. |
| ERP kayıt yapısına dönüşüm | Gelen mesaj sizin sisteminizde sipariş kaydına, giden sevkiyat sevk bildirimine, fatura kaydınız fatura mesajına dönüşür. Ürün kodu, birim, koli ve palet yapısı, iskonto ve vade gibi alanlar sizin kartlarınızla eşleştirilir; eşleşmeyen kayıt sessizce geçmez, hata olarak işaretlenir. |
| Taşıma bağlantısı ve alındı teyidi | Mesajın alıcıya nasıl ulaşacağı kurulur ve alındı teyitleri izlenir. Gönderilmiş ama teyidi gelmemiş mesajlar açıkta bırakılmaz; bekleyen her mesaj listede görünür. Bağlantı yöntemi ve gerekiyorsa erişim noktası aboneliği alıcının şartlarına göre belirlenir. |
| Hata kuyruğu ve yeniden gönderim | Reddedilen veya dönüşümde takılan mesajlar kuyrukta tutulur; hatanın nedeni okunabilir biçimde yazılır. Düzeltme yapıldıktan sonra mesaj yeniden gönderilir. Bu, elektronik veri değişiminde en çok ihmal edilen ve en çok soruna yol açan noktadır: hatanın kaybolmaması gerekir. |
| Mutabakat ve eşleştirme | Sipariş, sevkiyat ve fatura birbiriyle eşleştirilir; eksik sevk edilen kalem, faturalanmamış sevkiyat ve karşılığı olmayan fatura raporlanır. Alıcıyla yaşanan uyuşmazlıkların büyük kısmı bu üçlünün birbirini tutmamasından çıkar ve genellikle geç fark edilir. |
| Barkod ve etiket tarafıyla bağlanması | Sevk bildirimi ile fiziksel paketleme birbirini tutmak zorundadır: koli ve palet numaralandırması, etiket üzerindeki bilgi ve mesajdaki içerik aynı olmalıdır. Etiket ve barkod tarafı hâlihazırda kuruluysa bağlanır, değilse birlikte kurulur. |
Hangi alıcıyla hangi mesajların değişileceği, alıcının teknik dokümanı ve zorunlu alanları incelenir. Bu adım genellikle sanılandan uzundur, çünkü şartlar alıcıdan alıcıya değişir ve bazı alanların karşılığı sizin sisteminizde hiç bulunmaz. Eksik alanlar burada tespit edilir.
Ürün kodları, birimler, koli ve palet yapısı ile adres ve taraf tanımları alıcıyla eşleştirilir. Numaralandırma düzeni yoksa kurulur. Bu hazırlık yapılmadan başlayan projelerde test aşaması sürekli aynı yerde takılır.
Mesaj dönüşümleri yazılır, ERP bağlantısı kurulur, taşıma yolu ve teyit akışı devreye alınır. Hata kuyruğu ve izleme paneli baştan kurulur; sonradan eklenen bir hata yönetimi işi kurtarmaz.
Alıcının test ortamında mesajlar karşılıklı denenir ve onay alınana kadar düzeltme yapılır. Test süresi büyük ölçüde alıcının takvimine bağlıdır; bunu baştan söylemek gerekir, çünkü proje süresinin tahmin edilemeyen kısmı buradadır.
Sınırlı sayıda gerçek işlemle başlanır, mutabakat kontrol edilir, ardından hacim açılır. Devreden sonra bekleyen mesaj, reddedilen mesaj ve eşleşmeyen kayıt düzenli izlenir; ekibe kimin neye bakacağı yazılı olarak devredilir.
Portal düşük hacimde ve tek alıcıyla çalışırken yeterli olabilir. Alıcı sayısı ve işlem hacmi arttığında portal, aynı verinin iki kez elle girilmesi anlamına gelir ve hata oranı buradan yükselir. Ayrıca portal, sevkiyat bildirimini zamanında göndermek gibi ölçülen yükümlülüklerde insana bağımlılık yaratır. Bu yüzden kararı hacim ve alıcı sayısına bakarak vermek doğru olur.
Yetiyorsa kullanmak en doğrusudur ve bunu size açıkça söyleriz. Uygulamada sorun genellikle modülün varlığı değil, alıcının istediği mesaj alt kümesini ve alan eşleştirmesini karşılayıp karşılamadığıdır. Keşifte önce mevcut modülün kapsamına bakarız; eksik kalan yer varsa katman yalnızca o boşluğu doldurur, olan işi yeniden yazmayız.
Alıcının kabul ettiği taşıma yöntemine göre değişir. Bazı durumlarda doğrudan bağlantı kurulur, bazı durumlarda bir erişim noktası ya da hizmet sağlayıcı aboneliği gerekir ve bu abonelik sizin adınıza yapılır. Bu maliyet baştan konuşulur; sonradan çıkan bir kalem olarak bırakmayız.
Reddedilen mesaj hata kuyruğuna düşer, nedeni okunabilir biçimde yazılır ve ilgili kişiye bildirim gider. Düzeltildikten sonra yeniden gönderilir. Sistemin kurulmasındaki en önemli kural şudur: hiçbir mesaj sessizce kaybolmaz. Bekleyen ve reddedilen mesajlar tek bir ekranda görünür kalır.
Teknik tarafın süresi mesaj sayısına ve verinizin hazır olup olmadığına bağlıdır; asıl belirsizlik alıcının test takviminde ortaya çıkar. Bu yüzden planı iki parça halinde yaparız: bizim kontrolümüzdeki iş için net kapsam ve süre, alıcı tarafındaki test için ise bağımlılık olarak işaretlenmiş bir bekleme. Süreyi tek bir rakama indirip söz vermek gerçekçi olmaz.
Alıcılarınızla çalışan mesaj akışları; ERP'nize bağlı dönüşüm katmanı; bekleyen, reddedilen ve eşleşmeyen kayıtları gösteren izleme paneli; sipariş, sevkiyat ve fatura mutabakat raporu ve yeni alıcı eklendiğinde nasıl ilerleneceğini anlatan dokümantasyon. Kaynak kod ve dönüşüm tanımları dahil üretilen her şey size aittir.
30 dakikalık keşif görüşmesinde ihtiyacınızı dinler, özele mi yoksa hazır çözüme mi ihtiyacınız olduğunu dürüstçe söyleriz.
Yazılımınızı kararlı, güvenli ve ölçeklenebilir çalıştıran bulut altyapısını kuruyoruz: kod değişikliğinden canlıya geçişe kadar otomatik, izlenebilir ve geri alınabilir bir akış.
Detay →Üretimden finansa kadar bütün operasyonunuzu tek omurgada toplayan, süreçlerinize göre tasarlanmış ERP yazılımı. Hazır paketin sığ kaldığı yerde, fabrikanıza birebir oturan bir sistem kuruyoruz.
Detay →İş emrinden OEE'ye, fireden vardiyaya kadar üretim sahasını gerçek zamanlı görünür kılan; PLC/SCADA köprüsü ve saha terminalleriyle çalışan, fabrikanıza özel bir üretim yürütme sistemi geliştiriyoruz.
Detay →Sensörden buluta kadar tüm zinciri tasarlıyoruz: cihaz firmware'i, MQTT tabanlı telemetri, edge işleme ve uzaktan izleme paneli. Makineleriniz, üretim hattınız ve sahadaki ekipmanınız tek bir veri akışında birleşsin; kaynak kodun tamamı sizde kalsın.
Detay →Makinenin titreşim, sıcaklık, akım ve çevrim verisini toplayıp normal çalışma imzasını çıkarır, bu imzadan sapmayı arıza gerçekleşmeden önce yakalarız. Uyarı bir bakım emrine dönüşür; makinenin geçmişi ve kullanılan parça aynı kayıtta birikir.
Detay →Üretim hattında kamerayla görsel muayene kurarız: yüzey hatası, renk ve ton farkı, eksik parça, etiket doğrulama ve ölçü kontrolü. İş bir yazılım kurulumu olarak değil, önce fizibilite ve numune testiyle başlar.
Detay →
