GoodRelations Ontology
type: Ontology
subject: E-Commerce, E-Business, GoodRelations, Ontology, eCl@ss, eClassOWL, UNSPSC, Recommender Systems, SearchMonkey
version info: V 1.0, Release 2009-07-18
creator: Martin Hepp
license: http://creativecommons.org/licenses/by/3.0/
comment: The GoodRelations ontology provides the vocabulary for annotating e-commerce offerings (1) to sell, lease, repair, dispose, or maintain commodity products and (2) to provide commodity services. GoodRelations allows describing the relationship between (1) Web resources, (2) offerings made by those Web resources, (3) legal entities, (4) prices, (5) terms and conditions, and the aforementioned ontologies for products and services (6). For more information, see http://purl.org/goodrelations/ Note: The base URI of GoodRelations has changed to http://purl.org/goodrelations/v1. Please make sure you are only using element identifiers in this namespace, e.g. http://purl.org/goodrelations/v1#BusinessEntity. There may be copies of the ontology file on the Web which can be retrieved from other locations, BUT THOSE LOCATIONS MUST NOT BE USED AS REFERENCES. If you use GoodRelations for scientific purposes, please cite our paper: Hepp, Martin: GoodRelations: An Ontology for Describing Products and Services Offers on the Web, Proceedings of the 16th International Conference on Knowledge Engineering and Knowledge Management (EKAW2008), September 29 - October 3, 2008, Acitrezza, Italy, Springer LNCS, Vol. 5268, pp. 332-347. PDF at http://www.heppnetz.de/publications/
rights: The GoodRelations ontology is available under the Creative Commons Attribution 3.0 Unported license; see http://creativecommons.org/licenses/by/3.0/. In a nutshell, you are free to copy, distribute and transmit the work; to remix/adapt the work (e.g. to import the ontology and create specializations of its elements), as long as you attribute the work in the manner specified by the author or licensor (but not in any way that suggests that they endorse you or your use of the work). Proper Attribution: Simply include the statement "This work is based on the GoodRelations ontology, developed by Martin Hepp" and link back to http://purl.org/goodrelations/
title: The GoodRelations Ontology for Semantic Web-based E-Commerce
contributor: Work on the GoodRelations ontology has been partly supported by the Austrian BMVIT/FFG under the FIT-IT Semantic Systems project myOntology (grant no. 812515/9284), by a Young Researcher's Grant (Nachwuchsfoerderung 2005-2006) from the Leopold-Franzens-Universitaet Innsbruck, and by the European Commission under the project SUPER (FP6-026850).

ProductOrServicesSomeInstancesPlaceholder
type: Class
comment: A placeholder instance for unknown instances of a mass-produced commodity. This is used as a computationally cheap work-around for such instances that are not individually exposed on the Web but just stated to exist (i.e., which are existentially quantified). Example: An instance of this class can represent an anonymous set of green Siemens1234 phones. It is different from the ProductOrServiceModel Siemens1234, since this refers to the make and model, and it is different from a particular instance of this make and mode (e.g. my individual phone) since the latter can be sold only once.
subclass of: ProductOrService

QualitativeValue
type: Class
comment: A Qualitative Value is an entity that represents the state of a certain qualitative Product or Service Property. Qualitative Values are either Literal Values or Enumerative Values. Literal values are represented just as literals with respective datatype properties. For all other enumerative values, instances of this class are being created. An instance of this class represents a qualitative value for an object property. Examples: the color "green", the power cord plug type "US". Note: Currently, neither value sets nor ordinal relations between values are supported. This can be implemented when needed by importing and refining GoodRelations.
disjoint with: QuantitativeValue
disjoint with: N-Ary-Relations
disjoint with: PriceSpecification
disjoint with: BusinessEntityType
disjoint with: DayOfWeek
disjoint with: Offering
disjoint with: BusinessEntity
disjoint with: PaymentMethod
disjoint with: ProductOrService
disjoint with: LocationOfSalesOrServiceProvisioning
disjoint with: BusinessFunction
disjoint with: DeliveryMethod
disjoint with: WarrantyScope

DeliveryChargeSpecification
type: Class
comment: A Delivery Charge Specification is a conceptual entity that specifies the additional costs asked for the delivery of a given Offering using a particular Delivery Method by the respective Business Entity. A Delivery Charge Specification is characterized by (1) a monetary amount per order specified as a literal value of type float in combination with a Currency, (2) the Delivery Method, (3) the target Country or Region, and (4) whether this charge includes local sales taxes, namely VAT. An Offering may be linked to multiple Delivery Charge Specifications that specify alternative charges for disjoint combinations of target Countries or Regions, and Delivery Methods. Examples: Delivery by direct download is free of charge worldwide, delivery by UPS to Germany is 10 Euros per order, delivery by Mail within the US is 5 Euros per order. The total amount of this charge is specified as a float value of the hasCurrencyValue property. The currency is specified via the hasCurrency datatype property. Whether the price includes VAT or not is indicated by the valueAddedTaxIncluded datatype property. The Delivery Method to which this charge applies is specified using the appliesToDeliveryMethod object property. The region or regions to which this charge applies is specified using the eligibleRegions datatype property, which uses ISO 3166-1 and ISO 3166-2 codes. If the price can only be given as a range, use hasMaxCurrencyValue and hasMinCurrencyValue for the upper and lower bounds. Important: When querying for the price, always use hasMaxCurrencyValue and hasMinCurrencyValue.
subclass of: PriceSpecification

ActualProductOrServiceInstance
type: Class
comment: An Actual Product or Service Instance is a single identifiable object or action that creates some increase in utility (in the economic sense) for the individual possessing or using this very object (Product) or for the individual in whose favor this very action is being taken (Service). Products or Services are types of goods in the economic sense. For an overview of goods and commodities in economics, see Milgate (1987). Examples: MyThinkpad T60, the pint of beer standing in front of me, my Volkswagen Golf, the haircut that I received or will be receiving at a given date and time. Note: In many cases, product or service instances are not explicitly exposed on the Web but only claimed to exist (i.e. existentially quantified). For a detailed discussion and practical solutions, see section 3.3.3 of the GoodRelations Technical Report.
subclass of: ProductOrService

DeliveryMethod
type: Class
comment: A Delivery Method is a standardized procedure for transferring the Product or Service Instance to the destination of fulfilment chosen by the customer. Delivery Methods are characterized by the means of transportation used, and by the organization or group that is the contracting party for the sending Business Entity (this is important, since the contracted party may subcontract the fulfilment to smaller, regional businesses). Examples: Delivery by Mail, Delivery by Direct Download, Delivery by UPS
disjoint with: BusinessFunction
disjoint with: DayOfWeek
disjoint with: QuantitativeValue
disjoint with: N-Ary-Relations
disjoint with: LocationOfSalesOrServiceProvisioning
disjoint with: ProductOrService
disjoint with: BusinessEntity
disjoint with: Offering
disjoint with: WarrantyScope
disjoint with: PriceSpecification
disjoint with: PaymentMethod
disjoint with: QualitativeValue
disjoint with: BusinessEntityType

