XML Ürün Yükleme ve Tedarikçi XML Entegrasyonu Hizmeti

XML ürün yükleme nedir, tedarikçi XML entegrasyonu ne işe yarar?

XML ürün yükleme; bir tedarikçi, üretici, distribütör veya başka bir veri kaynağında bulunan ürün kataloğunun e-ticaret sistemine toplu ve kurallı şekilde aktarılmasıdır. XML dosyasında ürün adı, ürün kodu, barkod, kategori, marka, açıklama, alış veya satış fiyatı, stok, KDV, görsel adresleri, teknik özellikler ve varyantlar gibi alanlar bulunabilir.

İşin kritik kısmı XML dosyasını yalnızca açmak değildir. Gerçek entegrasyon; XML'deki alanların hedef yazılımın veri modeline doğru eşleştirilmesini, daha önce aktarılmış ürünlerin tekrar oluşturulmamasını, fiyat ve stok değişikliklerinin güvenli şekilde güncellenmesini, kategori ve varyantların korunmasını ve hataların kayıt altına alınmasını gerektirir.

Bu nedenle 'XML yükleme' ile 'XML entegrasyonu' aynı kapsamda olmayabilir. Tek seferlik yükleme yalnızca mevcut katalogu içeri alabilir. Entegrasyon ise belirlenen aralıklarla kaynağı tekrar kontrol edip yeni ürünleri ekleyebilir, mevcut ürünleri güncelleyebilir ve tedarikçi verisi değiştiğinde mağazanın buna göre davranmasını sağlayabilir.

Eka Sunucu tarafında çalışma, müşterinin kullandığı yazılıma göre planlanır. Hazır bir modülün yeterli olmadığı durumlarda açık kaynak veya müdahale edilebilir kod tabanına özel aktarım katmanı geliştirilebilir. Kapalı SaaS sistemlerinde ise kaynak koda müdahale yerine platformun izin verdiği API, uygulama veya içe aktarma imkanları değerlendirilir.

• Tek seferlik XML ürün içe aktarma
• Periyodik XML stok ve fiyat senkronizasyonu
• Yeni ürünleri otomatik tespit edip ekleme
• Mevcut ürünleri SKU, barkod veya özel ürün kimliği ile bulma
• Kategori, marka, özellik ve varyant eşleştirme
• Görsel URL'lerini aktarma veya görselleri yerel sunucuya indirme
• Fiyat, kâr marjı, döviz ve yuvarlama kuralları
• Hata kayıtları, başarısız ürün raporu ve tekrar deneme mantığı

Örnek XML ürün ağacı nasıl görünür?

Her tedarikçinin XML şeması farklı olabilir. Aşağıdaki örnek yalnızca bir ürün kataloğunun hangi mantıkla düzenlenebileceğini göstermek için hazırlanmıştır. Gerçek XML'inizde alan adları tamamen farklı olabilir; önemli olan hangi düğümün hangi veriyi temsil ettiğini doğru belirlemektir.

Örnekte iki EKA ürünü bulunuyor. Kök düğüm products, her ürün product düğümünde ve ürünün temel alanları alt düğümlerde tutuluyor. Bir entegrasyon geliştirirken önce tekrar eden ürün düğümü belirlenir, daha sonra her alt alan hedef sistemdeki karşılığına bağlanır.

<products>
    <product>
        <name>EKA Pro Oyuncu Bilgisayarı</name>
        <category>Bilgisayarlar > Masaüstü Bilgisayarlar</category>
        <productCode>EKA-PC-001</productCode>
        <barcode>8690000000001</barcode>
        <brand>EKA Teknoloji</brand>
        <quantity>25</quantity>
        <price>34999.90</price>
        <tax>20</tax>
        <description>EKA Pro serisi yüksek performanslı oyuncu bilgisayarı.</description>
        <images>
            <image>https://ornek.com/eka-pc-001-1.webp</image>
            <image>https://ornek.com/eka-pc-001-2.webp</image>
        </images>
        <variants>
            <variant>
                <option name="RAM">32 GB</option>
                <sku>EKA-PC-001-32</sku>
                <stock>12</stock>
            </variant>
        </variants>
    </product>
    <product>
        <name>EKA Mekanik Oyuncu Klavyesi</name>
        <category>Bilgisayar Aksesuarları > Klavye</category>
        <productCode>EKA-KLV-002</productCode>
        <barcode>8690000000002</barcode>
        <brand>EKA Teknoloji</brand>
        <quantity>80</quantity>
        <price>2499.90</price>
        <tax>20</tax>
        <description>RGB aydınlatmalı EKA mekanik oyuncu klavyesi.</description>
        <image1>https://ornek.com/eka-klv-002-1.webp</image1>
        <image2>https://ornek.com/eka-klv-002-2.webp</image2>
    </product>
