Skip to main content
GullySystem
A practical guide

What to ask a production software vendor for a food plant

Ganesh HSStrategy and Technology, GullySystem
Practical advice · 5 min read

In this guide 6 sections
The short answer

Make the vendor run your recipe. Check recipe versions, yield loss, lot tracking, expiry handling and the link to your accounts package, the five areas where weak systems fail. A messy real batch that runs end to end, from scoop issue to dispatch label, is a better sign than a polished demo on a plain biscuit.

Give them one of your real recipes

Before any demo, send the vendor one recipe, one batch sheet and one month of stock entries from your store ledger, and ask them to build it. A description is not enough.

Choose a hard product, one with a co-product, a rework step, or an ingredient bought by the sack and issued by the scoop. A demo on a plain biscuit proves little.

Watch who does the work. If the vendor’s analyst asks sharp questions about your batch size, your sieve rejects and the units your packing hall counts in, that is a good sign.

Questions on recipes and yield

Recipes change. A supplier switch alters the moisture and a customer asks for less salt, yet the old formula must not vanish from the records. Ask which version each batch used.

Then ask about yield. Can the system hold an expected output for each batch, then show the shortfall after the run, so a supervisor sees the loss before the next shift starts? Can it carry a by-product such as bran, whey or oil cake as a stock item with its own lot, its own unit and its own value?

Ask to see the variance report that sets standard use against actual issue for one batch, and note whether it appears on the screen or needs a custom job. Custom jobs mark a limit.

  • How are recipe versions stored and dated
  • Can a batch use a stated version only
  • Expected yield and actual yield per batch
  • Co-products and by-products as stock items
  • Rework entered as its own transaction

Questions on lots and expiry

Food needs lot tracking from receipt to dispatch. Ask the vendor to trace one finished lot back to its ingredient lots on screen, then forward to the customers who received it, and time the whole exercise.

Expiry is the next test. Does stock show the best before date? Does issue follow the earliest expiry first? Will the system warn the store keeper before a lot goes out of date on your own shelves, early enough to offer it to a buyer?

Then test a hold. A blocked lot should be impossible to issue to the line or load onto a truck until a named person releases it, so try both actions on screen.

  • Trace backward and forward on screen
  • Earliest expiry issued first
  • Alert before expiry
  • Hold and release of a lot
  • Returns kept out of saleable stock

Questions on accounts, users and support

Your accounts package holds the ledgers. Ask exactly what moves across, whether purchase bills, sales invoices, stock value or only totals, and how an error is corrected on both sides once it has posted.

Floor users decide success. Can a store keeper scan a barcode label from a tablet beside the racks, and can a packer enter output without a keyboard-heavy screen?

Support deserves its own questions. Who answers when a batch will not close at night, and how quickly, and which two food customers will take your call to confirm it?

Score the answers and decide

Write every question on a sheet with three columns headed shown live, promised and not available, and count only the first column when you total the scores. Promises are cheap.

Put your store keeper and production supervisor in the final demo, because they test the screens in ways a manager never would and spot a clumsy entry step. They will catch what you miss.

Pick the vendor with the most items shown live on your own recipe, then ask for a short paid pilot on one product line before committing the whole plant.

Vendor question scorecard

The scorecard lists twenty questions grouped into recipes, yield, lots, expiry and accounts, with three tick boxes marked shown live, promised and not available on every row. A final column records which member of your team watched the answer being shown, and the footer adds up the items shown live for each vendor. Totals decide the ranking.

Open a blank worksheet to print

Questions owners ask

Should we choose software built for food only?

Not necessarily. Choose whichever handles your recipes, lots and expiry on your own data, since a general system may fit if it passes the same live tests as a food-specific one.

How many vendors should we compare?

Three is enough. Give all three vendors the same recipe and the same month of stock entries, so the comparison is fair and the scores line up side by side.

Is a custom build better than a packaged product?

It depends on your process. A packaged product that passes your live tests is faster to start, but if key steps need workarounds a custom build may fit your plant better.

What should a pilot cover?

Cover one product line for a full month. Include a lot trace in both directions, a physical stock count and an accounts reconciliation, since those three are the points where weak systems usually fail.

Browse all guidesBack to top ↑
Next step

Have a specific situation to work through?

This article covers the general case. Tell us what you’re actually dealing with and we’ll respond directly.

Share Your Requirements