The number of references
A hundred items can be kept in your head. Ten thousand cannot.
RETAIL — Shops and stores
From receiving goods to the checkout: Projexo integrates a solution suited to your number of references and to your organisation.
Understanding the trade
Stock has to change at the moment of sale, not at the end of the day.
The delivery arrives. Until it is recorded, the stock in the software describes a shop that no longer exists.
Each item is given a reference and a barcode. This is the only moment when sizes, colours and pack sizes can be decided cleanly.
The label carries the displayed price. If it does not match the one at the till, it is the customer who finds out — at the worst possible moment.
The checkout is the shortest and most visible moment of the whole cycle. A scanned item is found; an item searched for on screen keeps the queue waiting.
The sale must reduce the stock the instant it happens. Stock recalculated in the evening is no longer any use for decisions during the day.
What sells fast, what sits, what needs reordering. This is the only step that makes the five before it profitable.
What makes this cycle hard to keep up
A hundred items can be kept in your head. Ten thousand cannot.
Size, colour, capacity: a single item becomes ten stock lines.
The supplier's, the ones that need creating, and the ones that are missing.
"Have I got any left?" is answered in three seconds or not at all.
An item that comes back must also come back into the stock.
A discount decided on the shop floor and not in the till distorts the whole margin.
Recognising a regular customer means being able to find their history.
When this applies: every terminal added adds a source of disagreement.
Before / after
Switch from one state to the other: it is not the shop that changes, it is what it knows about itself.
Scrolling through the screen while the queue waits.
The shelf label and the till screen do not say the same thing.
A reference typed by hand, two digits swapped, a wrong stock figure.
The software says there are some left; the shelf says otherwise.
The boxes are there, the stock does not know about them yet.
The item comes back into the shop without coming back into the stock.
Two catalogues kept separately, and two truths.
Nobody knows what the other has in the back room.
The barcode replaces the search: the item is found in one move.
Labels are printed from the catalogue: a single reference price.
Less manual input, so fewer opportunities for mistakes.
Stock moves at the sale. The discrepancies that remain come from habits, and training deals with them.
Receiving goods is part of the day's routine, not an end-of-month catch-up.
The return is an operation in the software: it puts the item back into stock.
A single reference catalogue — the link with online sales is checked at the audit.
Stock can be read per point of sale, where the organisation allows for it.
Software does not eliminate errors: it reduces the opportunities for them. What remains depends on the team's habits, and that is what training is for. We announce no percentage gain until it has been measured at a client's and authorised by them.
Your configuration
Four shops, four counters: choose the one that looks like you.
One counter, one terminal, a catalogue that fits in the head of the person who built it. The issue is not volume: it is not having to start from scratch the day someone else runs the till.
Fashion, concept store, specialist shop: many references, and above all many variants. It is the structure of the catalogue that decides everything else, before the hardware.
Here, the queue is the subject. Every unnecessary move at the counter costs waiting time; and selling by weight adds its own constraint.
Several points of sale, or several tills in the same one. The hardware repeats; what does not repeat is the catalogue — it must remain unique.
The number of stations and the peripherals needed are determined by the audit: number of references, pace of throughput, space on the counter, network and power, and compatibility between the chosen software and the peripherals.
The software
Point-of-sale software geared to retail and stock management, which Projexo integrates and configures.
References, their variants and their prices live in the same place.
Sales, returns and credit notes, on the counter terminal.
What comes in, what goes out, what is left — and the restocking to plan.
Purchase history, and loyalty when it is set up.
ERPLY is aimed at retail, from one point of sale to several.
What Projexo brings
Ten steps between signing and the first paying client — that is where the rest is decided.
How many references, which variants, which selling habits. Before any technical choice.
The counter, the available space, the network. Hardware is decided afterwards, not before.
Whatever the old system agrees to export is taken over; whatever it refuses is re-entered, and that is said in advance.
The structure of the catalogue: this is what cannot easily be reworked in six months' time.
When the format allows it. Otherwise, a structured input, with naming rules that are kept to.
Who can apply a discount, who can cancel, who can change a price. Decided with you.
Scanner, printers, drawer, payment terminal. Each one tested on the actual station.
The three operations that have to come out right. Checked before opening.
On the installed station, with your catalogue. The everyday actions and the ones that cause problems.
One contact who knows your installation, whatever device is involved.
These are operating objectives, not quantified gains: we publish no percentage until it has been measured at a client's and authorised by them.
Changing scale
It is the catalogue that has to remain unique — and that is where things get complicated.
The simplest case: a single source of truth, a single terminal. Everything holds as long as the person who built the catalogue is there.
Nothing yet — until the day someone else has to run the till.
The structure of the catalogue, the configuration, the training and the written guides left on site.
Two counters, or an extra till at peak times. The catalogue does not move; what changes is who is allowed to do what.
Rights per user, discounts, cancellations — and a network that has to support two terminals.
The rights, connecting the second terminal and testing its peripherals.
Each site has its own stock, but not its own catalogue. As soon as an item exists in two versions depending on the shop, nobody knows which one is authoritative any more.
Stock per point of sale, prices that may differ, and reports to read site by site.
A common reference catalogue, the organisation of the sites, and the deployment of each terminal.
This is the most requested case and the least automatic. Linking a POS to an online shop depends on the platform, the connector available and what each side agrees to share.
Stock becomes shared between two channels selling at the same time, and the product records have to match.
Studying the connection: we check platform by platform before announcing anything.
No integration between POS and online shop is announced on this site until it has been checked for your platform. It is an audit point, not a box to tick.
We analyse your references, your workflows and your points of sale before recommending a configuration. The quote details each station, and the deployment schedule is set with you.