</products>

XML alan eşleştirme nedir? name, title veya urun_adi fark eder mi?

XML'de 'ürün adı mutlaka name olmalıdır' gibi evrensel bir kural yoktur. Bir tedarikçi ürün adını name, diğeri title, başka biri urun_adi, ProductName veya model_name olarak gönderebilir. Aynı durum stok, fiyat, barkod ve kategori alanları için de geçerlidir.

Entegrasyon sırasında yapılan iş, kaynak alan ile hedef sistem alanı arasında açık bir eşleştirme oluşturmaktır. Örneğin XML'deki salePrice hedef sistemde satis_fiyati alanına, stock miktarı stok kolonuna, sku ise urun_kodu alanına bağlanabilir.

Bu eşleştirme kod içinde sabit olabilir veya yönetim panelinden değiştirilebilir bir alan eşleştirme ekranı geliştirilebilir. Birden fazla tedarikçi kullanılacaksa panelden eşleştirme yapabilmek bakım maliyetini düşürebilir; tek bir sabit XML kaynağında ise daha sade bir entegrasyon yeterli olabilir.

<urun>
    <urun_adi>EKA Kablosuz Mouse</urun_adi>
    <stok_kodu>EKA-MOU-003</stok_kodu>
    <stok>150</stok>
    <satis_fiyati>899.90</satis_fiyati>
</urun>

<item>
    <title>EKA 27 İnç Gaming Monitör</title>
    <sku>EKA-MON-004</sku>
    <stock>32</stock>
    <salePrice>7499.90</salePrice>
</item>

XML'den e-ticaret sitesine ürün aktarımı adım adım nasıl yapılır?

Sağlıklı bir aktarım doğrudan canlı veritabanına binlerce kayıt basmakla başlamaz. Önce XML kaynağı doğrulanır, örnek ürünler incelenir ve hangi alanların zorunlu olduğu belirlenir. Hedef mağazadaki kategori, marka, varyant ve ürün tabloları analiz edilir.

Ardından bir pilot aktarım yapılır. Az sayıda ürünle ürün oluşturma, görsel indirme, kategori bağlama, fiyat hesaplama, stok güncelleme ve tekrar çalıştırıldığında duplicate oluşmaması test edilir. Pilot başarılıysa işlem batch veya kuyruk mantığıyla tüm kataloğa genişletilir.

Canlıya geçişte entegrasyonun hangi alanları güncelleyebileceği net olmalıdır. Örneğin mağaza yöneticisi ürün açıklamasını elle düzenleyecekse senkronizasyon sırasında açıklamanın tekrar XML'den ezilmemesi istenebilir. Bu nedenle stok, fiyat, başlık, açıklama, kategori ve görseller için ayrı güncelleme politikaları tanımlamak önemlidir.

• XML URL'si veya dosyası erişim ve format açısından kontrol edilir.
• Tekrarlanan ürün düğümü ve benzersiz ürün anahtarı belirlenir.
• XML alanları hedef ürün alanlarıyla eşleştirilir.
• Kategori ve marka mapping kuralları hazırlanır.
• Varyantların parent/child veya kombinasyon yapısı analiz edilir.
• Test ürünleriyle pilot aktarım yapılır.
• Duplicate, fiyat, stok, görsel ve karakter kodlaması test edilir.
• Büyük katalogda batch/kuyruk planı uygulanır.
• Cron çalışma aralığı ve hata loglama kuralları ayarlanır.
• Canlı sonrası ilk senkronlar kontrol edilerek teslim edilir.

