xx:05:15 confirmation here. Still processing, central UT address for delivery.
No charges had been pending until I updated my email address for notification of changes. Pending charge hit within minutes. I think Apple hits an account with the pending charge immediately on any order details changes, like when you first place your order. It'll fall off I'm sure.
I have doubts that even the "actual" order time given by support reps is reflective of the time the request entered the database. I'm not exactly sure why they would have that information as opposed to "order completion time" which would likely be logged after the whole process and not just the entry to the database.
Confirmation email delivery is certainly no indicator of original order -- to send out as many confirmation emails as Apple did they would have had to be using multiple email servers. Each purchase gets made, and a "job" is sent to a random email server to deliver. If one server churns through emails even slightly faster than another, emails sent from that machine get there faster than emails sent from the other machines. Sending out a few hundred thousand emails in a few minutes is not an easy task and it is impossible to send that many emails in that short of a time and ensure perfect delivery order.
So when we see confirmation times of xx:06:xx getting shipped before xx:05:xx or even xx:04:xx, it is more likely an email delivery issue more than anything. And not just from "sent" to "received", but an issue between "scheduled to send" and "sent."
I actually fully believe these are being sent out in roughly perfect chronological order from when the order hit the database. Or that they are least being manufactured in that order (per model, of course). It would be harder to do it out of order than in order, from a systems standpoint.