Hoe werkt de Retail3000 PriCat import?

Dit document beschrijft de werking van de Retail3000 Import wanneer deze ingesteld is op PriCat werking. Let op: Dit document gaat niet over de EDI PriCat Import maar uitsluitend over de Retail3000 import waarbij er gebruik gemaakt wordt van PriCat vertaaltabellen.

Minimale vereisten: Retail3000 Import versie 18.1 of hoger

Retail3000 Offline Export versie 18.1 of hoger

RetailVista 18.1 of hoger

Licenties: RetailVista basis, Exchange algemeen, PriCat

De Retail3000 import werkt normaalweg in 'offline' situaties met Retail3000 XML bestanden vanuit een hoofdkantoor die via de RetailClient opgehaald worden van een FTP server of centrale data folder. Sinds Retail3000 Import versie 18.1 en hoger kan in de configuratie nu ingesteld worden dat er met PriCat vertalingen gewerkt wordt. Vanaf dat moment vindt de koppeling van tabellen niet meer plaats op code maar op omschrijving en wordt er gebruik gemaakt van de PriCat vertaaltabellen in RetailVista. De Retail3000 XML export bestanden zijn daarom uitgebreid met behalve codes ook omschrijvingen van stamtabellen.

Het hele idee achter de PriCat imports is dat er gekoppeld wordt op omschrijving in plaats van code. Dit geeft een veel lager risico op corruptie van data omdat een gelijke omschrijving betekent dat de data echt overeenkomt. Een gelijke code zegt echter niets, het kan best zijn dat toevallig dezelfde code gebruikt is voor totaal verschillende gegevens. Omdat er op omschrijving gekoppeld wordt, kan de koppeling ook zoveel mogelijk zelf al proberen om dezelfde omschrijving terug te vinden. Voor bijvoorbeeld het merk 'Hozelock' kan een gelijke omschrijving gevonden worden. Lukt dat niet, dan is deze PriCat koppeling niet compleet en zal de verwerking van artikelgegevens niet starten. Eerst moeten alle koppelingen geldig zijn, pas daarna start de artikel gegevens verwerking.

In bovenstaand configuratie scherm is ook zichtbaar dat PriCat stamtabellen genegeerd kunnen worden. Dit kan gebruikt worden om aan te geven dat er niet eerst een import van stamtabellen gewenst is. Het nadeel van het wél importeren kan zijn dat er enorm veel koppelingen gelegd moeten worden, ook voor gegevens die helemaal niet gewenst zijn. Een praktisch voorbeeld: Stel dat een klant uitsluitend geinteresseerd is in artikelen van een specifieke leverancier. Door de stamtabellen eerst te importeren, bestaat de kans dat er bijvoorbeeld honderden merken, artikel categorieen, classificaties etc gekoppeld moeten worden, voordat de artikel mutaties ingelezen kunnen worden. Door aan te geven dat de stamtabellen genegeerd moeten worden, zal de Retail3000 Import direct starten met de artikel gegevens. Die verwerking vindt dan in twee stappen plaats: In eerste instantie wordt er een 'prescan' gedaan op alle stamgegevens die voorkomen in het artikel mutatie bestand. Daarmee worden de PriCat vertalingen opgebouwd. Als na controle blijkt dat alle PriCat koppelingen compleet zijn, dan wordt het zelfde bestand nogmaal verwerkt, maar nu 'definitief'.

Bij het verwerken van een artikel mutatie bestand worden eerst leveranciers aangemaakt. In bovenstaande instellingen kan aangegeven worden dat nieuwe leveranicer standaard als te negeren PriCat koppeling worden aangemaakt. Van een leverancier met een te negeren PriCat koppeling zullen alle artikel mutaties volledig genegeerd worden.

Zodra een leverancier in de PriCat vertalingen wel gekoppeld is (en niet op 'Negeren' staat) zullen artikel mutaties verwerkt worden. Er wordt dan alleen nog gekeken naar de leverancier instelling 'Negeren Exchange artikel mutaties'.

Behalve PriCat koppelingen bestaat er ook een 'PriCat Classificaties'. Dit is de vertaling van een PriCat artikel categorie naar de classfiicatie 1-5. Deze koppelingen zullen dus ook bijgewerkt moeten worden, wil de echte artikel mutatie verwerking starten.