Aynı ürünün tekrar eklenmesi nasıl önlenir?

XML entegrasyonunda en kritik tasarım kararlarından biri benzersiz ürün anahtarıdır. Ürün adı benzersiz anahtar olarak güvenilir değildir; tedarikçi ürün başlığını değiştirebilir veya aynı başlıkta birden fazla ürün olabilir. Mümkünse tedarikçinin değişmeyen ürün ID'si, SKU'su veya barkodu kullanılmalıdır.

Her senkronizasyonda önce bu anahtar üzerinden hedef mağazada kayıt aranır. Kayıt bulunmuyorsa yeni ürün eklenir. Bulunuyorsa yeni ürün oluşturmak yerine güncellenmesine izin verilen alanlar değiştirilir. Böylece cron her çalıştığında katalog şişmez.

Tedarikçi ürün kodunu sonradan değiştirebiliyorsa ikinci bir eşleştirme tablosu tutulması gerekebilir. Özellikle birden fazla tedarikçide aynı barkodun bulunması, varyantların ayrı SKU taşıması veya barkodsuz ürünler olması halinde eşleştirme stratejisi projeye özel belirlenmelidir.

XML stok ve fiyat güncelleme nasıl otomatikleştirilir?

İlk aktarım tamamlandıktan sonra en sık ihtiyaç duyulan işlem stok ve fiyat senkronizasyonudur. Tedarikçinin XML'i güncellendiğinde entegrasyon kaynağı tekrar okur, ilgili ürünü benzersiz anahtarla bulur ve belirlenen alanları günceller.

Güncelleme sıklığı her proje için aynı olmamalıdır. Hızla değişen stoklarda daha sık çalışma gerekebilir; büyük ve seyrek değişen kataloglarda gereksiz yere her birkaç dakikada tüm XML'i taramak sunucu ve tedarikçi kaynağı üzerinde yük oluşturabilir. En doğru periyot katalog boyutu, tedarikçi güncelleme sıklığı ve satış riskine göre belirlenir.

Stok yönetiminde tampon kural uygulanabilir. Örneğin tedarikçi stoku 3 adedin altına düştüğünde mağazada 0 göstermek overselling riskini azaltmak için tercih edilebilir. Aynı şekilde tedarikçi 100 adet gönderse bile mağazada maksimum 20 gösterme veya belirli depoları toplama gibi kurallar uygulanabilir.

Fiyat güncellemesi ise yalnızca XML fiyatını doğrudan kopyalamak zorunda değildir. Kâr yüzdesi, sabit ücret, kategori veya marka bazlı marj, KDV, döviz kuru ve yuvarlama politikaları birlikte uygulanabilir.

XML fiyatına kâr marjı, KDV, döviz ve yuvarlama kuralı eklenebilir mi?

Evet. XML'den gelen fiyat ham veri olarak kabul edilip satış fiyatı bir kurallar zincirinden geçirilebilir. Örneğin 1.000 TL alış fiyatına yüzde 25 kâr eklemek, ardından KDV hesaplamak ve sonucu .90 ile biten bir satış fiyatına yuvarlamak mümkündür.

Tek bir yüzde her ürün için uygun değilse fiyat aralıkları kullanılabilir. 0-500 TL ürünlerde yüzde 40, 500-2.000 TL aralığında yüzde 30, daha yüksek fiyatlarda yüzde 20 gibi farklı marjlar uygulanabilir. Benzer şekilde marka, kategori veya tedarikçi bazında farklı formüller tanımlanabilir.

Dövizli XML'lerde kurun nereden alınacağı ve ne zaman güncelleneceği ayrıca belirlenmelidir. Tedarikçinin kendi TL fiyatı varsa onu kullanmak, fiyat yalnızca USD/EUR ise belirlenen kur kaynağına göre çevirmek mümkündür. Kur değişimi çok sık çalıştırılıyorsa fiyat dalgalanmasının operasyonel etkisi de hesaba katılmalıdır.

