The idea starts at the physical endpoint
A conversation with longtime railroad industry colleague Jim Titsworth raised a simple question with national implications: why does every freight car have an identity while the exact customer spot where the car must be placed often depends on local instructions, diagrams, calls, emails, and institutional memory? Jim put the proposal plainly: “I still believe we need to have an STB requirement to have every spot in a national database.”
That is Jim’s proposal, not an existing Surface Transportation Board requirement. Its value is not merely a federal database. The larger opportunity is a common way to identify the physical endpoints of freight rail service so railroads, customers, and technology systems can refer to the same place without rebuilding its meaning at every handoff.
A customer name is not a spot
A rail-served customer may have multiple tracks, doors, pits, racks, pads, unloading positions, loading positions, clearances, and commodity restrictions. An industry track identifier may narrow the destination, but it may not tell a crew which position is intended, whether the spot is accessible, which car types are permitted, or what customer condition must be satisfied before placement.
A durable spot record would need a standardized identifier plus the serving railroad, customer, facility, track, physical position, capacity, clearance, commodity limits, equipment restrictions, service window, placement sequence, access condition, switching instruction, and emergency or exception contact. Those fields are not decoration. They are the operating context that turns a destination label into a serviceable location.
“A digital address can tell the network where the car belongs. It cannot replace the local authority required to decide whether the movement is safe and executable.”
Connect the car to the place
Equipment identification already travels through rail operations in multiple forms, including reporting marks, AEI reads, waybills, consist records, mobile devices, and other local systems. A standardized customer-spot identity would give those equipment records a more precise physical endpoint. The movement record could state not only which customer receives the car, but which spot is requested and which requirements govern the placement.
That connection supports a practical sequence: identify the car, resolve the intended spot, validate relevant restrictions, present the instruction to the crew, confirm actual placement, create the service record, and pass the verified event to customer and billing systems. QR codes, RFID, AEI, GPS, and mobile workflows may support pieces of that sequence. None of them creates the operating truth by itself.
Placement confirmation should carry evidence
A placement event is commercially and operationally consequential. It can affect customer inventory, demurrage clocks, switching charges, crew work, release timing, and the next movement. A trustworthy confirmation should identify the equipment, spot, time, responsible railroad, evidence source, any exception, and the person or system that recorded the event.
The same record can strengthen service history and billing. The customer can see what was placed and where. The railroad can show what work was completed. Disputes can be resolved against a shared event rather than separate screenshots. Billing can be triggered from verified service evidence instead of inferred activity. The objective is not more data. It is a cleaner chain from physical work to commercial record.
Standardization has practical limits
A national identity standard would have to manage security, commercial sensitivity, changing track configurations, temporary outages, customer-controlled conditions, data stewardship, correction authority, and liability for stale information. Not every operating detail should be public. Some fields may need controlled access, railroad-specific extensions, or customer approval. A spot record that cannot be maintained will become another source of false confidence.
Most importantly, a digital address does not authorize a movement. Crews, dispatchers, customers, and local railroad officers retain authority over safe access, equipment condition, track capacity, securement, placement, and exceptions. The system can validate, warn, document, and coordinate. It should never convert incomplete data into an instruction that overrides the people responsible for the railroad in front of them.
Build the standard from operating proof
The right starting point is one facility with multiple spots and a recurring service problem. Define the identity structure, minimum required fields, update ownership, access rules, placement evidence, exception path, and customer-facing record. Connect a small equipment set and measure wrong-spot events, confirmation calls, billing disputes, service-record completeness, and time required to update a changed condition.
Credit belongs with Jim Titsworth for the national customer-spot database idea that started this line of thinking. His proposal creates the foundation. The next task is to prove the operating architecture around it. Every freight car has an identity. It may be time for every place that car can go to have one too.
Operating implications
- 01Create a standardized identifier for the individual customer spot, not only the customer or industry track.
- 02Attach customer, physical, equipment, commodity, access, and service constraints to the controlled spot record.
- 03Confirm placement with equipment identity, time, evidence, exception state, and accountable owner.
- 04Use verified service records to support customer visibility and billing while preserving human operating authority.