BusinessEntity
type: Class
comment: An instance of this class represents the legal agent making a particular offering. This can be a legal body or a person. A Business Entity has at least a primary mailing address and contact details. For this, typical address standards (vCard) and location data can be attached. The location may be important for finding a supplier within a given distance from our own location. Example: Siemens Austria AG, Volkswagen Ltd., Peter Miller's Cell phone Shop Note: Typical address standards (vcard) and location data should be attached to a business entity. Since there already exist established vocabularies for this, the GoodRelations ontology does not provide respective attributes. Instead, the use of respective vocabularies is recommended. However, the hasGlobalLocationNumber and hasDUNS properties are provided for linking to respective identifiers for business locations.
disjoint with: WarrantyScope
disjoint with: BusinessFunction
disjoint with: DeliveryMethod
disjoint with: QuantitativeValue
disjoint with: BusinessEntityType
disjoint with: PaymentMethod
disjoint with: N-Ary-Relations
disjoint with: QualitativeValue
disjoint with: DayOfWeek
disjoint with: Offering
disjoint with: PriceSpecification
disjoint with: LocationOfSalesOrServiceProvisioning
disjoint with: ProductOrService

QuantitativeValueInteger
type: Class
comment: An instance of this class is an actual integer value for a quantitative property of a product. This instance is usually characterized by a minimal value, a maximal value, and a unit of measurement. This class is a work-around caused by the fact that OWL does only support binary relations, and that datatype ranges cannot be easily handled in OWL. Example: A seating capacity between 1 and 8 persons. Note: Users must keep in mind that ranges in here mean that ALL possible values in this interval are covered. (Sometimes, the actual commitment may be less than that: "We sell cars from 2 - 12 seats" does often not really mean that they have cars with 2,3,4,...12 seats.). Someone renting out two types of rowing boats, one that fits for 1 or 2 people, and another that must be operated by 4 people cannot claim to rent boats with a seating capacity between 1 and 4 people. He or she is offering two boat types for 1-2 and 4 persons.
subclass of: QuantitativeValue

DeliveryModeParcelService
type: Class
comment: A private parcel service as the delivery mode available for a certain offering. Examples: UPS, DHL
subclass of: DeliveryMethod

PriceSpecification
type: Class
comment: The superclass of all price specifications.
disjoint with: DayOfWeek
disjoint with: PaymentMethod
disjoint with: BusinessEntity
disjoint with: ProductOrService
disjoint with: BusinessFunction
disjoint with: BusinessEntityType
disjoint with: DeliveryMethod
disjoint with: QualitativeValue
disjoint with: QuantitativeValue
disjoint with: N-Ary-Relations
disjoint with: WarrantyScope
disjoint with: LocationOfSalesOrServiceProvisioning
disjoint with: Offering

PaymentChargeSpecification
type: Class
comment: A Payment Charge Specification is a conceptual entity that specifies the additional costs asked for settling the payment after accepting a given Offering using a particular Payment Method. A Payment Charge Specification is characterized by (1) a monetary amount per order specified as a literal value of type float in combination with a Currency, (2) the Payment Method, and (3) a whether this charge includes local sales taxes, namely VAT. An Offering may be linked to multiple Payment Charge Specifications that specify alternative charges for various Payment Methods. Examples: Payment by VISA or Mastercard costs a fee of 3 Euros including VAT, payment by bank transfer in advance is free of charge. The total amount of this surcharge is specified as a float value of the hasCurrencyValue property. The currency is specified via the hasCurrency datatype property. Whether the price includes VAT or not is indicated by the valueAddedTaxIncluded datatype property. The Payment Method to which this charge applies is specified using the appliesToPaymentMethod object property. If the price can only be given as a range, use hasMaxCurrencyValue and hasMinCurrencyValue for the upper and lower bounds. Important: When querying for the price, always use hasMaxCurrencyValue and hasMinCurrencyValue.
subclass of: PriceSpecification

WarrantyScope
type: Class
comment: The Warranty Scope represents types of services that will be provided free of charge by the vendor or manufacturer in the case of a defect (e.g. labor and parts, just parts), as part of the warranty included in an Offering. The actual services may be provided by the Business Entity making the Offering, by the manufacturer of the Product, or by a third party. Examples: Parts and Labor, Parts
disjoint with: N-Ary-Relations
disjoint with: DeliveryMethod
disjoint with: BusinessEntityType
disjoint with: PaymentMethod
disjoint with: QualitativeValue
disjoint with: LocationOfSalesOrServiceProvisioning
disjoint with: BusinessFunction
disjoint with: BusinessEntity
disjoint with: PriceSpecification
disjoint with: QuantitativeValue
disjoint with: ProductOrService
disjoint with: DayOfWeek
disjoint with: Offering

BusinessEntityType
type: Class
comment: A Business Entity Type is a conceptual entity representing the legal form, the size, the main line of business, the position in the value chain, or any combination thereof, of a Business Entity. From the ontological point of view, Business Entity Types are mostly roles that a Business Entity has in the market. Business Entity Types are important for specifying eligible customers, since Offerings are often meant only for Business Entities of a certain size, legal structure, or role in the value chain. Examples: Consumers, Retailers, Wholesalers, or Public Institutions
disjoint with: BusinessFunction
disjoint with: LocationOfSalesOrServiceProvisioning
disjoint with: PriceSpecification
disjoint with: N-Ary-Relations
disjoint with: WarrantyScope
disjoint with: DeliveryMethod
disjoint with: BusinessEntity
disjoint with: Offering
disjoint with: PaymentMethod
disjoint with: QuantitativeValue
disjoint with: QualitativeValue
disjoint with: DayOfWeek
disjoint with: ProductOrService

UnitPriceSpecification
type: Class
comment: A Unit Price Specification is a conceptual entity that specifies the price asked for a given Offering by the respective Business Entity. An Offering may be linked to multiple Unit Price Specifications that specify alternative prices for non-overlapping sets of conditions (e.g. quantities or sales regions). A Unit Price Specification is characterized by (1) the lower and upper limits and the Unit of Measurement of the eligible quantity, (2) by a monetary amount per unit of the Product or Service Instance in the given Unit of Measurement specified as a literal value of type float in combination with a Currency, and (3) whether this prices includes local sales taxes, namely VAT. Example: The price, including VAT, for 1 kg of a given material is 5 Euros per kg for 0 - 5 kg and 4 Euros for quantities above 5 kg. The eligible quantity interval for a given price is specified using the object property hasEligibleQuantity, which points to an instance of Quantitative Value. The currency is specified using the hasCurrency datatype property, which points to an ISO 4217 currency code. The unit of measurement for the eligible quantity is specified using the hasUnitOfMeasurement datatype property, which points to an UN/CEFACT Common Code (3 characters). In most cases, the appropriate unit of measurement is the UN/CEFACT Common Code "C62" for "Unit or piece", since an Offering is defined by the quantity and unit of measurement of all items included (e.g. "1 kg of bananas plus a 2 kg of apples"). As long at the Offering consists of only one item, it is also possible to use an unit of measurement of choice for specifying the price per unit. For bundles, however, only "C62" for "Unit or piece" is a valid unit of measurement . Whether VAT and sales taxes are included in this price is specified using the datatype property valueAddedTaxIncluded (boolean). The price per unit of measurement is specified as a float value of the hasCurrencyValue property. The currency is specified via the ha…
subclass of: PriceSpecification

PaymentMethodCreditCard
type: Class
comment: The subclass of Payment Method represents all variants and brands of credit or debit cards as a standardized procedure for transferring the monetary amount for a purchase. It is mostly used for specifying the types of payment accepted by a Business Entity. Examples: VISA, MasterCard, American Express.
subclass of: PaymentMethod

