[FREE MODULE] Numeric order reference

[Daresh]

Changes the order reference from a random string to a random number or order ID.

This module was used by many shops, but deleted some time ago from this forum by one nasty user.

People keep asking me for it, so here it is reuploaded.

Still works for Prestashop 1.6, 1.7 and 8.0.

gmnumeric_v_1_2_0.zip

New version - to make sure the new override is applied, I recommend to reinstall and reconfigure the module.

gmnumeric_1_2_1.zip

New, override free version for PrestaShop 8.1.0 and above. Please uninstall and remove any previous versions to make sure the override is gone:

gmnumeric_2_0_0.zip

Another version with a new feature - Order reference may be set to euqal cart ID (may be handy in some cases):

gmnumeric_2_1_0.zip

Edited July 2 by Daresh (see edit history)

[Roych]

Hello, thank you for the module, it works great, but it messes up my Email order confirmation template.
it looks kind a messy in sent e-mail.

What is the name of the template so I could change it. I looked all available templates but couldn't find this one.
 

Any ideas?

Thank you very much
R

 

 

Edited January 16, 2024 by Roych (see edit history)

[Daresh]

That's not possible, the module has nothing to do with email templates, it must be a coincidence.

[Roych]

Ok, I guess you are right. I'll look into it.

Thank you

R

[musicmaster]

I had a problem with this module. It happened after I had moved my shop to another server (both PHP 8.1).

On the new server you could pay for an order. But the cart was never converted into an order. Instead the software hang and got a timeout after you paid.

On analysis it turned out that the problem was in the function validateOrder() in /classes/module/PaymentModule.php.

It turned out that the following code had become an eternal loop:

            do {
                $reference = Order::generateReference();
            } while (Order::getByReference($reference)->count());

Order::generateReference(); always returned the number of the last order.

This was with Thirty Bees 1.4.

[Daresh]

Check out version 1.2.1, it should have it covered.

[musicmaster]

It works. Thanks!

[koedben]

Why is the module is not available anymore?

 

[Daresh]

It is available, but probably to download files from the forum you need to have some minimum post count.

[koedben]

Thanks...I didn't know....so of writing some posts;-) 

[socialbx]

I just wanted to thank you for the module, I was having same problem as @musicmaster , now fixed with the new version. 

thank You. 

[emild]

For 8.1.6 @Daresh your module totallly blocking checkout, not possible to order.

[Daresh]

Works completely fine on my 8.1.7, must be something specific to your shop.

[joelhroliveira]

Hello @Daresh, its possible to make it start in a specific order number ?

Thanks

[Daresh]

The simplest solution is to set the AUTO_INCREMENT value in the database for the ps_orders table to one that you like, and then set the module to make the order reference the same as order ID.

[hadi1404]

Hi ,

Is it possible to determine the number of random numbers in this module? 

Thank you

[Daresh]

Hi,

yes, it is 1000000000.

[hadi1404]

My mean is instead of 10 characters, we can use a smaller number. For example, 5 characters

[abdulionw]

Great module but it will better if order dates comes before order ID as reference id. 

[lipo999]

On 9/9/2024 at 8:19 AM, Daresh said:

Hi,

yes, it is 1000000000.

Hello Daresh,

thank you for your module. Is there any update? I would by happy if there will be function like (y) for current year in prefix field...etc. thank you

[Daresh]

In this module I stick to the safe number of characters for order reference, which is 9. So adding dates and other long prefixes may not leave anough room for the reference to be unique.

[Bill Dalton]

Thank you, works great PS 8.2

[ATROX CUSTOMS]

Thanks for the module friend! 
Now instead of weird random letters I can start with # 2001 2002 2003 etc thanks!

Edited March 13 by ATROX CUSTOMS (see edit history)

[Tomi14]

Thanks! It works perfect!

 

Maybe could you add two variables, to use it in prefix:  %y for a year, and %m for a month

[bloggus]

Thanks.

I guess it is not multistore compatible?

[Daresh]

It simply generates an unique order reference. Even for multistore order ID's can't duplicate, because it's one database table. The multistore feature does not apply to this module.

[bloggus]

Great. Thank you! Tested and modified to my liking. So simple, but so great!

(have also Tidy - which is great module)

[0kph]

I looked into the module code and noticed some inconsistency... 

I don't know if this has any impact on the operation of the module, but I don't think there should be _RANDOM twice, but _ZEROS.

    public function install()
    {
        if (Shop::isFeatureActive()) {
            Shop::setContext(Shop::CONTEXT_ALL);
        }
        return parent::install() &&
            Configuration::updateValue('GMNUMERIC_RANDOM', true) &&
            Configuration::updateValue('GMNUMERIC_RANDOM', true) &&  <<<<-----------
            Configuration::updateValue('GMNUMERIC_PREFIX', '');
    }

    public function uninstall()
    {
        Configuration::deleteByName('GMNUMERIC_RANDOM');
        Configuration::deleteByName('GMNUMERIC_ZEROS'); <<<<-----------
        Configuration::deleteByName('GMNUMERIC_PREFIX');
        return parent::uninstall();
    }

 

[Daresh]

Nice find, indeed it should not impact the way module works at all, but it will be a good practice to fix it

[Daresh]

I just uploaded a new, override free version to the first post. It works on PrestaShop 8.1.0 and above.

[simon1981]

Is it working with PS9?

[Daresh]

Yes it is.

[simon1981]

3 minutes ago, Daresh said:

Yes it is.

GOOD ARE YOU TALKING ABOUT 2_1_0 VERSION?

[Daresh]

Yes, you should use 2.1.0

[simon1981]

29 minutes ago, Daresh said:

Yes, you should use 2.1.0

Thank You. Good job. It is working