• Yüzde bazlı kâr marjı
• Sabit tutar ekleme veya çıkarma
• Kategori / marka / tedarikçi bazlı farklı marj
• Fiyat aralığına göre kademeli oran
• KDV dahil veya KDV hariç hesaplama
• USD / EUR → TL dönüşümü
• Minimum satış fiyatı
• Psikolojik fiyat yuvarlama: 899,37 → 899,90 gibi
• İndirimli fiyat ve liste fiyatı üretme
• Tedarikçi kampanya fiyatını ayrı alan olarak değerlendirme

Kategori, marka, özellik ve varyant eşleştirme nasıl yapılır?

Ürün adı ve fiyatı aktarmak genellikle kolay bölümdür; gerçek entegrasyon zorluğu kategori ağacı ve varyantlarda ortaya çıkar. Tedarikçinin kategori isimleri hedef mağazayla aynı olmayabilir. Örneğin XML'deki 'Bilgisayar > Çevre Birimleri > Klavye' kategorisi mağazada 'Teknoloji > Oyuncu Ekipmanları > Klavyeler' olarak bulunabilir.

Bu durumda mapping tablosu oluşturularak kaynak kategori hedef kategoriye bağlanır. İstenirse XML'de yeni görülen kategoriler otomatik oluşturulabilir, ancak kontrolsüz otomatik kategori üretimi mağazada yüzlerce gereksiz veya tekrar eden kategori oluşturabileceği için çoğu projede kontrollü mapping daha sağlıklıdır.

Varyantlarda renk, beden, numara, kapasite veya başka seçenekler parent ürünün altında kombinasyonlar halinde tutulabilir. Her varyantın ayrı SKU, barkod, fiyat ve stok bilgisi varsa hedef sistemin varyant modeline uygun biçimde kaydedilmesi gerekir. WooCommerce, OpenCart, PrestaShop ve özel PHP yazılımlarının veri modelleri aynı değildir; bu nedenle varyant aktarımı altyapıya göre uyarlanır.

XML'deki ürün görselleri nasıl aktarılır?

XML çoğu zaman görsel dosyasını değil görsel URL'sini taşır. Entegrasyon bu URL'yi doğrudan uzak görsel olarak kullanabilir veya görseli hedef sunucuya indirip ürün medyasına kaydedebilir. Hangi yöntemin uygun olduğu yazılımın medya sistemi, tedarikçinin hotlink politikası ve performans beklentisine göre seçilir.

Yerel indirme yapılacaksa dosya uzantısına güvenmek yerine içerik türünün doğrulanması, maksimum dosya boyutu sınırı, zaman aşımı ve başarısız indirme kayıtları önemlidir. Aynı görselin her senkronizasyonda tekrar indirilmemesi için URL/hash eşleştirmesi yapılabilir.

Birden fazla görselde ana görsel sırası korunabilir; image1 ana görsel, image2-imageN galeri olarak atanabilir. XML yapısı görselleri ayrı <image> düğümleri veya tek bir ayraçlı alan içinde veriyorsa parser buna göre uyarlanır.

10.000, 50.000 veya 100.000 ürünlük büyük XML dosyaları nasıl işlenir?

Büyük XML kataloglarında tüm dosyayı belleğe alıp dev bir diziye dönüştürmek sunucunun RAM tüketimini yükseltebilir. Küçük ve orta boy dosyalarda SimpleXML pratik olabilirken büyük kataloglarda XMLReader gibi akış tabanlı okuma yöntemleriyle ürün düğümlerini sırayla işlemek daha kontrollü bir yaklaşım sağlar.

Aktarım tek HTTP isteğinin bitmesini bekleyen bir işlem olmamalıdır. Binlerce ürün için batch, CLI, cron veya queue yaklaşımı kullanılarak örneğin her çalışmada belirli sayıda ürün işlenebilir. İşlem imleci veya son işlenen ürün bilgisi tutulursa aktarım yarıda kalınca sıfırdan başlatmak yerine devam ettirilebilir.

