Creating Products, Services, Bundles & Memberships

Start with "What are you selling?"

Open Products → New Product. The first choice on the page sets everything else up, so pick the card that matches what you're adding:

• Product — a standard item you keep in stock (a bottle of water, a t-shirt).
• Composite — made from a recipe of ingredients; selling it deducts ingredient stock (a burger, a milk tea).
• Service — a one-time fee or labor with no stock (a haircut, a repair fee, a registration fee).
• Membership — a recurring plan or session pack (a monthly gym membership, a 10-session PT pack).
• Bundle — several existing products sold together at one price (a meal combo, a gift set).
• Variant — one item that comes in sizes, colors, or other options (a shirt in S/M/L).

After you pick, a hint bar under the cards tells you what that type needs next — for Composites, Bundles, and Variants it includes a button that jumps straight to the Recipe, Bundle, or Variants tab.

The essentials

Only three things are needed to start selling: a name, a selling price, and ideally a category (categories become the buttons on your POS grid). Everything else can wait.

If you also enter a cost price, the form shows your profit and margin per sale live as you type — and warns you in red if the selling price is below cost.

SKU, barcode, and descriptions are under More details — expand it when you need them. A SKU is auto-generated if you leave it blank.

Setting up a Membership

Picking the Membership card opens the billing panel automatically, pre-set to Monthly:

• Monthly / Yearly — a time-based plan; set how many months or years one purchase covers, and whether it auto-renews.
• Session Based — a pack of visits (e.g. 10 PT sessions); set the total sessions and, optionally, how many days the pack stays valid after purchase.
• Counts for Member Check-In — turn ON for plans that admit members at the check-in desk. Leave OFF for fees (like registration) that shouldn't grant entry on their own.
• Requires Active Subscription To — gate this item behind other memberships; see the Sale Requirements article.

Every membership sale must have a customer attached — the POS enforces this automatically so the plan lands on the right member's account.

Finishing type-specific setup

• Composite — build the recipe in the Recipe tab: each ingredient and how much one sale uses.
• Bundle — pick the included products and quantities in the Bundle tab. Bundle stock availability follows its components.
• Variant — define options (Size, Color…) and each combination's price in the Variants tab.

Where it shows up

The Channels tab controls visibility: Point of Sale puts it on your POS terminals, Online Store publishes it on your storefront. Both are on by default. The right-hand panel holds the product image, active/draft status, tax rate, and tags.

Archiving & Restoring Products

Deleting a product doesn't destroy it — it archives it. An archived product is hidden everywhere customers and staff shop from (POS, online store, customer app) and drops out of your product list, but its sales history, inventory movements, and cost records are all preserved. You can bring it back whenever you like.

Archiving a Product

On the Products page, press the archive button on a product's row, or tick several products and use Archive in the bulk actions bar. You'll be asked to confirm — for bulk archives, type ARCHIVE to proceed. The products vanish from the list and from every selling channel immediately.

Archiving does not touch stock or history. Old receipts, reports, and voids that involve the product keep working exactly as before.

Finding Archived Products

On the Products page, set the Visibility filter to Archived. The list switches to show only archived products — you can still search and sort as usual.

Restoring a Product

In the Archived view, press Restore on a product's row, or tick several and use the bulk Restore button. The product becomes active again right away and reappears on the POS and (if it was published) your online store.

Good to Know

• SKUs and barcodes stay reserved. A new product can't reuse an archived product's SKU or barcode, so restoring never creates a conflict. If you need to reuse a code, restore the old product and change its SKU first.
• Restored products come back as active. If you had hidden the product from the POS or unpublished it online before archiving, those visibility toggles are kept — but its overall status is set back to Active.
• Everything is logged. Archiving and restoring both appear in the item activity log with who did it and when.

Fixing Past Sales After Converting a Product to Composite

Sometimes a product that is really a recipe — a silog meal, a burger combo — gets registered as a simple product. Every sale rings up fine, but no ingredients are deducted from stock. Once you notice, convert the product to Composite, add its recipe on the Components tab, and use Fix Past Sales to write the missing inventory movements.

Running It

