Projeler ve ajans desteği için müsait · Hızlı yanıt, işi yapan kişiden

Sanayi ve teknik ekipman için e-ticaret geliştirme

Bir endüstriyel mağazada katalog sitenin malı değildir: ERP’ye aittir. Mağaza bir sipariş cephesidir ve projedeki güçlüklerin neredeyse tamamı bu rol dağılımından doğar.

Sorunumu anlatayım Mesaj gönderin

Mağaza, ürün ana kaydı değildir

Fiyat, stok, bakiye ve müşteri kaydı ERP’de yaşar. Mağaza bunların bir kopyasını gösterir ve oraya sipariş gönderir. Bunu açıkça ortaya koymak geri kalan her şeyi değiştirir: ilk kod satırından önce karara bağlanması gereken şey, alan bazında senkronizasyonun yönü ve iki sistem aynı değer üzerinde anlaşamadığında kimin hakem olacağıdır.

Bu karar, ERP’yi her gün kullanan kişilerle birlikte yazılı olarak alınır; üretimde görülen ilk çakışmada değil. Her alan için kimin yazdığını ve kimin okuduğunu belirten bir tablo, mağaza tarafında yapılan bir düzeltmenin bir sonraki senkronizasyonda ezilmesi ve hangi değerin doğru olduğunu artık kimsenin bilmemesi gibi klasik durumu önler.

Rolleri hiç netleşmemiş bir kurulumun belirtileri

  • Mağazada girilen bir fiyat düzeltmesi, bir sonraki senkronizasyonda iz bırakmadan ve uyarı vermeden kaybolur.
  • Sitenin duyurduğu bir hazır olma tarihi, hazırlık anında ERP tarafından yalanlanır.
  • Kodlama şeması mağaza tarafında elle yeniden kurulduğu için aynı ürün iki farklı kodla var olur.
  • Anlaşmalı fiyatlar sepete kadar inmez: giriş yapmış müşteri liste fiyatını görür.
  • Teknik dokümantasyon, sunucuya bırakılmış bir dosya klasörüdür; sürümü yoktur ve bir referansa bağlı değildir.
  • Zorunlu miktar adımı denetlenmez: üretimin karşılayamayacağı bir miktarla sipariş gelir.
  • Sipariş yalnızca bir PDF üretir; faturalama sisteminin kullanabileceği yapılandırılmış veri yoktur.

Kodlama, belgeler ve ambalaj birimleri

Endüstriyel bir referans, fiziksel özelliklerin birleşimiyle tanımlanır: malzeme, çap, uzunluk, diş, yüzey işlemi. Ürün kodu seçilmez, bu özelliklerden hesaplanır. Bu nedenle ürün sayfası, alıcının bu ölçütlerden yola çıkarak tam varyasyona inmesine izin vermeli, ancak birbiriyle rekabet eden yüzlerce neredeyse aynı sayfa üretmemelidir.

Endüstriyel alıcı çoğu zaman üründen önce belgeyi arar. Teknik resimler, teknik föyler, malzeme sertifikaları, çok dilli kullanım kılavuzları, deney tutanakları: bu belgeler sürümlenmeli, referansa bağlanmalı, kimi zaman yalnızca tanımlı hesaplara açılmalı ve her şeyden önce site içi arama motoru tarafından bulunabilmelidir. Aramanın döndürmediği bir belge, alıcı için var olmayan bir belgedir.

Geriye ambalaj birimleri ve süreler kalır. Parti hâlinde satış, asgari sipariş miktarı, zorunlu miktar adımı, her referansa özgü tedarik süresi, siparişe göre üretilen ürünler: bunlar ürüne bağlı ve sepette denetlenen kurallardır, süs niteliğinde notlar değil. Duyurulup sonra yalanlanan bir hazır olma tarihi, hiç tarih vermemekten pahalıya mal olur.