Performans yalnız XML boyutuna bağlı değildir. Her ürün için yapılan veritabanı sorgusu, kategori kontrolü, görsel indirme, varyant oluşturma ve uzak servis çağrıları toplam süreyi belirler. Doğru indeksler, toplu sorgular, tekrar kullanılabilir mapping önbelleği ve kontrollü eşzamanlılık ciddi fark yaratabilir.

Amaç memory_limit değerini sınırsız yükseltmek değil, entegrasyonu kaynakları ölçülü kullanacak şekilde tasarlamaktır. Hosting kısıtlıysa cron parçalama; VPS veya özel sunucuda ise CLI worker/kuyruk sistemi gibi daha esnek yöntemler değerlendirilebilir.

Cron Job ile XML ürün güncelleme nasıl çalışır?

Cron, sunucuda belirlenen zaman planına göre entegrasyon komutunu otomatik çalıştırmak için kullanılabilir. Örneğin her 15 dakikada stok kontrolü, saatte bir fiyat kontrolü veya geceleri kapsamlı katalog güncellemesi yapılabilir.

Tek cron içinde her şeyi yapmak zorunlu değildir. Stok ve fiyat hızlı değişiyorsa hafif bir görev sık çalıştırılabilir; görsel ve açıklama gibi daha ağır işlemler daha seyrek ayrı bir göreve bırakılabilir. Bu ayrım özellikle büyük kataloglarda daha dengeli kaynak kullanımı sağlar.

Cron görevinde kilit mekanizması önemlidir. Önceki senkronizasyon bitmeden yenisi başlarsa aynı ürünler eşzamanlı güncellenebilir. Bu nedenle tek çalışma kilidi, job durumu veya kuyruk tabanlı kontrol kullanılabilir. Her koşuda başlangıç-bitiş zamanı, işlenen ürün sayısı, hata sayısı ve XML erişim durumu loglanabilir.

Bir e-ticaret sitesine birden fazla tedarikçi XML'i bağlanabilir mi?

Evet, teknik olarak birden fazla XML kaynağı aynı mağazaya bağlanabilir. Ancak aynı barkod veya SKU'nun birden fazla tedarikçide bulunması halinde hangi kaynağın fiyat ve stok açısından öncelikli olduğuna karar verilmelidir.

Bazı projelerde öncelikli tedarikçi sırası kullanılır. Bazılarında stokta olan tedarikçi seçilir, bazılarında en düşük maliyetli kaynak tercih edilir. Daha gelişmiş senaryolarda birden fazla tedarikçinin stokları toplanabilir fakat sipariş yönlendirme süreci de buna uygun tasarlanmalıdır.

Her tedarikçinin XML alanları farklı olabileceğinden her kaynak için ayrı mapping profili oluşturmak mantıklıdır. Böylece A tedarikçisindeki ProductCode ile B tedarikçisindeki sku aynı iç ürün koduna bağlanabilir.

Hangi e-ticaret yazılımlarına XML ürün entegrasyonu yapılabilir?

Entegrasyonun yapılabilirliği marka isminden çok teknik erişime bağlıdır. Kaynak koduna ve veritabanına erişilebilen özel PHP veya Laravel projelerinde sistemin ürün modeli analiz edilip doğrudan özel entegrasyon geliştirilebilir. WooCommerce, OpenCart ve PrestaShop gibi müdahale edilebilir altyapılarda platformun ürün, taksonomi ve varyant yapısına göre entegrasyon uygulanabilir.

Yazılım kapalı SaaS modelindeyse kaynak koduna müdahale edilemez. Bu durumda platformun resmi API, uygulama mağazası, webhook veya içe aktarma imkanları değerlendirilir. Platform gerekli erişimi sunmuyorsa dışarıdan yapılabilecek işlemler doğal olarak sınırlı olabilir.

Bu nedenle 'hangi dil olursa olsun kesin bağlarız' şeklinde teknik inceleme yapılmadan söz vermek doğru değildir. Ancak kaynak koduna veya yeterli API erişimine sahip olduğunuz sürece kullandığınız yazılımı bizden almış olmanız gerekmez; mevcut sisteminizi inceleyip uygulanabilir yöntemi belirleyebiliriz.

