|
|
Catalogue
|
 |
Catalogue (Katalog) specifikation
| Navn |
Catalogue
(Vis som PDF)
|
Alternativ term |
|
| Definition |
OIOUBL-2.0 Catalogue er et dokument til oprettelse og vedligeholdelse af elektroniske kataloger. Dokumentet anvendes såvel til oprettelse af nye kataloger og til tilføjelser, opdateringer eller sletninger af varer i eksisterende kataloger.
Fem dokumenter anvendes i forhold til at implementere og vedligeholde kataloger. Catalogue kan både anvendes til at etablere et nyt katalog eller opdatere hele linjer. Et katalog kan udveksles mellem en leverandør og en kunder, mellem en leverandør og en tredjepart, f.eks. en indkøbsportal, mellem en tredjepart og en kunde eller mellem to tredjeparter. Det er derfor muligt, at angive hvem kunden og leverandøren er, både på dokument- og linjeniveau.
Catalogue Request dokumentet bruges til at specificere, hvilke typer af kataloger ønskes fra leverandøren f.eks. et nyt katalog eller en opdatering, samt hvilke produkter der efterspørges. Catalogue dokumentet bruges, som beskrevet, 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. Katalogdokumenter adskiller fra andre dokumenttyper, ved at afsender og modtageren kan være tredieparter. Modtageren kan f.eks. være en elektronsik markedsplads frem for kunden selv.
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 |
|
| ProfileID |
ProfilID |
Identifier
|
Ja |
1 |
|
|
| ID |
ID |
Identifier
|
Ja |
1 |
| Alternativ term |
KatalogID |
| Definition |
Identifikator for et katalog tildelt af katalogUdbyder. |
| Se i øvrigt |
OIOUBL_GUIDE_KATALOG_ID
|
| Forretningsregel |
Hvis kataloget anvendes til en opdatering, er det dette ID der identificerer det katalog der skal opdateres. |
|
| UUID |
UniversaltUnikID |
Identifier
|
Ja |
0..1 |
| Alternativ term |
DokumentInstansID |
| 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 et katalog |
|
| IssueDate |
UdstedelsesDato |
Date
|
Ja |
1 |
| Definition |
Datoen tildelt af katalogUdbyder for hvornår kataloget er genereret. |
| Lovlige værdier |
yyyy-mm-dd |
| Eksempel |
2006-08-01 |
|
| IssueTime |
UdstedelsesTid |
Time
|
Aftales |
0..1 |
| Definition |
Tiden tildelt af katalogUdbyder for hvornår kataloget er genereret. |
| Lovlige værdier |
hh:mm:ss |
| Eksempel |
12:00:00 |
|
| RevisionDate |
ÆndringsDato |
Date
|
Ja |
0..1 |
| Definition |
Datoen (tildelt af Leverandøren) for, hvornår informationen i kataloget senest er revideret |
| Lovlige værdier |
yyyy-mm-dd |
| Eksempel |
2006-08-01 |
|
| RevisionTime |
ÆndringsTid |
Time
|
Aftales |
0..1 |
| Definition |
Tidspunktet (tildelt af Leverandøren) for, hvornår informationen i kataloget senest er revideret |
| Lovlige værdier |
hh:mm:ss |
| Eksempel |
12:00:00 |
|
| Note |
Note |
Text
|
Ja |
0..n |
| Definition |
Fritekst tilføjet til kataloget. Dette element kan indholde noter eller lignede information, der ikke eksplicit er i en anden struktur. |
| Anbefaling |
Brug kun mere end en, hvis der anvendes flere sprog. |
|
| Description |
Beskrivelse |
Text
|
Ja |
0..n |
| Definition |
En beskrivelse af kataloget |
| Anbefaling |
Brug kun mere end en, hvis der anvendes flere sprog. |
|
| VersionID |
VersionsID |
Identifier
|
Ja |
1 |
|
|
| PreviousVersionID |
ForrigeVersionsID |
Identifier
|
Ja |
0..1 |
|
|
|
Underklasser i klassen Catalogue (Katalog)
| 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 |
1 |
3.2 |
OIOUBL_GUIDE_KATALOG_ID
|
| Definition |
Perioden angivet af leverandøren for, hvornår informationerne i kataloget er gyldige. Der kan angives et start og evt. et sluttidspunkt. |
| Datatype |
Period
|
|
| ReferencedContract |
KontraktReference |
Ja |
0..1 |
3.3 |
|
| Definition |
Oplysninger vedrørende en rammeaftale eller kontrakt |
| Datatype |
Contract
|
|
| Signature |
Signatur |
Ja |
0..n |
Bibliotek, 3.96 |
|
| Definition |
En eller flere signaturer er tilføjet til kataloget |
| Datatype |
Signature
|
|
| ProviderParty |
KatalogUdbyder |
Ja |
1 |
3.4 |
OIOUBL_GUIDE_KATALOG_PARTER
|
| Definition |
Oplysninger vedrørende KatalogUdbyder |
| Datatype |
Party
|
| Forretningsregel |
Katalogudbyderen kan være en leverandør eller en tredjeparts katalogadministrator |
|
| ReceiverParty |
KatalogModtager |
Ja |
1 |
3.5 |
OIOUBL_GUIDE_KATALOG_PARTER
|
| 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 |
|
| SellerSupplierParty |
Leverandør |
Ja |
1 |
Bibliotek, 3.100 |
OIOUBL_GUIDE_KATALOG_PARTER
|
| Definition |
Oplysninger vedrørende Sælger |
| Datatype |
SupplierParty
|
| Forretningsregel |
Leverandøren er gældende for alle kataloglinjerne med mindre andet er angive her. Bemærk, at er Leverandøren angivet på linjen, så underkender den leverandøren på header niveau |
|
| ContractorCustomerParty |
KontraktAdministrator |
Ja |
0..1 |
Bibliotek, 3.27 |
OIOUBL_GUIDE_KATALOG_PARTER
|
| Definition |
Oplysninger vedrørende KontraktAdministrator |
| Datatype |
CustomerParty
|
| Forretningsregel |
Kunden skal kun angives, når den adskiller sig fra KatalogModtager. Kunden gælder for alle kataloglinjerne med mindre andet er angivet her. |
|
| TradingTerms |
HandelsVilkår |
Ja |
0..n |
Bibliotek, 3.106 |
|
| Definition |
Oplysninger vedrørende HandelsVilkår |
| Datatype |
TradingTerms
|
| Forretningsregel |
Er der ikke angivet handelsvilkår her, og er de ikke specificeret i en kontrakt, vil det være handelsvilkårene der fremgår af ordren der er gældende. |
| Anbefaling |
Hvis en accept af kataloget ønskes inden for en bestemt periode, kan det specificeres som handelsvilkår. |
|
| CatalogueLine |
KatalogLinje |
Ja |
1..n |
3.6 |
|
| Definition |
Oplysninger vedrørende KatalogLinje |
| Datatype |
CatalogueLine
|
|
|
Ekskluderede klasser og felter i Catalogue (Katalog)
| Navn |
DK-Navn |
Type |
| LineCountNumeric |
LinjeAntal |
Felt |
|
Eksempel<Catalogue >
<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>CAT-EX-1</cbc:ID>
<cbc:UUID>9756b516-8815-1029-857a-e388fe63f399</cbc:UUID>
<cbc:Name>Mobile phone</cbc:Name>
<cbc:IssueDate>2006-04-30</cbc:IssueDate>
<cbc:IssueTime>12:00:00</cbc:IssueTime>
<cbc:RevisionDate>2006-03-10</cbc:RevisionDate>
<cbc:RevisionTime>09:30:47</cbc:RevisionTime>
<cbc:Note>Teleeksperten A/S will from mach 2006 introduce a new improved and even more comprehensive catalogue.</cbc:Note>
<cbc:Description>Teleekspertens sells alle the best-known models in mobile phone and accessories.</cbc:Description>
<cbc:VersionID>1.0</cbc:VersionID>
<cbc:PreviousVersionID />
+ <cac:ValidityPeriod />
+ <cac:ReferencedContract />
+ <cac:ProviderParty />
+ <cac:ReceiverParty />
+ <cac:ContractorCustomerParty />
+ <cac:TradingTerms />
+ <cac:CatalogueLine />
+ <cac:CatalogueLine />
+ <cac:CatalogueLine />
</Catalogue>
|
|
