Selling software licences

Thank you for answer, actually it works with paypal well - I only have these problems with money orders. Could it be possible to adjust that code some easy way? Or if not - is it possible to add this information (licence code) to the "processing" e-mail instead of "pending" e-mail?

Anyway - I supose that answers on questions above might be negative ones, so once thank you for your help and I probably will have to deal with it.... :)

Only, if there is nothing to be done - how to distinguish selling via credit card/pay pal and money order?

Eg. I am selling licence of product XX via credit card/paypal which works well, but if I buy the product XX via the money order - I receive licence immediately (this is wrong). Could I separate somehow these purchasing processes? (via attributes, categories etc.....?)

Yes, you could alter the code that's sending the licenses so that it doesn't send the license part if the payment method isn't suitable.

OK :)

Could you indicate - which files and which functions I should alter? The order.php?

You used someone's code in an earlier post or some other thread to add to your outgoing order email, right?

That being the case, you'll have to take whatever code you added, and wrap an "if" statement around it, something like this:

if ($this->info['payment_module_code'] == 'paypal') {
  // ADD CUSTOM EMAIL CONTENT HERE
}
```... of course, replacing the // ADD CUSTOM EMAIL CONTENT HERE with whatever code you added

In this particular example, if the customer paid using the 'paypal' payment module, it will process your license logic. If not, it will skip it.

Have someone told you that you are genius? :))
Thx.
V.

LOL -- I like it when they say that over here: http://www.zen-cart.com/index.php?main_page=infopages&pages_id=14

vashik:

Have someone told you that you are genius? :))
Thx.
V.

But after some testing (I lost a few days with that) it stop working and I do not why. I changed many setting in PayPal, ZC, files - nothing works -Stupid!!!!!!!!!!!!!!
I do not recommend anyone who is not familiar with PHP, SQL stuff more!!!

After all I going to have all licences in separate TXT files as download ones. With that - I do not have any problems. When someone prepares an easy method - I would be happy, but this caused me a serious hadache - do not follow this if you do not what you do!!!! it will save you time and nerves!!!!:oops:

But you have to admit, it was a great learning experience wasn't it? It's things like these that help me to appreciate all the effort the Zen-Cart team puts into the development and continued support for novice like my self. Of all the Open Source communities I'm a part of, this one is by far the best.

djsmyers:

But you have to admit, it was a great learning experience wasn't it? It's things like these that help me to appreciate all the effort the Zen-Cart team puts into the development and continued support for novice like my self. Of all the Open Source communities I'm a part of, this one is by far the best.

True - nice experience, but - finally for me - it is not working - so I just warned others...

Wow, I have googled high and low for exactly this kind of functionality in zen-cart and just now ran across this thread - I guess I just wasn't phrasing the question just right. It seems to me that this is some basic functionality that has been missing in zen-cart for far too long...I mean not everyone that uses zen-cart wants to sell thousands of different doo-dads and chotckies, some of us just want to sell homegrown software products and integrate some kind of licensing scheme into our online store.

As it turns out, I also have been working (independently) on a mod that suits my particular needs. If there is interest by other zenners for this, I would be willing to share my ideas and, in the process, maybe learn a thing or two about how zen-cart really works ;)

My concept:

1. create a product_licenses table to store customer license keys (it's interesting to note that my table looks nearly identical to more-solutions'ss - I guess great minds think alike ;)
2. Customers that wish to demo our software must first create an account before they are permitted to download. This makes sense and is commonly done anyway.
3. When the customer runs the application for the first time, s/he is prompted by the app to enter their user id/password provided at time of registration. The app then talks http to our web server (via a client_license_req.php file), and sends us the user's login info, product ID (hard coded into the app), machine ID (this is how we lock the license to a single machine), and operating system info (in case we only support certain versions of O.S.). This "initial contact" inserts a place holder record for the customers_id in the product_licenses table, which will later be filled in with a valid license_key if the customer decides to buy.
4. The product_licenses table contains registration_date and expiration_date fields which define the evaluation period (typically 30 days, although the store manager can change this manually on a per-product basis).
5. The app then encrypts some information and stores it on the user's machine in a "super secret file". If some crafty individuals discover and remove this information in an attempt to reset their evaluation period, the app assumes it is being run for the first time and again prompts for user login info. Since the demo expiration date is already in our product_licenses table, the crafty individual really hasn't gained anything. If they really, really, really want to outsmart our licensing scheme, they can try creating another user account and doing another download...but then we still have their machine ID, so we can prevent them from resetting their evaluation period. This means that if they wanted to use our software in a perpetual evaluation mode, they would have to continually swap out their machine and re-register and re-download and...probably more work than it's worth!
6. Every time the app is run during the evaluation period, it connects to our server and requests the license_key. If the key is empty, the app starts up in "evaluation mode" and knows when the evaluation period is over - after that it simply won't run anymore. If the machine is NOT connected to the internet and can't get the license information, the app simply uses the encrypted evaluation period expiration date from the "super secret file". If the "super secret file" was removed, the app just won't run.
7. If the customer HAS purchased a license during the evaluation period, we populate the product_licenses table with a valid license_key at the time the order confirmation email is sent. The license key is generated using uniqid() and we always make sure it really IS unique by looking in the product_licenses table first to see if it has already been assigned.
8. The next time the app is run after the purchase confirmation, it will receive a valid license key from the server, and become activated. This license information is updated in the "super secret file" on the user's machine, so even if it is run disconnected from the internet, the app will remain activated. If the app can not connect to the internet, the user can still activate the app by entering the license key that was emailed to them.

So far I have the table definition, the client_license_req.php and the zen-cart menu and administration page for the product_licenses table. Still to be done is the hook in the order confirmation email which inserts the license key into the product_licenses table, but thanks to this email thread, I now know where to look for that.

Can anyone find any flaws in this licensing scheme that can be circumvented by a potential crafty hacker? Any comments/suggestions for improving this scheme would be much appreciated.

BTW, when this is all done, I'm planing on making it available as an add-on mod...as soon as I can figure out how to do that :)

Bob

Hi Everyone

I notice this thread is starting to dwindle with regard to activity.

I'm currently implementing a software shop for my institute, and will have to do something to streamline this whole process. I would love to have contact with a few people to share ideas. Perhaps it would be good set up a wiki page at the zen wiki, to summarize all the relevant issues and solutions.

Who is actively working on this? Does anyone have a good summary somewhere?

If no one has mentioned it yet, have a look at this page:
codeproject.com/KB/architecture/UnconventialWisdom.aspx

Has anyone figured out how to do this yet. I also need to sell voucher login and pins and really need help. I have no idea about programming

Thanks

Brigitta

Yup I'm looking for the same thing. I'm willing to pay for it! Please contact me if you have any idea :)

melonian:

Hi there!

I've searched and I found some references but nothing too concrete about a product type that allows you to sell Phone Card Pin Numbers.

The "shop" would be really simple with TWO or THREE products of different prices (i.e. 10$ and 20$ recharge cards).
There would be X Pins (let's say a hundred pins each product).
Once somebody pays a 10$ prepaid card Pin, he/she would receive an email with one of the Pins, and obviously that particular pin would be deleted from the database.

I guess the functionality should be very similar to selling Software Licenses.
You have a number of X licenses, once somebody buys one, he's emailed the license so he can activate the application.
The only difference is that the licenses are not automatically generated, but they reside in a database.

Is there anything or anyone outther who has done this or know how could it be accomplished??

Thanks in advance :)

cheers

I really need this too....has anyone found an answer?
Thank you so much:ohmy:

Does anyone want to get together and pay for a customized module? I definitely need one right away. Please PM me if you are absolutely willing to pay, and able to pay immediately, for a module with the following features :

1. Enter serial numbers in a text file or via admin
2. Automatically sends unique serial number when payment is collected online (such as credit card)
3. Can be triggered manually via admin when payment is collected offline (such as cheque)

I'll post in this thread if the features are updated so please check the rest of the thread.

Cheers,
Shirley

Zen cart version: 1.3.8a

Hey guys, I'm not sure if this is the right area to post this in, but...

We sell a programming language software. Now, customers can buy a License ID and Password, but currently we have to do these manually.

I was hoping to be able to create a database stored with 10,000+ of these, and then each entry would have a flag that says whether or not the License ID has been "used".

Is there any way to be able to code in the zen cart that if the customer buys this product, to talk to the database, then grab an "unused" License ID, email it to the customer... and also email them the latest version of the software? It could maybe even be a link to the site where they can download it.

Any ideas on where to get started?

Take a look at this mod in the free software section Downloadable Product Licensing and Subscriptions Module

Gah! I was looking up "software licensing" on the forums and didn't even think to search the same keywords in the mods section. If this works out then I can't thank you enough!