[SOLVED] Key Generation based on user input.

Hi,

Sorry, the version is 1.4.0 and not 1.6.0 (I was confused with the HikaShop version).

I think you have a generation error caused by your series plugin configuration.
The latest version of HikaSerial is installed on our demo website and I made some tests.
The displayed version of the package does not change because it was just little bugs fixes.

When you set a max value for the series plugin, the plugin would refuse to generate serials with a number higher.
So, if during the generation you enter values that would generate serial higher than the max value, it would return an error.

I think that you can use the random generator plugin which is easier to configure and to use.

Pack deletion would be available in HikaSerial 1.5.0 but this new version would require HikaShop 2.0
This new version of HikaShop is not finished yet, we still have some work to do in order to have a good integration with Joomla 3.0 designs.
When HikaShop 2.0 would be released, HikaSerial 1.5.0 would be too !

For the moment, you can unpublished the unwanted pack and create another but if there is no serials in, if would not be necessary to delete it.

Regards,

HikaShop 2.0 (and HikaSerial 1.5) would be compatible with Joomla 1.5/2.5/3.0 using the same installation package.

About serial statuses, I recommend you this page of the documentation:
www.hikashop.com/fr/hikashop/107-hikaser...html#serial-statuses

Regards,

Hi,

I don't think you require to pre-generate serials. Your working process is with dynamic generation.
Open an order with your product, change his status and check that the serial is assign.
You can send me an access to your backend by private message if you want me to check your configuration.

About "consume". It was a requested feature which allow to customer to use serials directly in the website.
HikaSerial plugin would be called when a serial is consume and they could do different tasks like change the user group, send an email, modify a value in the database, etc
"Consume" is use by software license system. When the customer would enter his serial in his software, the software would call the website using webservices in order to check the status of the serial and to "consume" it. When a serial is consumed it could not be consumed another time : his status changed from "assigned" to "used".

Regards,

Hi,

Thanks for the access.
I have fix your HikaSerial configuration.

The problem came from the configuration of the Series generator.
You put a max value to "10" and there was already 10 serials generated in the database.
The pack does not have the "data provider" so it try to generate some new serials but the series plugin refused because the max value was already reached.
( The series plugin is not quite compatible with dynamic generation when a max value is configured. )

So I removed the generated serials, I remove the max value and I click on the "refresh association" button on some valid orders and the plugin have generate a serial and assign it to the order.

Your configuration is fixed and is now working good

Best regards,

Hi,

How can I get the serial on my confirmed status mail ?

I've gone through the below custom field documentation but there are some areas which are not explained.

User should be restricted to input only 9 digits; not less than 9 or greater than 9 and it should not be alphanumeric.

Hi,

1 - You have modified the email content and you removed the part which allow HikaSerial to add his content, it will be logical that the serial would not be include.
As explain in other threads in this forum, HikaSerial require this portion of code:

<?php
	JPluginHelper::importPlugin('hikashop');
	$dispatcher = JDispatcher::getInstance();
	$dispatcher->trigger('onAfterOrderProductsListingDisplay', array(&$data->cart, 'email_notification_html'));
?>