Store Managers have the ability to manage the details of their store as well as their store’s menu and products availability. It can be done by clicking the “Stores” item in the main navigation menu.

The default view is the paginated stores list. It will display all the stores that were added to Okya.

Search Stores

When there are a lot of stores managed on Okya, searching becomes necessary. Stores can be searched by two attributes:

Store name
Store address

Store Information

Clicking a store from the list will display the store information screen. It is where store managers can edit their store’s information

The store information is pretty straightforward. The following fields and options are available.

Category	Field	Description	Options	Mandatory
Basic Information	Name	The name of the store which will be displayed in client applications (e.g., mobile apps).		Yes
	Slug	The store slug is a string that identifies each store. It is typically used in web applications as part of the store URL.		Yes
	Store Category	The category to which the store belongs. Store categories are configured by the client will typically correspond to an operational organization of the stores.		Yes
	Order Type	The types of orders available at that particular store	See the “Order Types” section.	Yes
	Channels	The channels supported by this store (e.g., own, Grab, Foodpanda). Requires subscribing to this module from Okya.		No
	Enabled	Defines whether the store is enabled. A store must be enabled to receive digital orders.	- Yes - No	Yes
	Visible	Defines whether the store is visible. Typically used by client applications (e.g., mobile apps) to decide whether to display the store in the list or not.	- Yes - No	Yes
	Phone	The store’s phone number.		No
	Email	The store’s contact email.		No
	Description	The store’s description. Typically used by client applications (e.g., mobile apps).
	Tags	A comma-separated list of arbitrary tags. Typically used by client applications (e.g., mobile apps) to display custom information.		No
	Images	Store photos and images. Typically used by client applications (e.g., mobile apps).		No
Location	Address	The store’s postal address.		Yes
	Country	The store’s country location.		Yes
	City	The store’s city.		No
	State	The store’s state location.		No
	Zipcode	The store’s location zipcode.		No
	Map URL	A link to the store’s location on a map. Typically a Google Place URL.		No
	Latitude	The store’s latitude. Typically used to find the store closest to the customer and calculate the distance from the customer.		No
	Longitude	The store’s longitude. Typically used to find the store closest to the customer and calculate the distance from the customer.		No
Advanced	Metadata	Arbitrary information that can be saved via the API. Metadata can’t be added or edited via the UI. It is only available via API.		No
Store Schedules		The store’s operations schedule. See the “Store Schedules” section below.		No

Order Types

Order Type	Definition
Delivery	Orders to be delivered from the store to the customer’s location.
Self Pick-up	Orders to be picked-up by the customer inside the store.
Dine-in	Orders placed and consumed at the store.
Curbside	Orders delivered by the store staff at the customer’s vehicle.
Drive-thru	Orders picked-up by the customer at a store’s drive-thru window.

Store Opening

While store opening and closing times should be managed via the store schedules, it is also possible to manually enable or disable a store as well as making the store visible or invisible to users.

Enabled: a store must be enabled in order to receive digital orders. If a customer tries to place an order when the store is set as disabled, the order will not be accepted.

Digital orders will be rejected if the store is disabled.

Visible: the store visibility does not impact order acceptance. It is designed for client applications as a mean to hide a store from users if necessary.

Store Schedules

The store schedules define the stores’ opening and closing times for each order type. It means that a store can have different operating hours for each order type.

For example, if a store opens from 09:00 to 18:00 for dine-in but only delivers from 10:00 to 17:00, then the store schedule will be, for each day of the week when it opens:

Order Type	Day	Open	Closes
Dine-in	Monday	09:00	18:00
Delivery	Monday	10:00	17:00

Digital orders will only be accepted when the store is open, i.e., the store is enabled and the order is placed within the opening hours for the selected order type.

Multiple Openings per Day

There may be cases where a store opens and closes more than once in the same day. The store schedule supports this type of setup.

Let’s take the example of a store which opens from 06:00 to 11:00, then closes from 11:00 to 14:00, and re-opens from 14:00 to 22:00. The store schedule for that day would be:

Order Type	Day	Open	Closes
Dine-in	Monday	06:00	11:00
Dine-in	Monday	14:00	22:00

Multi-openings per day can be the same or different for each day of the week. It can also be the same or different for each supported order type.

Store Products

While products are managed in the master products list, each store can control the availability of each product and product variant.

The “Store Products” tab will list all the available products and show whether they are available and visible.

Enabled and visible, when changed at the store level, only impacts the products for that store and not for any other store. Each store controls whether products are enabled and visible.

Although each store can control whether a product is enabled, the master product setting will override any store setting. It means that if a product is disabled at the master level, even if a store enables that product, the product cannot be ordered.

Search Store Products

From the store products list, products can be searched based on X attributes:

Product name
SKU

Store Product Details

When clicking a store product, the availability and visibility of the product and its variants comes up. It is possible to enable/disable a product and make it visible or invisible at two levels:

Master store product: affects the product and all its variants.
Store product variant: only certain variants of a product.

For example, given a caffè latte which comes in two sizes: small and large. The master product is the caffè latte which has two variants: small and regular.

At the store level, the store manager can enable or disable and make visible or invisible:

The entire (master) product (which includes all its variants),

Only the “small” variant,
Only the “regular” variant.

Stores Management