|
|
CatalogueRequest
|
 |
CatalogueRequest (Katalogforespørgsel) specifikation
| Navn |
CatalogueRequest
(Vis som PDF)
|
Alternativ term |
|
| Definition |
OIOUBL-2.0 CatalogueRequest er et officielt dokument til anmodning om at få tilsendt et elektronisk varekatalog. Anmodningen kan være på et nyt katalog eller på opdateringer til et eksisterende katalog, og det kan afgrænses ved at angive bestemte produkter, produktkategorier etc. I Catalogue-CatSim-1.0 profilen er der dog begrænsninger på, hvad man kan forespørge efter. Her vil enhver forespørgsel resultere i enten opdaterede linjer eller et helt nyt katalog. Bemærk, at for katalogforespørgslen er ReceiverParty afsenderen af dokumentet og SenderParty er modtageren.
Fem dokumenter anvendes i forhold til at implementere og vedligeholde kataloger.
Catalogue Request dokumentet bruges, som beskrevet, til at specificere, hvilke typer af katalog er ønskes fra leverandøren f.eks. et nyt katalog eller en opdatering, samt hvilke produkter der efterspørges. Catalogue dokumentet bruges til at oprette nye kataloger og til at tilføje, opdatere eller slette varer i eksisterende kataloger. Catalogue Item Specification Update dokumentet kan anvendes når kun vare specifikationerne skal opdateres i et eksisterende katalog. Catalogue pricing Update dokumentet kan anvendes, når kun priserne i et eksisterende dokument skal opdateres. Catalogue Deletion dokumentet sletter et helt katalog.
Katalog dokumenterne skal dog også ses i forhold til hele indkøbsprocessen fra sourcing, bestilling og fakturering til betaling og de andre OIOUBL-2.0 dokumenter, som bruges til disse formål. Implementering af et katalog kan være første skridt i indkøbsprocessen, fulgt af en ordre og en faktura.
De umiddelbare fordele i brugen af OIOUBL-2.0 dokumenterne er standardiseringen af forretningsdokumenterne til forskellig brug. UBL-2.0 standarden er en fleksibel standard, der understøtter de fleste forretningsmæssige behov, og eftersom det er en international standard, kan dokumentet anvendes på tværs af landegrænser. Den danske udgave kaldes OIOUBL-2.0 og er udformet til at imødekomme de danske krav og ønsker.
Fordelene ved at anvende OIOUBL-2.0 er muligheden for at opbygge fuldt automatiserede indkøbsflow, hvor de elektroniske dokumenter kan valideres og matche automatisk for at spare ressourcer i forhold til manuel behandling. |
|
Felter
| UBL-Navn |
DK-Navn |
Datatype |
Afløftes |
Brug |
| UBLVersionID |
UBLVersionID |
Identifier
|
Ja |
1 |
| Definition |
Versionen af UBL skemaet der er i brug. |
| Lovlige værdier |
2.0 |
| Eksempel |
2.0 |
|
| CustomizationID |
SpecialtilpasningsID |
Identifier
|
Ja |
1 |
| Definition |
Identifikationen for en specialtilpasset version af UBL. |
| Lovlige værdier |
OIOUBL-2.01 |
| Eksempel |
OIOUBL-2.0 |
|
| ProfileID |
ProfilID |
Identifier
|
Ja |
1 |
| Definition |
Identifikationen for en profil i en specialtilpasset version af UBL som bliver brugt. |
| Id schemelist |
urn:oioubl:id:profileid-1.1
|
| Se i øvrigt |
OIOUBL_GUIDE_PROFILER
|
| Forretningsregel |
Hvis Profil ID Catalogue-CatSim-1.0 anvendes, må kun følgende elementer anvendes i kombination: SellerSupplierParty/Party/PartyIdentification/ID, RequestedClassificationScheme/ID, RequestedClassificationScheme/VersionID, RequestedClassificationScheme/ClassificationCategory/CodeValue og CatalogueRequestLine/Item/SellersItemIdentification/ID. |
| Eksempel |
Catalogue-CatAdv-1.0 |
|
| ID |
ID |
Identifier
|
Ja |
1 |
| Definition |
Identifikator af en katalogforespørgsel tildelt af KatalogModtager. |
|
| UUID |
UniversaltUnikID |
Identifier
|
Ja |
0..1 |
| Definition |
En computer-genereret universally unique identifier (UUID) for en instans af et katalog. |
| Se i øvrigt |
OIOUBL_GUIDE_UUID
|
|
| Name |
Navn |
Name
|
Ja |
0..1 |
| Definition |
Et navn givet til en katalogforespørgsel |
|
| IssueDate |
UdstedelsesDato |
Date
|
Ja |
1 |
| Definition |
Datoen tildelt af KatalogModtager for hvornår katalogforespørgslen er foretaget. |
| Lovlige værdier |
yyyy-mm-dd |
| Eksempel |
2006-08-01 |
|
| IssueTime |
UdstedelsesTid |
Time
|
Aftales |
0..1 |
| Definition |
Tidspunktet tildelt af KatalogModtager for hvornår katalogforespørgslen er foretaget. |
| Eksempel |
12:00:00 |
|
| Note |
Note |
Text
|
Ja |
0..n |
| Definition |
Fritekst tilføjet til katalogforespørgslen. Dette element kan indholde noter eller lignede information, der ikke eksplicit er i en anden struktur. |
| Anbefaling |
Brug kun mere end en, hvis der er flere sprog |
|
| Description |
Beskrivelse |
Text
|
Ja |
0..n |
| Definition |
En beskrivelse af katalogforespørgslen |
| Forretningsregel |
Beskrivelse af de forespurgte katalogvarer. Brug kun hvis ingen anden forespørgselsspecifikation er mulig. |
| Anbefaling |
Brug kun mere end en, hvis der er flere sprog |
|
| PricingUpdateRequestIndicator |
PrisOpdateringAnmodningIndikator |
Indicator
|
Ja |
0..1 |
| Definition |
Anmodning om en prisopdatering |
| Lovlige værdier |
true, false |
| Forretningsregel |
Hvis kun PrisOpdateringAnmodningIndikator er sat til "true", skal CataloguePricingUpdate dokumentet anvendes. Der kan kun anmodes om en opdatering, såfremt KatalogModtageren allerede har et eksisterende katalog fra KatalogUdbyderen. |
| Eksempel |
Default is false |
|
| ItemUpdateRequestIndicator |
VareOpdateringAnmodningIndikator |
Indicator
|
Ja |
0..1 |
| Definition |
Anmodning om en katalogelementopdatering |
| Lovlige værdier |
true, false |
| Forretningsregel |
Hvis kun VareOpdateringAnmodningIndikator er sat til "true", skal CatalogueItemSpecificationUpdate dokumentet anvendes. VareOpdateringAnmodningIndikator kan kun sættes til "true", såfremt KatalogModtageren allerede har et eksisterende katalog fra KatalogUdbyderen. |
| Eksempel |
Default is false |
|
|
Underklasser i klassen CatalogueRequest (Katalogforespørgsel)
| UBL-Navn |
DK-Navn |
Afløftes |
Brug |
Reference til printet dokumentation |
Se i øvrigt |
| UBLExtensions |
UBLExtensions |
Aftales |
0..1 |
|
OIOUBL_GUIDE_UDVIDELSER
|
| Definition |
UBLExtensions bruges til at lave udvidelser til OIOUBL dokumentet, som kan aftales mellem 2 eller flere parter, samt registeres hos IT- og Telestyrelsen. Klassen skal, hvis den anvendes, indeholde mindst en UBLExtension. Indholdet i UBLExtension vil blive ignoreret af en validator, der understøtter W3C XML-Schema. |
| Datatype |
UBLExtensions
|
|
| ValidityPeriod |
GyldighedsPeriode |
Ja |
0..1 |
|
|
| Definition |
Perioden angivet af KatalogModtager for, hvorlænge informationerne i kataloget bør være gyldige. Der kan angives et start og evt. et sluttidspunkt. |
| Datatype |
Period
|
|
| ReceiverParty |
KatalogModtager |
Ja |
1 |
3.2 |
|
| Definition |
Oplysninger vedrørende KatalogModtager |
| Datatype |
Party
|
| Forretningsregel |
Katalogmodtageren kan være en køber eller en tredjeparts katalogadministrator f.eks. en markedsplads eller en portal |
|
| ProviderParty |
KatalogUdbyder |
Ja |
1 |
3.3 |
|
| Definition |
Oplysninger vedrørende KatalogUdbyder |
| Datatype |
Party
|
| Forretningsregel |
Katalogudbyderen kan være en leverandør eller en tredjeparts katalogadministrator |
|
| SellerSupplierParty |
Leverandør |
Ja |
0..1 |
Bibliotek, 3.100 |
|
| Definition |
Oplysninger vedrørende Sælger |
| Datatype |
SupplierParty
|
| Forretningsregel |
Leverandøren skal kun angives, når den adskiller sig fra KatalogUdbyder. |
|
| ContractorCustomerParty |
KontraktAdministrator |
Ja |
0..1 |
Bibliotek, 3.27 |
|
| Definition |
Oplysninger vedrørende KontraktAdministrator |
| Datatype |
CustomerParty
|
| Forretningsregel |
Kunden skal kun angives, når denne adskiller sig fra KatalogModtager. |
|
| RequestedCatalogueReference |
AnmodetKatalogReference |
Ja |
0..1 |
3.4 |
|
| Definition |
Reference til et specifikt katalog. Anvendes hvis forespørgslen er efter en opdatering |
| Datatype |
CatalogueReference
|
| Forretningsregel |
Hvis AnmodetKatalogReference er anvendt, er forespørgslen på en opdatering (i modsætning til et nyt katalog). Catalogue dokumentet kan anvendes med mindre CataloguePricingUpdate dokumentet er forespurgt (PrisOpdateringAnmodningIndikator = true) eller CatalogueItemSpecificationUpdate dokument er forespurgt (VareOpdateringAnmodningIndikator = true) |
|
| ReferencedContract |
KontraktReference |
Ja |
0..1 |
3.5 |
|
| Definition |
Oplysninger vedrørende en rammeaftale eller kontrakt |
| Datatype |
Contract
|
|
| TradingTerms |
HandelsVilkår |
Ja |
0..1 |
|
|
| Definition |
Oplysninger vedrørende handelsvilkårene |
| Datatype |
TradingTerms
|
|
| DocumentReference |
DokumentReference |
Ja |
0..n |
|
|
|
|
| ApplicableTerritoryAddress |
GældendeOmrådeAdresse |
Ja |
0..n |
|
|
| Definition |
Oplyning om et område hvortil det forespurgte katalog skal gælde. Udtrykkes som en adresse |
| Datatype |
Address
|
| Forretningsregel |
Kun FormatKode StructuredRegion under adressen kan anvendes. Det betyder, at kun Region, Distrikt og Land kan angives. |
|
| RequestedLanguage |
AnmodetSprog |
Ja |
0..1 |
|
|
| Definition |
Det sprog, som kataloget ønskes leveret i |
| Datatype |
Language
|
| Forretningsregel |
Det anmodede sprog gælder for indholdet ikke klassificeringen |
|
| RequestedClassificationScheme |
AnmodetKlassifikationsSkema |
Ja |
0..1 |
3.6 |
|
|
|
| CatalogueRequestLine |
KatalogAnmodningLinje |
Ja |
0..n |
3.7 |
|
|
|
|
Ekskluderede klasser og felter i CatalogueRequest (Katalogforespørgsel)
| Navn |
DK-Navn |
Type |
| LineCountNumeric |
LinjeAntal |
Felt |
|
Eksempel<CatalogueRequest >
<cbc:UBLVersionID>2.0</cbc:UBLVersionID>
<cbc:CustomizationID>OIOUBL-2.01</cbc:CustomizationID>
<cbc:ProfileID schemeDataURI="urn:oioubl:id:profileid-1.0">Catalogue-CatAdv-1.0</cbc:ProfileID>
<cbc:ID>12345</cbc:ID>
<cbc:Name>Mobile phones</cbc:Name>
<cbc:IssueDate>2006-04-28</cbc:IssueDate>
<cbc:IssueTime>09:30:00</cbc:IssueTime>
<cbc:Description languageID="en-us">Mobile phones and accessories</cbc:Description>
<cbc:PricingUpdateRequestIndicator>false</cbc:PricingUpdateRequestIndicator>
<cbc:ItemUpdateRequestIndicator>false</cbc:ItemUpdateRequestIndicator>
+ <cac:ValidityPeriod />
+ <cac:ReceiverParty />
+ <cac:ProviderParty />
+ <cac:ApplicableTerritoryAddress />
</CatalogueRequest>
|
|