WooCommerce, OpenCart, PrestaShop ve özel PHP sistemlerinde yaklaşım neden farklıdır?

WooCommerce ürünleri WordPress post/taxonomy/meta yapısı ile birlikte yönetir ve varyasyonlar parent ürün ilişkisi taşır. OpenCart ürün, kategori, seçenek, dil ve mağaza ilişkilerini ayrı tablolarda yönetir. PrestaShop'un kombinasyon ve özellik modeli farklıdır. Özel PHP projelerinde ise tablo ve servis yapısı tamamen geliştiriciye özgü olabilir.

Bu yüzden aynı XML'i dört sisteme bağlamak dört farklı veri katmanına uyarlama anlamına gelebilir. Entegrasyonda hedef platformun kendi servis veya model katmanı kullanılabiliyorsa tercih edilir; doğrudan veritabanına yazmak yalnızca veri bütünlüğü ve yan etkiler iyi analiz edildiğinde uygulanmalıdır.

Eka Sunucu bağımsız teknik destek ve geliştirme hizmeti sunar; WooCommerce, OpenCart veya PrestaShop'un resmi destek ekibi ya da yetkili temsilcisi değildir.

XML dosyası URL, şifreli bağlantı, gzip veya farklı karakter kodlamasında olabilir mi?

Tedarikçi XML'i herkese açık bir HTTPS URL'sinde olabilir veya Basic Auth, token, query parameter ya da IP kısıtlaması ile korunabilir. Erişim modeli entegrasyona eklenebilir; kimlik bilgileri kaynak kodda düz metin bırakılmak yerine güvenli yapılandırmada saklanmalıdır.

Bazı tedarikçiler büyük katalogu gzip sıkıştırılmış dosya olarak sunabilir. Bazıları UTF-8 dışı karakter kodlaması kullanabilir veya açıklama alanlarını CDATA içinde gönderir. Namespace kullanan XML'lerde düğümlere erişim farklılaşabilir. Bunların her biri parser katmanında ele alınabilecek teknik ayrıntılardır.

Entegrasyonda uzak XML kaynağına güvenli zaman aşımı, HTTP durum kodu kontrolü, TLS doğrulaması ve maksimum indirme boyutu gibi sınırlar koymak gerekir. Kaynak o anda erişilemiyorsa mağazadaki tüm stokları yanlışlıkla sıfırlamak yerine senkronizasyonu başarısız kabul edip mevcut veriyi korumak daha güvenli olabilir.

XML ürün yüklemede en sık karşılaşılan sorunlar ve çözüm yaklaşımı

XML entegrasyonu ilk testte çalışsa bile gerçek katalogda veri kalitesi problemleri ortaya çıkabilir. Boş SKU, tekrar eden barkod, eksik kategori, virgüllü fiyat, HTML içeren açıklama, erişilemeyen görsel ve beklenmeyen varyant kombinasyonları sık görülen örneklerdir.

İyi bir entegrasyon hatayı sessizce yutmaz. Hangi ürünün neden atlandığını kayıt altına alır, mümkünse aktarımı diğer ürünlerle sürdürür ve tekrar denenebilir hataları ayırır. Böylece tek bozuk ürün tüm 50.000 ürünlük senkronizasyonu durdurmaz.

Kaynak XML yapısı tedarikçi tarafından haber verilmeden değiştirilebilir. Örneğin price alanı sale_price olarak değiştirilirse entegrasyonun fiyatı 0 kabul etmemesi, zorunlu alan kaybolduğunda uyarı üretmesi gerekir. Şema değişikliği kontrolleri bakım sürecinin önemli bölümüdür.

XML import, XML export, CSV, Excel, JSON ve API arasındaki fark nedir?

XML import dışarıdaki veriyi mağazaya alma işlemidir. XML export ise mağazadaki ürünleri başka bir sistemin okuyabileceği XML formatında dışarı verme işlemidir. İkisi aynı proje içinde birlikte de kullanılabilir.