QuantitativeValue
type: Class
comment: A Quantitative Value is a numerical interval that represents the range of a certain quantitative Product or Service Property in terms of the lower and upper bounds for one particular Product Or Service. It is to be interpreted in combination with the respective Unit Of Measurement. Most quantitative values are intervals even if they are in practice often treated as a single point. An instance of this class is an actual value for a quantitative property of a product. This instance is usually characterized by a minimal value, a maximal value, and a unit of measurement. This class is a work-around caused by the fact that OWL does only support binary relations, and that datatype ranges cannot be easily handled in OWL. Example: a weight between 10 and 25 kilogramms, a length between 10 and 15 milimeters.
disjoint with: DeliveryMethod
disjoint with: BusinessEntity
disjoint with: PriceSpecification
disjoint with: BusinessEntityType
disjoint with: PaymentMethod
disjoint with: Offering
disjoint with: QualitativeValue
disjoint with: N-Ary-Relations
disjoint with: ProductOrService
disjoint with: LocationOfSalesOrServiceProvisioning
disjoint with: BusinessFunction
disjoint with: DayOfWeek
disjoint with: WarrantyScope

LocationOfSalesOrServiceProvisioning
type: Class
comment: A Location of Sales or Service Provisioning is a location from which the specified Business Function on the particular Product or Service Instance is being offered by the Business Entity. Large enterprises often maintain multiple branches from which the delivery or fulfilment can be provided. In this case, the location of the main office of the Business Entity does not state from where a customer can actually get the Offering. In the case of a chain store, it may be all of the actual shops. For mail order companies, the location will usually be the headquarter of the Business Entity. Locations of Sales or Service Provisioning are characterized by an address or geographical position and a set of opening hour specifications for various days of the week. Example: A rental car company may offer the Business Function Lease Out of cars from two locations, one in Fort Myers, Florida, and one in Boston, Massachussetts. Both stations are open 7:00 - 23:00 Mondays through Saturdays. Note: Typical address standards (vcard) and location data should be attached to a Location of Sales or Service Provisioning. Since there already exist established vocabularies for this, the GoodRelations ontology does not provide respective attributes. Instead, the use of respective vocabularies is recommended. However, the hasGlobalLocationNumber property is provided for linking to respective identifiers for business locations.
disjoint with: BusinessFunction
disjoint with: PriceSpecification
disjoint with: N-Ary-Relations
disjoint with: QuantitativeValue
disjoint with: QualitativeValue
disjoint with: PaymentMethod
disjoint with: ProductOrService
disjoint with: Offering
disjoint with: DeliveryMethod
disjoint with: DayOfWeek
disjoint with: BusinessEntityType
disjoint with: WarrantyScope
disjoint with: BusinessEntity

PaymentMethod
type: Class
comment: A Payment Method is a standardized procedure for transferring the monetary amount for a purchase. Payment Methods are characterized by the legal and technical structures used, and by the organization or group carrying out the transaction. This element is mostly used for specifying the types of payment accepted by a Business Entity. Examples: Visa, Mastercard, Diners, Cash, Bank transfer in advance.
disjoint with: LocationOfSalesOrServiceProvisioning
disjoint with: BusinessEntityType
disjoint with: WarrantyScope
disjoint with: BusinessEntity
disjoint with: QualitativeValue
disjoint with: DayOfWeek
disjoint with: ProductOrService
disjoint with: N-Ary-Relations
disjoint with: BusinessFunction
disjoint with: QuantitativeValue
disjoint with: DeliveryMethod
disjoint with: Offering
disjoint with: PriceSpecification

BusinessFunction
type: Class
comment: The Business Function specifies the type of activity or access offered by the Business Entity on the Product or Services though the Offering. The idea of standardizing business functions was first put to practice by the UNSPSC Business Functions Identifiers (UNSPSC BFI). We take their basic types of business functions as a starting point. Typical are sell, rental or lease, maintenance or repair, manufacture / produce, recycle / dispose, engineering / construction, or installation. Examples: A particular offering made by Miller Rentals Ltd. says that they (1) sell Volkswagen Golf convertibles, (2) lease out a particular Ford pick-up truck, and (3) dispose car wrecks of any make and model.
disjoint with: PaymentMethod
disjoint with: PriceSpecification
disjoint with: BusinessEntityType
disjoint with: ProductOrService
disjoint with: Offering
disjoint with: LocationOfSalesOrServiceProvisioning
disjoint with: WarrantyScope
disjoint with: QualitativeValue
disjoint with: N-Ary-Relations
disjoint with: QuantitativeValue
disjoint with: BusinessEntity
disjoint with: DayOfWeek
disjoint with: DeliveryMethod

ProductOrService
type: Class
comment: The superclass of all classes describing products or services types, either by nature or purpose. Examples for such subclasses are "TV set", "vacuum cleaner", etc. An instance of this class can be either an actual product or service or a placeholder instance for unknown instances of a mass-produced commodity. Since eClassOWL and other large products and services ontologies are used for both describing product and services instances and product and service makes and models, this top-level concept is the union of (1) Actual Product or Service Instances, (2) Product or Service Models, and (3) ProductOrServiceSomeInstances Placeholders. The latter are "dummy" instances representing anonymous products or services instances (i.e., such that are said to exist but not actually being exposed on the Web). See the GoodRelations Technical Report for more details on this. Examples: a) MyCellphone123, i.e. my personal, tangible cell phone b) Siemens1234, i.e. the Siemens cell phone make and model 1234 c) dummyCellPhone123 as a placeholder for actual instances of a certain kind of cell phones.
disjoint with: N-Ary-Relations
disjoint with: BusinessEntity
disjoint with: QuantitativeValue
disjoint with: DeliveryMethod
disjoint with: QualitativeValue
disjoint with: Offering
disjoint with: DayOfWeek
disjoint with: WarrantyScope
disjoint with: PriceSpecification
disjoint with: PaymentMethod
disjoint with: BusinessFunction
disjoint with: BusinessEntityType
disjoint with: LocationOfSalesOrServiceProvisioning

TypeAndQuantityNode
type: Class
comment: This is a conceptual entity that holds together all aspects of the quaternary relation includesTypeOfGood, namely the Quantity, the Unit of Measurement, the Product or Service, and the Offering to which this belongs. Note: The link between Offering and TypeAndQuantityNode is represented by the object property includesObject. The Unit of Measurement is attached using the hasUnitOfMeasurement datatype property. The quantity is specified using the datatype property amountOfThisGood (float). The specification of the item included is represented by the object property typeOfGood. Example: An offering may consist of 100g Butter and 1 kg of potatoes, or 1 cell phone and 2 headsets.
subclass of: N-Ary-Relations

OpeningHoursSpecification
type: Class
comment: This is a conceptual entity that holds together all aspects of the n-ary relation OpeningHoursSpecification, which defines the opening hours for a given DayOfWeek for a given LocationOfSalesOrServiceProvisioning.
subclass of: N-Ary-Relations

