Inventory

Restaurant POS Stock Depletion: Four Paths Without Full Integration

Restaurant POS stock depletion: four import paths without a full integration

How POS Sales Deplete Your Stock

Linking POS sales to stock depletion runs on one engine. A recipe ties every menu item to its ingredients, so each sale removes those ingredients from stock at the quantities the recipe holds. Sell a cheeseburger and Supy pulls 150 g of beef, a bun and 30 g of cheese out of inventory.

Modifiers and prep recipes deplete the same way. Add bacon to that burger and the bacon leaves stock too, as long as the modifier maps to an ingredient. A prep recipe, such as a sauce batch, depletes its own components when a dish that uses it sells.

The import path decides how the sale arrives, never what it does to stock. One step comes before any path works. Map each menu item and its modifiers to a recipe, once.

An unmapped item still sells, but it depletes nothing, so a half-mapped menu leaves silent gaps in your inventory counts. Do the mapping first and every sale after it draws the right ingredients down on its own. That is the idea behind connecting POS sales to inventory. Your theoretical stock tracks actual usage between physical counts, so a gap at the next count points to waste or loss, not to sales you forgot to record.

Before and after mapping a restaurant menu to recipes so POS sales deplete stock

If Your POS Has a Native Connector, Sales Import on Autopilot

Start here when your POS is one of the 75+ systems Supy already connects. That list includes Foodics, Square, Toast, Lightspeed and Oracle Micros. A native connector imports each sale by webhook the moment the ticket closes. Nothing to upload, no button to press.

Wire this path first whenever it is open to you. Sales land in near real time, so stock on hand reflects what the kitchen served minutes ago, not what someone keyed in last night. Delivery apps and online orders flow through the same connectors, so a sale from an aggregator depletes stock like a till sale.

After you connect, run one test sale and watch the ingredient leave stock. That confirms the recipe mapping before real volume arrives. A live feed also pays off downstream: with daily POS sales in Supy, demand forecasts and predictive ordering have real numbers to work from.

The connector list keeps growing, so a POS with no slot today may gain one later. Check the integrations directory before you assume yours is missing.

Supy connects 75+ POS and partner systems that import sales automatically

No Native Connector? Bring Sales In as Miscellaneous

When your POS is not on the connector list, you are not stuck running two systems side by side. A generic sales import brings the tickets in and files them under a Miscellaneous POS source. From there they decompose through recipes exactly like connector sales, down to the same ingredient quantities.

This path closes the gap the connector list leaves open. The operator who used to reconcile sales by hand, or guess usage between counts, gets the same recipe-level depletion every connected site gets. Day to day, the generic import runs on a schedule or on demand. The sales still carry their own POS label inside Supy, so you can read performance by outlet and by item even though no two-way connector exists.

Two more paths cover the rest. A manual sales import pulls a named date range, such as last week, this month or last quarter. Use it to catch stock up after a feed gap, or to load history before go-live so day one opens with real depletion.

A group can also let sales flow on its own schedule. The Open API carries sales, cost of goods sold, recipe and wastage data in real time or on a set cadence. It feeds reporting tools such as Power BI, Tableau and Looker, and warehouses such as BigQuery or Snowflake. The API is the heaviest path to stand up and the most flexible once it runs.

A sale from a POS with no connector imported into Supy as Miscellaneous and depleted

Which Path Fits Your POS and Your Sites

Choose by two questions. Does your POS have a native connector, and how many sites feed it? The connector path wins whenever it is available, because it needs no upkeep. Every other path trades a little manual effort for the same recipe-level depletion.

Your situationPath to useWhy it fits
POS is on the connector listNative webhook importAutomatic, near real time, nothing to maintain
No native connector, sales flowing dailyMiscellaneous generic importRecipe-level depletion with no two-way connector
A gap to backfill, or history before go-liveManual date-range importLoads a named period on demand
Many sites, data lake or BI in playOpen APIProgrammatic feed you control end to end

