PIM ve ERP: Ürün Bilgisinin Sahibi Hangi Sistem Olmalı?

PIM kararını ürün sayısına indirgemeyin

Ürün bilgi yönetimi ihtiyacını yalnızca katalog büyüklüğüyle değerlendirmek yanıltıcı olabilir. Az sayıda ürünün çok dilde, çok kanalda ve karmaşık teknik özelliklerle sunulması da önemli iş yükü yaratabilir. Önce hangi bilgilerin tekrar girildiğini ve hatanın hangi kanalda müşteriye yansıdığını çıkarın.

Akeneo ürün niteliklerini tanımlı türlerle modellemeyi sağlar; kimlik, metin ve seçenek alanları bu yapının örnekleridir. [1] Buradaki esas tasarım sorusu, “her şeyi metin alanına koyabilir miyiz?” değil, hangi bilginin kontrollü ve doğrulanabilir olması gerektiğidir. Kullanılan PIM’in alan türleri ayrıca incelenmelidir.

Alan sahipliğini açık bir sözleşmeye çevirin

Bu rehber için önerilen ayrımda ERP operasyonel kayıtların, PIM ise pazara sunulan ürün bilgisinin yönetiminde değerlendirilir. Ancak bu evrensel bir zorunluluk değildir; mevcut sistemlere göre değişir. Her alan için ana kaynak, düzenleme yetkisi, hedef kanallar ve çakışma kuralı yazılmalıdır.

Örneğin stok ERP’den gelirken ürünün bakım açıklaması PIM’de düzenlenebilir. Mağazada yapılan geçici açıklama düzeltmesi sonraki senkronizasyonda kaybolacaksa editör bunu bilmelidir. İki sistemin aynı alanı bağımsız güncellemesine izin vermek, sonunda hangi değerin doğru olduğuna dair görünmez bir yarış oluşturabilir.

Kanal ihtiyacı ile ürün gerçeğini ayırın

Bir pazaryeri kısa başlık, kendi mağazanız daha ayrıntılı açıklama isteyebilir. Bunlar aynı ürünün farklı sunumlarıdır. Teknik ölçü ise kanal değişince farklılaşmamalıdır. Temel ürün verisini kanal uyarlamasından ayırın; her kanala ayrı ürün kopyası açmadan ihtiyacı modelleyin.

Varsayımsal bir aydınlatma markasında güç değeri, bağlantı tipi ve paket içeriği kontrollü alanlar olsun. Mağaza metni editoryal biçimde zenginleştirilebilir, fakat teknik özellikler onaylı kaynaktan gelsin. Eksik güç değeri olan ürünün otomatik yayına çıkmaması, sadece metnin uzunluğunu ölçmekten daha anlamlı bir kalite koşuludur.

Örnek veri sahipliği tablosu

Tablo örnektir; kullanılan ürünlerin hazır entegrasyon davranışı olarak okunmamalıdır. Hangi değişikliğin hangi kanala gönderileceğini ve geri alınacağını deneme kataloğunda gösterin. Başarılı aktarım sayısı, içerik doğruluğuyla aynı şey değildir.

Geçişi temsilî katalogla doğrulayın

Önce tek seçenekli, çok varyantlı, eksik alanlı ve çok dilli ürünlerden bir test grubu oluşturun. Eski alanların yeni modele nasıl dönüştüğünü kaydedin. Santimetre ve milimetre gibi birimler sessizce birleştirilmesin. Boş değer, bilinmiyor ve uygulanamaz durumları ayrı anlam taşıyabilir.

Kabulde yalnızca PIM ekranına bakmayın. Mağaza, pazaryeri ve operasyon kaydının aynı ürünü doğru tanıdığını kontrol edin. Bir ürün geri çekildiğinde hangi kanallardan ne zaman kalktığı görülsün. İlk yayın sonrasında hatalı alanları düzeltecek kişi ve onay süreci de proje kapsamına dahil olsun.

Sık sorulan sorular

PIM, ERP’nin yerine geçer mi?

Bu kararı ürün adına göre vermeyin. Stok, sipariş, maliyet ve editoryal ürün bilgisi için gereken yetenekleri ayrı değerlendirin; sorumlulukları yazılı belirleyin.

Her kanala aynı açıklamayı göndermek yanlış mı?

Her zaman değil. Ancak kanalın ihtiyaçları farklıysa uyarlama gerekebilir. Uyarlama, ürünün teknik gerçeğini değiştirmemeli ve izlenebilir olmalıdır.