Format description: Catalog for frames, sunglasses, spectacle lenses, contact lenses and commodities

Catalog format and further document types

The catalog is the first part and basis for a set of documents to exchange data for the complete supply chain processes. In the catalog the supplier has the possibility to define all his products offering for a specific market. The catalog enables the supplier to describe the article with detailed information on different levels and for different use cases (technical information, marketing information, price information, relation to other resources).

In the catalog the complete delivery range of a product is described. Based on that in an order only one valid configuration can be chosen to define a valid order.

History

Basis for this format version is the Spectaris Format which was developed from LOOK4 Company GmbH in cooperation with the German Industry Association SPECTARIS for contact lenses, started in 2004.

The file Catalog.xml - the product catalog

The structure

The format consists of the following central and standardised parts:

Catalog.xsd:XML schema to the catalog. Here the structure of the catalog is centrally defined. With this file the individual catalog of a manufacturer can be verified online. The file can be accessed here: http://templates.look4optics.com/v_2_0/catalog.xsd
Templates.xsd:the XML-scheme of the product feature list SpectarisTemplates.xml. The file can be accessed here: http://templates.look4optics.com/v_2_0/Templates.xsd
v_2_0/contactlenses/EN/Templates.xml:
 list of all standard features for the product group contact lenses. For each language there is a corresponding file. http://templates.look4optics.com/v_2_0/contactlenses/EN/Templates.xml
v_2_0/frames/EN/Templates.xml:
 list of all standard features for the product group frames. For each language there is a corresponding file. http://templates.look4optics.com/v_2_0/frames/EN/Templates.xml
v_2_0/lenses/EN/Templates.xml:
 list of all standard features for the product group lenses. For each language there is a corresponding file. http://templates.look4optics.com/v_2_0/lenses/EN/Templates.xml
v_2_0/global/EN/Templates.xml:
 list of all standardised, product group independent features. For each language there is a corresponding file. http://templates.look4optics.com/v_2_0/global/EN/Templates.xml

You will find the Overview of Feature Templates here: http://look4mediathek.de/ea4mw7ac.download

../_images/templates.jpg

For sunglasses accordingly all three templates (global, frames and lenses) must be included.

Since the templates require frequent supplements, there are subversions (e.g. 1.13.2). These can be different depending on the template (e.g. frames, contactlenses). The release description here in the document is therefore based on the highest sub-version.

Overview of mandatory features per product group

The use of certain product properties is required for optimal processing and/or usage of the catalogs. Below you will find an overview of the mandatory features per product group.

Contact lenses

id includeInOrder
CLConfigType hidden
CLGeom hidden
CLType hidden
CLUsage hidden
Material false

For soft lenses (CLType = soft), the following features must be used

id includeInOrder
NumberOfUnits false
NumberOfUse false

For care products (ArticleType=care), the following features must be used

id includeInOrder
NumberOfUnits false
UnitOfMeasure false

For bottles (UnitOfMeasure=bottle) in addition

id includeInOrder
UnitVolume false

For accessories (ArticleType=accessory), the following feature must be used

id includeInOrder
NumberOfUnits false

Frames

id includeInOrder
Brand false
EanCode optional
FosaLineID hidden
FosaLineIDLabel hidden
FrameColour true
FrameDbl true
FrameMaterialType false
FrameRimType false
FrameSearchColour hidden
FrameShapeLength true
FrameTempleLength true
imgLarge (attribute)
Line false
LineLabel false
UserGroup false

Sunglasses

in addition

id includeInOrder
LensColour false
LensColourLabel false
LensSearchColour hidden

Frame temples

id includeInOrder
EanCode optional
FrameTempleColour false
FrameTempleLength true
FrameTempleMaterialType false
FrameTempleSearchColour hidden
imgLarge (attribute)

Middle part

id includeInOrder
EanCode optional
FrameMiddlePartColour true
FrameMiddlePartMaterialType false
FrameMiddlePartSearchColour hidden
imgLarge (attribute)

Frame spare part

id includeInOrder
FrameSparepartType hidden

