My friend came to my house at 1 am. With a bag load of 25$ and 50$ gift cards I want to can I activate them with a magnet My freind Is dumb I do not support stealing at all it's wrong. Yea u have to get it activated, that way people can't steal PSN(playstation network) cards, then scratch the redeem code and still get money. Aug 07, 2017 Jailbreak i. Phone 4 on i. This is Official guide how to Jailbreak i. Phone 4 on i. After a long development period and.

Download Netfront Internet Browser Beta 4 For Psp E1004 Specs. General Problem How do retail establishments constrain activation for gift cards, or those pre-paid phone/debit cards? They must have a system in place that only keeps you from calling in to activate cards that haven't scanned through the register, and I assume there must be a standard solution built into the retail ERP/accounting systems. It probably involves web services or EDI. Specific Problem I ask all this because one of my clients wants me to develop a product that you get into by purchasing a $30 card at a retail store. The card has a unique number on it. Once you've purchased a card and activated it via a web site, coupons for restaurants and so on are emailed to you periodically. However, if someone were to steal a bunch of cards or figure out the numbering sequence, we don't want the cards to work.

Presumably, this is a solved problem because retailers are doing this with the products above (pre-paid phone cards, etc). I can think of a number of ways to solve this problem, however I need to provide the 'standard' solution that the retailers expect, so that the product will snap into their infrastructure in the normal way. Thanks a lot!

I've worked on a few of these types of systems and they all basically work the same way. The card has a # encoded into the magnetic strip (it could also be a barcode). That's usually all that's on the card itself. Cards are then activated at time of purchase. Here's the basic flow: Customer comes in and purchases a card: • The card is swiped and/or scanned. • A call is made to an on-line system (usually via some type of webservice call).

It includes the card #, the amount they are activating with, and maybe a bit of additional information (ex. Invoice #), and possible something like the previous transaction #. • If the call is successful, you get back a transaction ID #. • If the call fails, there is usually some protocol you are supposed to follow (sometimes handled during the daily settlement process). Things like retrying the activation, or running a query to determine if the last transaction went through.

• If it was successful, the card is now active. So basically, the card is worthless until it's activated.