Tokens for internal offline calculations and Credits for external online calculations
I want to add new code calculations through third-party code providers that are not yet available in the offline mode of CWP-2. But because of the current token system, where one token can cost between 0.10 and 2.50 euros depending on the token package chosen, I can't offer good conditions - for example, if the cost of an online calculation is 50 euros, I'll have to set the price for such calculation not at 50 tokens, but much more. And most of the users simply won't be able to use such expensive calculations.
I created this token package system for one simple reason: to cover the entire market. Some people simply own a car and want to customize it. Others work as locksmiths and make several cars a day. There are also locksmith associations that provide codes to their members. Besides this, the main moneymakers are the code sellers. And each of these categories requires different token packages and different prices, due to their different work specifics..
But now I'm faced with the problem that I simply can't give you the algorithms provided by third-party online code providers precisely because of this system of token prices depending on the selected quantity.
If I left things as is, I could use the following idea: Let's say the cost of an online calculation is 50 euros. This means that for some users it will only cost 5-50 euros, while for others it will cost 125-60 euros. I could try setting the cost of such a payment at 75, and then users who purchased fewer tokens would theoretically pay the costs of users who paid 0.10-0.50 per token. However, firstly, I think this is at least incorrect; secondly, it could lead to significant losses. Furthermore, I must take into account that users who purchased tokens at a higher price will use such calculations less often. Only users who purchased tokens at a lower price will benefit from these calculations. And I don't like this decision.
At the moment, the only solution I can think of is to add a second type of tokens called credits, where 1 credit would be strictly equal to 1 euro, regardless of the number of purchased credits. In this case, the old token system would remain for all internal calculations, while the new credit system would be used for all external calculations provided by third-party sources.
I would like to hear your opinions too, perhaps I just don’t see a simpler solution – please tell me.
Thank you
I'd agree with you it would be best to introduce a separate Credits system alongside the existing tokens, where 1 Credit is a fixed amount.
The existing token system works well for internal calculations because it allows different user types — private car owners, locksmiths, associations, and code sellers — to be served at different price tiers. However, that same variable pricing makes it very difficult to fairly offer third-party calculations that have a fixed real-world cost.
With Credits, the pricing is always transparent and consistent. No cross-subsidisation between user groups, and no user ends up overpaying simply because of the token package they chose. It keeps the two systems cleanly separated, is easy for users to understand, and scales well as more third-party providers are added.
The only other thought was to pay as you go? You need the third-party code it takes you to payment gateway to pay for one time code, however I prefer the credits idea.
Expanding the range of calculation options available within CWP-2 would be a very welcome development and a strong addition to the platform.
Quote from CWP2 UK on 2026-05-26, 19:58The only other thought was to pay as you go? You need the third-party code it takes you to payment gateway to pay for one time code, however I prefer the credits idea.
Thank you!
That's why last year I planned to continue developing CWP-2 Remote and release a new solution this spring, but life circumstances forced me to pause. As soon as the situation normalizes, I want to continue developing a solution based on CWP-2 Remote for full-fledged instant code calculation with an integrated payment system and user accounts.
This solution is specifically designed for users who don't want to purchase a USB key, use a separate code calculation app, or even computer, or deal with other complexities. Simply by opening a browser on their phone or any other device, they can make a payment, calculate the required code, and receive the result within a minute. Even for codes obtained from dumps, if there is simply no other solution.
hi please help me , assuming i had tokens ive started this job with hyundia i20 2016, i realised i dont have tokens . i have just bout £250 worth tokens but away from home . is it possible to send me activation for tokens or key code for this car please
010501000300000000003E010000415348429723740000000D129D595395BE96FA9B75F51C80421680036E0BD3C7
vin for car is NLHB351CMJZ391123
zm keys
zuber
Hi zuber,
You already have 318 tokens as I can see from your Request code. Maybe you need CREDITS for online calculations? If so - please contact http://www.cwp2.co.uk