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 kuyruğa düşer, düzeltilip yeniden gönderilir.
Hazırlayan: Pan Innovation House, Gaziantep merkezli yazılım şirketi · Son gözden geçirme:
Fiyatı mı soracaksınız? Kapsamı kısa bir görüşmede dinler, bütçe çerçevesini ve süreyi yazılı olarak paylaşırız. Tüm yazılım türleri
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şin 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 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, hiçbir mesajın sessizce kaybolmamasıdır. 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. Bizim yazdığımız kaynak kod ve verileriniz sözleşmede tanımlandığı biçimde size devredilir; üçüncü taraf ve açık kaynak bileşenler kendi lisanslarına tabidir.
EDI (Electronic Data Interchange, elektronik veri değişimi), firmalar arasındaki sipariş, sevk bildirimi ve fatura gibi ticari belgelerin standart mesaj biçimlerinde, sistemden sisteme otomatik gönderilmesidir. Belge e-posta ya da portal yerine doğrudan alıcının ve tedarikçinin sistemleri arasında akar; taşıma yöntemi ve alındı teyidi de standardın parçasıdır. Kurduğumuz katman bu mesajları ERP'nizdeki kayıt yapısına çevirir, ters yönde de aynı işi yapar ve hatalı mesajı kuyruğa alır.
EDIFACT, Birleşmiş Milletler bünyesinde geliştirilen ve sipariş, sevk bildirimi, fatura gibi ticari mesajların yapısını tanımlayan uluslararası EDI standardıdır. Perakendede yaygın kullanılan EANCOM, bu standardın GS1 tarafından hazırlanmış alt kümesidir; ORDERS sipariş, DESADV sevk bildirimi, INVOIC fatura mesajıdır. Alıcınızın kullandığı mesaj alt kümesini teknik dokümanından çıkarır, bu mesajları ERP kayıtlarınızla eşleştiririz.
Peppol, elektronik fatura ve sipariş gibi belgelerin, erişim noktası adı verilen sağlayıcılar üzerinden standart biçimde alınıp gönderildiği uluslararası bir ağdır. Gönderen ve alıcı ağa kendi erişim noktaları aracılığıyla bağlanır ve belgeler UBL tabanlı XML biçiminde taşınır. Kamu ve kurumsal alıcıya fatura gönderen firmalar için erişim noktası entegrasyonunu ve ERP verisinin bu biçime dönüşümünü kurarız; abonelik kararı sizde kalır.
İhtiyacınızı dinler, özel yazılım mı hazır çözüm mü gerektiğini söyleriz. İlk 30 dakikalık görüşme ücretsizdir; yerinde saha keşfinin kapsamı ve varsa bedeli bu görüşmede yazılı olarak netleşir.
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ış.
Modülü inceleyin →Ü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.
Modülü inceleyin →İş 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.
Modülü inceleyin →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; bizim yazdığımız kaynak kod sözleşmede tanımlandığı biçimde size devredilsin.
Modülü inceleyin →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.
Modülü inceleyin →Ü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.
Modülü inceleyin →