Start with the path your POS allows today, not the one you might build later. A Miscellaneous import switched on this week depletes stock more accurately than a native connector still three months from signing. You can move up a path once the connector lands or the data stack is ready.

To check your setup is working, run one test. Sell an item, then open its ingredients and confirm the stock moved. If it did not, the item is unmapped or the feed is not reaching Supy, so fix the mapping first and the feed second. Once a test sale depletes correctly, the rest follow, and the depletion engine stays the same underneath whichever path you chose.

Book a Demo with Supy - restaurant POS stock depletion without a full integration

Ready to optimize your restaurant operations?

Blog

Our operational insights

Hospitality tech

What Is Restaurant Management Software? A Full Buyer’s Guide for Multi-Site Operators

Your questions 
answered

Everything you need to know about Supy — from setup to integrations, pricing, and daily use. If it’s not covered here, just ask.

Can I link POS sales to stock depletion without a full integration?
+

Yes. Supy depletes stock from POS sales through four import paths, and three of them need no connector at all. A native connector imports sales by webhook where one exists. A generic import brings in sales from any other POS as a Miscellaneous source. A manual import pulls a named date range on demand, and the Open API feeds sales on your own schedule. Every path hands the sale to the same engine: recipes draw each one down to the ingredient. You pick the path your POS allows today and switch it on.

What happens when my POS has no native Supy connector?
+

Your sales still reach inventory. A generic sales import brings the tickets in and files them under a Miscellaneous POS source, where they decompose through recipes exactly like connector sales. You get the same recipe-level depletion every connected site gets, without running two systems side by side. The sales keep their own POS label inside Supy, so you can still read performance by outlet and by item. A native connector is the smoothest path, but its absence never blocks accurate depletion.

How does Supy turn a POS sale into stock depletion?
+

A recipe ties every menu item to its ingredients. When a sale lands, Supy reads the item's recipe and removes those ingredients from stock at the quantities the recipe holds. Sell a cheeseburger and the beef, bun and cheese leave inventory on their own. Modifiers deplete too, once they are mapped to the recipe. The import path decides how the sale arrives, never what it does to stock, so depletion works the same whether the sale came through a webhook, a generic import or the Open API.

Which POS systems does Supy connect to natively?
+

Supy connects to 75+ POS and partner systems, among them Foodics, Square, Toast, Lightspeed, Clover, Revel and Oracle Micros. A native connector imports each sale by webhook the moment the ticket closes, with nothing to upload. The list keeps growing, so a POS without a slot today may gain one later. Check the integrations directory before you assume yours is missing. If it is not there yet, the generic import, a manual date-range import or the Open API still give you recipe-level depletion.

Can I import past sales to catch my stock counts up?
+

Yes. A manual sales import pulls a named date range, such as last week, this month or last quarter. Use it to catch stock up after a feed gap, or to load sales history before you go live so day one opens with real depletion. The imported sales run through recipes the same way live sales do. This path suits a one-off backfill or an occasional top-up; for sales that flow on their own schedule, use a native connector or the Open API instead.

When should I use the Open API instead of a sales import?
+

Reach for the Open API when a group wants sales flowing on its own schedule into a data lake or a reporting stack. It carries sales, cost and recipe data in real time or on a set cadence, and it gives a larger operator programmatic control the import screens do not. The API is the heaviest path to stand up, so a single site or a group that only needs depletion is usually better served by a native connector or a generic import. Choose it when you are routing clean POS data at scale.

Do I need to map menu items to recipes before sales deplete stock?
+

Yes. Mapping is the one step every import path shares. Link each menu item and its modifiers to a recipe once, and every sale after that draws the right ingredients down on its own. An unmapped item still sells, but it depletes nothing, so a half-mapped menu leaves silent gaps in your counts. Do the mapping first, then switch on whichever import path your POS allows. The mapping carries across sites, so you set it up once rather than per location.

Ready to transform your operations?

Join 3500+ restaurant operators cutting costs, streamlining operations and making smarter decisions with Supy.