Offering
type: Class
comment: An Offering represents the public, not necessarily binding, not necessarily exclusive, announcement by a Business Entity to provide a certain Business Function for a certain Product or Service Instance to a specified target audience. An Offering is specified by the type of product or service or bundle it refers to, what Business Function is being offered (sales, rental, ...), and a set of commercial properties. It can either refer to a clearly specified instance (Actual Product Or Service Instance) or to a set of anonymous instances of a given type (Product Or Services Some Instances Placeholder, see also section 3.3.3 of the GoodRelations Technical Report). An offering may be constrained in terms of the eligible type of business partner, countries, quantities, and other commercial properties. The definition of the commercial properties, the type of product offered, and the business function are explained in other parts of this ontology in more detail. Example: Peter Miller offers to repair TV sets made by Siemens, Volkswagen Innsbruck sells a particular instance of a Volkswagen Golf at $10,000.
disjoint with: QuantitativeValue
disjoint with: BusinessFunction
disjoint with: LocationOfSalesOrServiceProvisioning
disjoint with: N-Ary-Relations
disjoint with: BusinessEntityType
disjoint with: PriceSpecification
disjoint with: DayOfWeek
disjoint with: BusinessEntity
disjoint with: DeliveryMethod
disjoint with: PaymentMethod
disjoint with: QualitativeValue
disjoint with: ProductOrService
disjoint with: WarrantyScope

ProductOrServiceModel
type: Class
comment: From the ontological perspective, a Product or Service Model is an intangible entity that specifies some characteristics of a group of similar, usually mass-produced Products. In case of mass-produced Products, there exists a relation hasMakeAndModel between the Products and Services Instance and the Product or Service Model. Since eClassOWL and other products and services ontologies don't support this important disctinction, Product or Service Models are a subclass of Product or Service in GoodRelations. This allows using the same properties for (e.g. "hasWeight") for product models and actual products. Examples: Ford T, Volkswagen Golf, Sony Ericsson W123 cell phone Note: An Actual Product or Service Instance of which is known via a relation hasMakeAndModel that it is of a certain Product Or Service Model should by default share the features of this model (e.g. the weight). However, this requires non-standard reasoning. See the GoodRelations Wiki at http://www.ebusiness-unibw.org/wiki/GoodRelations for respective rule sets.
subclass of: ProductOrService

DayOfWeek
type: Class
comment: The day of the week, used to specify to which day the opening hours of an Opening Hours Specification refer. Examples: Monday, Tuesday, Wednesday,...
disjoint with: PaymentMethod
disjoint with: Offering
disjoint with: LocationOfSalesOrServiceProvisioning
disjoint with: PriceSpecification
disjoint with: DeliveryMethod
disjoint with: N-Ary-Relations
disjoint with: WarrantyScope
disjoint with: ProductOrService
disjoint with: QualitativeValue
disjoint with: BusinessEntityType
disjoint with: BusinessFunction
disjoint with: BusinessEntity
disjoint with: QuantitativeValue

QuantitativeValueFloat
type: Class
comment: An instance of this class is an actual float value for a quantitative property of a product. This instance is usually characterized by a minimal value, a maximal value, and a unit of measurement. This class is a work-around caused by the fact that OWL does only support binary relations, and that datatype ranges cannot be easily handled in OWL. Examples: The intervals "between 10.0 and 25.4 kilogramms" or "10.2 and 15.5 milimeters".
subclass of: QuantitativeValue

WarrantyPromise
type: Class
comment: This is a conceptual entity that holds together all aspects of the n-ary relation hasWarrantyPromise. A Warranty Promise is an entity representing the duration and scope of services that will be provided to a customer free of charge in case of a defect or malfunction of the Product or Service Instance. A Warranty Promise is characterized by its temporal duration (usually starting with the date of purchase) and its Warranty Scope. The Warranty Scope represents the types of services provided (e.g. labor and parts, just parts) of the warranty included in an Offering. The actual services may be provided by the Business Entity making the Offering, by the manufacturer of the Product, or by a third party. There may be multiple Warranty Promises associated with a particular Offering, which differ in duration and scope (e.g. pick-up service during the first 12 months, just parts and labor for 36 months). Examples: 12 months parts and labor, 36 months parts
subclass of: N-Ary-Relations

N-Ary-Relations
type: Class
comment: This is the superclass for all classes that are placeholders for n-ary relations, which OWL cannot represent.
disjoint with: PriceSpecification
disjoint with: QualitativeValue
disjoint with: BusinessEntityType
disjoint with: BusinessFunction
disjoint with: DayOfWeek
disjoint with: DeliveryMethod
disjoint with: ProductOrService
disjoint with: Offering
disjoint with: LocationOfSalesOrServiceProvisioning
disjoint with: BusinessEntity
disjoint with: QuantitativeValue
disjoint with: WarrantyScope
disjoint with: PaymentMethod

includes (0..1)
type: ObjectProperty
comment: This object property is a shortcut for the original gr:includesObject property for the common case of having exactly one single gr:ProductOrService instance included in an Offering. It is equivalent to using a gr:TypeAndQuantity node with gr:hasUnitOfMeasurement="C62"^^xsd:string and gr:amountOfThisGood="1.0"^^xsd:float.
domain: Offering
range: Class
  union of: ActualProductOrServiceInstance
  union of: ProductOrServicesSomeInstancesPlaceholder

isAccessoryOrSparePartFor (0..*)
type: ObjectProperty
comment: This states that a particular Product Or Service is an accessory or spare part for another Product Or Service.
domain: ProductOrService
range: ProductOrService

hasBusinessFunction (1..*)
type: ObjectProperty
comment: This specifies the Business Function of the Offering, i.e. whether the Business Entity is offering to sell, to lease, or to repair the particular type of product. Note: While it is possible that an entity is offering multiple types of business functions, this should usually not be stated by attaching multiple business functions to the same Offering, since the Unit Price Specification for the varying Business Functions will usually be very different.
domain: Offering
range: BusinessFunction

availableDeliveryMethods (0..*)
type: ObjectProperty
comment: This specifies the Delivery Methods available for a given Offering.
domain: Offering
range: DeliveryMethod

eligibleCustomerTypes (0..*)
type: ObjectProperty
comment: The types of customers (CustomerType) for which the given Offering is valid.
domain: Offering
range: BusinessEntityType

hasOpeningHoursSpecification (0..*)
type: ObjectProperty
comment: This property links a Location Of Sales Or Services Provisioning with an Opening Hours Specification.
domain: LocationOfSalesOrServiceProvisioning
range: OpeningHoursSpecification

hasWarrantyScope (0..1)
type: ObjectProperty
comment: This states the Warranty Scope of a given Warranty Promise.
domain: WarrantyPromise
range: WarrantyScope

appliesToDeliveryMethod (0..*)
type: ObjectProperty
comment: This property specifies the Delivery Method to which the Delivery Charge Specification applies.
domain: DeliveryChargeSpecification
range: DeliveryMethod

qualitativeProductOrServiceProperty (0..*)
type: ObjectProperty
comment: This is the super property of all qualitative properties for products and services. All properties in product or service ontologies for which Qualitative Value instances are specified are subproperties of this property.
domain: ProductOrService
range: QualitativeValue

includesObject (1..*)
type: ObjectProperty
comment: This object property links an Offering to one or multiple Type And Quantity Nodes that specify the components that are included in the respective offer.
domain: Offering
range: TypeAndQuantityNode