Geliştirmeden önce netleştirdiklerim

  1. Alan sahipliği tablosu

    Her veri için — fiyat, stok, süre, ürün kodu, müşteri bilgileri — kim yazar, kim okur, hangi sıklıkta ve çakışmada kim üstün gelir. Bu belge, bir uyuşmazlık çıktığında başvurulacak kaynak olur.

  2. Ürün kodu hesaplama kuralı

    Kodlama özelliklerden türer. Yeni içe aktarılan bir ürünün doğru kodu otomatik almasını sağlayacak biçimde bunu biçimselleştiriyorum; er ya da geç sapacak elle girişe bağlı kalmak yerine.

  3. Herkese açık fiyatı olmayan ürünlerin davranışı

    Birçok referansın gösterilen bir fiyatı yoktur. Katalog bir tutarı gizleyebilmeli, talep üzerine ibaresini gösterebilmeli ve sepet bağlamıyla birlikte satış ekibinin aracına düşen bir teklif talebi başlatabilmelidir.

  4. Yapılandırılmış sipariş çıktısı

    Alıcı tanımlayıcıları, sipariş ve sözleşme referansları, zorunlu ibareler: siparişin yazdırılabilir bir belgeden fazlasını ürettiğini daha çerçeveleme aşamasında doğruluyorum; çünkü tüm faturalama zinciri buna bağlıdır.

İlişkili çalışmalar

Sıkça sorulan sorular

Mağaza ve ERP çift yönlü senkronize edilmeli mi?
Her alan için nadiren. Çoğunlukla ERP fiyatı, stoğu ve süreyi yazar; mağaza ise siparişleri ve kimi zaman teslimat bilgilerini yazar. Alan bazında karar vermek sessiz ezmeleri önler ve geliştirmeyi belirgin biçimde basitleştirir.
Aynı ailede neredeyse aynı yüzlerce sayfadan nasıl kaçınılır?
Teknik aile başına tek bir sayfa yayımlayarak ve özelliklerden — malzeme, çap, uzunluk, diş — tam varyasyona inen bir seçici kullanarak. Varyasyon sipariş edilebilir ve tanımlı kalır, ancak dizine eklenen bir sayfa daha olmaz.
Müşteriye göre farklı fiyat gösterilebilir mi?
Evet, yeter ki fiyat listesi ERP’den gelsin ve giriş sonrasında müşteri ile ürün ailesi bazında uygulansın. Ayrıca giriş yapmamış ziyaretçi durumu da öngörülmelidir; bu ziyaretçi ne anlaşmalı fiyatı ne de bakiyeyi görmelidir.
Teknik resimler ve malzeme sertifikaları nerede saklanmalı?
Referansa bağlı olarak, sürüm numarası ve tarihle birlikte; ayrıca herkese açık olanı tanımlı hesaplara ayrılmış olandan ayıran bir erişim kuralıyla. Site içi arama motoru bunların üst verisini dizine eklemelidir, aksi hâlde alıcı belgeleri bulamaz.
Referansa özgü bir tedarik süresi nasıl yönetilir?
ERP’den gelen bir ürün verisi olarak; sepette en uzun satıra göre yeniden hesaplanarak ve niteliğiyle birlikte gösterilerek: stokta, ikmalde ya da siparişe göre üretim. Yanlış çıkacak bir tarih duyurmaktansa hiçbir şey duyurmamak daha iyidir.
Parti hâlinde ya da miktar adımıyla satılan ürünlerde ne yapılmalı?
Denetim basit bir bilgilendirme mesajıyla değil sepette yapılmalıdır: asgari miktar, zorunlu kat, en yakın sipariş edilebilir değere otomatik yuvarlama. Aksi hâlde üretimin karşılayamayacağı bir miktarla sipariş gelir.

İhtiyacınızı bir dakikada anlatın

Size bir anket daha değil, doğrudan bir tahmin sunabilmem için birkaç hedefli soru.

outil
api
sens
frequence (facultatif)
Size dönebilmem için en az bir e-posta veya telefon numarası belirtin.

Size dönebilmem için en az bir e-posta veya telefon numarası belirtin.