Nem, nem járok tévúton. A teljes folyamat leírása hosszú és a konkrét problémától messzire vezet, ezért nem részleteztem.
Azért nem kell tárolni az így kapott azonosítót, mert a megrendelés - és annak generált azonosítója - más úton jut el a rendszerünkhöz (konkrétan e-mailben és ftp tárhelyre feltöltött, kötött formátumú txt állományban). Hogy miért így, teljesen mellékes, történelmi és praktikussági szempontok játszanak benne szerepet.
Eddig is generáltam megrendelés azonosítót php-ból így:
session_start();
$megrid = session_id()."_".$_SERVER['REQUEST_TIME'];
Ez mindaddig jó is, amíg az ügyfél csupán simplepayes kártyafizetéssel akar fizetni, mert ott nem számít a megrendelés azonosító hossza és kinézete (azt a rendszerek a háttérben adogatják át egymásnak), valamint garantáltan egyedi lesz. Viszont be szeretnénk vezetni az előreutalásos fizetési módot, ott nem mondhatom a vevőnek, hogy az utalás közleményrovatába írja be a következő szöveget: eom2ejnfdpuskir47irdnt8pk2_1535061590.
Ezért találtam ki, hogy kapjon egy bamba sorszámot, meg egy előtagot, amit az ügyfél sokkal egyszerűbben megjegyez (pl: X01547). Viszont ennek egyedinek kell lennie. Legegyszerűbb módszer erre, hogy adatbázis autoincrement mezője adja ezt az értéket, az adatbázis csupán erre kell.