hasMakeAndModel (0..1)
type: ObjectProperty
comment: This states that an actual product instance (Actual Product Or Service Instance) or a placeholder instance for multiple, unidentified such instances (represented by an instance of Product Or Services Some Instances Placeholder) is one occurence of a particular Product or Service Model. Example: myFordT hasMakeAndModel FordT.
domain: Class
  union of: ActualProductOrServiceInstance
  union of: ProductOrServicesSomeInstancesPlaceholder
range: ProductOrServiceModel

availableAtOrFrom (0..*)
type: ObjectProperty
comment: This states that a particular Offering is available at or from the given Location Of Sales Or Service Provisioning (e.g. shop or branch).
domain: Offering
range: LocationOfSalesOrServiceProvisioning

isSimilarTo (0..*)
type: ObjectProperty
comment: This states that a given Product Or Service is similar to another Product Or Service. Of course, this is a subjective statement; when interpreting it, the trust in the origin of the statement should be taken into account.
domain: ProductOrService
range: ProductOrService

hasEligibleQuantity (0..1)
type: ObjectProperty
comment: This specifies the interval and unit of measurement of ordering quantities for which the Price Specification is valid. This allows e.g. specifying that a certain freight charge is valid only for a certain quantity. Note that if an offering is a bundle, i.e. it consists of more than one unit of a single type of good, or if the unit of measurement for the good is different from unit (Common Code C62), then hasEligibleQuantity refers to units of this bundle. In other words, "C62" for "Units or pieces" is usually the appropriate Unit Of Measurement.
domain: PriceSpecification
range: QuantitativeValue

isConsumableFor (0..*)
type: ObjectProperty
comment: This states that a particular Product Or Service is a consumable for another Product Or Service.
domain: ProductOrService
range: ProductOrService

hasPriceSpecification (0..*)
type: ObjectProperty
comment: This links an Offering to one or more Price Specifications. There can be Unit Price Specifications, Payment Charge Specifications, and Delivery Charge Specifications. For each type multiple specifications for the same Offering are possible, e.g. for different quantity ranges or for different currencies, or for different combinations of Delivery Method and target destination. Recommended retail prices etc. can be marked by the priceType property of the Unit Price Specification to "true".
domain: Offering
range: PriceSpecification

appliesToPaymentMethod (1..*)
type: ObjectProperty
comment: This property specifies the Payment Method to which the Payment Charge Specification applies.
domain: PaymentChargeSpecification
range: PaymentMethod

offers (0..*)
type: ObjectProperty
comment: This links a Business Entity to the Offerings it is offering (i.e., the sales side). If you want to express interest in receiving offers, use gr:seeks instead.
domain: BusinessEntity
range: Offering

isVariantOf (0..1)
type: ObjectProperty
comment: This states that a particular Product Or Service Model instance is a variant of another Product Or Service Model. It is pretty safe to infer that the variant inherits all quantitativeProductOrServiceProperties, qualitativeProductOrServiceProperties, and datatypeProductOrServiceProperties that are defined for the first Product Or Service Model. Example: foo:Red_Ford_T_Model gr:isVariantOf foo:Ford_T_Model

hasPOS (0..*)
type: ObjectProperty
comment: This property states that the respective Location Of Sales Or Service Provisioning is a point of sale for the respective Business Entity. It allows linking those two types of entities without the need for a particular Offering.
domain: BusinessEntity
range: LocationOfSalesOrServiceProvisioning

hasWarrantyPromise (0..*)
type: ObjectProperty
comment: This specifies the Warranty Promise made by the Business Entity for the given Offering.
domain: Offering
range: WarrantyPromise

quantitativeProductOrServiceProperty (0..*)
type: ObjectProperty
comment: This is the super property of all quantitative properties for products and services. All properties in product or service ontologies that specify quantitative characteristics, for which an interval is at least theoretically an appropriate value, are subproperties of this property.
domain: ProductOrService
range: QuantitativeValue

hasManufacturer (0..1)
type: ObjectProperty
comment: This object property links a Product Or Service to the Business Entity that produces it. Mostly used with gr:ProductOrServiceModel.
domain: ProductOrService
range: BusinessEntity

hasInventoryLevel (0..1)
type: ObjectProperty
comment: This property specifies the current approximate inventory level of the Product Or Service Some Instance Placeholder. The unit of measurement and the point value or interval are indicated using the attached gr:QuantitativeValueFloat instance.
domain: ProductOrServicesSomeInstancesPlaceholder
range: QuantitativeValueFloat

hasOpeningHoursDayOfWeek (1..*)
type: ObjectProperty
comment: This specifies the Day Of Week to which the Opening Hours Specification is related. Note: Use multiple instances of Opening Hours Specification for specifying the opening hours for multiple days if the opening hours differ.
domain: OpeningHoursSpecification
range: DayOfWeek

acceptedPaymentMethods (0..*)
type: ObjectProperty
comment: The Payment Methods accepted by the Business Entity for the given Offering.
domain: Offering
range: PaymentMethod

seeks (0..1)
type: ObjectProperty
comment: This links a Business Entity to the Offerings that describe what the Business Entity is interested in (i.e., the buy side). If you want to express interest in actually offering something, use gr:offers instead. Note that this substitutes the former Business Function gr:Buy, which is now deprecated.
domain: BusinessEntity
range: Offering

typeOfGood (1..1)
type: ObjectProperty
comment: This specifies the type of Product or Service the Type And Quantity Node is referring to.
domain: TypeAndQuantityNode
range: Class
  union of: ActualProductOrServiceInstance
  union of: ProductOrServicesSomeInstancesPlaceholder

hasEAN_UCC-13 (0..*)
type: DatatypeProperty
comment: The EAN·UCC-13 code of the given Product Or Service or Offering. This code is now officially called GTIN-13 (Global Trade Identifier Number) or EAN·UCC-13. Former 12-digit UPC codes can be converted into EAN·UCC-13 code by simply adding a preceeding zero. Note 1: When using this property for searching by 12-digit UPC codes, you must add a preceeding zero digit. Note 2: As of January 1, 2007, the former ISBN numbers for books etc. have been integrated into the EAN·UCC-13 code. For each old ISBN-10 code, there exists a proper translation into EAN·UCC-13 by adding "978" or "979" as prefix. Since the old ISBN-10 is now deprecated, GoodRelations does not provide a property for ISBNs.
domain: Class
  union of: ProductOrService
  union of: Offering
range: string

durationOfWarrantyInMonths (0..1)
type: DatatypeProperty
comment: This property specifies the duration of the Warranty Promise in months.
domain: WarrantyPromise
range: int

hasMinValue (0..0)
type: DatatypeProperty
comment: This property captures the lower limit of a Quantitative Value instance. Important: Use hasMinValueFloat or hasMinValueInteger when specifying values. This superproperty is just a shortcut for querying data.
domain: QuantitativeValue

datatypeProductOrServiceProperty (0..*)
type: DatatypeProperty
comment: This property is the super property for all pure datatype properties that can be used to describe a product and services instance, or via the instances placeholders, of a set of instances of mass-produced commodities. In products and services ontologies, only such properties that are no quantitative properties and that have no predefined Qualitative Value instances are subproperties of this property. In practice, this refers to a few integer properties for which the integer value represents qualitative aspects, for string datatypes (as long as no predefined values exist), for boolean datatype properties, and for dates and times.
domain: ProductOrService