1. Edit the product, set its type to Composite, and add all components with per-unit quantities (e.g. 2 × bbq stick, 1 × raw egg, 1 × cup rice). Save.
2. On the Components tab, press Fix Past Sales.
3. Pick a date range (it defaults to the product's first sale) and press Preview.
4. Review the preview: how many sales will be replayed, how much of each ingredient will be deducted, and each ingredient's stock before and after.
5. Press Apply Backfill.

What the Preview Warns You About

Stock counts inside the range. If you physically counted an ingredient after some of those sales, the count already reflects what was used — backfilling sales from before it would deduct the same rice twice. The preview flags each ingredient's latest count or adjustment date; either start the range the day after the latest count, or plan a fresh count after applying.

Good to Know

• Safe to re-run. Sales that already have component deductions — from a previous run, or rung up after the conversion — are skipped automatically.
• Uses the current recipe. The replay deducts exactly what the recipe says today, for every unit sold in the range.
• Own-stock cleanup. If the product itself was inventory-tracked while simple, its own stock was wrongly deducted per sale. The tool offers to reverse those movements too.
• Movements are dated today. The correction is recorded when it happens — your past reports and stock counts are not rewritten.
• Profit reports are separate. This fixes inventory, not the cost recorded on old sales. To correct COGS for the same period, run Reports → Recompute Historical Cost afterwards.

Recovering Previously Deleted Products

Products deleted today are only archived and can be restored at any time. Products deleted before archiving existed were permanently removed — but they can usually be recovered from their traces in your sales history, inventory ledger, and activity log.

Finding Them

On the Products page, set the Visibility filter to Archived and press Recover Deleted. The page lists every deleted product it can find, with its name, detected type, how many times it sold, its last selling price and stock level, and when (and by whom) it was deleted.

What Comes Back

Tick the products you want and press Recover Selected. Each one is re-created under its original product ID, which automatically re-links everything that still references it:

• Sales history — old receipts and sales reports show the product again.
• Inventory movement history — the full ledger of past stock movements was never lost and reappears on the product's inventory history.
• Product type and recipe — composites and bundles are detected from the ledger, and their recipes are rebuilt from past component deductions (each ingredient's per-unit quantity is derived from how it was actually deducted across sales). Double-check the rebuilt recipe on the Components tab.
• Stock and prices — last-known stock level, selling price, and cost are restored, with inventory tracking switched on if the product had movements.

Recovered products land in the Archived list — hidden from the POS, online store, and customer app. Review each one, then press Restore when it's ready to sell again.

What Can't Be Recovered

• SKU and barcode come back blank — set them again on the edit page.
• Description, category assignments, and images were removed with the product — re-add them.
• Variant options — products that sold with variants are flagged had variants in the list; re-create the options on the Variants tab.
• A product deleted long ago that never sold may have left no trace and won't appear in the list.

Advance Notice (Pre-Order Lead Time)

Some items can't be made on demand — lechon that needs days, custom cakes that need hours. The product form's Advance Notice (Pre-Order) field (next to Availability Status) tells the platform how far ahead customers must order the item. Enter a number and pick a unit: Minutes, Hours, or Days.

• 0 (the default) — the item can be ordered ASAP like any other product. Every existing product starts at 0; nothing changes unless you set a value.
• A value, e.g. 3 Days — customers ordering this item in the Kaminarigo app must schedule the order at least 3 days out. ASAP is disabled for their cart, the app explains why, and the time picker won't accept an earlier slot. The rule is also enforced on the server, so it can't be bypassed.
• One item rules the cart — if a cart mixes a 3-day item with regular items, the whole order becomes a 3-day pre-order. Customers who want the rest sooner can place two separate orders.

The scheduled time appears on the order, and for deliveries the rider is only called near the slot — see Managing Online Orders for how scheduled orders arrive.

How Product Photos Appear in the Customer App

Photos you upload on the product form's Images tab drive everything customers see in the Kaminarigo app (from customer app 3.1.0):

• Galleries are swipeable. Every photo on the product appears on the item details screen — customers swipe through them with dots and a photo counter. The featured photo leads; the rest follow your gallery order.
• Photos render square. Menu cards, grid tiles, and the details gallery all crop to a square, filling the frame. Shoot or crop roughly square so nothing important sits at the edges.
• No photo? Your logo fills in. Products without any photo show your store logo covering the image slot — better than a blank tile, but a real photo always sells better.
• Category cards borrow product photos. The store page shows a square card per category, using your category image if set, else the first product photo in that category, else your store logo. Setting a category image gives you full control of that card.

Customer Agreement (contract signed before checkout)

Under Sale Requirements any product can name a published contract from Contracts & Documents. The customer reads and signs it before the item can be sold — on the POS, the online store, or a manual order — and receives a PDF of the signed copy by email. Pick every sale or once per customer. Linking a contract turns on Require customer details and Require customer email automatically. See Customer Agreements.

Accommodation: Rooms & Stays Booked by Date

Hotels, resorts, hostels, transient houses, campsites — anything rented by the night — use the Accommodation product type. Pick it on the "What are you selling?" cards when creating a product (or change the Type on an existing one).

How it is priced

• The Selling Price is the nightly rate.
• A booking is priced as nights × rate × units. Two nights in one room at ₱1,500 = ₱3,000; the same two nights in two rooms = ₱6,000.
• Check-out day is not charged — a Friday to Sunday stay is 2 nights.

The Stay tab

• Units available — how many identical rooms/beds/cottages of this kind you have. Each night can only be sold that many times. Create one product per room type (e.g. "Deluxe Room", "Family Suite"), not one per physical room.
• Max guests per unit — shown to customers; informational.
• Check-in / Check-out time — shown on the product page and the reservation.
• Minimum / Maximum nights — the online picker refuses stays outside this range.

Accommodation never tracks stock, so the Inventory tab is hidden. It is collected in person: Delivery and Shipping are not offered for a cart that contains a stay.

Booking online

On your online store the product page shows a check-in and check-out picker. Availability is checked live as the customer picks dates, the whole-stay price is shown, and Reserve puts the stay in the cart with its dates. At checkout the dates are re-checked so two customers cannot book the last unit for the same night. The order arrives on the POS like any online order; the reservation is Pending until the order is accepted, which confirms it. Rejecting or cancelling the order frees the dates.

The Reservations page

Reservations (sidebar, next to Products) is the front desk:

• Today's arrivals, departures, in-house guests and bookings awaiting confirmation.
• A 14-night occupancy strip per product — free / partly booked / full per night.
• New reservation for walk-ins, phone and OTA bookings — pick the product, dates, units and an optional custom nightly rate; availability is checked before saving. Staff may back-date a walk-in.
• Actions per reservation: Confirm → Check in → Check out, plus Cancel, No-show and Reinstate (which re-checks availability). Guest name, phone, guest count and notes can be edited; dates and units cannot — cancel and rebook instead.

Reservations tied to an online order link to the receipt. Reservations created at the front desk have no sale; ring the stay up on the POS as a normal accommodation product sale when the guest pays.

How Customers Can Receive a Product (Pickup vs Delivery)

Not everything can be sent with a rider. Each product type has a default, and every product can override it on the Channels tab under "How customers can receive it":

At checkout the online store and the customer app only show the fulfillment options every item in the cart allows, and explain which item is the reason ("Haircut is collected in person, so Delivery is not available for this order"). The server applies the same rule when the order is placed, so a stale app cannot get around it. If a cart ends up with items that share no option, the customer is asked to remove one.

Stays on the POS and the Kaminarigo App

Selling a stay on the POS

• Tap the room or stay on the register. Pick the check-in and check-out dates and the number of units; the POS checks availability while you are online and shows the whole-stay price (nights × nightly rate × units). Walk-ins can be back-dated.
• The dates appear under the item in the cart, at checkout and on the printed receipt. Use Change dates in the item options to correct them before paying.
• When the sale reaches the server it books a confirmed reservation. Offline sales are fine: the booking is made when the sale syncs. If the last unit was taken in the meantime the reservation is still recorded, marked Overbooked in its notes, so the front desk can sort it out.
• Refunding the stay, removing it from the order or cancelling the order frees the dates.

The POS Reservations screen

Stores that sell stays get a Reservations tile on the POS dashboard and in the register menu, for staff who can take orders, accept payments or manage items. It shows:

• Arriving today, In house (with departures due today) and Upcoming bookings, plus past and cancelled ones.
• Actions per booking: Confirm, Check in, Check out, No-show, Cancel and Reinstate (which re-checks availability).
• New reservation for walk-ins and phone bookings, and editing of the guest name, phone, guest count and notes.
• Charge on an unpaid reservation puts it in the register cart at its booked price; paying links the payment to that reservation instead of booking the room twice.

Bookings from the Kaminarigo app

Customers pick dates on the product page, see live availability and the total, and check out with a non-delivery option (stays are never sent with a rider, so Delivery is hidden for that cart). The booking arrives on the POS Incoming Orders screen with a Pending reservation; accept the order to confirm it, or reject it to free the dates. The customer sees the dates and status on their order, and can cancel until you accept. The guest pays at the property.