The supplier sends the new price list and it's two thousand lines

An Excel file turns up laid out his own way, and somebody has to get it in without getting a single price wrong

A spreadsheet full of rows of prices open on a monitor

The short answer

A supplier price list gets updated automatically by reading the file that arrives, converting the supplier's codes into yours, and writing the prices into the business software you already use, one by one, without anybody having to retype two thousand lines

The part that really counts, though, isn't the writing, it's the check before the writing, because a price that goes in wrong doesn't stay a records error, it comes out the next day inside an order, inside a quote, inside an invoice, and by then it's the customer who finds it

How you tackle it

Every supplier sends the price list his own way, one with the columns in one order, one with the headers written another way, one who slips a column into the middle from one month to the next without saying anything. And the codes are his, not yours, so somebody has to do the translation. Looking at two thousand lines with your own eyes isn't work a person holds up to twice in a row, so the check ends up being a spot check

The first thing you do is write a reading model for each supplier, which is less hard work than it sounds, because the format of a single supplier stays fairly constant over time

The columns are read from the header and not from the position, so if the supplier moves one the system doesn't even notice, and if instead a header it expected has gone, it stops and says so, instead of taking the column next door and writing the discount in place of the price, which is the classic way a home-made macro causes the disaster, and there's more on this in The file arrives every month with the columns moved

Then there's the code conversion, a table that holds the supplier's code and yours together, and the new codes that table doesn't know are not invented, they end up in a list you look at yourself

The check on how far the price has moved

Before writing, the system compares the new price with the one you have now, and if the difference goes over a threshold you decide, that line doesn't pass, it's set aside waiting for a human eye

The reason is a blunt one, a program has no idea that an item going from 1,20 to 12,00 is a comma lost along the way, to it they're two numbers and that's all. The threshold, on the other hand, notices. Below the threshold the lines go through all together, above it you find yourself looking at a handful of cases instead of two thousand, which is a different sort of day, and how these nets get built is covered in How you stop an automation from doing damage

You decide the threshold when the rules get written, and it can be kept different by item category, where prices really do swing you leave it wider

A price list automation earns its keep when the files come often and are big, when there are more than two or three suppliers, and when the price you write in there is the same one your business software then uses on its own for orders and quotes, while if you get one short price list a year leave it as it is, you'll never win back the time it takes to write the rules

What people usually ask us

You do, because you're the only one who knows how much a price normally moves in your industry, Muffin Suite writes that threshold into the system and can keep it different by item category, so where prices really do swing it stays wider
Yes, for price list updates each supplier has its own reading model, but the format of a single supplier stays fairly constant over time, so that work is done once and then it holds, and the checks on the prices stay the same for every supplier
Nothing bad happens, because the columns are read from the header and not from the position, and if instead a header the system expected disappears, the price list update stops and tells you, instead of writing the wrong number into the price field
The supplier's codes are kept in a conversion table that ties them to yours, and the codes that table doesn't know are not guessed, they stay in a list you look at yourself, because matching the wrong item does more damage than leaving it out of the price list
No, Muffin Suite writes the prices inside the business software you already use, opening the screens the way an operator would, and it works on programs that have no direct integration to the outside at all

Show us what you still do by hand

Describe the process or send a short screen recording and we'll tell you what can be automated

WA