amountOfThisGood (1..1)
type: DatatypeProperty
comment: This property specifies the quantity of the goods included in the Offering via this Type And Quantity Node. The quantity is given in the Unit Of Measurement attached to the Type And Quantity Node.
domain: TypeAndQuantityNode
range: float

hasValueInteger (0..1)
type: DatatypeProperty
comment: This subproperty specifies that the upper and lower limit of the given Quantitative Value Integer are identical and have the respective integer value. It is a shortcut for such cases where a quantitative property is (at least practically) a single point value and not an interval.
domain: QuantitativeValueInteger
range: int
sub property of: hasMinValueInteger (1..1)
sub property of: hasMaxValueInteger (1..1)

hasCurrencyValue (0..1)
type: DatatypeProperty
comment: This property specifies the amount of money for a price per unit, shipping charges, or payment charges. The currency and other relevant details are attached to the respective Price Specification etc. For a Unit Price Specification, this is the price for one unit or bundle (as specified in the unit of measurement of the Unit Price Specification) of the respective Product Or Service. For a Delivery Charge Specification or a Payment Charge Specification, it is the price per delivery or payment. GoodRelations also supports giving price information as intervals only. If this is needed, use hasMaxCurrencyValue for the upper bound and hasMinCurrencyValue for the lower bound. Using hasCurrencyValue sets the upper and lower bounds to the same given value, i.e., x hasCurrencyValue y implies x hasMinCurrencyValue y, x hasMaxCurrencyValue y.
domain: PriceSpecification
range: float
sub property of: hasMinCurrencyValue (1..1)
sub property of: hasMaxCurrencyValue (1..1)

hasMaxValue (0..0)
type: DatatypeProperty
comment: This property captures the upper limit of a Quantitative Value instance. Important: Use hasMaxValueFloat or hasMaxValueInteger when specifying values. This superproperty is just a shortcut for querying data.
domain: QuantitativeValue

hasGTIN-14 (0..*)
type: DatatypeProperty
comment: The Global Trade Item Number (GTIN-14) of the given Product Or Service or Offering.
domain: Class
  union of: ProductOrService
  union of: Offering
range: string

priceType (0..1)
type: DatatypeProperty
comment: This attribute can be used to distinguish multiple different Price Specifications for the same Product or Service. It supersedes the former isListPrice property. The following values are recommended: The absence of this property marks the actual sales price. SRP: "suggested retail price" - applicable for all sorts of a non-binding retail price recommendations, e.g. such published by the manufacturer or the distributor. This value replaces the former gr:isListPrice property. INVOICE: The invoice price, mostly used in the car industry - this is the price a dealer pays to the manufacturer, excluding rebates and charges.
domain: UnitPriceSpecification
range: string

eligibleRegions (0..*)
type: DatatypeProperty
comment: This property specifies the geo-political region or regions for which the offer is valid using the two-character version of ISO 3166-1 (ISO 3166-1 alpha-2) for regions or ISO 3166-2 , which breaks down the countries from ISO 3166-1 into administrative subdivisions. Important: Do NOT use 3-letter ISO 3166-1 codes!
domain: Class
  union of: Offering
  union of: DeliveryChargeSpecification
range: string

validThrough (1..1)
type: DatatypeProperty
comment: This property specifies the end of the validity of the Offering. A time-zone should be specified. For a time in GMT/UTC, simply add a "Z" following the time: 2008-05-30T09:30:10Z. Alternatively, you can specify an offset from the UTC time by adding a positive or negative time following the time: 2008-05-30T09:30:10-09:00 or 2008-05-30T09:30:10+09:00.
domain: Class
  union of: Offering
  union of: UnitPriceSpecification
range: dateTime

hasMinValueFloat (1..1)
type: DatatypeProperty
comment: This property captures the lower limit of a Quantitative Value Float instance.
domain: QuantitativeValueFloat
range: float
sub property of: hasMinValue (0..0)

hasISICv4 (0..*)
type: DatatypeProperty
comment: The International Standard of Industrial Classification of All Economic Activities (ISIC), Revision 4 code for a particular Business Entity. See http://unstats.un.org/unsd/cr/registry/isic-4.asp for more information. Note: While ISIC codes are sometimes misused for classifying products or services, they are designed and suited only for classifying business establishments.
domain: BusinessEntity
range: int

opens (1..1)
type: DatatypeProperty
comment: The opening hour of the Location Of Sales Or Service Provisioning on the given Day Of Week. If no time-zone suffix is included, the time is given in the local time valid at the Location. For a time in GMT/UTC, simply add a "Z" following the time: 09:30:10Z. Alternatively, you can specify an offset from the UTC time by adding a positive or negative time following the time: 09:30:10-09:00 or 09:30:10+09:00. Note: If the shop re-opens on the same day of the week or set of days of the week, you must create a second instance of Opening Hours Specification.
domain: OpeningHoursSpecification
range: time

hasValueFloat (0..1)
type: DatatypeProperty
comment: This subproperty specifies that the upper and lower limit of the given Quantitative Value Float are identical and have the respective float value. It is a shortcut for such cases where a quantitative property is (at least practically) a single point value and not an interval.
domain: QuantitativeValueFloat
range: float
sub property of: hasMinValueFloat (1..1)
sub property of: hasMaxValueFloat (1..1)

hasStockKeepingUnit (0..*)
type: DatatypeProperty
comment: The Stock Keeping Unit, or SKU is a unique identifier for a product, service, or bundle from the perspective of a particular supplier, i.e. SKUs are mostly assigned and serialized at the merchant level. Examples of SKUs are the ordering or parts numbers used by a particular Web shop or catalog. Consequently, the domain of hasStockKeepingUnit is the union of the classes Offering and Product Or Service. If attached to an Offering, the SKU will usually reflect a merchant-specific identifier, i.e. one valid only for that particular retailer or shop. If attached to a Product Or Service Model, the SKU should reflect the identifier / part number used by the official manufacturer of that part. Important: Be careful when assuming two Products or Services instances or Offering instances to be identical based on the SKU. Since SKUs are unique only for the same Business Entity, this can be assumed only when you are sure that the two SKU values refer to the same Business Entity. Such can be done by taking into account the provenance of the data. As long as instances of Offering are concerned, you can also check that the offerings are being offered by the same Business Entity. Usually, the properties hasEAN_UCC-13 and hasGTIN-14 are much more reliable identifiers, because they are globally unique. See also http://en.wikipedia.org/wiki/Stock_Keeping_Unit.
domain: Class
  union of: Offering
  union of: ProductOrService
range: string

hasMaxValueFloat (1..1)
type: DatatypeProperty
comment: This property captures the upper limit of a Quantitative Value Float instance.
domain: QuantitativeValueFloat
range: float
sub property of: hasMaxValue (0..0)

hasNAICS (0..*)
type: DatatypeProperty
comment: The North American Industry Classification System (NAICS) code for a particular Business Entity. See http://www.census.gov/eos/www/naics/ for more details. Note: While NAICS codes are sometimes misused for classifying products or services, they are designed and suited only for classifying business establishments.
domain: BusinessEntity
range: int

hasUnitOfMeasurement (1..1)
type: DatatypeProperty
comment: The unit of measurement for a Quantitative Value, a Unit Price Specification, or a Type And Quantity Node given using the UN/CEFACT Common Code (3 characters).
domain: Class
  union of: QuantitativeValue
  union of: UnitPriceSpecification
  union of: TypeAndQuantityNode
range: string

