Online Money transaction – nightmare R

I was reading through this blog post, which is nicely written by Tanvir. He represents a very nice idea.

Here I am going to represent my idea, based on my experience on online presence and web based application development. This article will more on graphical presentation rather writing the textual content, more over I am not good in writing.

My overall plan is shown in the following picture.

my proposed Online Transaction Model

From the left corner:

1. online users, who wants to buy stuffs (user)
2. the service providers who want to sell their stuffs (merchant)
3. a service bridge between 3^rd party online transaction service provider and merchant
4. online transaction service provider
5. relation with 3^rd party insurance and mortgage company
6. common protocol to connect with local banks

Interaction among the user, merchant and service domains:

Let’s think a user “Miss. nai”, who is interested to buy a book “abc” from “boi-mela.com”. now let’s imagine the interactions among the services.

Interaction among the services (1st party, 2nd party and 3rd party)

1. user > boi-meal.com: “I wanna buy ‘abc’ book”
2. boi-meal.com > user: “give me your secret code”
3. boi-meal.com > OTS: “she wanna buy some stuffs…” [send secret code to OTS]
4. OTS > boi-meal.com: “you can trust, she has an account with me”
5. boi-meal.com > OTS: “can she transfer 300 tk. To my account?”
6. OTS > boi-meal.com: “sure she has sufficient balance, cheers!!”
7. boi-meal.com > user: “can you give your identification code, which was given after your previous transaction?”
8. user > boi-meal.com: “Ohh, yea, here is it… ****”
9. boi-meal.com > OTS: “can you please transfer 300 tk. Here is her unique identification code”
10. OTS < boi-meal.com: “Wow!!, that’s valid, you got her balance now”
11. OTS < boi-meal.com: “Anyway, let her know about her, new transaction id and identification code”
12. user < boi-meal.com: “Yahoo!!, transaction done, thank you for your patient”

More depth view of “Online Transaction Service”

OTS in depth

1. merchant & user detection
   verify whether user request is coming from valid and trusted merchant. Also verify whether user, who wants to buy stuff, is already subscribed with “Online Transaction Service”.
   
   
2. ensure escort money from user account
   when transaction has began, OTS will escort few balance from user account. To ensure perfect transaction between merchant and user.
   
   
3. alternatively, ensure insurance for each transaction
   OTS can hook up with 3^rd party insurance company, which company will ensure insurance for each and every transactions. In this case OTS has to buy insurance policy. It will affect merchant, they have to pay few additional service charge. But no impact for end user.
   
   
4. validate user account or balance
   verify user presence over ”Common protocol”, where Common Protocol will communicate with all local (subscribed) banks or Credit Card authority through comprehensive web service.
   
   
5. notify Account transfer
   local (subscribed) banks or CC authority will notify status of account transfer through ”Common protocol”.
   
   
6. receive balance transfer confirmation from user bank
   user has to confirm their balance transfer, hereafter successful transaction, a new identification code will be generated, which can be used for single transaction.
   
   
7. receive balance transfer confirmation from merchant bank

thats all for tonight, hope later i will add more stuff