Why issue Private Label ON-LINE CARDs ?

Why issue ON-LINE CARD (tm) for 'Protected log-in'?

In just a few words: We've invented a way to issue 'cards' in the form of software application; it's straightforward for your clients, drammatically increases the security of your e-commerce site, moreover, it is cheap and involves no upfront cost for you, because you will be using all our software as a Service.

We know that as an e-commerce business owner you need to:

1. Acquire new customers in a way that will give you an option to service them in a secure and convenient way, both to you and to your clients;
2. Provide your customers with adequate protection against ‘phishing’ fraud and at the same time provide the ‘logs’ of certain customer actions on your site, make them meaningful or even law-enforceable;
3. Retain highest possible degree of control over business-processes of customer payment authorizations and dispute resolution, not to change your core business-processes and procedures every time the conventional card infrastructure modify the ‘rules of the game’;
4. Give your customers a friendly visual interfaces for self-service wherever possible, but retain the capability to approve or discard changes made by customer or even limit or void customer privileges to use your service or its’ parts.

Here’s how we propose you to address these problems:

1. Establish a ‘Private Label’ card program for your clients within our Service and integrate your System with our web-service through standardized interfaces. By doing that you outsource to our company the task of 24/7 supporting advanced security log-in mechanisms, implemented in our Service and customer acquisition business-process, collection and secure storage of *minimized* set of personal data (see Note);
2. Manage your relationship with your clients through secure web-interfaces; approve or decline applications, resolve disputes through embedded CRM sub-system, suspend customers, abusing your service etc.;
3. Issue ‘scratch-cards’ for card ‘re-loads’ and distribute them among your customers or outsource this task to our company; invoke other options of account funding (by card payment, PayPal ® or like).

Note: there is no need to collect a complete set of personal data, and take a risk of identity fraud/theft. Our basic principle is to collect enough customer information to make your contract with the client law-enforceable. In other words you or law-enforcement officers will have enough data entered by new customer to identify him if this information is combined with technical data of access sessions; at the same time nobody can commit identity fraud even if this data (stored securely inside our service) would be compromized.

What is different about this log-in?

We are using our new patent-pending protocol for ‘two-factor’ (‘trusted-channel) authentication and payment authorizations, hence your customer will be using the advanced algorithms behind the scenes even though the visual metaphor of ‘card’ is very straightforward and intuitively understandable.

In order to authenticate customer, you place a ‘Authentication Request’ HTML code on your web-page or in e-mail, ON-LINE CARD ™ Application validates this request on our server and notifies the customer who is requesting the log-in (you), if he decides to log-in our Service provides him with ‘Authentication Token’ and redirects him to *YOUR* URL (pre-configured by you inside the Service). That is our solution to ‘phishing’ problem: 1. Customer is presented the *REAL* name of entity requesting the authentication; 2. He is redirected to *REAL* URL (yours) with a token that can be obtained in real-time from our Service only by the ON-LINE CARD holder (approved by you).

Right now there is no other service providing same degree of simplicity for the customer combined with the comparable strength of authentication, not to say, that the customers may self-service themselves in all simple but common situations like expired or suspended cards, dispute resolution etc. which decreases the cost of your support dramatically.

What if I don't need this as a payment option right now?

Just don’t use the payment capabilities of our Service for now, do use authentication only, it will simplify the integration. You will be able to start offering your own pre-paid service at any time in the future. Provided that your customers will already have pre-installed client ‘cards’ it will be as simple as placing the ‘Click-to-Buy (sm)’ button on your Check-out page and establishing a re-load options or building a distribution network for 'scratch-cards'.

You may start with just enhancing the security and add other functionality in the future, including: multiple ‘Merchant Accounts’ of your own or even ‘Merchant Accounts’ for the third parties within your ‘Private Label’ accounting system, mutual clearing between you and other parties, having business-accounts within your system (B2B), etc.

How ON-LINE CARD (sm) differs from what other companies are offering?

In just a few words: there are companies providing ‘Identity Management’ solutions, however we do not know any providing it in an ‘On-Demand’ way; also, there are companies providing pre-paid or stored-value solutions, some of them even on ASP basis, but so far we are the only company providing *both* in a bundle.

Bottom line: You may be sure that you grant the access to your 'assets' to the same person who has paid, if your customers and you are using our Service.