hasGlobalLocationNumber (0..1)
type: DatatypeProperty
comment: The Global Location Number (GLN, sometimes also referred to as International Location Number or ILN) of the respective Business Entity or Location Of Sales Or Service Provisioning. The Global Location Number is a thirteen-digit number used to identify parties and physical locations.
domain: Class
  union of: BusinessEntity
  union of: LocationOfSalesOrServiceProvisioning
range: string

hasMinValueInteger (1..1)
type: DatatypeProperty
comment: This property captures the lower limit of a Quantitative Value Integer instance.
domain: QuantitativeValueInteger
range: int
sub property of: hasMinValue (0..0)

validFrom (1..1)
type: DatatypeProperty
comment: This property specifies the beginning of the validity of the Offering. A time-zone should be specified. For a time in GMT/UTC, simply add a "Z" following the time: 2008-05-30T09:30:10Z. Alternatively, you can specify an offset from the UTC time by adding a positive or negative time following the time: 2008-05-30T09:30:10-09:00 or 2008-05-30T09:30:10+09:00.
domain: Class
  union of: Offering
  union of: UnitPriceSpecification
range: dateTime

hasMinCurrencyValue (1..1)
type: DatatypeProperty
comment: This property specifies the LOWER BOUND of the amount of money for a price RANGE per unit, shipping charges, or payment charges. The currency and other relevant details are attached to the respective Price Specification etc. For a Unit Price Specification, this is the LOWER BOUND for the price for one unit or bundle (as specified in the unit of measurement of the Unit Price Specification) of the respective Product Or Service. For a Delivery Charge Specification or a Payment Charge Specification, it is the LOWER BOUND of the price per delivery or payment. Using hasCurrencyValue sets the upper and lower bounds to the same given value, i.e., x hasCurrencyValue y implies x hasMinCurrencyValue y, x hasMaxCurrencyValue y.
domain: PriceSpecification
range: float

hasMaxValueInteger (1..1)
type: DatatypeProperty
comment: This property captures the upper limit of a Quantitative Value Integer instance.
domain: QuantitativeValueInteger
range: int
sub property of: hasMaxValue (0..0)

hasDUNS (0..1)
type: DatatypeProperty
comment: The Dan & Bradstreet DUNS number for identifying Business Entities. The Dun & Bradstreet DUNS is a ten-digit number used to identify legal entities (but usually not branches or locations of logistical importance only).
domain: BusinessEntity
range: string

hasCurrency (1..1)
type: DatatypeProperty
comment: The currency for all prices in the Price Specification given using the ISO 4217 standard (3 characters).
domain: PriceSpecification
range: string

legalName (0..1)
type: DatatypeProperty
comment: The legal name of the business entity.
domain: BusinessEntity
range: string

closes (1..1)
type: DatatypeProperty
comment: The closing hour of the Location Of Sales Or Service Provisioning on the given Day Of Week. If no time-zone suffix is included, the time is given in the local time valid at the Location. For a time in GMT/UTC, simply add a "Z" following the time: 09:30:10Z. Alternatively, you can specify an offset from the UTC time by adding a positive or negative time following the time: 09:30:10-09:00 or 09:30:10+09:00. Note: If the shop re-opens on the same day of the week or set of days of the week, you must create a second instance of Opening Hours Specification.
domain: OpeningHoursSpecification
range: time

valueAddedTaxIncluded (0..1)
type: DatatypeProperty
comment: This property specifies whether the applicable value-added tax (VAT) is included in the price of the Price Specification or not. It is used to determine this feature for all variants of Price Specifications, i.e. Unit Price Specifications, Delivery Charge Specifications, and Payment Charge Specifications. Note: This is a simple representation which may not properly reflect all details of local taxation.
domain: PriceSpecification
range: boolean

hasMaxCurrencyValue (1..1)
type: DatatypeProperty
comment: This property specifies the UPPER BOUND of the amount of money for a price RANGE per unit, shipping charges, or payment charges. The currency and other relevant details are attached to the respective Price Specification etc. For a Unit Price Specification, this is the UPPER BOUND for the price for one unit or bundle (as specified in the unit of measurement of the Unit Price Specification) of the respective Product Or Service. For a Delivery Charge Specification or a Payment Charge Specification, it is the UPPER BOUND of the price per delivery or payment. Using hasCurrencyValue sets the upper and lower bounds to the same given value, i.e., x hasCurrencyValue y implies x hasMinCurrencyValue y, x hasMaxCurrencyValue y.
domain: PriceSpecification
range: float

Buy (BusinessFunction, DEPRECATED)
type: BusinessFunction
comment: This Business Function indicates that the Business Entity is in general interested in purchasing the specified Product or Service. DEPRECATED. Use gr:seeks instead.

isListPrice (DEPRECATED)
type: DatatypeProperty
comment: This boolean attribute indicates whether a Unit Price Specification is a list price (usually a vendor recommendation) or not. "true" indicates it is a list price, "false" indicates it is not. It is safe to assume by default that a Unit Price Specification that lacks this attributes is not list price. DEPRECATED. Use the gr:priceType property instead.
type: DeprecatedProperty
domain: UnitPriceSpecification
range: boolean

Monday (DayOfWeek)
type: DayOfWeek
comment: Monday as a day of the week.

relatedWebService (0..*)
type: AnnotationProperty
comment: The URI of a SOAP or REST Web service from which additional information about the BusinessEntity, Offering, PriceSpecification, or ProductOrService instance can be gained. The recommended domain is Offering, PriceSpecification, or ProductOrService. The recommended range is rdf:resource, i.e., the URI of a SOAP or REST Web service. In principle, any existing or upcoming vocabulary for Web Services can be used in combination with GoodRelations, because the association between (a) the service description and (b) the GoodRelations description can be found via the Web Service URI value used with the gr:relatedWebService property.

Reseller (BusinessEntityType)
type: BusinessEntityType
comment: The Business Entity Type representing such agents that are purchasing the scope of products included in the Offering for resale on the market. Resellers are also businesses, i.e., they are officially registered with the public administration and strive for profits by their activities.

ConstructionInstallation (BusinessFunction)
type: BusinessFunction
comment: This Business Function indicates that the Business Entity offers (or seeks) the construction and/or installation of the specified Product at the customer's location.

DinersClub (PaymentMethod)
type: PaymentMethodCreditCard
comment: Payment by credit or debit cards issued by the Diner's Club network.

Thursday (DayOfWeek)
type: DayOfWeek
comment: Thursday as a day of the week.

Business (BusinessEntityType)
type: BusinessEntityType
comment: The Business Entity Type representing such agents that are themselves offering commercial services or products on the market. Usually, businesses are characterized by the fact that they are officially registered with the public administration and strive for profits by their activities.

DeliveryModeOwnFleet (DeliveryMode)
type: DeliveryMethod
comment: Delivery of the goods by using a fleet of vehicles either owned and operated or subcontracted by the Business Entity.

Discover (PaymentMethod)
type: PaymentMethodCreditCard
comment: Payment by credit or debit cards issued by the Discover network.

Tuesday (DayOfWeek)
type: DayOfWeek
comment: Tuesday as a day of the week.

