~ ."~,,
RAl-afdeling
Ft~
Autovak
I-standaard
RAl-standaardvoor elektronischeuitwisselingvan artikel- en prijsgegevensin de auto-onderdelenbranche I
RAÎ-ar~ling AutOvak,Europaplein2,1078 GZ Amsterdam telefoon 020 - 549 12 12, relefax020 - 6463857.
1 tweedeversie(september1990;gedeelteüjkherzienseptember199I)
INHOUDSOPGAVE
RAl-standaardvoor elektronischeuitwisselingvan artikel- en prijsgegevens
september 1991
RAl-standaard voor elektronische uitwisseling van artikel- en prijsgegevensin de auto-onderdelenbranche
Inleiding InfonnatietechnoJogieis voor bedrijven een beJangrijkstrategischwapen geworden. De manier waarop een bedrijf omgaat met infonnatie bepaalt in sterke mate het succesvan de
ondememing.Na de automatisering en infonnatiseringvaninternebedrijfsprocessen staat eennieuweontwikkelingvoor de deur.Bedrijvenwaarvande activiteitenbinneneen ketenop elkaaraansluitengaanertoeoverhuncomputersystemen onderlingte koppelen om op die manierrechtstreeks infonnatieuit te kunnenwisselen. Auto-onderdelenbranche
Binnende verticaleketenvande auto-onderdelenbranche wordt op intensievewijze informatieuitgewisseld,vooraltussende schakelsimporteur-leverancier en grossier.Een en anderblijkt vooraluit deenonneartikelbestanden. variërendvanenkeleduizendentot wel 50.000bij de leveranciersen gemiddeld30.000bij de grossiers.Het blijkt ook dat eengrossier10tot 50 toeleveranciers heeft. Artikel- enprijsgegevens Een belangrijk onderdeel van de uitgewisselde informatie wordt gevormd door de artikelen prijsgegevens.Wanneer leveranciersdezegegevensop elektronische wijze aan grossiersaanleveren,beschikken beide partijen over consistenteen uniforme gegevens. Daanneeis dan tevensde basisgelegd voor het eventueelvia datacommunicatie uitwisselen van anderegegevens,zoals bestellingen, orderbevestigingenen facturen. RAl-standaard Deze brochure beschrijft het standaardfonnaat. waarin leveranciershun artikel- en prijsgegevensop een elektronische gegevensdrager(bijvoorbeeld: diskettes) kunnen uitwisselen met de grossiers.Een leverancier maakt dan voor elke grossier een apaIteset diskettesmet artikel- en prijsgegevensaan. Deze standaardis echter niet bedoeldvoor datacommunicatie.Aangeziende artikelbestandenzo omvangrijk zijn. is het niet zinvol om dit via datacommunicatieuit te wisselen. De standaardis wel zoveel mogelijk in de lijn met het EDIF ACT artikel bericht, zodat de overgang naar datacommunicatievoor aanvullendeanikelgegevensminimaal is.
~
Het voordeel van een standaardfonnaat is duidelijk.. Door het gebruik hiervan behoeft een leveranciermaar één bestandmet artikelgegevensaan te maken. Dit bestandkan vervolgens naar alle grossiers worden gezonden.Grossiers behoevenmaar één type inlees-softwarete hebben.Iedere leverancier levert de artikdgegevens immers op dezelfde wijze aan. Deze "RAl-standaard voor het elektronisch uitwisselen van artikel- en prijsgegevensin de autO-onderdelenbranche"is in de eerstehelft van 1990 vastgtsteJddoor de Commissie AAC jn samenwerking met Bakkenist en het IMK jn een prüefproject, waaraml8 leveranciersen 7 grossiers hebbendeelgenomen.Door de Commissie goedgekeurde; wijzigingen zijn doorgevoerd d.d. september 1990 (versie 2) en september 1991 (gedeeltelijk herzieneversie 2).
~1~§(~~:~\~!~f~;!J;!:rt~~\,\~~!:;,~~~~,}:))~,ji;ith;r'îJ!<~~~~~;I\jf~~f!\;ftt~~!;t((f?:~
~
3
Aanwijzingen bij de uitwisseling Voordat de uitwisseling van artikelgegevensmogelijk is, zullen enkele maatregelen moeten worden genomen. Dit hoofdstuk beoogt een aantal adviezen te verstrekken dat voor de toepassingvan het standaardformaatvan nut kan zjjn. Bovendien krijgt men enig inzicht in de maatregelendie genomenmoetenworden.
Leveranciers De leverancier moet op basis van het eigen artikelbestandeen ander artikel bestandin het standaardfollTlaatgenereren.Om de artikel~en prijsgegevenste kunnen inlezen moet de grossier beschikken over een PC met een 3112"disk drive. De PC moet gekoppeld zijn met het systeemwaarop de eigen bestandenzich bevinden. De applicatie-softwarezal op een aantal punten moetenworden aangepast.De volgende opsomming geeft een.indruk van de wijzigingen die in de eigen software moeten worden doorgevoerd,alvorens men het bestandmet artikelgegevenskan genereren:
-
er moet een selectiecriterium worden toegepastop basiswaarvan men kan bepalen welke artikelen bij elkaar in één deelbestandmoeten worden geplaatst.Aangezien deelbestandenartikel gegevensvan één bepaaldeartikelgroep bevatten,moet men op één of anderewijze kunnen bepalentot welke artikelgroep een artikel in het interne bestandbeho0l1. In het headerrecordvan elk deelbestand(zie volgend hoofdstuk) wordt aangegevenwelke artikelgroep van toepassingis; wanneer men besluit alleen de gewijzigde gegevenste verzenden,is het noodzakelijk bij te houden welke artikelgegevensgewijzigd zijn. Op basis van deze gegevenskan dan een artikelbestandmet louter wijzigingen worden aangemaakt. Meestal wordt echter het gehele bestandverzondenomdat de leverancier niet weet
welkeartikekndegrossier heeftopgenomen in heteigenbestand; . de software waatmee het bestandwordt aangemaaktzal functies voor codeconversiemoeten bev~tten.De volgende standaardcodes.zijnin het artikel record opgenomenen moetenworden gegenereerd: artikelnummer (bij voorkeur EAN-nummering); statuscode; --
courantheidscode; retourcode.
4
-
het artikel bestandis opgebouwd uit records met een vaste lengte. Dit wil zeggendat de velden. eventueelaangevuldmet spatiestot de volle lengte. achter elkaar naar een bestandgeschrevenworden. De beide scheidingstekens(CR - carriage return en LF - lioe feed -) worden vaak automatischin het be tand geplaatstwanneermen het uitvoerbestandals tekst-bestandbehandelten één record als één regel wegschrijft (bijvoorbeeld met de opdracht WRITELN cn niet met WRITE); Met behulp van een optel-mechanismemoet per deelbestand(dus per anikelgroep) de som van de velden 4 en 8 met prijsinfOlmatie (zie invulinstructie ardkelrecord) berekendworden. Deze som wordt als een controle gelaJ.een zgn. hashwtal, ingevuld in het headerrecord. Dit biedt de ontvangendepartij de mogelijkheid te controleren of de prijsgegevensCOITectzijn ontvangen.
-
anikelbestandendie op een mainframe of een mini staan,moeten worden overgebracht naar een MS-DOS~ PC en worden weggeschrevenop een DO 31/2" diskette.
Het verdient aanbevelingom de bestanden,nadat ze zijn aangemaakt.met behulp van een tekstverwerker te controleren. Hierbij moet vooral worden gelet op de lengte van de records en de posities van de velden binnen de records. Het kan voorkomen dat een verschuiving van de velden optreedt doordat een bepaaldveld niet tot de volle lengte is aangevuldmet spaties.Er is bij de RAl een speciaal programma verkrijgbaar waarmeede bestandenkunnen worden gecontroleerdop het juiste gebruik van de RAl-standaard. Op het organisatorischevlak zijn de volgende maatregelennuodzakelijk:
-
de leveranciermoetnagaanof deaangeleverde gegevensgeschiktzijn voor gebruik doo(grossiers:eenduidigheidartikelgegevt:ms, begrijpelijke(H1ikelomschrijving, etc;
-
met de grossiers die artikelbestandenzullen ontvangen,moeten afsprakenworden gemaakt over de betekenisvan artikelgroepcodes,kortingscodesen courantbeidscodes(2c Dositie);
-
geadviseerd wordt om zoveelmogelijkgebruikte makenvan EAN-nummering;
-
de leveranciermoeteenEAN-aansluitnummer aanvragen. De StichtingUniforme Artikel Codering (UAC) is de enige instelling die deze nummers kan verstrekken;
~
er moetop wordentoegeziendat de diskettesmetgegevensaankomenbij de grossiersen daarzonderproblemenkunnenwordenverwerkt;de diskettesmoeten vergezeldgaanvaneenbegeleidende brief, waarvooreldersin dezebrochureeen voorbeeldis opgenomen.
Grossiers Grossiersdie bestandenmet m1ikelgegevensontvangen,zullen nok enkele maatregelenmoeten nemen.De records in het mtikelbestand, die il1 het standaardformaatzijn opgeslagen,moet men vertalen naar nieuwe records of wijzigingen in bestaanderecords in het eigen bestand. Afhankelijk van een aantalcriteria worden de gegevensbijgewerkt in het eigen bestand. De volgende situaties kunnen optreden:
in het artikeLbestand komt eennieuw(nog nieteerderopgenomen)artikel voor.Wanneer
~
men dit artikel wenst te gaan voeren, moet voor dit artikel een nieuw artikel record in het eigen bestandworden opgenomen; -
het arûkelbestandbevat een wijziging in een reeds in het bestandopgenomenprodukt. In dit geval zal het desbetreffenderecord in het eigen bestandmoetenworden opgezochten bijgewerkt;
-
hetartikelbestand geeftaandateenartikelniet meerwordtgeleverd.In heteigenbestand zal daneen'blokkadevoor inkoop'dienente wordengeplaatstvoor produktendie niet meerleverbaarof vervangenzijn.
Veelal za] men het bijwerken van de gegevenswillen laten athangen van de courantheid van
het produkt. De inlees-software zal ook enkeleanderefunctiesmoetenbevatten:
-
de inleessoftwaremoetnagaanwelkebestanden op de diskette.die wordt ingelezen. staan. Uit de heade~record~van ûeze bestandenleidt de software af welke artikelgroepen op de ûiskette zijn opgeslagen. Vervolgens.toont de software deze artikelgrucpen in een menu, waarin de gebruiker kan selecterenwelke bestandenhijlzij
wenstin te lezen; de PC-bestandenzullen soms moeten worden aangepastvoor gebruik op het mainframe of mini (bijvoorbeeld: het omzetten van de bestandsnaarnen de conversie van de recordseperatoren );
"".";.'
~
-
de inlees-softwarezal een controle moeten uitvoeren op het fomaat van de ontvangen bestanden.Door een eventueelincoooectinvoerbestandkunnen vervelendefouten in het eigen bestandontstaan; aan de hand van de artikelgroepcodeof de naam van de artjkelgroep zal bepaaldmoeten worden of het desbetreffendedeelbestandvoor de grossier van belang is en in het eigen bestandmoet worden verwerkt;
-
de inlees-softwarezal functies voor codeconversiemoeten bevatten.De volgende standaardcodeszijn in het artikelrecord opgenomen:
-- aI1Ïkelnummer; -- statuscode; -- courantheidscode; -- retourcode. met behulp van een optel-mechanismemoet per deelbestand(dus per artikelgroep) de som van de velden 4 en 8 met prijsinfoffilatie (zie invulinstructie artikelrecord) berekend worden. Deze som fungeert als een controle getal, een zgn. hash tota!, en is bij het aanmakenvan het deelbestandook ingevuld in het headelTecord.Dit biedt de mogelijkheid te controleren of de prijsgegevensCOlTeetontvangenzijn; vaak wordenniet alle veldenuit het artikelbestand overgenomen in heteigenbestand. Aan de hand van een tabel is het mogelijk te bepalenwelke gegevensvan een bepaalde leverancier in het eigen bestandmoeten worden doorgevoerd; aan de hand van de kortingscodes,de bruto of netto prijs zal een tabel met de betekenis
vande kortingscodesper produktde voor de grossiergeldendeinkoopprijsmoeten berekenen.
De overgangop het elektronisch uitwisselen van artikelgegevenszal de volgende maatregelen
tot gevolghebbenof noodzakelijkmaken: de persoondie.voorheen be~astwerd met het handmatig doorvoeren van de wijzigingen in het artikelbestand,zal nu de taak krijgen de langs elektronische weg doorgevoerde wijzigingen te controlerenen te fiatteren; met de leveranciersvan de artikelbestandenzullen afsprakenmoeten worden gemaakt over de betekenis van k0l1ingscodes,artikelgroepcodesen courantheidscodes(2e positie ).
~
In vulinstructie
Deze invulinstructie licht het vaste formaat toe waarin leveranciersen importeurs van auto-onderdelenhun artikel bestandenkunnen toeleverenaan grossiersvan auto.
.
onderdelen.Grossierskunnen hiermee de eigen bestandenbijwerken met de voor hen van belang zijnde gewijzigde of nieuwe gegevensvan artikelen. Het hier beschrevenfonnaat is zoveel mogelijk in lijn met het Edifact artikel-bericht, zodat de overgang naar datacommunicatievoor aanvullendeartikelgegevenszo eenvoudig mogelijk is.
Bestandsindeling Artikelbestanden worden opgedeeldin een aantal deelbestanden.De opsplitsing in deelbesmndengeschiedtper artikelgroep. Voor elke artikelgroep wordt één deelbestand aangemaakt. 1139characters1139cbaracters -t--
deelbestand 2
Besralldsindeling
Elk deelbestandbestaatsteedsuit een headerrecord,gevolgd door een aantal artikelrecords (ziebovenstaand6figuur). De lengte van het headerrecordis gelijk aan die van een artikelrecord. Het eersteartikelrecord in een deelbestandstaat dus in record 2. Alle records eindigen met CR en LP, er zijn dus twee posities voor scheidingstekens.Dit heeft het voordeel dat de bestandeneenvoudig kunnen worden bekekenmet een tekst.
.
verwerker. Bovendien is het aanmakenvan bestandenmet scheidingstekensmet veel standaardapplicaties eenvoudiger. Een bestanddient afgesloten te worden met een 'end of file' teken.
~
Zowel het artikelrecord als hel headerrecordheeft, inclusief de scheidingstekens,een lengte van 139 tekens.De vaste recordJengtebiedt ook de mogelijkheid de bestanden random accesste benaderen.
De lettershebbenhierin de volgendebetekenis: - CC de tWeecijferigesysteemcode. die het landaangeeft(Nederlandis 87);
-
EANNR het vijfcijferige EAN aansluitnummer vandeleverancier; RAIDEBN hetdoor de RAl toegekende debiteurennummer (deeerste5 lettersvan
-
denaamvande leverancierpluseentweecijferigvolgnummer); Y het laatstecijfer vanhetjaar (dus 1990is 0);
-
OOI eenvolgnummer.
Bij voorkeur moet gebruik gemaakt worden van bestandsnamenmet daarin opgenomen de systeemcodein combinatie met het EAN aansluitnummer.Wanneerde leverancier echter niet beschikt over een EAN aansluitnummer,kan ookgebn1ik gemaakt worden van bestandsnamenwaar het RAI-debiteurennummer (bijv. RHIW AD 1) onderdeelvan uitmaakt. Het debiteurennummerwordt dOOfde RAl o.a. venneld op de toegezonden contributienota's. Een leverancier start met het volgnummer 00 I bij de eerstekeer in eenjaar dat bestandenvoor uitwisseling naar (een) grossier(s) worden aangemaakt Elk volgend deelbestandkrijgt een opvolgend volgnumlfièr. Devolg-eride keer dat in datzelfde)aar weerhestanden worden aangemaakt,wordt doorgenummerd.Na 999 volgt weer 00 1. Een grossier kan aan de hand van het volgnummer vaststellenof hij alle deelbestandenvan een leverancier heeft omvangen.
Controle getallen In het headerrecord is een controle getal opgenomen. een zgn. hash total. Veld 12 bevat de som van de velden 4 en 8 met prijsinfonnatie
(zie invulinstructie artikelrecord). Dit
wil zeggendatde inhoudvandezeveldenvan aJlerecordsper deelbestand wordt
~
9
gesommeerd.Als eenveld is leeggelaten,danhanteertmenbij het berekenenvanhet controletotaalde waardenul. Dit biedtde ontvangende partij de mogelijkheidte controlerenof de pdjsgegevens correctontvangenzijn. Recordformaat Hierna volgt een beschlijving van het fonnaat. Dit omvat zowel een beschrijving van hel headenoecord (fonnaat: zie pagina 20) als van het artikelrecord (formaat: zie pagina 21 en 22). Onderstaandetabel toont de in het recordfonnaat gebruikte afkortingen:
.
Afkortin~
Aanduidinf:
Betekenis
M
Mandatory
=verplichtte vullen =niet verplichtte vullen
C A
Conditional Alfa velden
X
Alfa numerieke
A..Z. 0..9 en de
velden
volgendekarakters:
A..Z left adjustedgevolgddoor blanks
..O/~=:+'?!"%&*;<> left adjustedgevolgd door blanks N
Numeriekevelden 0..9 right adjusted voorafgegaan door blanks(hex.code20) en géénextravoorloop nullen .,' ;<..'.
Tabel met gebruikte afkorlingen
Elk veld vande beiderecordszal nu afzonderlijkwordentoegelicht.
Toelichting headerrecord
Veld 1: Record code
Dit veld wordt in het headerrecordstandaardgevuld met een 'H' (= 'Header'-record). Veld 2: Bestands rcferentie
nummer
Dit veld bevatde naamvan dit deelbestand: CCEANNRY.xxxof RAIDEBNY.xxx. Veld 3: Bestandstype
Dit veld wordt standaardmet 'RAlART' gevuld.
==ongewijzigdbestand
=gewijzigd bestand Veld 6: Datum ingang
Datum van ingang van de gegevensin het besumd.Het fOffi1aatis YYMMDD,
dus5 juli 1990is 900705. Veld 7: Identificati-e/everancier'
De EAN bedrijfs-en adrescode vande leverancier(13 posities)is als volgt opgebouwd: 2 cijfers systeemcode (Nederlandis 87);
-
5 djfers EAN aansluitnummer (= EANNR in bestandsnaam): dit nummerwordt
-
verstrektdoor de StichtingUAC; 5 cijfers adrescode: dezecodekentde leveranciertoe aanzijn vestigingsplaats,
-
die voor dezeartikelgmepvantoepassing is (zie UAC-handboek); I controlegeutl(zie UAC-handboek).
~
W romeerde leverancier niet beschikt over een EAN aansluitnummeren ook niet op korte termijn een EAN aansluitnummerzal aanvragen.wordt veld 7 niet gebruikt. In plaats hiervan moet verplicht de leveranciersnaam(veld 8) worden ingevuld. Veld 8: Leveranc;ersnaam
Naam van de leverancier. Verplicht wanneer veld 7 niet wordt gebruikt.
V"ld 10: ArlikeJgroepcode
Dit veld geeft aan op welke artikelgroep dir deelbestandbetrekking heeft. Het ontbreken van de code duidt aan dat er geen sprakeis van één specifieke arrikelgroep.
Veld 11: Ongebruikt
Dit veld wordt gevuldmet spaties. Veld 12: Controle Jotaal' Prijs' Dit veld bevat de som over alle aJ1îkelrecordsin het deelbestand(de at1îkelgroep)van de velden4 en 8 met prijsinfonnatie. Er geldt dat de twee meest rechtsecijfers gebruikt worden voor de decimalenen de decimale komma niet wordt opgenomen. Het veld is dan dus gespecitïceerdin centen en zoals alk numerieke velden rechts gealinieerd.
De waarde van het hash-totaal.zoals dat in dit veld wordt opgenomen.wordt dan:
12000+ 13000+ 1300+ 1350+ 10000+ 0 + 6700 + 8000=52350.
~
J2
Veid 13: Aantal
artilcelrecords
Dit veld geeft het aantal artikelrecords in het bestandaan. Het headerrecordwordt nÎet
meegeteld.
Toelichting artikelrecord
Veld 1: Record code
Dit veld wordt in het arti.kelrecordstandaardgevuld met een 'P' (= tpart'-record). Veld 2: Artikelnummer Dit veld hemt het artikelnummer, waarop besteld dient te worden. Aanbevolen wordt om zoveel mogelijk gebruik te maken van EAN-nummers. Veld 3: Artikelnummer
identifier
Dit veld geeft de aard van het artikelnummer (veld 2) aan: EN = EAN-nummer;
VC
:;::
Leveranciersnummer;
SA
:;::
Grossiersnummer.
Veld 4: Prijs I
De prijs (exclusief BTW) in centen, zonder komma. Dus f 125,95 is 12595. Het veld wordt rechts gealinieerd, zonder 'leading zero's'. De velden 4 tot en met 7 bevatten de ..
.
prijsinformatie waarop defacturering door de leverancier is gebaseerd. VeJd 5: Prijstype I Er bestaantwee verschillende prijstypes: AP =bruto adviesprijs; -
NT
= nettoprijs.
Veld 6: Kortingscode I Door de grossier op de genoemdeprijs toe te passenkortingscode om de netto inkoopprijs te kunnen uitrekenen.Iedere leverancier kan hieraanzijn eigen codering geven. De leverancierszullen de ~rossiersmoeteninfonneren over de betekenisdie zij aan dezecode hechten.De betekeniskan dus van grossier tot grossier verschillen.
Veld 7: Aalltal stuk.ti ill prijseetlheid 1
.
Het aantal stuks waarop de prijs (veld 4) betrekking heeft.
Veld 8: j>rijs 11
Een tweedemogelijkheid voor de opgavevan een prijs. De prijs (exclusief BTW) in centen, zonder komma. Dus f 137,90 is 13790. Het veld wordt reçhts gealinieenJ, zonder 'leading zero's', De velden 8 tot en met J1 bevattenuitsluitend additionele prijsinformatie. Ze zullen daaromalleen worden gebruikt wanneerde velden 4 tot en met 7 gebaseerdzijn op de netto ptijs en dan dus informatie over de bmtn adviesprijs moeten bevatten.
Vt!ld
9: l'rijstype
IJ
Zie veld 5 (prijstype 1).W éUmeerveld 8 (prijstype lIJ wordt gebruikt betreft het een bruto
adviesprijs.Veld 9 zal dun gevuld worden met het prijstype "AP" (=blllto adviesprijs). Veld 10: Kt'rti"gs~f)de
/1
Zie veld 6 (kortingscode 1). Dit veld wordt echter niet gevuld omdat de kortingscodes alleen gebruikt zullen worden in combinatie met veld 4 (prijs I). Veld 11: Aa"lal
stuk... ;'1 prij!~ee"heid 11
Het aantal sluks waarup prijs 11(veld 8) betrekking heeft Veld 12: Artikel,ltl(/Uner
Dit veld kan addttilJl1e1e informatie bevatten over een tweedeartikelnummer. Dit nummer kan . . verschillende functies hebben.Bij overgang op een nieuw nummersysteem(statuscode2) is dit het nieuwe nummer van hetzelfde artikel. Bij overgang op een vervangendartikel .
($tàtusl;otle2) is dit het nummer van het nieuwe vervangendeartikel. Het onderscheidtussen beide voorgaandesituaties is niet expliciet aangegeven.Bij onderlinge uitwisselbare onderdelen(statuscode0, J 01'3) verwijst dit nummer naar een equivalent artikel.
--
~
15
Artikelnummer
Vervangend 8.rtikelnummer (veld 12)
Status code (veld 15)
VaD toepassing ziinde situatie
gevuld gevuld
leeg leeg
°> 1, 3
- leverbaarartikel - artikelis niet meer
4
leverbaar gevuld gevuld
O. 1. 3
gevuld
2
gevuld
er is eenequivalent
~
-
artikelbeschikbaar hetarrikel (nummer)is vervangendoor hetartikel (nummer)in veld 12;er moetdan nogeenander artikelrecordzijn voor het nieuwe
gevuld
gevuldlleeg
5
artikel . hetartikel is geannonceerd maaI'nogniet leverbaar;deklant kan het op voorhand bestellen
Tabel met artikelstatussen
In de bovenstaandetabel zijn dezeverschillende situaties,met de bijbehorende .
veldwaarden aangegeven.
Veld 13: Àrtikelnummer identifier Geeft de aard van het vervangendartikelnummer aan (zie ook veld 3).
Veld 14: Omschrijving Vrije tekst.
~
Veld 15: Statuscode
Geeftde statusvanleverbaarheidaan.
Een mogelijke richtlijn voor de eer,ftepositie is dat A- en B-artikelen samenvoor 50% van de omzet zorgen. Een leverancier hoeft niet alle toegestanecodes te gebllliken. Hij zal zijn interne codering hjj de aanmaak van bestandenmoeten conveJ1erennaar de codes die .
.
het meestgeschikt zijn. Dus bijvoorbeeld:
-
internA, B en C A wordt 8,B wordt C, C wordt D
-
internA,B,C,D,E,F A en B wordenA, C wordt a, D wordt C, E wordt D en F wordt E
De tweedepositie bevat eventueeladditionele infonnatie en is ter vrije invulling (in overleg). Dit zou dan bijvoorbeeld de volgende coderingen kunnen bevatten: . + == Artike) zal naar verwachting in courantheidtoenemen; ktikel za] naar verwachting in courantheid afnemen;
-.
==
==
=Zal t.Z.t. worden vervangen;
N
;::;
Nieuw dit jaar.
Veld 11: 1J.etourcode
.
.
Geeft aan of een artikel wel of niet retour kan worden gezondenen of eventueelstatiegeld wordt betaald op ingeruilde artikelen. Retourartikelenzijn nieuwe produkten die niet zijn verkocht. Inruilartikden zijn versletenonderdelen,waarbij de leverancier over de restwaardeeventueelstatiegeld betaalt. .
~
)7
Veld 18: Statiegeld
Het bij inruilen betaaldestatiegeld.In centenen zonderkomma.Dusf 25,95is 2595. Veld 19: Aantal stuks in yerpakking
De hoeveelheidwaarin artikelen worden geleverd. Aantal stuks in verpakking kan verschillen van aantal stuks waarop de prijzen in veld 4 en 8 betrekking hebben. .
Bijvoorbeeld:de prijs is per stuken er wordt geleverdper 100.
~
18
Diskettes Uitwisseling op MS-Dos diskettes Voorgeschrevenwordt de uitwisseling van de artikelgegevenste laren plaatsvindenop MS- DOS diskettes. Er wordt gebruik gemaakt van 31/2"DD-diskettes, gefonnatteerd voor 720 Kb. Het MS-DOS commando voor het formatteren op 720 Kb is (voor drive B): FORMAT
B:/N:9
De leverancier deelt zijn artikelbestandop in deelbestandendie kleiner zijn dan 720 Kb (dit zijn ongeveer5.000 artikelen). Elk deelbestandbevat gegevensvan één bepaaldeartikelgroep. Wanneer een artikelgroep meer dan 720 Kb beslaat,wordt het bestandgesplitst Gebruik bij het schrijven en lezen van de diskettesniet het commando BACK-UP of
RESTORE. RESTORE.De Dediskettes disketteszijn zijn dan danonafhankelijkvande MS-Dosversie.
Deleverancier voorzietelkediskettevaneenlabel.metdaarop: . Leveranciersnaam;
~
-
--
ArtikelbesUUld in RAI-fonnaat 2 (versie2); DisketteD van N diskettes(bijvoorbeeld:DisketteI van3 diskettes: diskettes); Datum(bijvoorbeeld:Juli 1990); Files (bijvoorbeeld:CCEANNRY.OOIl/m 003 of RAIDEBNY.OOI (fm003).
Zie voorbeeld Ziehet hetonderstaande onderstaande voorbeeldJare): labe): Rhiwa-Hanomex ArtikelbestandRAJ-formaal2(versie2) Diskeue I van 3 diskettes Juli J990 Files 87123450.001tIro 003 . Voorbeeld label
~\~~(lt~:~,;,:~;::,:.~':JiW.ht\.~y\~~j'ii#i~~\tNY!ijl~~**i~~~{i~«~~f#~~j!!\,::'::,
~
Standaardbegeleidendebrief De standaard begeleidendebrief, die in onderstaandefiguur is afgedrukt, wordt mee gezondenmet de diskettes met artikelgegevens.
Staruiaardbegeleidende brief
20
Voor een snelle velwerking is het van belang dat de brief aan de volgende afspraken
voldoet: de brief wordt afgedrukt op het (standaard)briefpapier van de leverancier; de datum van de brjef is gelijk aan de datUmop de diskettes;
op de plaatsvan de 'nnn' wordthet totaleaantaldiskettesingevuld. Dit aantalis dusgelijk aanhet aantaldatop dedisketteszelf is aangegeven; in de blief Wtu"dtexpliciet venneld welke versie van het RAl formaat wordt gebruikt;
-
voor iederediskette wordt een aantal regels opgenomenmet de volgende gegevens: diskette nr. filenaam
artikel groep code
naam artikelgroep
filenaam
artikel groep code
naamartikelgroep
De hier genoemdeftlenamen mogen niet afwijken van datgenewat op het label van de diskette is vermeld. in de blief moet duidelijk de naam van de contaCtpersoonve.lmeld zijn (telefoonnummer en faxnummer vennelden).
~
Headerrecord
~
Artikelrecord
(VeTVQJg
volgeIlde pagina)
{rav(Jl.s:ArrikelrècoTtlJ
(vervolg Artikelrecord)
Toekomstigegegevensdrager: CD-Rom
Bij hetopstellen van deze standaardis reedsrekening gehoudenmet een mogelijke overgang van diskettes naar CD-Rom. Het fonnaat van de standaardvoor uitwisseling door middel van diskettesof CD-Rom is identiek en beide media kunnen door de grossiers met dezelfde software worden gelezen.De grossiersmoeten in een dergelijke situatie wel de beschikking hebbenover een CD-Rom drive, die gekoppeld is met de PC. Bij uitwisseling van de gegevensop CD-Rom, leveren de deelnemendeleveranciers bijvoorbeeld 6 keer per jaar vóór een vastgesteldedatum hun infonnatie op diskette of tape aan bij het RAl Data Centrum. Het RDC kan er dan voor zorgen dat alle deelnemendegrossiersbinnen 10 werkdagenna de uiterste inleverdatum een CD-Rom .
.
ontvangen waarop alle produktgegevensvan de deelnemendeleveranciersstaan.