Creating Products

This page describes the process of configuring and managing products.

Introduction

For a product to be recognized it must be setup in the product catalogue.

A product catalogue is a single, continuously updated source of information on all of the products that may be available for sale across all stores.

It is essential to create a product catalogue that contains the products you wish to recognize with the Tiliter API. This article will guide you through the process of creating a product catalogue in preparation to map products to Tiliter archetypes, which is described in the next section.

A simplified example of a product catalogue is as follows:

Retailer Product IDProduct name used in store
834437Large Banana
930655Loose Limes
567001Portobello mushrooms
129554Red Bell Pepper
290123Opal Apple
645433Yello Apple

Prerequisites

Before you start, make sure you have a list of products you want to recognize

The list of products should be exported from your internal database of all sold products. Depending on the arrangement of the organisation, this could be simple, or it could prove to be challenging.

The next step can be made easier by distilling down the export to just the relevant items that are sold without barcodes. For instance, if the export contains flowers and baked goods with packaging, they may clutter the list and make the next step more difficult.

Creating Products

Creating a product involves registering it with the Tiliter Recognition API. This process creates a virtual product with essential information like the product name, ID, and other retailer-specific details.

Here's a sample API call to create a product using a Unix-like command-line interface:

curl -X POST "<https://api.tiliter.com/products"> -H "tiliter-api-key: YOUR_API_KEY" -d '{ "product_id": "apple123", "product_name": "Red Apple", "description": "Delicious red apple", "weight_grams": 150 }'

Product Parameters

Each product can have other special parameters, as follows:

Product propertyDescription
Product IDA unique identifier for the product.
Product nameThe name of the product.
Product descriptionA brief description of the product.
Recognition enabledIf true (default), this product will be recognised. Set to false to have the product ignored.
Lookup codeAn alternative to the product ID field. Can correspond to a PLU (product lookup code) or UPC (universal product code).
DepartmentThe department the product is sold in. Can be fresh_produce or bulk_goods.
Required attributesUse this field to specify essential attributes always present on a Retailer Product. For instance, if peanuts must be in a brown paper bag and cannot be sold loose, set the brown bag attribute as required. The Tiliter Recognition API will only return peanuts if a brown bag is detected.
Optional attributesUse this field to specify optional attributes that may be present on a Retailer Product. For instance, if bananas may be organic or not organic, set the specialty label as an optional attribute. That way, the Tiliter Recognition API will know that bananas can be sold in both ways and provide responses accordingly.
Sale method - CurrencyISO4127 code representing the Sale Currency. Can be USD, AUD, NZD, EUR
Sale method - Unit pricePrice with up to two decimal places
Sale method - Weight unitkg, g, lb, oz
Sale method - Quantity unitea
Sale method - Tare (only applicable to sold by weight)Tare with up to three decimal places

More information on the product parameters can be found in Create Product.

Products can be created, updated, and deleted, and can also be retrieved in a list, and retrieved individually using the API functions provided. In addition, a list of all issues with products can be retrieved.

Products in the catalogue need to be linked to a Tiliter Archetype before they can be recognised. This process is known as mapping, and is described in Product Mapping.

Ongoing Product Management

New products are introduced all the time, such as when a new variety of apple is created. When each new product is introduced into any store, new products will need to be created and setup just like existing products were.

The process is exactly the same from a technical perspective. It is recommended to establish practices and processes that ensure that product creation within the Tiliter Recognition API is part of the standard checklist of work required to introduce a new product into any store.

Conclusion

The Recognition API can only recognize products that are in the product catalogue (and mapped to a Tiliter Archetype and in stock). Creating and managing products is required to use the Recognition API. Good management of products will result in the best outcomes, performance, and accurate and useful usage and performance statistics. For more information, see Products.


What’s Next

Read the next section, Product Mapping