Managing your supply chain data means achieving the highest practicable and sustainable level of service to the end-user. Plus, to each of the key participants in the supply chain or network at acceptable low-cost and at acceptable levels of risk.
Products and information flow together both up (delivery) and down (returns) the supply chain. Good management of supply chain data is essential.
Total or whole-life cost includes all the resources deployed to provide that product or service, including prices paid, research and development, operational costs, training, support, maintenance and enhancement, inventory, waste, capital employed and capacity utilisation, disposal etc.
Organisations meausure the service level only by, for example, the percentage of orders or requirements met in full on time, but also by the associated degree of risk involved, i.e. the level of safety and security (e.g. patient safety, or security of supply of parts and fuel for a machine, or ammunition and food for a soldier); and legal liability should something go wrong. Service to the end-user (e.g. business customer, client, consumer, operator, citizen) is composed of the level of performance and timeliness, of speed and certainty at an acceptable total cost and acceptable levels of risk.
Operating a value chain cost-effectively demands clarity about decision-making and also about the supporting data. For example:
- Who will take which decision on the basis of what information?
- What data will you share?
- With what timeliness and accuracy?
- What messages will you need to communicate?
- What factors in the value chain will you need identify individually?
Furthermore, costs increase with uncertainty and this arises both from the natural dynamics of markets, consumers, customers, suppliers and technologies and also from the failure of organisations to collaborate well.
Components of supply chain data
1. Governing Principles
Before looking at the components of supply chain data in detail, it is worth familiarising yourself with overall supply chain governing principles.
A system needs to be in place to identify
(a) the value chain Participants and their Locations
(b) the Items (products and services in their various forms)
(c) the Processes (rules, treatments, recipes, etc.)
(d) the Assets
Achieve this via the smallest practical number of globally accepted systems of numbering, preferably employing unique and non-meaningful identities. This means not building meaning into the coding system since meaningful numbers/codes imply human recognition rather than computerised data, require extra digits and hence introduce a potential lack of accuracy and higher costs of operation. Derive meaning from associated master data files.
The Identity Numbers discussed in the Identities section above should be expressible in a form which can be automatically captured, wherever cost-effective. This is called Auto-Identification or Auto-ID and includes:
(a) laser scanning of a printed symbol (bar code);
(b) radio frequency identification of a tag (RFID); or by
(c) reading a smart card with a Personal Identification Number (PIN).
4. Master Databases
The descriptions and key characteristics, including classifications of the identities (participants, locations, items, processes and assets) should be held in structured master data files that are accesses via ID numbers or auto IDs (e.g. as in electronic point-of-sale scanning in a supermarket via GS1 numbers) which are linked to product and price master data files. The master data files are brought together under a Master Database.
Moreover, other related forms of master data are technical specifications/design, product life cycle data and financial data (prices/costs). Master data are semi-static, i.e. they have a time structure which defines when they are applicable; now, past and future.
5. Dynamic Databases
Dynamic Databases contain data about events relating to Identities (transactions, use, movements, treatments, etc.) which occur across the value chain. An Event changes an existing State into a new State or Outcome via an Activity or Transaction.
Store dynamic data in a structured (e.g. relational) database alongside expected or planned activity so that you can measure performance, track volumes of activity, monitor exceptions and initiate actions.
Too often people confure Master Data and Dynamic Data with each other.
Messages contain the combination of data elements (such as quantities, names, dates, etc.) which enable individual and joint management of the value chain by the participants e.g. Transactions such as order to produce, move, deliver or pay; invoices; statements; plans; etc.
Data elements should be standard across Master Data Bases and Dynamic Data Bases as well as Messages.