Webshop és készletprogram összekötése: mit kell előre tisztázni?

A webshop és a készletprogram összekötése nem pusztán adatok másolása. El kell dönteni, hol keletkezik a termék, melyik ár az érvényes, és mikor csökken a szabad készlet. Ezek nélkül egy technikailag működő kapcsolat is hibás rendelési helyzeteket okozhat.

Jelöld ki az adatgazdát mezőnként

Lehet, hogy a készlet és az alapár a vállalatirányítási rendszerből érkezik, a webes termékleírás viszont a webshopban készül. Egy teljes sorfelülírás ilyenkor eltüntetheti a gondosan szerkesztett szöveget. Készíts táblázatot arról, melyik mezőt melyik rendszer módosíthatja.

A termékeket stabil, egyedi azonosító kösse össze. A név nem jó kulcs, mert javítható és több terméknél ismétlődhet. Külön kell kezelni az új terméket, a módosítást, a megszűnt tételt és a termékváltozatot.

A készletfoglalás üzleti szabály

Mi történik az utolsó darabbal, ha két rendelés érkezik? Már a kosárba helyezés foglal, a rendelés beküldése, vagy csak a fizetés? Meddig él a foglalás, és mikor oldódik fel? Ezekre nem ugyanaz a jó válasz minden üzletben.

• Mekkora frissítési késés fogadható el?
• Lehet-e rendelni bizonytalan vagy negatív készletre?
• Hogyan hat a bolti értékesítés a webes készletre?
• Mi történik törölt és visszáruzott rendelésnél?
• Ki kap értesítést a szinkronhibáról?

Az import legyen ellenőrizhető

A feldolgozás mutassa a legutóbbi sikeres frissítést, az érintett tételek számát és a visszautasított rekordok okát. Egy hibás ár vagy hiányzó cikkszám ne tűnjön el csendben. Nagy változás előtt hasznos lehet ellenőrző lépés, például a teljes katalógust érintő váratlan áresés megállítása.

Próbáld ki a kapcsolat megszakadását és az ismételt adatküldést is. Egy rendelés újraküldése ne hozzon létre újabb rendelést a másik oldalon. Az élesítés előtt kis, vegyes tesztkészlettel ellenőrizd a teljes folyamatot.

A kiinduló katalógushoz a termékadatok előkészítése, az integráció fenntartásához az API-kapcsolatok karbantartásáról szóló cikk segít.