Create pricing rules to apply discounts based on the number of products (volume), a combination of items (bundle), or a specific time period (timeframe).
Catalog API

Automatically Apply Discounts

You can use the Square Catalog API to configure pricing rules to enable the automatic application of discounts to payments made with Square Point of Sale applications including Square for Retail, Square for Restaurants, and Square Appointments.

The discount can be a volume discount like a Buy One Get One (BOGO), a minimum order discount, or an exact quantity purchase discount. It can be a bundled discount applying to a combination of categories of purchased items. It can also be a time-based discount applied over a specified period of time, like a happy hour.

  • Pricing rule-based discounts are not supported in the Reader SDK or the Checkout API.

  • Pricing rules created through the Catalog API are not editable in Square Point of Sale.

Pricing rule-based discounts can be applied based on:

  • Specific items (or categories of items) purchased.

  • The time of day, the day of the week, or a window of a promotion.

To set pricing rules to enable the automatic application of discounts, you typically use the following types of CatalogObject instances:

  • Product Set. Represents a collection of catalog products. Product sets can be a collection of different Catalog object types, such as an ITEM, CATEGORY, or ITEM_VARIATION. You can also specify whether one or all products must be present and in what quantity.

  • Pricing Rule. Represents a set of conditions under which a discount or fixed price applies to a product set.

  • Time Period. Represents a (potentially recurring) time period. Dates and times use the iCal Date-Time Format.

Important

Square Point of Sale applications must be version 5.15 or later to take advantage of pricing rules. For questions or feedback, contact Support.

To follow the instructions presented in this section, you must have Drinks and Meal categories created in your catalog.

Follow the example to create the Drinks category. Make sure you copy the ID of the resulting CatalogObject of the CATEGORY type. You need the ID later.

Upsert Catalog Object
  • 1
  • 2
  • 3
  • 4
  • 5
  • 6
  • 7
  • 8
  • 9
  • 10
  • 11
  • 12
  • 13
  • 14
  • 15
curl https://connect.squareupsandbox.com/v2/catalog/object \
  -X POST \
  -H 'Square-Version: 2023-05-17' \
  -H 'Authorization: Bearer {ACCESS_TOKEN}' \
  -H 'Content-Type: application/json' \
  -d '{
    "idempotency_key": "{UNIQUE_KEY}",
    "object": {
      "id": "#drinks",
      "type": "CATEGORY",
      "category_data": {
        "name": "Drinks"
      }
    }
  }'

The "id": "#drinks" key-value pair is optional. It is required only if the Drinks category object is referenced elsewhere in the same request payload.

The successful operation returns a 200 OK response with the payload similar to the following:

Follow the example to create the Meal category. Make sure you copy the ID of the resulting CatalogObject of the CATEGORY type. You need the ID later.

Upsert Catalog Object
  • 1
  • 2
  • 3
  • 4
  • 5
  • 6
  • 7
  • 8
  • 9
  • 10
  • 11
  • 12
  • 13
  • 14
  • 15
curl https://connect.squareupsandbox.com/v2/catalog/object \
  -X POST \
  -H 'Square-Version: 2023-05-17' \
  -H 'Authorization: Bearer {ACCESS_TOKEN}' \
  -H 'Content-Type: application/json' \
  -d '{
    "idempotency_key": "{UNIQUE_KEY}",
    "object": {
      "id": "#meal_category",
      "type": "CATEGORY",
      "category_data": {
        "name": "Meal"
      }
    }
  }'

The "id": "#meal_category" key-value pair is optional. It is required only if the Meal category is referenced elsewhere in the same request payload.

The successful operation returns a 200 OK response with the payload similar to the following:

We've made improvements to our docs.
Prefer the old format?