Üzleti Rendszerterv [Fogadó – GS1Perfect kapcsolat]
2009. 11.05.
Tartalomjegyzék 1. Bevezető ......................................................................................................................................................... 4 2. Áttekintés ........................................................................................................................................................ 4 2.1 Kommunikáció ........................................................................................................................................... 5 2.1.1 Különleges szabályok........................................................................................................................................ 6 2.1.2 Hibakezelés ...................................................................................................................................................... 6 2.2 Nem-szöveges adat..................................................................................................................................... 7 2.2.1 Termékkép ....................................................................................................................................................... 7 2.2.2 Egy termék kiegészítő dokumentumai ............................................................................................................. 8 2.3 Technikai kapcsolat..................................................................................................................................... 8 2.3.1 Előfeltételek ..................................................................................................................................................... 8 2.3.2 GS1Perfect gyártás előtti AS2 kereskedelmi partnerinformáció ...................................................................... 8 2.3.3 GS1Perfect valós környezet AS2 kereskedelmi partnerinformációk ................................................................ 9 2.3.4 GS1Perfect szoftverkörnyezet technikai áttekintése ....................................................................................... 9 2.4 Helpdesk információk ................................................................................................................................. 9 3. Rendszerleírás ............................................................................................................................................... 10 3.1 Rendszerfolyamat-modell ......................................................................................................................... 10 3.1.1 Kiskereskedő előfizetése termékinformációkra ............................................................................................. 10 3.1.2 Kiskereskedői előfizetés törlése ..................................................................................................................... 11 3.1.3 A kiskereskedő első alkalommal fogad adatszinkronizációból új termékinformációt a gyártótól/beszállítótól ................................................................................................................................................................................. 13 3.1.4 A kiskereskedő új termékinformációt fogad az adatszinkronizáció során ..................................................... 14 3.1.5 Kiskereskedő módosított termékinformációt fogad ...................................................................................... 15 3.1.6 A kiskereskedő termékinformáció törlését fogadja ....................................................................................... 16 3.1.7 A fogadott termékinformációk megerősítése a kiskereskedő részéről .......................................................... 17 3.1.8 A kiskereskedő egyszeri termékinformációt kér ............................................................................................ 19 3.1.9 A kiskereskedő egyszeri termékinformációt fogad ........................................................................................ 21 3.1.10 fogadás megerősítése és a üzenetek feldolgozása ...................................................................................... 22 3.2 Rendszer adatmodell ................................................................................................................................ 23 3.2.1 Azonosítás ...................................................................................................................................................... 23 3.2.2 Osztályozás ..................................................................................................................................................... 23 3.2.3 Attribútumok .................................................................................................................................................. 23 3.2.4 Termék-hierarchia .......................................................................................................................................... 26 3.3 Érvényesítés ............................................................................................................................................. 26 3.4 Partneradat szolgáltatása .......................................................................................................................... 26 3.5 Üzemeltetési környezet ............................................................................................................................ 26 3.6 Hardver specifikáció ................................................................................................................................. 27 3.7 Szoftveres specifikáció .............................................................................................................................. 27 4. Szolgáltatás hozzáférhetősége ........................................................................................................................ 27 5. Tervezett szolgáltatás-szüneteltetés és karbantartás ....................................................................................... 27 6. Visszaállítás és katasztrófa-helyreállítás .......................................................................................................... 27 7. Adatintegritás ................................................................................................................................................ 28
8. Kommunikációs protokoll szabványok ............................................................................................................ 28 9. Értesítések és aktivitási jelentések .................................................................................................................. 28 10. Teljesítmény ................................................................................................................................................ 28 11. Biztonság ..................................................................................................................................................... 28 12. Technikai Támogatás .................................................................................................................................... 29 13. Hivatkozások ................................................................................................................................................ 29 14. Előnyök........................................................................................................................................................ 29
Dokumentumkezelés GS1Perfect – fogadó kapcsolat Projekt: Dokumentum címe: Dokumentum helye: Mellékletek:
Terjesztés:
Üzleti Rendszerterv GS1 Magyarország Uni_Schema_Package_1.3.3-20100121.zip– xml sémák preprod.gs1perfect.hu.zip attrib_hu.pdf attrib_en.pdf kodlistak.pdf gs1perfect_error_report_sheet.xls GDSN_Validation_Rules 1.1.1.xls gs1perfect_master_data_requirements.xls gs1perfect_trade_item_hierarchy.xls PartnerManager_Trading_Partner_Information_Form_HU.pdf PartnerManager_Trading_Partner_User_Account_Registration_Form_HU.pdf GS1Perfect_Software_Environment_Technical_Overview_EN.pdf GS1Perfect_Uni_Messaging_Short_Technical_Overview_EN.pdf GS1 Magyarország – Vatai Krisztina; Szilágyi Balázs; Hegedűs Endre; Jacsó Zsolt; Debreczi János; Elek Márta fogadó -
Változtatások jegyzéke Dátum 2008.05.09 2009.10.09
Szerző GS1 Magyarország GS1 Magyarország
Változtatások leírása Kezdeti verzió Végső verzió
Verzió 1.0 2.0
1. Bevezető Jelen dokumentum az alábbi dokumentumra épül: GS1Perfect – Retailer Function Description v1.0
2. Áttekintés Az GS1Perfect-Fogadó kapcsolat projekt célja, hogy bármely termékadat-fogadó rendszerhez a GS1Perfecten keresztül juttassa el a beszállítók törzsadatait. A formátum és adattartalom mellett jelen dokumentum az összes szükséges technikai és kommunikációs előírást meghatározza. A GS1Perfect egy minősített GDSN-adatbank (Global Data Synchronization Network, Globális Adatszinkronizációs ® Hálózat). A GDSN a GS1 Globális Regisztráció (GS1 Global Registry ) köré épül. A GDSN-minősítéssel rendelkező adatbankok megbízható és stabil környezetet biztosítanak a pontos adatok biztonságos és folyamatos szinkronizációjához. A GDSN-nek köszönhetően a kereskedelmi partnerek mindig a legfrissebb információkat kapják meg rendszereikben, és bármely vállalat adatbázisában bekövetkezett változások automatikusan és azonnal a vele üzleti kapcsolatban álló vállalatok rendelkezésére bocsáttatnak.
Ha a beszállító és az ügyfél is tudja, hogy ugyanazt a pontos és naprakész adatot nézi, sokkal gördülékenyebb, gyorsabb és kevésbé költséges lesz közös üzleti tevékenységük. A GDSN egységes megbízhatósági pontot nyújt a termékinformációk számára. A GS1 Globális Adatszinkronizációs Hálózat GDSN-minősítéssel rendelkező interoperábilis adatbankok hálózatán keresztül kapcsolja a kereskedelmi partnereket a GS1 Globális Regisztrációhoz (Global Registry). Ezen Hálózaton belül a kereskedelmi árukat a GS1 Azonosító Kulcsok – a GTIN (Globális Kereskedelmi Áruazonosító Szám) és a GLN (Globális Helyazonosító Szám) – egyedi kombinációjával azonosítják. Az alábbi 5 egyszerű lépés lehetővé teszi a kereskedelmi partnerek számára, hogy szinkronizálják egymással az áru-, a hely- és áradatokat: 1.
Adatfeltöltés (Load Data): Az eladó regisztrálja adatbankjában a termék- és vállalatinformációkat.
2.
Adat regisztrálása (Register Data): Az adat kisebb részhalmaza elküldésre kerül a GS1 Globális Regisztrációhoz.
3.
Előfizetési kérelem (Request Subscription): A vevő saját adatbankján keresztül előfizet az eladó információinak fogadására. Adat közzététele (Publish Data): Az eladó adatbankja közzéteszi a kért információkat a vevő adatbankja számára. Megerősítés és Informálás (Confirm & Inform): A vevő megerősítést küld az eladónak az egyes vállalatok adatbankjain keresztül, mely informálja a beszállítót az információt felhasználó kiskereskedő által tett lépésekről.
4. 5.
1. ábra – GDSN – Hogyan működik? Mivel a GS1Perfect minősítéssel rendelkező GDSN adatbank, ezért az azonosításra, osztályozásra, kommunikációra és az attribútumokra vonatkozó GS1 szabványokat teljesen kompatibilis módon alkalmazza.
2.1 Kommunikáció
A helyi felhasználói környezetben (nem GDSN-ből vagy GS1Perfect adatbankból való kereskedelmi partnerek közötti kommunikáció) a GS1Perfect adatbank nem alkalmazza ugyanazon üzeneteket és forgatókönyveket, mint a GDSN (GDSN-minősítéssel rendelkező adatbankok), de saját – GDSN szabványokkal teljes mértékben kompatibilis – Univerzális Környezetű rendszerén keresztül minden kommunikációt és attribútum tartalmat közvetít. Az Univerzális Környezetű (Uni-Environment) rendszer – az egyszerűbb és gyorsabb fejlesztés és elfogadás érdekében – a GDSN funkcionalitás figyelmen kívül hagyása nélkül teszi egyszerűbbé és egységessé a szabványok redundáns és GDSN üzenet-útirányítással kapcsolatos részeit. A törzsadataik közzétételére más adatbankokat használó beszállítók nem érintettek, hiszen az adatbankok közötti kommunikáció kizárólag a GDSN szabványoknak megfelelően zajlik. A GS1Perfect univerzális környezetében használt üzeneteket és funkciókat az alábbiak szerint mellékeltük: Univ1.3.3_schemas.zip: uniSubscription xml schema uniConfirmation xml schema uniRequest xml schema uniProductListDocument xml schema uniResponse xml schema Az univerzális üzenetkezeléssel kapcsolatban a mellékelt GS1Perfect_Uni_Messaging_Short_Technical_Overview_EN.doc fájl ad bővebb felvilágosítást.
2.1.1 Különleges szabályok A kommunikáció különleges szabályai: 1. Minden elküldött üzenet után azonnal egy AS2 válaszüzenetnek (MDN) KELL érkeznie (5 másodperces időkeret); lásd a kommunikációs hibakezelésről szóló következő fejezetet; (Fontos megjegyzés: A tesztidőszak alatt figyelemmel kell kísérni, hogy miként teljesíthető az 5 másodperces időkeret). 2. Minden elküldött üzenet után azonnal egy UniResponse válaszüzenetnek KELL érkeznie. Az UniResponse elküldésének időkerete 30 perc. (Lásd a kommunikációs hibakezelésről szóló következő fejezetet, amennyiben nem érkezik meg). A UniResponse egy általános technikai válaszüzenet, nem a megválaszolt üzenet tartalmára vonatkozik. A UniResponse üzenet állapota az alábbi lehet: a. ACCEPTED (elfogadott): technikai szempontból érvényes, sikeresen megérkezett és feldolgozott b. REJECTED (visszautasított): megérkezett, azonban technikai szempontból érvénytelen vagy sikertelen volt a feldolgozása; a visszautasítás okát a válaszüzenet megfelelő node-jában - a jelen dokumentumhoz csatolt hibakód-lista segítségével – kell részletezni. 3. A hibaüzeneteknek (UniResponse) tartalmaznia kell emberi szemmel leolvasható hibaleírást (és opcionálisan hiba kódokat is). Fontos: a fenti szabályok figyelmen kívül hagyása ellentétes az SLA-val (Service Level Agreement, Szolgáltatási Szint Megállapodás).
2.1.2 Hibakezelés Kommunikációs hiba forgatókönyve („elveszett üzenet”) Előfeltétel:
AS2 MDN vagy az Univerzális Környezet UniResponse hiánya az időkeret lejártával
Következmények: Forgatókönyv a résztvevők számára: 1. (küldő) az adott folyamat megáll (de kereskedelmi partner és az adatbank közötti kapcsolat nyitva marad) 2. (küldő) közös információk összegyűjtése (üzenet típus és azonosító (ID), küldés ideje, maga az üzenet-állomány) 3. (küldő) közvetlen kommunikáció kezdeményezése a fogadó elérhetőségén (telefonon, emailben), lásd 2.4-2.5 fejezetet 4. (mindkét fél) a probléma felkutatása (hardver, szoftver, kapcsolat, üzenet-forgatókönyv stb.) 5. (adatbank) a hiba dokumentálása; lásd a mellékelt gs1perfect_error_report_sheet.xls dokumentumot
6 (mindkét fél) javítás, amennyiben szükséges 7. (küldő) az üzenet újbóli elküldése
2.2 Nem-szöveges adat A GDSN üzenetek nem képesek bináris adatok kezelésére (csak XML fájlokéra), de a beszállítók belevehetik például egy kép fájl URL-jét. A beszállítóknak egyenként kell közzétenniük a fájlokat (a GS1Perfect 2.0 adatforrás portálon), melyeket az üzenet fogadója tölt le. Korlátozott a feltölthető képek és dokumentumok mérete. Egy fájl maximum 2MB lehet. Képek és kiegészítő dokumentumok közlése esetén a hozzátartozó attribútumok kötelezővé válnak. További részletekért lásd gs1perfect_master_data_requirements.xls.
2.2.1 Termékkép A képfájlok neveinek a termék GTIN-jéből, a képnézetből, valamint a fájl kiterjesztéséből kell állnia, pontokkal elválasztva. A termék GTIN-je: a termék GDSN-en belüli fő azonosítója Képnézet: lehet elölnézeti, elölnézet bal/jobb oldali, felülnézeti, alulnézeti vagy hátulnézeti, ezek az alábbiak szerint jelölendők a fájl nevében (lásd 2. ábra): elölnézeti: .1 elölnézeti bal oldali: .2 felülnézeti: .3 hátulnézet: .7 alulnézeti: .8 elölnézeti jobb oldali: .9 A fájl kiterjesztése: várt kiterjesztések jpg vagy png. Hacsak más megállapodás nincs, a GS1Perfect mindig elküldi az URL-t a termék elölnézeti képéhez.
2. ábra Lehetséges képnézetek – példa az elnevezésre: 5991234567894.1.jpg
2.2.2 Egy termék kiegészítő dokumentumai A kiegészítő dokumentum nevének a termék GTIN-jéből, magára a dokumentumra való szabad szöveges hivatkozásból és a fájl kiterjesztéséből kell állnia, pontokkal elválasztva. A termék GTIN-je: a termék GDSN-en belüli fő azonosítója Dokumentumra való hivatkozás: a fájlok elnevezésére vonatkozó általánosan elvárt szabály legfeljebb 10 karakter használatát mondja ki. A fájl kiterjesztése: várt kiterjesztések: pdf, doc, docx vagy rtf. Példa az elnevezésre: 5991234567894.license.pdf Kapcsolódó GDSN szabvány:
http://www.gs1.org/docs/gsmp/gdsn/Product_Image_Specification.pdf
–
Termékkép
Specifikáció
(fájlelnevezési szabályok) A szolgáltatás jelen dokumentum szerkesztésekor még nem érhető el, a rá vonatkozó időkeret még egyeztetés tárgyát képezi.
2.3 Technikai kapcsolat 2.3.1 Előfeltételek Az Univerzális Környezetben résztvevő feleknek kizárólag az AS2 protokollt KELL használniuk. Előnyben részesített, ha a GS1Perfecthez kapcsolódó fél Drummond Group által minősített AS2 szoftvert használ, máskülönben maga a fél vállal felelősséget minden AS2 kommunikációs hibáért.
2.3.2 GS1Perfect gyártás előtti AS2 kereskedelmi partnerinformáció Kereskedelmi partner adatai Név Cím Munkaidő
GS1 Magyarország Zrt. Magyarország, 1139 Budapest Fáy u. 1/b 8-17 GMT+1/+2 (óraállítástól függően)
Technikai kapcsolat Név Telefon E-mail
Hegedűs Endre +36 (30) 8413949
[email protected]
Adminisztrációs kapcsolat Név Telefon E-mail
Vatai Krisztina +36 (1) 4123948
[email protected]
Kereskedelmi Partner AS2 Szoftver AS2-nek megfelelő szoftvercég neve Van-e Drummond minősítése az AS2 szoftvernek
nSoftware IPWorks! EDI 7.0 Igen
Tesztelési környezet AS2 Specifikációk AS2 Azonosító URL az AS2 kapcsolathoz Asszinkron MEDN URL MDN Fogadási Biztonság MDN Fogadási Szállítás A minősítést mellékelték a jelen dokumentumhoz.
5990000000023
http://preprod.gs1perfect.hu/as2/Receiver.aspx http://preprod.gs1perfect.hu/as2/AsyncMDN.aspx Aláírt Asszinkron
2.3.3 GS1Perfect valós környezet AS2 kereskedelmi partnerinformációk A GS1 Magyarországgal GS1Perfect adatbank-szolgáltatási szerződést aláíró feleket ellátják a gyártási környezet technikai kapcsolódási részleteivel.
2.3.4 GS1Perfect szoftverkörnyezet technikai áttekintése Bővebb felvilágosításért lásd a GS1Perfect_Software_Environment_Technical_Overview_EN.doc dokumentumot.
2.4 Helpdesk információk Első Szintű Támogatás Az első szintű felhasználói támogatás célja, hogy az első hívás alkalmával segítse a felhasználókat és kezelje a helpdesk jegyeket. A problémák második vagy harmadik támogatási szintre való továbbirányítása az első szintű támogatói csapat felelőssége. Az első szintű támogatás működése és elérhetősége az SLA (Service Level Agreement, Szolgáltatási Szint Megállapodás) része. Második szintű támogatás A második szintű támogatás célja a technikai és kommunikációs csatornát érintő problémák kezelése. A felhasználókkal való közvetlen kapcsolat a GS1Perfecthez való interfész-kapcsolatokat fejlesztőkre korlátozódik. Az második szintű támogatás működése és elérhetősége az SLA (Service Level Agreement, Szolgáltatási Szint Megállapodás) része.
VÁLLALAT
KAPCSOLATTARTÓ NEVE
TELEFON
EMAIL
TÁMOGATÁSI SZINT
GS1 Magyarország
GS1Perfect Help Desk GS1Perfect Technical Support GS1Perfect Client Service
+36-30/8413970 +36-30/8413949 +36-30/8413966
[email protected] [email protected] [email protected]
Első Szintű Támogatás Második Szintű Támogatás Harmadik Szintű Támogatás
3. Rendszerleírás 3.1 Rendszerfolyamat-modell 3.1.1 Kiskereskedő előfizetése termékinformációkra A kiskereskedő kéri, hogy az adatbankban a gyártó/beszállító által a kiskereskedő számára elérhetővé tett termékadatot az általa jóváhagyott tartalommal és formátumban küldjék el a rendszerének. A kiskereskedő egy termék információra szóló előfizetési üzenet küldésével kezdeményezheti a termékadatok közlését annak gyártójával/beszállító partnerével saját belső rendszere felé. Azonban a termékinformációra szóló előfizetési üzenet nem egy egyszerű információ lekérdezést eredményez, hanem egy teljes folyamatot, mely folyamatos és automatikus termék törzsadat-kommunikációt biztosít a két fél között. Amíg a gyártó/beszállító partner elérhetővé teszi a termék-törzsadatot a kiskereskedő számára, és a kiskereskedő nem érvényteleníti a megadott lépésekkel az előfizetést, a kiskereskedő folyamatosan megkapja a gyártó által a saját adatbázisában alkalmazott – a GS1Perfect adatbanknak automatikusan elküldött – módosításokat és új információkat. A kereskedelmi partnerek közötti bárminemű kommunikáció előtt a felek azonosítását minden résztvevőnek el kell fogadni, meg kell osztania és rögzítenie kell. A GDSN-ben résztvevő felek azonosítására a GLN szolgál. Lásd a 3.2.1-es és 3.4-es fejezetet.
3.1.1.1 Üzenet típus Küldő
Kiskereskedő
Fogadó
GS1Perfect
Üzenet
termékinformációra szóló előfizetési üzenet – uniSubscription
Parancs
ADD
Változók
Ugyanazon előfizetési üzenetben az alábbi változók bármely kombinációja alkalmazható a GTIN és GPC Brick Code együttes használatán kívül: A gyártó/beszállító összes termékére elő lehet fizetni; ebben az esetben a gyártó/beszállító GLN-je jelenti az előfizetés előfeltételét. Adott (általában) földrajzi területek egyes termékeire is elő lehet fizetni; ebben az esetben az előfizetés előfeltétele a szabványokban definiált kódérték által azonosított terület (Célpiac (Target Market) attribútum – ISO 3166-1 3N országkódlista) Adott termékcsoportra is elő lehet fizetni; ebben az esetben az előfizetés előfeltétele a GPC adott kódértéke (a GPC legalsó szintje: Téglakód (Brick Code)). Adott termékre is elő lehet fizetni; ebben az esetben az előfizetés előfeltétele a terméket azonosító GTIN. Amennyiben egy uniSubcription GTIN-t tartalmaz és nincs egyezés az adatbankban, úgy az előfizetés törlődik és a következő forgatókönyv lép életbe: a. ha a GTIN nem volt regisztrálva az adatbankban, akkor az előfizetés küldője – a helyzetet leíró hibaüzenet kíséretében – egy uniResponse-t kap; b. ha a GTIN-t nem tették közzé az adatbankban az előfizetést küldő számára, akkor a küldő – a helyzetet leíró hibaüzenet kíséretében – egy uniResponse-t kap (és az előfizető értesítheti az adatforrást a közzététel hiányáról). Fontos megjegyzés: A lehető leghatékonyabb és legsimább előfizetés-kezelés érdekében a Célpiac információkkal együtt tanácsos elküldeni a gyártó/beszállító GLN-jét is.
Adatbank érvényesítése
Az előfizetést küldő partner érvényesítése GTIN megfelelő formája GLN megfelelő formája Célpiac országkódjának érvényesítése
GPC Brick kód érvényesítése Előfeltétel
Kiskereskedő: Adatbank: Gyártó/beszállító: -
Válaszüzenet
Válaszüzenet – uniResponse Lásd 3.1.10 fejezet
Következmény
Egy termékinformáció-üzenet – uniProductListDocument – formájában a kiskereskedő állandó jelzést kap az attribútum-készletről, valamint annak – ezen üzeneten belül a kiskereskedő számára elérhetővé tett és általa előfizetett termékinformációs kapcsolat alapján kiosztott termékekkel kapcsolatos – változásairól.
3.1.1.2 Üzenet-áramlás
3.1.2 Kiskereskedői előfizetés törlése A kiskereskedő többé nem kér új – a korábban elküldött előfizetéshez kapcsolódó – termékinformációt.
Azonban ebben az esetben a kiskereskedő nem függeszti fel a már érintett termékek adatszinkronizációját. Adott termékkel kapcsolatos információk fogadása a UniConfirmation üzenet segítségével állítható le, részleteket lásd a megfelelő fejezetben. Előfizetés módosítására nincs lehetőség, csak a régi törlésére, majd ezt követően egy új küldésére.
3.1.2.1 Üzenettípus
Küldő
Kiskereskedő
Fogadó
GS1Perfect
Üzenet
termékinformációra szóló előfizetési üzenet – uniSubscription
Parancs
DELETE
Változók
Összhangban kell lennie a termékinformációra szóló előfizetési üzenet változóival
Adatbank érvényesítése
Az előfizetést küldő partner érvényessége. Érvényes előfizetés, megfelelő változókkal.
Előfeltétel
Kiskereskedő: termékinformációra szóló előfizetési üzenet – uniSubscription Adatbank: Gyártó/beszállító: -
Válaszüzenet
válaszüzenet – uniResponse Lásd 3.1.10
Következmény
A pillanatnyilag törlés alatt álló előfizetés alapján új termékekre nincs adatszinkronizáció. A beszállító és kiskereskedő közötti szinkronizáció részét eddig képező termékeket érintő változások elküldésre kerülnek.
3.1.2.2 Üzenet-áramlás
3.1.3 A kiskereskedő első alkalommal fogad adatszinkronizációból új termékinformációt a gyártótól/beszállítótól 3.1.3.1 Üzenettípus
Küldő
GS1Perfect
Fogadó
Kiskereskedő
Üzenet
termékinformáció üzenet – uniProductListDocument
Parancs
INIT – azt jelenti, hogy a terméknek léteznie kell a kiskereskedő belső rendszerében INIT parancs a kezdeti termékfeltöltésre szolgál. A termékadatot már továbbították az Univerzális Környezet bevezetése előtti csatornán. Ez a parancs azt jelenti, hogy kiindulási pontot kell biztosítanunk a termék adatbanki kommunikációjához. Az adatforrás, a fogadó és a GS1Perfect rendszereiben ugyanazon termékeket és a hozzájuk kapcsolódó attribútum-halmazokat kell tárolni.
Változók
Nincs
Adatbank érvényesítése
Első alkalommal küldenek a gyártótól/beszállítótól a kiskereskedőnek termékinformációt.
Előfeltétel
Kiskereskedő: termékinformációra szóló előfizetési üzenet – uniSubscription Adatbank: előfizetések és rendelkezésre álló termékinformációk párosítása Gyártó/beszállító: elérhetővé tette a termékinformációt a kiskereskedő számára.
Válaszüzenet
Válaszüzenet – uniResponse Lásd 3.1.10 fejezet
Következmény
Termékinformáció üzenet megerősítése – uniConfirmation, nem kötelező Lásd 3.1.11 fejezet
3.1.3.2 Üzenet-áramlás
3.1.4 A kiskereskedő új termékinformációt fogad az adatszinkronizáció során A korábban küldött előfizetés és a gyártó/beszállító által elérhetővé tett terméklista alapján a kiskereskedő termékinformációt fogad belső rendszerében az adatbankból, melyet a gyártó/beszállító már nem az első alkalommal küld el a számára.
3.1.4.1 Üzenettípus Küldő
GS1Perfect
Fogadó
Kiskereskedő
Üzenet
termékinformáció üzenet – uniProductListDocument
Parancs
ADD
Változók
Nincs
Adatbank érvényesítése
Már legalább egyszer előfordult termékadat-kommunikáció a kiskereskedő és a gyártó/beszállító között.
Előfeltétel
Kiskereskedő: termékinformációra szóló előfizetési üzenet – uniSubscription Adatbank: előfizetések és rendelkezésre álló termékinformációk párosítása Gyártó/beszállító: elérhetővé tette a termékinformációt a kiskereskedő számára.
Válaszüzenet
Válaszüzenet – uniResponse Lásd 3.1.10 fejezet
Következmény
Termékinformáció üzenet megerősítése – uniConfirmation, nem kötelező Lásd 3.1.11 fejezet
3.1.4.2 Üzenet-áramlás
3.1.5 Kiskereskedő módosított termékinformációt fogad A korábban küldött előfizetés és a gyártó/beszállító által elérhetővé tett terméklista alapján a kiskereskedő – a gyártó/beszállító által küldött – módosított termékinformációt fogad belső rendszerében az adatbankból. A módosítás típusa és/vagy mértéke nem sérti a GTIN kiosztás szabályait. Azonban vannak olyan esetek, amikor a gyártó/beszállító partner számára biztosítani kell, hogy a termékadatot a GTIN kiosztás szabályain túlmenően módosíthassa, és közölhesse azt az adatbankon keresztül. Ez lehet egy rossz mérési eredmény vagy egy elgépelés javítása is. (Az ilyen jellegű adatjavításokat csak szigorú megkötések mellett lehet végrehajtani: ugyanazon GTIN közzétételi időpontjától számított 3 munkanapon kétszer a uniProductListDocument és a CORRECT parancs segítségével – lásd alább).
3.1.5.1 Üzenettípus
Küldő
GS1Perfect
Fogadó
Kiskereskedő
Üzenet
termékinformáció üzenet – uniProductListDocument
Parancs
CHANGE - A módosítás típusa és/vagy mértéke nem sérti a GTIN kiosztás szabályait.
Változók
Nincs
Adatbank érvényesítése
A GTIN kiosztási szabálynak megfelelő érvényesítés. Az érvényesítéseket nem hajtották végre az adatbankban – kiskereskedői értesítés a
megállapodott 3 napos időkereten belül. Előfeltétel
Kiskereskedő: a terméket nem utasították vissza (REJECTED). (Ez az UPLD üzenet csak a megerősítés státuszától függ, és független az elérhető előfizetésektől.) Adatbank: a megerősítés pontos státusza és rendelkezésre álló termékinformációk Gyártó/beszállító: elérhetővé tette a termékinformációt a kiskereskedő számára.
Válaszüzenet
Válaszüzenet – uniResponse Lásd 3.1.10 fejezet
Következmény
Termékinformáció üzenet megerősítése – uniConfirmation, nem kötelező Lásd 3.1.11 fejezet
3.1.5.4 Üzenet-áramlás
3.1.6 A kiskereskedő termékinformáció törlését fogadja A üzenetben meghatározott időponttól számítva a gyártó/beszállító partner nem szándékozik közölni – a korábban kiskereskedő által küldött előfizetés és a gyártó/beszállító által elérhetővé tett terméklista alapján meghatározott – termék információt. Ez az alábbi módon érhető el: a kiskereskedő számára biztosított hozzáférés megszüntetésével a meghatározott időponttól a termékinformáció kommunikációból való kivonásával
3.1.6.1 Üzenettípus Küldő
GS1Perfect
Fogadó
Kiskereskedő
Üzenet
termékinformáció üzenet – uniProductListDocument
Parancs
DELETE
Változók
Termékinformáció visszavonása esetén adott a visszavonás időpontja – törlés/megszűnés időpontja.
Adatbank érvényesítése
Az érvényesítéseket nem hajtják végre az adatbankban – kiskereskedői értesítés.
Előfeltétel
Kiskereskedő: a terméket nem utasították vissza (REJECTED). (Ez az UPLD üzenet csak a megerősítés státuszától függ, és független az elérhető előfizetésektől.) Adatbank: a megerősítés pontos státusza és rendelkezésre álló termékinformációk Gyártó/beszállító: elérhetővé tette a termékinformációt a kiskereskedő számára.
Válaszüzenet
Válaszüzenet – uniResponse Lásd 3.1.10 fejezet
Következmény
Termékinformáció üzenet megerősítése – uniConfirmation, nem kötelező Lásd 3.1.11 fejezet
3.1.6.2 Üzenet-áramlás
3.1.7 A fogadott termékinformációk megerősítése a kiskereskedő részéről A kiskereskedő jelezheti azon szándékát, hogy beleveszi-e vagy sem a gyártótól/beszállítótól kapott termékinformációt az adatszinkronizációba. Ezen üzenet elküldése nem kötelező. Amíg nem érkezik megerősítő üzenet, addig az adatbank elfogadottnak tekinti az adott terméket az adatszinkronizációs folyamatok számára (ez azt jelenti, hogy az első uniProductListDocumentet követő – kiskereskedőtől érkező – UniResponse fogadása után az adott GTIN státusza szinkronizált (SYNCHRONISED) lesz).
3.1.7.1 Üzenettípus Küldő
Kiskereskedő
Fogadó
GS1Perfect
Üzenet
termékinformáció megerősítése – uniConfirmation
Parancs
ADD
Változók
Az üzenetet mindig a közzétett (legnagyobb) GTIN-hez küldik, de a megerősítési státuszinformáció mindig arra a GTIN-re vonatkozik, ahol a hiba előfordul. Adott GTIN-hez tartozó megerősítési állapotok: ACCEPTED – elfogadott, a termék az adatszinkronizációs folyamatokban marad SYNCHRONISED – elfogadott, a termék az adatszinkronizációs folyamatokban marad, az elküldött adatok megfelelnek a kiskereskedő rendszerében lévő adatoknak. REJECTED – a terméket visszautasították és már nem szerepel az adatszinkronizációs folyamatokban; amíg ezt nem változtatják meg, a kiskereskedő nem kap termékinformációt az adott termékről (GTIN) REVIEW – a kiskereskedő kéri a gyártó/beszállító partnertől a termékadatok felülvizsgálatát, kiskereskedő által kért javítandó információk pontosan megjelölhetők a kódértékek és az emberi szem számára olvasható információ segítségével. Fontos megjegyzés: Ha egy adat fogadója vissza kívánja vonni egy korábban visszavont kereskedelmi árura vonatkozó visszavonást, akkor egy CIC-t kell küldeni az adott kereskedelmi árunak ACCEPTED, REVIEW vagy SYNCHRONISED státusszal. Lásd 3.1.11
Adatbank érvényesítése
A küldő fél érvényesítése. A hivatkozott GTIN-ek részt vesznek az adatszinkronizációban.
Előfeltétel
Kiskereskedő: legalább egy UPLD-t fogadott a termékhez. Adatbank: a termék szinkronizáció alatt áll a felek között Gyártó/beszállító: elérhetővé tette a termékinformációt a kiskereskedő számára.
Válaszüzenet
Válaszüzenet – uniResponse Lásd 3.1.10 fejezet
Következmény
A változók értékeitől függően adatszinkronizációs státusz módosítása (ACCEPTED, SYNCHRONISED, REJECTED, REVIEW) következik, vagy a megfelelő gyártói/beszállítói reakció esetén új terméklista üzenet – uniProductListDocument – kerül elküldésre.
Fontos megjegyzés: a uniConfirmation-REJECTED (lásd 3.1.7) és a uniSubsription-DELETE (lásd 3.1.2) nagyon különböző működést jelent: a) ha a fogadó visszautasítja a terméket, akkor arra a termékre (arra a GTIN-re) vonatkozóan nem lesz kommunikáció, de a párosítást előidéző előfizetés (mely a kezdeti termékadat fogadásához vezetett) aktív marad; b) ha az adatot fogadó törli az előfizetést, akkor nem lesz új párosítás (így új termékadat fogadása sem) ezen előfizetési paraméterekre vonatkozóan, de a szinkronizált termékek kommunikációja (a korábbi előfizetés jóvoltából) aktív marad.
3.1.7.2 Üzenet-áramlás
3.1.8 A kiskereskedő egyszeri termékinformációt kér A kiskereskedő – általa meghatározott eseti szinten – termékekről szóló információ fogadását kéri az adatbankból. A kiskereskedő nem kezdeményezi az adatszinkronizációs folyamatot, de egy adott termékhez tartozó adatokat kér. Fontos megjegyzés: Ez egy „vészfolyamat” arra az esetre, ha a már előfizetett és sikeresen szinkronizált termék(ek) elromlanának a kiskereskedő oldalán (hardver vagy szoftver hiba miatt).
3.1.8.1 Üzenettípus Küldő
Kiskereskedő
Fogadó
GS1Perfect
Üzenet
Üzenet termékinformáció kérésére – uniRequest
Parancs
ADD
Változók
A termékinformáció kérése vonatkozhat adott termékre/termékekre a célpiac és az adatforrás GLN-jének és/vagy a kért termék/termékek GTIN-jének/jeinek (nem kötelező) megadásával. A termék/termékek GTIN-je/jei kihagyhatók, amennyiben a beszállító összes szinkronizált áruját kérik. Egy uniRequest üzenet csak egyetlen adatforrás GLN-jét tartalmazhatja. Ha az isReload értéke igaz, akkor a szinkronizációs listából – a visszautasított státuszúak kivételével – minden áru visszaküldésre kerül az uniProductListDocument(s)-be. Ha az isReload értéke hamis a szinkronizációs listán szereplő összes áru – a uniRequest üzenet változóinak megfelelően – szinkronizáltra lesz beállítva. Még a visszautasított áruk is átállíthatók szinkronizáltra. Új árukat nem hoznak lére a szinkronizációs listához. Ha a uniRequest üzenet GTIN-t tartalmaz, az isReload értékét mindig hamisra kell állítani. Ha a uniRequest üzenet nem tartalmaz GTIN-t, az isReload értéke igazra vagy hamisra is beállítható.
Adatbank érvényesítése
Küldő fél érvényessége. GTIN érvényessége. Elérhetők-e a termék attribútumai a küldő fél számára.
Előfeltétel
Kiskereskedő: termékinformációra szóló előfizetési üzenet – uniSubscription Adatbank: előfizetések és rendelkezésre álló termékinformációk párosítása Gyártó/beszállító: elérhetővé tette a termékinformációt a kiskereskedő számára.
Válaszüzenet
Válaszüzenet – uniResponse
Következmény
Terméklista üzenet – uniProductListDocument Fontos megjegyzés: Ha a uniRequest üzenet olyan GTIN-t tartalmaz, mely nem része a szinkronizációs listának, vagy az áru státusza visszautasításra kerül, egy REJECTED státuszú uniResponse kerül visszaküldésre az adatot fogadónak, mely tartalmazza a visszautasított GTIN-ek listáját. Ebben az esetben a visszautasítás a teljes uniRequest üzenetre vonatkozik. Amennyiben a uniRequest üzenet egynél több termékhierarchiára vonatkozik, úgy egynél több uniProductListDocument üzenet kerül visszaküldésre az adatfogadóhoz. Egy uniProductListDocument egy hierarchiát tartalmaz.
3.1.8.2 Üzenet-áramlás
3.1.9 A kiskereskedő egyszeri termékinformációt fogad A kiskereskedő – általa meghatározott eseti szinten – termékekről szóló információ fogadását kéri az adatbankból. A kiskereskedő nem kezdeményezi az adatszinkronizációs folyamatot, de egy adott termékhez tartozó adatokat kér, melyet belső rendszerében fogad.
3.1.9.1 Üzenettípus
Küldő
GS1Perfect
Fogadó
Kiskereskedő
Üzenet
Termékinformáció üzenet – uniProductListDocument
Parancs
ADD
Változók
Nincs
Adatbank érvényesítése
Az érvényesítéseket nem hajtják végre az adatbankban – kiskereskedői értesítés.
Előfeltétel
Kiskereskedő: termékinformációra szóló előfizetési üzenet – uniSubscription Adatbank: előfizetések és rendelkezésre álló termékinformációk párosítása Gyártó/beszállító: elérhetővé tette a termékinformációt a kiskereskedő számára.
Válaszüzenet
Válaszüzenet – uniResponse Lásd 3.1.10 fejezet
Következmény
Nincs
3.1.9.2 Üzenet-áramlás
3.1.10 fogadás megerősítése és a üzenetek feldolgozása A GS1Perfect adatbank-szolgáltatása minden egyes üzenet küldésekor, fogadásakor/feldolgozásakor válaszüzenetek küldését írja elő annak érdekében, hogy mindenki értesüljön arról, ha a folyamatokat technikai okok gátolják, és biztosítsa a valamilyen okból meg nem kapott/fel nem dolgozott üzenetekre vonatkozó hibajelölések közlését.
3.1.10.1 Üzenettípus
Küldő
GS1Perfect/Kiskereskedő
Fogadó
Kiskereskedő/GS1Perfect
Üzenet
Válaszüzenet – uniResponse
Parancs
Nincs
Változók
Van mód az „elmaradt fogadás” okainak meghatározására Válaszüzenet lehetséges változatai: ACCEPTED: A fogadónak küldött üzenet fogadásra és a megfelelő feldolgozásra került. REJECTED: A fogadónak küldött üzenet nem került megfelelő módon fogadásra vagy feldolgozásra. A visszautasított státuszú válaszüzenet egy kivétel csomópontot tartalmaz részletes hibakódokkal és üzenetekkel.
Adatbank érvényesítése
A hivatkozott eredeti üzenet létezése.
Előfeltétel
A 3.1.1.1 – 3.1.9.1-ben felsorolt üzenetek
Válaszüzenet
Nincs
Következmény
Nincs
3.1.10.2 Üzenet-áramlás Lásd a 3.1.1.2-3.1.9.2 üzenet-áramlások
3.2 Rendszer adatmodell 3.2.1 Azonosítás A GS1Perfectben a partnereket GLN-ekkel (Global Location Number, Globális Helyazonosító Szám), míg a termékeket és szolgáltatásokat GTIN-ekkel azonosítják. Kapcsolódó szabványok: GS1 Általános Specifikációk (9.0) 4. fejezet Alkalmazási Szabályok – csatolmány GS1 GTIN szabályok: http://www.gs1.org/gtinrules/ GS1 GLN Rules: http://www.gs1.org/glnrules/
3.2.2 Osztályozás Egy egyszeri termék vagy szolgáltatás tekintetében a GS1Perfect számos osztályozási rendszerbe való osztályozást támogat, azonban a GDSN-en belüli alapvető kommunikációt a GPC (Global Product Classification, Globális Termékosztályozás) alkotja, mely a GS1 osztályozási szabványa. Kapcsolódó szabványok: GS1 GPC: http://www.gs1.org/productssolutions/gdsn/gpc GDSN termékverzió: http://gpcbrowser.gs1.org
3.2.3 Attribútumok GS1Perfect az érvényes GDSN szabványoknak megfelelően alkalmazza az attribútumokat és a dinamikus attribútumkezelő megoldásán keresztül bővíti a készletet a partnerekkel folytatott egyeztetések alapján. A GS1Perfect által támogatott attribútumok és odatartozó kódlisták a mellékelt a gs1perfect_trade_item_attributes.xls állománytartalmazza, ahol az attribútumokat a következő jellemzőkkel írták le:
# attribútum sorozatszáma attribute id (attribútum azonosító) az attribútum normalizált neve (egy az egyben való leképezés az üzenetben használttal) class name (osztálynév) az attribútum osztály-azonosítója (csak egy logikus csoportosítás) description (megnevezés) attribútum neve (angolul) megnevezés attribútum neve (magyarul) code list (kódlista) a code list (kódlista) előredefiniált értéklistát jelent (felsorolási listának vagy legördülő listának is nevezik)
ha az attribútum egy kódlista (a típus felsorolás), akkor ez egy hivatkozás arra kódlistára ha az attribútum nem egy kódlista, akkor ez egy kiegészítés az attribútum értékhez (pl. a típus multiShortDescription és a kódlista ISO639CodeType -> ez egy szöveg nyelvkóddal különleges kódlista: ISO3166_1CodeType = ISO országkódok ISO3166_2CodeType = ISO részterület kódok ISO4217CodeType = ISO pénznem kódok ISO639CodeType = ISO nyelvkódok szöveg és nyelvkód: ha a szövegattribútum (pl. string (karakterlánc), multiDescription, ..) egy nyelvkóddal egészül ki, akkor a nyelvkódot hozzá kell rendelni a szöveghez mennyiség és mérték: 'measurementValueType' és 'multiMeasurementValueType' attribútumok esetén a mennyiséghez egy mérték kódot kell hozzárendelni can repeat (megismételhető) ha az attribútum megismételhető, akkor ugyanazon kereskedelmi áruhoz több érték is hozzárendelhető ha egy kódlistát egy attribútumhoz rendelték (pl. mennyiség és mérték) hozzá, akkor ezeket együtt kell használni és megismételni (csak az attribútum vagy a kódlista megismétlése nem megengedett) 'multi..' típusokkal együttes attribútumok esetén (multiDescription, multiShortDescription, multiMeasurementValueType) az attribútum értéke mindig megismételhető, attól a ténytől függetlenül, hogy maga az attribútum megismételhető-e vagy sem; DE ebben az esetben minden kódlista érték csak egyszer használható (pl. netContent = 2 litre, 1 bottle, ...) group (csoport) annak a csoportnak a jelzője, amelyhez az attribútum tartozik (többszintű előfordulás és többszörös kezelés); az áttekintéshez lásd 'groups' global/local status (globális/lokális státusz) jelzi, hogy a célpiacoktól függően lehet e különböző az attribútum értéke vagy sem * Global (G) státusz azt jelenti, hogy az attribútum értéke minden célpiacon ugyanaz (pl. Global Trade Item Number (Globális Kereskedelmi Áruazonosító Szám)) * Global/Local (G/L) státusz azt jelenti, hogy az attribútum jelentése mindenhol ugyanaz, de az érték célpiaconként eltérhet (pl. adó) * Local (L) státusz azt jelenti, hogy az attribútum jelentése különböző lehet célpiaconként, így az érték is eltérő lehet (pl. Zöld pont) cardinality (előfordulás) az attribútum előfordulását jelzi: * kötelező (M): az attribútumot használni kell * nem kötelező (O): az attribútum használható (de nem kötelező) * automatikus (A): az attribútum értéke egy másik attribútum értékéből jön létre (pl. az ország neve az országkódból jön) * függő (D): egy kötelező attribútum egy nem kötelező csoportban (csak akkor válik kötelezővé, ha magát a csoportot használják) relationship dependency (kapcsolat függés) kapcsolatfüggő attribútumok: * kereskedelmi partnerre nézve neutrális (TPN) attribútumok: az attribútum értéke minden kereskedelmi partnerre ugyanaz (pl. GTIN) * kereskedelmi partnertől függő (TPD) attribútum: az attribútum értéke eltérhet az egyes kereskedelmi partnerek esetében (pl. Legkisebb rendelési mennyiség) * kereskedelmi partnerre nézve neutrális és attól függő (TPN&TPD) attribútum: lehet egy közös érték minden kereskedelmi partnerre és egy külön érték egy adott kereskedelmi partnerre (pl. Elérhetőség kezdete) a 'GLN of receiving party' (a fogadó fél GLN-je) azt a kereskedelmi partnert jelöli aki fogadja az adott attribútum érték-variációt product hierarchy (termékhierarchia) az adott attribútum lehetséges termékhierarchia (csomagolási szint) változatait jelzi, (pl. All= belépő szint, Base unit = csak az alap, …) (pl. a „Quantity of children” (Gyerek mennyisége) csak magasabb
hierarchia szinteken használható) common to all product hierarchy (minden termékhierarchiára ugyanaz) ha igaz az értéke, akkor az adott attribútum értéke minden olyan hierarchia szintre érvényes, ahol szerepel az adott kereskedelmi áru (pl. „GLN of information provider (data source)”, az információszolgáltató GLN-je) type (típus) attribútum típusa size (méret) attribútum mérete (a karakterek, számok, … minimálistól a maximális számig) definition (definíció) az attribútum definíciója megjegyzés: némely attribútum értéke más attribútum értékéből jön létre, ezek nem szerkeszthetők a felhasználó által; ezeket a *The value of this attribute is generated from .. + („Ezen attribútum értéke a … -ból jött létre”) szöveg jelöli meghatározás az attribútum magyar nyelvű meghatározása examples (példák) attribútumérték példák (főként technikai példák, nem üzletiek) business rules (üzleti szabályok) az attribútum használatra vonatkozó üzleti szabály Az alábbi különleges attribútumok további magyarázatra szorulnak: tradeItemUnitDescriptor az adott kereskedelmi áru termékhierarchiáját (csomagolási szint) jelöli az attribútumok egy része csak adott termékhierarchián használható globalTradeItemNumber Global Trade Item Number (GTIN, Globális Kereskedelmi Áruazonosító) ez a kereskedelmi áru azonosító száma, melyet a termékhierarchián belül hivatkozásazonosításra használnak informationProvider Global Location Number ((GLN), Globális Helyazonosító Szám)) a kereskedelmi áru információszolgáltatója (adatforrás), aki az adott kereskedelmi áru vonatkozásában a törzsadat forrása targetMarketCountryCode a célpiac ISO országkódja azonosítja a célpiacot, ahol a kereskedelmi áru terjeszthető partyReceivingPrivateData Global Location Number (GLN, Globális Helyazonosító Szám) a kereskedelmi partner jelzője, aki a kereskedelmi áru törzsadatának egyedüli fogadója (lásd „kapcsolati függés”) classificationCategoryCode Global Product Classification (GPC, GlobáisTermékosztályozási) kód a kereskedelmi áru kötelező osztályozás-azonosítója lastChangeDateTime dátum és időpont az utolsó frissítési idő, amikor a kereskedelmi áru információ-szolgáltatója megváltoztatta a törzsadatot canceledDate dátum a kereskedelmi áru törzsadata terjesztésre kerül a kereskedelmi partnerek felé, de maga a kereskedelmi áru soha nem kerül terjesztésre discontinuedDate dátum a kereskedelmi áru terjesztésre került, de terjesztés befejeződött az adott dátumtól
Bizonyos attribútumok csak más attribútumokkal vagy kódokkal értelmezhetők. Például egy méret egy értékből és egy mértékegységből áll. Ezeket a kódokat a mellékelt gs1perfect_codelists.xls and gs1perfect_codelists_uom.xls fájlban dokumentálták. Az ECR HUNGARY Master Data Alignment Working Grouppal (ECR Magyarország Törzsadat Összehangolási Munkacsoport) való együttműködés révén, valamint a magyarországi FMCG (Fast Moving Consumer Goods, Gyorsan Mozgó Fogyasztási Cikkek) ágazat főbb résztvevőivel folytatott egyeztetések során számos – attribútum- és kódkezelést – érintő követelményt állítottak fel. Ezen követelményeket a mellékelt gs1perfect_master_data_requirements.xls fájl foglalja össze. A GS1Perfect v2.0-re érvényes szabványok: GS1Perfect attribútum- és kódlista v1.1. Ezeket a dokumentumokat közzétették a GS1 rendszer felhasználói és a fentiekben említett munkacsoport résztvevői számára.
3.2.4 Termék-hierarchia A termék-hierarchiák (alaptermék-gyűjtő(logisztikai) csomagolás-szállítási gs1perfect_trade_item_hierarchy.xls fájlban dokumentálták.
egység)
kezelését
a
mellékelt
Mivel a GSDSN-ben – és ezáltal a GS1Perfect kommunikációs rendszerében – termékhierarchiákat továbbítanak, ezért az üzenetekben a teljes termékhierarchia átvitelre kerül. A hierarchia minden egyes tagja egyénileg azonosított és tárolt és a szülő-gyerek kapcsolattal együtt kerül közlésre. Egy adott hierarchia tagjai a megfelelő attribútumok révén kapcsolódnak egymáshoz. Az attribútumok a 3.2.3 fejezetben bemutatott módon kapcsolódnak a hierarchia egy vagy több szintjéhez. A fogadó rendszernek figyelembe kell vennie azt a hierarchia szintet, ahol egy attribútumot közölni kell/lehet. Például, a zöldségtermelésben általában ez a hierarchia az értékesítési pontot, ládát és raklapot foglal magába – esetleges további szintek mellett. A termékhierarchián belül a különböző szinteket összekötő kapcsolódások szintén az üzenet részeinek tekintendők.
3.3 Érvényesítés Az adatminőség egyike a GDSN alapelveinek, és a többi minősített adatbankhoz hasonlóan a GS1Perfect is érvényesítési szabályok széles skáláját (szabvány és kiegészítőket egyaránt) támogatja, hogy megvédje a kereskedelmi partnereket az emberi hibáktól és az adatintegritási problémáktól. Ráadásul a GS1Perfect biztosítja, hogy minden adatforrás megfelel adatfogadói és termékkategóriái adatkövetelményeinek. A szabvány GDSN Érvényesítési Szabályok v1.1.1:
http://gdd.gs1.org/GDD/public/gdsnvalidation.asp
3.4 Partneradat szolgáltatása A partneradatok szolgáltatása egy űrlap kitöltésével és annak – GS1 Magyarországnak történő – elküldésével kezdődik. A GS1 Magyarország a rendszerben rögzíti a szolgáltatott adatot, mely regisztrációra kerül a GDSN hálózatban, amint kezdetét veszi a tényleges kommunikáció. Egy vállalaton belül több entitást is azonosítható GS1Perfect partnerként. Ebben az esetben minden egyes entitásnak – a GLN kiosztási szabályoknak megfelelő – külön GLN-je van. További információ, valamint a felhasználó hozzáféréshez szükséges űrlapok a mellékelt fájlokban találhatók: PartnerManager_Trading_Partner_Information_Form_EN.doc PartnerManager_Trading_Partner_User_Account_Registration_Form_EN.doc
3.5 Üzemeltetési környezet GS1Perfect szerveit a Dataplex adatközpont üzemelteti őket 99,999%-os készenléti idővel. A létesítményhez való hozzáférés teljes mértékben ellenőrzött, és az infrastruktúra rendelkezik minden fontos szabvány szolgáltató
berendezéssel (elektromosság, légkondicionálás, tűzjelző ás biztonsági rendszer stb.). A Dataplex egy ISO HU03/0060/NAT/Q minősítéssel rendelkező szolgáltató.
3.6 Hardver specifikáció Webszerverek: Dell Power Edge 2950 III. (2 db „fürtözött”) Adatbázisszerverek: Dell Power Edge 2950 III (2 db, „fürtözött”) Domain-vezérő : Dell Power Edge 2950 III Tartalék eszköz: Dell Powervault TL 4000 LT04 Barracuda Load Balancer 340 Tárolóhely: EMC CX-3-10c
3.7 Szoftveres specifikáció Webszerverek: Microsoft Windows Server 2003 R2 Standard Edition, IIS 6, Symantec Backup Exec 12d, Microsoft .NET Framework 3.5 Adatbázisszerverek : Microsoft Windows Server 2003 R2 Enterprise Edition, Microsoft SQL Server 2005 Enterprise Edition, Symantec Backup Exec 12d Domain-vezérlő: Microsoft Windows Server 2003 R2 Standard Edition, Symantec Backup Exec 12d
4. Szolgáltatás hozzáférhetősége A GS1 Magyarország a GDSN-nel és a Globális Regisztrációval kapcsolatos saját szolgáltatásait minden nap, a nap 24 órájában fenntartja (24 x 7 x 365), hacsak ez máshol jelzésre nem kerül. A minimális szolgáltatási szint 99,5%, ami 30 napos hónaponként 3 és ½ óra nem tervezett megengedett szolgáltatás-szüneteltetést jelent.
5. Tervezett szolgáltatás-szüneteltetés és karbantartás A minimális szolgáltatási szinttel összhangban a GS1 Magyarország fenntartja a jogot, hogy egy eltervezett keretet határozzon meg rendszerkarbantartásra és verziófrissítésre. A tervezett keretek rendje a Szolgáltatás Licence Szerződésben található. A GS1 Magyarország betervezhet egy – több mint 1 óráig tartó – üzemszünetet a saját standard karbantartási keretén túl. Ilyen eseteknél, a GS1 Magyarország legalább 24 órával az üzemszünet kezdete előtt értesíti a kereskedelmi partnereket. Az értesítés tartalmazza a: Az üzemszünet kezdetének és végének idejét Az üzemszünet lényegi részleteit Fontos megjegyzés: Az értesítéseket a felhasználók által az információs és regisztrációs űrlapokon – technikai ügyekkel kapcsolatos elérhetőségként – megadott e-mail címekre küldik.
6. Visszaállítás és katasztrófa-helyreállítás A GS1 Magyarország egy komplett visszaállítási és katasztrófa-helyreállítási tervet dolgozott ki az üzleti folyamat folytonosságának biztosítására. A hivatalos visszaállítási és helyreállítási eljárásokat egyenként dokumentálják. Ezek a folyamatok az alábbi fő területeket célozzák meg: Visszaállítási menetrend Visszaállítási fájlok tárolása Helyi és távoli tárolás Katasztrófa-helyreállítási tesztelés Helyreállítási idők Kockázatelemzés A dokumentum, kérésre hozzáférhető a GS1 Magyarországtól.
7. Adatintegritás A GS1 Magyarország biztosítja, hogy harmadik fél nem regisztrálhatja, olvashatja vagy változtathatja meg – szándékosan vagy akaratlanul – más vállalat adatát előzetes írásbeli belegyezés és értesítés nélkül.
8. Kommunikációs protokoll szabványok A GS1Perfect egy fajta protokollt használ: A Globális Regisztrációval és a GDSN-minősítéssel rendelkező adatbankokkal/kereskedelmi partnerekkel folytatott kommunikáció AS2 alapú. A GS1Perfect DGI-minősítéssel (Drummond Group Inc.) rendelkező AS2 csatlakozót használ, melyet az \n software inc szolgáltat (IP*Works! EDI AS2 Connector). A protokoll mindkét végpontján Digitális Minősítést követel meg.
9. Értesítések és aktivitási jelentések Az alkalmazásba vett protokollok ( GDSNResponse és UniResponse) részét képező szabályos értesítési üzenetek mellett az adatforrások más értesítéseket és jelentéseket is kaphatnak napi szinten. Az értesítő üzeneteket és jelentéseket a kereskedelmi partnerek regisztrált e-mail címére/címeire továbbítják és az alábbi események ellenőrzési nyomvonalát tartalmazzák: Termék feltöltése Termék közzététele Termék módosítása Termék/közzététel törlése Termék-attribútum változása Megerősítő üzenet az adatot fogadótól Dátum-alapú események (GTIN törlése stb.) Az értesítés tartalmazza: Adatforrás GLN-je GTIN Az esemény dátuma és ideje Esemény leírása Adatfogadó GLN-je (amennyiben lényeges)
10. Teljesítmény A szolgáltatás fő teljesítmény-mutatója az alábbiakban meghatározott válaszolási idő. Minden válaszüzenetet, pl. GDSNResponse és UniResponse vissza kell küldeni 30 percen belül. A funkcionális üzleti üzeneteket 1 munkanapon belül kell visszaküldeni.
11. Biztonság A GS1Perfect a GDSN biztonsági előírásait követi, további részleteket lásd a Referenciák fejezetben. A GS1 Magyarország emellett már elkezdett egy auditálást egy harmadik fél bevonásával. Az auditálás fő területei a következők: Üzleti Folytonosság Tervezése Rendszerhozzáférés Ellenőrzése Rendszerfejlesztés és –karbantartás Fizikai és környezeti biztonság Személyzeti biztonság Számítógép és Műveletek Irányítás Eszköz Osztályozás és Ellenőrzés
Az auditálás befejezésének várható időpontja 2010. június 30. A GS1 Magyarország kötelezi magát arra, hogy kétévente megismétli az auditálást.
12. Technikai Támogatás A GS1 Magyarország – az adatbank-tagokkal kötött SLA-nak (Service Level Agreement, Szolgáltatási Szint Megállapodás) megfelelően – a normál munkaidő alatt technikai támogatást és helpdesk szolgáltatást nyújt.
13. Hivatkozások Dataplex adatközpont
http://www.dataplex.hu/ (English page: http://www.adatpark.com/ ) AS2 specifikáció
http://www.ietf.org/rfc/rfc4130.txt GS1 Newcomers to AS2 - Implementation Guide
http://www.gs1.org/services/gsmp/kc/ecom/xml/xml_add_docs.html (oldal letöltése) SOAP for web services specification
http://www.w3.org/TR/soap/ Secure Socket Layer specification
http://wp.netscape.com/eng/ssl3/ /n software inc. IP*Works! AS2 Connector
http://www.nsoftware.com/ipworks/edi/ Digitális Minősítések
http://www.verisign.com/authentication/enterprise-authentication/pki-infrastructuresolutions/index.html GDSN-minősítéssel rendelkező adatbankok
http://www.gs1.org/docs/gdsn/gdsn_certified_data_pools.pdf
14. Előnyök Jobb Kategória és Promóciós Irányítás Beszállítói bázis bővítésének képessége A készlet-szintű tervezés nagyobb fokú átláthatósága Új áruk gyorsabb és egyszerűbb bevezetése Termékpromóciók rövidebb bevezetési ideje Változtatások és javítások egyszerűbb kezelése, kevésbé szükséges a költséges emberi beavatkozás Adatok Egyszerűbb Adminisztrációs Kezelése Kevesebb üzleten belül végzett munka Kevesebb adminisztrációs személyzet Kevesebb katalógus-karbantartásra fordított idő Kevésbé szükségesek a duplikált katalógusok Nincs szükség kereszthivatkozás táblázatokra Kevesebb számlával kapcsolatos vita Kevesebb rendelési hiba Gördülékenyebb Logisztika A pontosabb tömegeknek és mértékeknek köszönhető megtakarítások Hibamentes szállítmány-átvétel Kevesebb visszaküldött szállítmány
Kevesebb hátralékos rendelés Kevesebb felesleg vagy „biztonsági” készlet Optimalizált helyszíni feladás Elégedettebb Ügyfelek Jobb áruelérhetőség Gyorsabb fizetési idő Több promóció Jobb eredmény Megnövekedett értékesítés