Jim Croce sang once about “… if I could save time in a bottle…” – and I just wonder where time goes… Yes, it’s been a LONG time since you’ve seen the crazed writings I create on these pages.
Has the silence been golden?
Of have you been secretly pining away for more wit and wisdom from the one and only; is it writings from this one that you have been yearning for…? Or do you really just not care one way or the other and you’re just about to go read something else…? I guess I’d better get to the topic, huh?
I know its ground I’ve covered before, but it’s still a fertile field to … darn, what’s a good word for plow that starts with an “F”…? How about farm…? It’s still a fertile field to farm… There. I got some alliteration in.
But I’m rambling on (again?) about changes and not doing things the “new” way because it’s too difficult. Or it requires us to think of a different way of doing things that maybe – just maybe – we don’t want to think about. It’s about adapting to change and dealing with the change that comes along as newer (and better?) ways of doing things come along.
OK… since the last time we talked, the economy has tanked and slid way down the scale… Retail sales are way off from just a few years ago and some retailers have gone the way of the Eagle and the Plymouth – they’re gone and not forgotten, a lingering memory of their products still firmly entrenched in the minds of many.
By the way – the retailer I work for is not doing horribly bad in this economy sink… Mind you, our sales aren’t growing – much – but we were only down about 4% from last year… Some days we’re up, some days we’re down, but we’re certainly not out of the game… Truly, if we can last out this recession, we’ll be doing pretty well.
There’s this one vendor of ours that we buy a LOT of stuff from. And I’m not just talking about the quantities we buy from them, but even across the product lines. We have thousands of SKUs that we buy from this vendor. And they’re shipped directly to the stores. We use a module within our merchandising system that can track sales and generate POs based upon last year’s sales trends. From that data, we can create POs – one for every store – that are pretty accurate.
“How does this pertain to EDI?” you’re probably asking. And I’ll tell you.
Each of those orders we’d generate for each of the stores was sent via EDI to the vendor, who would then fill each and every of those orders and ship the products (generating an ASN for each) and then even (now) invoice us for each of those orders. On a monthly basis, that could save the “manual” creation of about 400 Purchase Orders.
Good stuff, eh?
But now, it seems, we’re no longer doing that. Instead, that vendor is going into each and every one of our stores and seeing what’s needed on the shelf and stocking those shelves and then sending us a list of the items they put on the shelves and we then generate the PO (after the fact) and send the vendor the PO number (but not the actual PO) so that they could update their system (manually) with the PO number so that they could then process the invoice.
All the wonders of our working system – with minimal manual intervention – are now buried and – poof, they’re gone.
We’ve gone from that super economical, safe and efficiently powerful car of the current decade and we’re driving some 50’s era heap without even the comforts of a radio or air conditioning, let alone all those safety advances of the last 50 years…
That’s what I’m spending a lot of time today trying to figure out… Why did we abandon this system that was working well for a number of years and go back in time to a manual process that lends itself too well to errors, mistakes and “oops” events?
Isn’t that one of the key benefits we’ve all used to push EDI into our companies and grow our EDI programs by adding new documents and vendors to the system…? One of the key goals of processing orders via EDI has been that it helps to eliminate much of the possibility of wrongly keyed data… If there’s an error, we know it’s probably going to be before the document was sent via EDI. It was keyed in the beginning and then was never caught and flowed through the process from start to finish.
*sigh. It’s just so … negative … and so disheartening to the way I’ve been thinking and working over the past few years. To see all those positive changes being swept away and all of these negatives taking their place. It’s like watching the past 8 years of the Bush Presidency all over again, but on a smaller scale.
OK, that was a cheap shot across political lines – but it can be viewed as a valid analogy. But I’ll let it slide and not really give you the details of the way I’m thinking.
But, again, here we are, creating orders and getting errors in return. Wrong PO numbers, wrong store number entries, wrong items sent and other errors. And who’s to blame; is it our fault or the fault of the vendor? Probably a bit of both; but I’m the retailer, so I’ll blame them.
I’m still trying to figure out from the buying department why they’ve changed their processes… But I don’t want to sound like some whiner… So I’m taking “other” routes – using different people in different departments – to do that dirty work. I’d like the guy that’s now taken over that automatic process we were doing before to “suggest” the orders and create the POs from; I’m asking him to find out why they’ve stopped with the process.
And I want to know why we’re not sending those orders via EDI anymore. I mean, if it’s because the vendor would end up “doubling” the order, since they’d already supplied it to the store, then it’s really on the vendor to make the changes in their system – to get the list of EDI POs and find that they already exist in their system and change those existing orders to use the POs we’ve sent over via EDI.
I mean, somebody is already taking those existing orders and modifying them to add the PO number in their system so that they can send us the ASN and the Invoice via EDI. So why would it be difficult for them to take the EDI generated orders and NOT ship them and populate some table or file in their system, generate a report from that data and then manually process those changes…? Or even handle it through a program that would go and search that file that they populate from our EDI data for a “key” bit of information – such as the store number – and then change their order to add the PO number.
Of course, there’s another way that we could do this, too. We COULD receive an EDI document – like the 852 – and process it into an order that is then turned around as the 850 back to the vendor. I mean, that’s what we’re doing manually as it is – we’re taking their suggested stock levels and numbers and creating a PO off of a file (usually an excel spreadsheet) they send us. What’s the difference if it’s sent as and 852 via EDI or sent as a flat file as an e-mail attachment?
The times, they are a-changing and we’re not going “Back To The Future” – but we’re going back in time, to the land that time forgot.
Author: Craig Dunham – EDI Coordinator
Read more about Craig here: http://editalk.com/contributors/