PartsAndLabor-PickUp (WarrantyScope)
type: WarrantyScope
comment: In case of a defect or malfunction, the buying party has the right to request from the selling Business Entity to pick-up the good from its current location to a suitable service location, where the functionality of the good will be restored. All transportation, labor, parts, and materials needed to fix the problem will be covered by the selling Business Entity or one of its partnering Business Entities. Note: This is just a rough classification for filtering offers. It is up to the buying party to check the exact scope and terms and conditions of the Warranty Promise.

DirectDebit (PaymentMethod)
type: PaymentMethod
comment: Payment by direct debit, i.e., the buying party will inform the offering Business Entity about its bank account details and authorizes the Business Entity to collect the agreed amount directly from that account.

Sell (BusinessFunction)
type: BusinessFunction
comment: This Business Function indicates that the Business Entity offers to permanently transfer all property rights on the specified Product.

LeaseOut (BusinessFunction)
type: BusinessFunction
comment: This Business Function indicates that the Business Entity offers (or seeks) the temporary right to use the specified Product.

Repair (BusinessFunction)
type: BusinessFunction
comment: This Business Function indicates that the Business Entity offers (or seeks) the evaluation of the chances for repairing, and, if positive, repair of the specified Product. Repairing means actions that restore the originally intended function of a product that suffers from outage or malfunction.

PublicHolidays (DayOfWeek)
type: DayOfWeek
comment: A placeholder for all official public holidays at the Location Of Sales Or Service Provisioning. This allows specifying the opening hours on public holidays. If a given day is a public holiday, this specification supersedes the opening hours for the respective day of the week.

Friday (DayOfWeek)
type: DayOfWeek
comment: Friday as a day of the week.

FederalExpress (DeliveryMode)
type: DeliveryModeParcelService
comment: Delivery via the parcel service Federal Express.

DeliveryModeDirectDownload (DeliveryMethod)
type: DeliveryMethod
comment: Delivery of the goods via direct download from the Internet, i.e., the offering Business Entity provides the buying party with details on how to retrieve the goods online. Connection fees and other costs of using the infrastructure are to be carried by the buying party.

DeliveryModeMail (DeliveryMethod)
type: DeliveryMethod
comment: Delivery via regular mail service (private or public postal services).

UPS (DeliveryMode)
type: DeliveryModeParcelService
comment: Delivery via the parcel service UPS.

PartsAndLabor-BringIn (WarrantyScope)
type: WarrantyScope
comment: In case of a defect or malfunction, the buying party has the right to transport the good to a service location determined by the the selling Business Entity and will not be be charged for labor, parts, and materials needed to fix the problem. All those costs will be covered by the selling Business Entity or one of its partnering Business Entities. Note: This is just a rough classification for filtering offers. It is up to the buying party to check the exact scope and terms and conditions of the Warranty Promise.

VISA (PaymentMethod)
type: PaymentMethodCreditCard
comment: Payment by credit or debit cards issued by the VISA network.

Labor-BringIn (WarrantyScope)
type: WarrantyScope
comment: In case of a defect or malfunction, the buying party has the right to transport the good to a service location determined by the the selling Business Entity and will be charged only for parts and materials needed to fix the problem. Labor will be covered by the selling Business Entity or one of its partnering Business Entities. Note: This is just a rough classification for filtering offers. It is up to the buying party to check the exact scope and terms and conditions of the Warranty Promise.

ByBankTransferInAdvance (PaymentMethod)
type: PaymentMethod
comment: Payment by bank transfer in advance, i.e., the offering Business Entity will inform the buying party about their bank account details and will deliver the goods upon receipt of the due amount. This is equivalent to payment by wire transfer.

Maintain (BusinessFunction)
type: BusinessFunction
comment: This Business Function indicates that the Business Entity offers (or seeks) typical maintenance tasks for the specified Product. Maintenance tasks are actions that undo or compensate for wear or other deterioriation caused by regular usage, in order to restore the originally intended function of the product, or to prevent outage or malfunction.

DHL (DeliveryMode)
type: DeliveryModeParcelService
comment: Delivery via the parcel service DHL.

Sunday (DayOfWeek)
type: DayOfWeek
comment: Sunday as a day of the week.

COD (PaymentMethod)
type: PaymentMethod
comment: Collect on delivery / Cash on delivery - A payment method where the recipient of goods pays at the time of delivery. Usually, the amount of money is collected by the transportation company handling the goods.

Dispose (BusinessFunction)
type: BusinessFunction
comment: This Business Function indicates that the Business Entity offers (or seeks) the acceptance of the specified Product for proper disposal, recycling, or any other kind of allowed usages, freeing the current owner from all rights and obligations of ownership.

AmericanExpress (PaymentMethod)
type: PaymentMethodCreditCard
comment: Payment by credit or debit cards issued by the American Express network.

DeliveryModeFreight (DeliveryMethod)
type: DeliveryMethod
comment: Delivery by an unspecified air, sea, or ground freight carrier or cargo company.

PayPal (PaymentMethod)
type: PaymentMethod
comment: Payment via the PayPal payment service.

DeliveryModePickUp (DeliveryMode)
type: DeliveryMethod
comment: Delivery of the goods by picking them up at one of the Locations Of Sales Or Service Provisioning during the opening hours as specified by respective Opening Hours Specifications.

PublicInstitution (BusinessEntityType)
type: BusinessEntityType
comment: The Business Entity Type representing such agents that are part of the adminstration or owned by the public.

MasterCard (PaymentMethod)
type: PaymentMethodCreditCard
comment: Payment by credit or debit cards issued by the MasterCard network.

Wednesday (DayOfWeek)
type: DayOfWeek
comment: Wednesday as a day of the week.

Saturday (DayOfWeek)
type: DayOfWeek
comment: Saturday as a day of the week.

ProvideService (BusinessFunction)
type: BusinessFunction
comment: This Business Function indicates that the Business Entity offers (or seeks) the respective type of Service. Note: Maintain and Repair are also types of Services. However, products and services ontologies often provide classes for tangible products as well as for types of services. The business function Provide Service is to be used with such goods that are Services, while Maintain and Repair can be used with goods for which only the class of product exists in the ontology, but not the respective type of service. Example: Car maintenance could be expressed both as "Provide Service Car Maintenance" or "Maintain Cars". Since existing ontologies for goods often tangle products and services, it seems beneficial to include Provide Service as a business function.

Enduser (BusinessEntityType)
type: BusinessEntityType
comment: The Business Entity Type representing such agents that are purchasing the good or service for private consumption, in particular not for resale or for usage within an industrial enterprise. By default, a Business Entity is an Enduser.

CheckInAdvance (PaymentMethod)
type: PaymentMethod
comment: Payment by sending a check in advance, i.e., the offering Business Entity will deliver the goods upon receipt of a check over the due amount. There are variations in handling payment by check - sometimes, shipment will be upon receipt of the check as a document, sometimes the shipment will take place only upon successful crediting of the check.

Cash (PaymentMethod)
type: PaymentMethod
comment: Payment by cash upon delivery or pickup.

ByInvoice (PaymentMethod)
type: PaymentMethod
comment: Payment by bank transfer after delivery, i.e., the offering Business Entity will deliver first, inform the buying party about the due amount and their bank account details, and expect payment shortly after delivery.

description (DEPRECATED)
type: DatatypeProperty
comment: A short textual description of the product or service. This can be easily extracted by search engines and other applications. DEPRECATED. Use rdfs:comment instead.
type: DeprecatedProperty
domain: ProductOrService
range: string