Rules for a uniform structure

  1. Template names all get English names
  2. Template names are written together as a basic principle
  3. The first letter of an element is always written with a capital
  4. The first letter of an attribute is always lowercase
  5. Hyphens are waived
  6. For improving readability word combinations are indicated by capital letters such as DeliveryRange / ProductCodingPattern / …

The template files

These files define all default product properties for a product group. Each product property has a unique label (TemplateId).

Here the common data element properties for all product properties are defined. They can be extended in the catalog by manufacturer specific product properties. For each data element the following information included in the data element list:

id:is the unique element name in the XML format. The element names are chosen English.
includeInOrder:Order relevant or descriptive property (product information).

Valid values of includeInOrder:

  1. true: Order relevant / is transferred with the order
  2. false: Not order relevant >> descriptive property (product information)
  3. optional: Optional product property can be specified and will then be transmitted in the order record
  4. hidden: Product grouping feature > product grouping invisible in SW surfaces

Attributes

label:Feature description in its respective language
step:Step size of the values
formatString:Formatting of the field
unit:Unit of the product property
alwaysSigned:Indication always with prefix (e.g. sph / cyl as indication in an application; default value = false)

Example code:

<FeatureValueTemplate id="AxisComplete" includeInOrder="true" label="&t_AxisComplete;"
  step="1" formatString="N0" unit="°" descr="&t_AxisComplete_descr;
  alwaysSigned="false" />

The element Catalog

The product catalog is the basis for all other types of applications like order or order response.

General catalog information

The catalog begins with the definition of general information about the catalog:

Attribute Type / Use Description / Example
catalogDescription xs:string optional Catalog description (e.g. CL sortiment with care products 2011)
catalogID xs:string required Catalog ID provided by supplier (e.g. 373b9c80-8eb1-4b99-9f6f-1dd03353da53)
currency xs:string required Currency (e.g. EURO)
currencySymbol xs:string required Currency symbol (e.g. $)
name xs:string required Catalog name (e.g. Woehlk-CL-2011)
schemaMajorVersionID xs:integer required Major version number for the description of the current schema version (e.g. 1)
schemaMinorVersionID xs:integer required Minor version number for the description of the current schema version (e.g. 0)
testCatalog xs:string optional Indication if test catalog (e.g. true)
versionID xs:string optional ID for the version (content) by the supplier (e.g. 364-598-569-22)
version xs:string optional Description of the version (content) by the supplier (e.g. new colour values for product xy)
validEndDate xs:dateTime optional Valid to date (e.g. 2012-01-01T00:00:00)
validStartDate xs:dateTime optional Valid from date (e.g. 2011-01-01T00:00:00)

Example code:

<Catalog
  xsi:noNamespaceSchemaLocation=
  "http://templates.look4optics.com/v_2_0/Catalog.xsd"
  xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
  name="Fossil frames and sunglasses product catalog"
  catalogID="catalog_de_de.xml" version="2018 -Test1.0"
  currency="EUR" currencySymbol="&euro;"
  validStartDate="2018-06-01T15:30:47.0000000+01:00">
    <ValidCountries>
        <ValidCountry isoCountryCode="EN"/>
    </ValidCountries>
</Catalog>

Following the general header data the catalog is divided into the following areas:

ValidCountries:Indication for which countries it is valid
Supplier:Supplier file data
Templates:Definition of properties later used for article description
Articles:Description of the unique article
Navigation:Navigation (optional)

The element Supplier

Within the element Supplier all information about the supplier/manufacturer are defined. The element Supplier has the following attributes:

Attribute Type / Use Description / Example
agb xs:anyURI optional Link to terms (e.g. http://shop.woehlk.com/ Page_Webkit.aspx?menuEntryID=6&language=de)
ceo xs:string optional Management (e.g. Lothar Haase)
name xs:string required Name (e.g. Woehlk-CL-2011)
registration xs:string optional Supplier CoC number (e.g. WK-123)
supplierID xs:string required Supplier number (Vat number) (e.g. DE813058544)
taxNo xs:string optional Supplier tax no. (e.g. DE19 291 21294)
vatID xs:string optional Supplier VAT number (e.g. DE813058544)

Example code:

<Supplier supplierID="DE811449478" vatID="DE811449478"
  name="best frames GmbH">

Different addresses and bank details of suppliers can be defined as additional information:

Example code:

<Supplier>
    <Addresses>
        <Address label="Mainaddress" name="best frames GmbH"
          street="Dorfstr. 2-4" zip="79280" city="Au" isoCountryCode="DE"
          phone="0761-40 10 510" fax="0761-40 10 51 22"
          email="info@best-frames.de"/>
        <Address label="Service Center" name=" best frames GmbH"
          street="Dorfstr. 2-4" zip="79280" city="Au" isoCountryCode="DE"
          phone="0761-40 10 51 55" fax="0761-40 10 51 33"
          email="info@best-frames.de "/>
    </Addresses>
    <BankAccounts>
        <BankAccount bankName="Volksbank Münster" eban="EBAN1" swift="SWIFT1"
          accountNo="12643" bankCode="455100" street="Bertoldstraße 4"
          zip="79116" city="Münster" isoCountryCode="DE"/>
        <BankAccount bankName="Sparkasse Hamburg" eban="EBAN2" swift="SWIFT2"
          accountNo="4943645" bankCode="45543645" street="Westplatz 56"
          zip="12345" city="Hamburg" isoCountryCode="DE"/>
    </BankAccounts>
</Supplier>

The element Templates

Include

At the beginning stands the row Include. From this results the integration of the files for the different article groups with the centrally defined default product characteristics. The standard included files are:

v_2_0/<type>/<language>/Templates.xml

Here, <type> is one of: * frames * lenses * contactlenses * global

Here, <language> is one of: * EN * DE * NL * FR * IT * DA

With further Include tags it is possible to include files for further product groups in which product properties are described that aren’t defined in the standard.

The definition of further properties and relations takes place subsequently and is divided into the following areas:

Feature templates

Here you are able to define own product properties that aren’t included in the standard.

This can be done also in a separate file PrivateTemplates that is also included with the tag Include.

Standard-Features

You will find the list of the FeatureTemplates in the Template documentation.

FeatureEnumTemplateEx

For some features the value ranges can’t be defined in the standard because they are catalog or supplier specific. The most important cases would be e.g. material or colour specifications which are vendor-specific and therefore must be defined on catalog level. In the FeatureEnumTemplateEx area, corresponding assignments (e.g. color code and colour label of the supplier) can be defined.

Example code:

<FeatureTemplateEx templateID="Line">
    <LabeledValue value="FUSION" label="FUSION"/>
    <LabeledValue value="KICK" label="KICKER"/>
    <LabeledValue value="KIDSP" label="KIDSPORT"/>
    <LabeledValue value="OPTICS" label="OPTICS"/>
    <LabeledValue value="PERF" label="PERFORMANCE"/>
    <LabeledValue value="SNAKES" label="SNAKES"/>
</FeatureTemplateEx>
Resources for FeatureEnumValues

Version 1.5 created the ability to attach resources to single LabeledValues. The allocation can be done globally in the general definition range under FeatureTemplateEx and FeatureTemplate or for individual articles (schema extension in template.xsd).

This means that for a specification of a product property (e.g. color = red) one or more product views of the red article variant can be linked. Thus, you can visualize individual product versions respectively properties.

Example code 1:

<FeatureTemplateEx templateID="Color">
    <LabeledValue value="A41" label="bright green (clear pupil)">
        <Resources>
            <Resource templateID="imgMedium"
              uri="http://mediathek.microstep-it.de/zdyh7rna.view"/>
            <Resource templateID="imgSmall"
              uri="http://mediathek.microstep-it.de/kfdxe4ra.view"/>
        </Resources>
    </LabeledValue>
    <LabeledValue value="A41X" label="dark green (clear pupil)"/>
</FeatureTemplateEx>

Example code 2:

<FeatureTemplates>
    <FeatureValueTemplate step="0" formatString="N0" unit="mm"
      alwaysSigned="false" id="FrameTempleLength" label="Temple length"
      labelShort="" descr="" includeInOrder="false"/>
    <FeatureValueTemplate step="0" formatString="N0" unit="mm"
      alwaysSigned="false" id="FrameShapeLength" label="Shape length"
      labelShort="" descr="" includeInOrder="false"/>
    <FeatureValueTemplate step="0" formatString="N0" unit="mm"
      alwaysSigned="false" id="FrameShapeHeight" label="Frame shape height"
      labelShort="" descr="" includeInOrder="false"/>
    <FeatureValueTemplate step="0" formatString="N0" unit="mm"
      alwaysSigned="false" id="FrameShapeMaxRadius" label="Shape max radius"
      labelShort="" descr="" includeInOrder="false"/>
    <FeatureValueTemplate step="0" formatString="N0" unit=""
      alwaysSigned="false" id="LensBaseCurve" label="Base curve" labelShort=""
      descr="" includeInOrder="false"/>
    <FeatureValueTemplate step="0" formatString="N0" unit="mm"
      alwaysSigned="false" id="FrameDbl" label="Bridge width" labelShort=""
      descr="" includeInOrder="hidden"/>
    <FeatureEnumTemplate id="Lining" label="Lining" labelShort="Lining"
      descr="Lining" includeInOrder="false">
        <LabeledValue value="Chopper gray" label="Chopper gray">
            <Resources>
                <Resource templateID="imgMedium"
                  uri="http://mediathek.microstep-it.de/h3yz4rca.view"/>
                <Resource templateID="imgSmall"
                  uri="http://mediathek.microstep-it.de/dhwxmffa.view"/>
            </Resources>
        </LabeledValue>
    </FeatureEnumTemplate>
</FeatureTemplates>
DefaultValues

The defaultValue generally applies to the entire article or to specific delivery ranges. A combination is not possible. DefaultValues can only be available for order-relevant features, not for optional or other feature types.

Example code:

<Features>
    <FeatureValue templateID="EdgeFlattening" deliveryTypeID="STD" defaultValue="0.3"
    rangeMin="0.3" rangeMax="0.5" rangeStep="0.2" includeZero="false" />
</Features>
Relationship templates

Here possible kinds of product relationships (including spare parts, accessories, option item, alternative product …) are defined. They can be used later in the article area to define relations between articles (e.g. article E and F are spare parts of article A).

Standard:

id label
accessory Accessory
alternativeProduct Alternative product
consistsOf Consists of
fittingTemples Fitting temples
optionalArticle Optional article
productVariant Product variant
sparePart Spare part
Resource templates

Here different kinds of resource files can be defined:

id mimetype Max. size label
animation360 html/php   360 degree animation
deliveryInfo html   Delivery range info
formData36Points txt   Form data 36 points
formData360Points txt   Form data 360 points
formDataTracerEssilor mo1   Form data of tracer Essilor
formDataTracerNIDEK nid   Form data of tracer NIDEK
formDataTracerOMA oma   Form data of tracer OMA
formDataTracerWECO wec   Form data of tracer WECO
formDataXML xml   Form data XML
handlingInfo html   Handling info
imgFrameColourPreview image/jpg   Preview Frame colour
imgFrameFront image/jpg   Image frame front
imgFrameHalfSideLeft image/jpg   Image frame half side left
imgFrameHalfSideRight image/jpg   Image frame half side right
imgFrameLeft image/jpg   Image frame left
imgFrameRight image/jpg   Image frame right
imgLarge image/jpg 1024X1024px Large image (e.g. pop-up window)
imgMedium image/jpg 200/200px Medium-sized image (e.g. for article description)
imgSmall image/jpg 80/80px Small image (e.g. for product lists)
imgSmallUnselected image/jpg 80/80px Small inactive image (e.g. fotos with white layer)
productInfo html   General product description
shapeID txt   Form data ID
technInfo html   Technical info

We suggest defining the path information in the header for each resource type as entities. So the path information can be centrally defined once and adjusted at any time with a record.

Example code:

<?xml version="1.0" encoding="UTF-16"?>
<!DOCTYPE ResourcePath [
<!ENTITY imgLPath "http://www.firmaXY/pics/">
<!ENTITY imgMPath "http://www.firmaXY/pics/">
<!ENTITY imgSPath "http://www.firmaXY/pics/">]>

The mapping at Article looks like that:

Example code:

<Resources>
    <Resource templateID="imgLarge" uri="&imgLPath Produkt_ImgL.jpg"/>
    <Resource templateID="imgSmall" uri="&imgLPath Produkt_ImgS.jpg"/>
</Resources>
DeliveryType templates

Here the global definition of different delivery areas takes place.

id label priority
Stock Ex stock 10
Standard Fabrication standard 20
Production Fabrication individually 30

The following rules apply to the evaluation:

  1. A higher priority beats a lower
  2. If selecting a feature with higher priority (lower value) the complete product will receive this delivery type

Example code:

<DeliveryTypeTemplates>
    <DeliveryType id="STANDARD" priority="1" label="STANDARD"/>
</DeliveryTypeTemplates>
ClientGroup templates

Definition of individual customer groups that are assigned to each product under Article.

This allows controlling permissions and views of individual products for a product group or automatic creation of individual catalogs for different product groups from a centrally maintained master catalog.

Example code:

<ClientGroups>
    <ClientGroup templateID="Client group 1"/>
    <ClientGroup templateID="Client group 2"/>
</ClientGroups>

Articles

Here the detailed description of each item takes place. An article can have the following attributes:

Attribute Type / Use Description / Example
formerArticleID xs:NMTOKEN optional Article code that has been used before for this article (e.g. in other ERP systems) (e.g. A2777)
configLines xs:positiveInteger optional Number of configuration rows (contact lenses=2, glasses=2 > in pairs, commodity=1) (e.g. 2)
descr xs:string optional Article description (e.g. `` Biocompatible, highly compliant spherical monthly exchange system for daily, extended wear``)
id xs:NMTOKEN required Unique supplier article ID (e.g. A2780)
maxQuantity xs:positiveInteger optional Maximal order quantity of article (e.g. 10)
minQuantity xs:positiveInteger optional Minimal order quantity of article (e.g. 1)
name xs:string required Article name (e.g. Contact Life Spheric Box)
price xs:decimal optional Article price, purchase price (e.g. 18.50)
quantityStep xs:positiveInteger optional Step size for order quantity (e.g. 1)
validEndDate xs:dateTime optional Valid to date (e.g. 2012-01-01T00:00:00)
validStartDate xs:dateTime optional Valid from date (e.g. 2011-01-01T00:00:00)
electronicOrderingAllowed xs:boolean optional Default value = true

Example code:

<Article id="SLOD30" name="SofLens one day 30er Box"
  descr="One day contact lens" price="19.90" maxQuantity="1" configLines="2">

The article definition is divided into the following areas:

  1. ClientGroups: assignment to client groups > e.g. for indication of Private Labels
  2. MetaData: definition of search terms and additional links to products, e.g. for evaluation in applications
  3. Relationships: definition of product relations > e.g. spare parts/accessories
  4. Resources: assignment of resource files to the product, e.g. pictures, HTML or PDF documents, shape data etc.
  5. Features: definition of unique product properties
  6. DeliveryRanges: definition of the delivery ranges per product, at frames possible model variants
ClientGroups

Mapping of individual customer groups to the article. Hereby can be defined for which customer groups the article is available.

So the indication of individual products for individual customers can be controlled (e.g. in the supplier’s own shop or an industry software) or used as the basis for creating special catalogs for customer groups (such as individual catalogs for purchasing groups).

Example code:

<ClientGroups>
    <ClientGroup templateID="Client group 1 "/>
</ClientGroups>
MetaData

Here, more properties can be mapped to the product. This allows e.g. the realisation of search functions in applications (such as keyword search in electronic product catalog or shop). These data generally are not displayed but rather serve evaluation or as additional information. Another application is the definition of “control flags”, e.g. for parameter passing at software.

Example code:

<MetaData>
    <Meta name="keywords" value="Special goggle; Filter category;... "/>
    <Meta name="Author" value="Henry Smith"/>
</MetaData>
Relationships

Here relationships between articles can be defined. Besides the standard relations also individual relation types can be defined (for individual applications).

Example code:

<Relationships>
    <Relationship templateID="accessory" articleID="Special case"/>
</Relationships>
Resources

Here the definition takes place of the information that is available for the product in external files (resources). In addition to the standard resource types also own resource types (for ind. applications) can be defined.

Example code:

<Resources>
    <Resource templateID="productInfo"
      uri="http://www.rodenstock.de.de/de/1234-50_PI.html"/>
    <Resource templateID="imgMedium"
      uri="http://look4mediathek.de/e2dr2zza.view"/>
    <Resource templateID="imgSmall"
      uri="http://look4mediathek.de/z23znc3a.view"/>
    <Resource templateID="imgSmallUnselected"
      uri="http://look4mediathek.de/xnwyzfpa.view"/>
</Resources>
Features

The product properties of individual products are assigned with Features. Standard properties (centrally defined in Templates.xml) but also vendor-specific properties can be assigned (e.g. for use in vendor-specific applications). Again counts the distinction in FeatureValue- (assignment of a numerical value) and FeatureEnum- items (select list of multiple values - colours, brands, characteristics …).

Example code:

<Features>
    <FeatureEnum templateID="ArticleType" deliveryTypeID="STANDARD"
      includeInOrder="false">
        <FeatureEnumItem value="sunglasses"/>
    </FeatureEnum>
    <FeatureEnum templateID="Brand" deliveryTypeID="STANDARD"
      includeInOrder="false">
        <FeatureEnumItem value="Bollé"/>
    </FeatureEnum>
    <FeatureEnum templateID="Line" deliveryTypeID="STANDARD"
      includeInOrder="false">
        <FeatureEnumItem value="Fusion"/>
    </FeatureEnum>
    <FeatureEnum templateID="UserGroup" deliveryTypeID="STANDARD"
      includeInOrder="false">
        <FeatureEnumItem value="unisex"/>
    </FeatureEnum>
    <FeatureEnum templateID="FrameRimType" deliveryTypeID="STANDARD"
      includeInOrder="false">
        <FeatureEnumItem value="fullRim"/>
    </FeatureEnum>
    <FeatureEnum templateID="FrameMaterialType" deliveryTypeID="STANDARD"
      includeInOrder="false">
        <FeatureEnumItem value="metal"/>
    </FeatureEnum>
    <FeatureEnum templateID="FrameRx" deliveryTypeID="STANDARD"
      includeInOrder="false">
        <FeatureEnumItem value="true"/>
    </FeatureEnum>
    <FeatureEnum templateID="FrameBridgeType" deliveryTypeID="STANDARD"
      includeInOrder="false">
        <FeatureEnumItem value="padsSilicon"/>
    </FeatureEnum>
    <FeatureEnum templateID="FrameSpringHinge" deliveryTypeID="STANDARD"
      includeInOrder="false">
        <FeatureEnumItem value="true"/>
    </FeatureEnum>
    <FeatureEnum templateID="NickelFree" deliveryTypeID="STANDARD"
      includeInOrder="false">
        <FeatureEnumItem value="false"/>
    </FeatureEnum>
    <FeatureEnum templateID="CountryOfOrigin" deliveryTypeID="STANDARD"
      includeInOrder="false">
        <FeatureEnumItem value="FR"/>
    </FeatureEnum>
</Features>

DeliveryRanges

Here the delivery ranges are defined. DeliveryRanges are limited product features or combinations of features. It is necessary to keep in mind, that at least one switch feature for each block exists, on which all other features refer to and that the ranges don’t overlap with values in other delivery ranges.

Values/ranges which are valid for the complete product are defined under Features (general features).

Specific use for frames

The filing of single possible model variants takes place as single delivery ranges. Delivery ranges are limited product properties or combination of properties. For shop applications it is often desired to combine to an article products whose basic properties are identical (models) and differ in the version that is to say only in some product properties. This combination can be mapped on the definition of different delivery areas.

An article then corresponds to a model (a frame) which is available in different configurations (different sizes, colors, temple variants).

Ranges which generally apply to the entire product are defined under features (general product properties).

Conventions for the filing of model variants

Frames and sunglasses are usually offered in different model variants. This means that a frame is available in different versions (e.g. model Birdland with 2 lens sizes, 2 bridge sizes and 5 different colours).

Model variants are maintained by the suppliers as individual items and therefore have an internal article number and/or an EAN/UPC code for each model variant (SKU). For the order, the specification of one of these unique (SKU) article IDs is sufficient. Some companies may also offer ordering by specifying model and characteristics (e.g. color, size).

Also for frames characteristics can be defined as order-relevant via the attribute IncludeInOrder. These features (at least EAN code or internal article number) are then transferred for the order.

That is, the supplier can define for each item which product properties must be given for the unique definition of a model variant if ordering shall not be done with an SKU ID. This is especially true for manufacturers who do not use SKU IDs (EAN/UPC codes).

Rules for the definition of DeliveryTypes
  1. A higher priority beats a lower
  2. If selecting a feature with higher priority (lower value) the complete product will receive this delivery type

Example code:

<DeliveryRange>
    <Features>
        <FeatureEnum templateID="InternalArticleID"
          deliveryTypeID="STANDARD" includeInOrder="false">
            <FeatureEnumItem value="10017"/>
        </FeatureEnum>
        <FeatureEnum templateID="LensMaterialType" deliveryTypeID="STANDARD"
         includeInOrder="false">
            <FeatureEnumItem value="polycarbonate"/>
        </FeatureEnum>
        <FeatureEnum templateID="LensColour" deliveryTypeID="STANDARD"
          includeInOrder="false">
            <FeatureEnumItem value="Polarized Sandstone"/>
        </FeatureEnum>
        <FeatureEnum templateID="Availability" deliveryTypeID="STANDARD"
          includeInOrder="false">
            <FeatureEnumItem value="immediately"/>
        </FeatureEnum>
        <FeatureEnum templateID="FrameColour" deliveryTypeID="STANDARD"
          includeInOrder="false">
            <FeatureEnumItem value="Matte Bronze"/>
        </FeatureEnum>
        <FeatureEnum templateID="EanCode" deliveryTypeID="STANDARD"
          includeInOrder="true">
            <FeatureEnumItem value="0054917232412"/>
        </FeatureEnum>
        <FeatureValue templateID="FrameTempleLength"
          deliveryTypeID="STANDARD" value="125" includeInOrder="false"/>
        <FeatureValue templateID="FrameDbl" deliveryTypeID="STANDARD"
          value="18" includeInOrder="false"/>
        <FeatureValue templateID="FrameShapeLength"
          deliveryTypeID="STANDARD" value="64" includeInOrder="false"/>
        <FeatureValue templateID="FrameShapeHeight" deliveryTypeID="STANDARD"
          value="36" includeInOrder="false"/>
        <FeatureValue templateID="FrameMaxRadius" deliveryTypeID="STANDARD"
          value="66" includeInOrder="false"/>
        <FeatureValue templateID="DeliveryTime" deliveryTypeID="STANDARD"
          value="1" includeInOrder="false"/>
        <FeatureValue templateID="SalesPrice" deliveryTypeID="STANDARD"
          value="129" includeInOrder="false"/>
    </Features>
    <Resources>
    <Resource templateID="imgMedium"
      uri="http://look4mediathek.de/e2dr2zza.view"/>
    <Resource templateID="imgSmall"
      uri="http://look4mediathek.de/z23znc3a.view"/>
    <Resource templateID="imgSmallUnselected"
      uri="http://look4mediathek.de/xnwyzfpa.view"/>
    </Resources>
</DeliveryRange>

Price calculation

The mapping of product prices takes place with a base price per product and price differences (markups and markdowns for single product properties features).

The following rules apply for pricing for a product configuration:
  1. Defining the type of delivery for the entire configuration. If selecting a feature with higher priority (lower value) the complete product will receive this delivery type.
  2. Addition of all selected features.
Contact / Legal