Tedarikçi XML veriyor fakat hedef sistem yalnız CSV kabul ediyorsa XML → CSV dönüştürme katmanı geliştirilebilir. Benzer şekilde XML → JSON, API → XML veya mağaza → özel XML feed üretimi mümkündür. Gereken dönüşüm hedef sistemin beklediği veri şemasına göre hazırlanır.

API gerçek zamanlı veya işlem bazlı iletişim için daha uygun olabilir; XML feed ise katalog paylaşımında hâlâ yaygın bir yöntemdir. Bir sistem API sunuyorsa her durumda XML'i zorlamak yerine hangi yöntem daha güvenli ve sürdürülebilir ise o seçilmelidir.

XML entegrasyonunda güvenlik ve veri bütünlüğü nasıl korunur?

XML dış bir veri kaynağı olduğu için güvenilmeyen girdi gibi ele alınmalıdır. Parser ayarları, uzak varlık çözümleme davranışı, dosya boyutu ve ağ erişimi kontrollü tutulmalıdır. Hedef veritabanına yazılan metinler uygun doğrulama ve parametreli sorgularla işlenmelidir.

Görsel URL'leri ve uzak dosyalar için yalnız beklenen protokoller kabul edilmeli, yerel ağ adreslerine istek yapılmasını engelleyen SSRF kontrolleri düşünülmelidir. Yönetim panelinde XML URL'si tanımlanabiliyorsa yetkilendirme ve CSRF koruması önemlidir.

Canlı sisteme entegrasyon eklenmeden önce veritabanı ve kritik dosyaların yedeği alınmalı, mümkünse staging ortamında test yapılmalı ve geri dönüş planı bulunmalıdır. Büyük güncellemelerde kaç ürünün değişeceği önceden raporlanabiliyorsa yanlış mapping kaynaklı toplu veri kaybı riski azalır.

XML entegrasyonu için fiyat teklifi nasıl hazırlanır?

XML entegrasyonunda tek fiyat vermek her proje için doğru değildir. 500 basit ürünü tek sefer aktarmak ile 75.000 varyantlı ürünü birden fazla tedarikçiden çekip dakikalık stok güncellemek aynı iş değildir. Bu nedenle önce kaynak XML ve hedef yazılım incelenir.

Fiyatlandırmayı etkileyen başlıca unsurlar ürün sayısı, XML karmaşıklığı, varyant yapısı, kategori mapping ihtiyacı, görsel işleme, fiyat formülleri, güncelleme sıklığı, mevcut yazılımın kod kalitesi, API kısıtları, birden fazla tedarikçi ve özel yönetim paneli gereksinimleridir.

En hızlı ön inceleme için XML URL'nizi veya örnek dosyanızı, site adresinizi ve beklentinizi WhatsApp üzerinden iletebilirsiniz. Kaynak erişimi gerekiyorsa ilk aşamada hassas şifre paylaşmadan örnek XML ve site bilgisiyle kapsam değerlendirmesi yapılabilir.

Eka Sunucu XML entegrasyonu çalışma süreci

İlk adım teknik ön incelemedir. XML kaynağının yapısı, hedef e-ticaret sisteminin altyapısı ve aktarılacak alanlar belirlenir. Sonrasında yapılacak iş ve sınırlar yazılı hale getirilir.

Geliştirme sırasında mümkünse test veya staging ortamı kullanılır. Örnek ürünlerle mapping, kategori, varyant, fiyat ve stok kuralları doğrulanır. Canlıya geçiş öncesi yedek alınır ve ilk tam aktarım kontrollü çalıştırılır.

Teslimde otomasyon zamanları, güncellenen alanlar ve varsa yönetim paneli seçenekleri açıklanır. Tedarikçi XML yapısını ileride değiştirirse entegrasyonun yeniden uyarlanması ayrı bakım ihtiyacı doğurabilir; bu nedenle log ve hata bildirimlerinin görünür olması önemlidir.

• 1. XML ve site ön incelemesi
• 2. Alan / kategori / varyant mapping planı
• 3. Fiyat ve stok iş kuralları
• 4. Pilot aktarım
• 5. Hata ve duplicate testleri
• 6. Tam katalog aktarımı
• 7. Cron / queue otomasyonu
• 8. Canlı doğrulama ve teslim