Knowing what's at the counter and in the warehouse

Casemi sells building site products, delivered to sites or collected from its counter. The goods are split between the kiosk, on site, and a much larger warehouse, which constantly exchange items.

Add to that two types of client, the company with an account and credit, the individual who pays on the way out, and two companies in the group, to be read separately and together.

On one side a cash register, on the other invoicing and accounting software, with no link between them. A sale was recorded at the till, then a second time at invoicing.

Stock was kept in spreadsheet files, and the team didn't really know what it had. With two locations exchanging goods, a mistake on one side skews the other too.

Odoo has been in service since January 2026: sales, purchasing, stock, invoicing, accounting, and a point of sale with a barcode scanner at the counter. A company and an individual don't follow the same payment path.

Both companies share the same installation, and their figures can be read separately or together. Payment reminders go out on their own.

With every sale, a ticket prints at the warehouse to tell the person preparing the order what to fetch. It was custom-designed, and it doesn't show prices.

The person preparing needs the list of items, not the amounts. Printing them wouldn't have helped anyone, and would have put commercial information on a piece of paper lying around a warehouse.

Standard management software can count stock. It's less good at answering the question of someone with a client in front of them: is this item at the counter or in the warehouse, and how many in each place?

The grouping of items and their location were therefore custom-developed.