B2C Commerce

Multi channel eCommerce

Multi Channel ecommerce is supported by various software applications that enable, Enterprise and business globally to build an infrastructure that allows customers to experience a unified and personal experience across all the sales channels. As the Multichannel solution providers build better software applications, business responds with ever increasing demands for software venders to deliver against. This area is one of the most evolving areas of technical innovation. Market leading venders Hybris, ATG (Now Oracle) and IBM all compete for dominance of the Enterprise space


Multi channel ecommerce gives you the opportunity to sell your products not just via your ecommerce site but by various other retail channels such as the following marketplaces eBay, play.com, amazon, priceminister and fnac, but also traditional MOTO (mail order telephone order), and EPOS (electronic point of sale) giving your retail business greater exposure to increase sales. The Advansys ecommerce framework enables you to incorporate transactions from all of these retail channels in one location, for example sales orders, products, returns, suppliers, purchase orders, customer details and much more. By having all of this invaluable retailing data in one central database allows you to effectively manage your ecommerce business, marketplaces, retail shops, streamline internal processes and reduce costs. Our ecommerce framework can be built to fit your exact multi channel retailing requirements - bringing it all together.

Ebay integration

Save valuable time and resource by using the Advansys eBay integration module where your ecommerce solution automatically updates eBay via the eBay API (application programming interface) with your chosen products without any manual intervention. Have the ability to instantly list all of your products from your ecommerce website on eBay as a 'Buy it Now' product.

The Offshore Technology Solution eBay integration module allows you to add and remove multiple products giving you full control whilst saving you time and money. It's the perfect way to easily find valuable new customers.

Amazon integration

Amazon is one of the most well known online stores in the world, having been online for more than 10 years with no change of name and certainly no sign of relinquishing their spot as top online selling location. With that in mind it makes sense for any internet seller to utilize Amazon's systems to increase their own sales. This is especially useful for increasing Global Sales of niche items.


The Offshore Technology Solution ecommerce platform holds all of your product data in one centralised location which gives you the benefit to have the ability to easily integrate into Amazon.com. By implementing a streamlined automated solution where your products are automatically updated on Amazon.com instantly gives you a much wider market to target.

In addition, as you can upload the feedsas and when you require you have full control that saves time and productivity. For more information on how Offshore Technology Solution can help you contact us now


Google base integration


Increase your sales and process them for free when you integrate Checkout with your custom-built shopping cart. Checkout works seamlessly with your website's custom-built shopping cart, allowing you to maintain a consistent customer experience throughout the checkout process. And because you do the integration work yourself, you can decide the exact level of functionality to include based on your business needs.


How it works


  • Buyers visit your site, add items to their cart, and choose either your standard checkout process or Google Checkout. If buyers select Google Checkout, their shopping cart information is automatically sent to Google as an XML file via the API when they sign in and confirm payment and shipping details.

  • You process the orders using your existing order processing system or through Google Checkout's Merchant Center.


  • Pricing model


    Pricing software has always been an interesting exercise. The marginal cost to copy and provide software is virtually zero. However, the cost to develop it—and the value of the intellectual property that goes into its creation—is far greater. These two tensions have created a range of models that vendors use to price software. This post evaluates several of these, highlighting ideal (and non-ideal) markets for each

  • Open Source (or "Software should be free.") There are many proponents of this – based both on economic philosophy as well as the concept of social production. However, free software does not work – at least for anything that is important to the enterprise. It creates no economic incentives for someone to support you (through documentation, bug fixing, advice, etc.) I do not see this becoming a winning model (unless we fundamentally change our world economy to something from the UFP or Animal Farm).

  • Price per CPU, server, CPU cycle, etc. This model creates interestingincentives: the less scalable your software is, the more CPUs your customers need, the more they pay. As such, it only works in a few places. For utility applications (e.g., web servers, database servers) it is fine, as it encourages vendors to compete to provide the best performing utility. For enterprise applications it is terrible, as it rewards poor performing software.

  • Pricing per unit time. I know—this is from the Main Frame Age. However, it is coming back in some cloud computing circles. Just like pricing per CPU it only makes sense for utility applications. It does not for enterprise applications.

  • Pricing per end user. This model makes sense in the consumer market, as each person who uses the software pays for it. However, it is less suitable in the enterprise market. Many enterprises employ multiple people to work, from different roles, on the same process. As a result, this model requires them to pay more to perform the function they need (ultimately making the software less valuable to them).

  • Pricing based on type of use, i.e., pricing someone who is a service provider different than an end user. I have seen this model used on occasion in the utility space, where I pay more if I using my database to build services I sell to others vs. services I use myself. Whenever, a vendor presents me with this model, I immediately look elsewhere. If you want me to buy and use your product, let me do so. If you want to treat me as a value-added reseller, incentivise me (instead of penalising me).

  • "New car style" pricing. Yes, I made this term up. It is a term I use for software provides who use very complicate pricing (pricing where the sales representative has to use a web portal or spread sheet to figure out my price). This is as bad of an experience as buying a new car (and very hard to scale from sales force perspective). Keep it simple: it will make it easier for your customers to see your value.

  • Pricing based on value created. This is also an interesting model, where the vendor prices based on how much value it provides. Economically, this provides the potentially for the most economic efficiency. However, value can be very hard to measure – especially between two or more parties. Structurally, this looks more like a value chain partnership than a simple sale. However, a software provider occasionally makes this work; when they do, I applaud it.

  • Utility pricing, i.e., pricing based on consumption. This sounds like SaaS (software-as-a-service) but it is not, it is pricing based on unit of consumption. This is ideal in situations where customers can provide a value on each transaction (i.e., it is great for PayPal but terrible for Microsoft Word). It is similar to pricing on value, but prices on the process input (rather than the output) something that can be much clearer to measure.

  • Pricing as a tax. This model is not used much. It is basically pricing unlimited usage of software as a percentage of the enterprise's revenue, operating budget or some other metric (e.g., headcount, payroll). The big challenge of this is picking the time interval for measurement and billing. However, it can make the value of your software much clearer for C-level decision-making.


  • SEO


    SEO is an acronym for "search engine optimization" or "search engine optimizer." Deciding to hire an SEO is a big decision that can potentially improve your site and save time, but you can also risk damage to your site and reputation. Make sure to research the potential advantages as well as the damage that an irresponsible SEO can do to your site. Many SEOs and other agencies and consultants provide useful services for website owners, including:

  • Review of your site content or structure

  • Technical advice on website development: for example, hosting, redirects, error pages, use of JavaScript

  • Content development

  • Management of online business development campaigns

  • Keyword research

  • SEO Training

  • Expertise in specific markets and geographies.


  • System integration

    This is a simple method which can perform with minimum usage of the software testing tools. Exchange some data imports and data exports. And then investigate the behavior of each data field within each individual layer. There are three main states of data flow after the software collaboration has done.


  • Data state within the integration layer

    Integration layer can be a middleware or web service(s) which is act as a media for data imports and data exports. Perform some data imports and exports and check following steps.

  • Cross check the data properties within the Integration layer with technical/business specification documents.

  • If web service involved with the integration layer then we can use WSDL and XSD against our web service request for the cross check.

  • If middleware involved with the integration layer then we can use data mappings against middleware logs for the cross check.


  • Execute some unit tests. Cross check the data mappings (data positions, declarations) and requests (character length, data types) with technical specifications.


  • Investigate the server logs/middleware logs for troubleshooting.

    (Reading knowledge of WSDL, XSD, DTD, XML, and EDI might be required for this)


  • Data state within the database layer

  • First check whether all the data have committed to the database layer from the integration layer.

  • Then check the data properties with the table and column properties with relevant to technical/business specification documents.

  • Check the data validations/constrains with business specification documents.

  • If there are any processing data within the database layer then check Stored Procedures with relevant specifications.

  • Investigate the server logs for troubleshooting.

    (Knowledge in SQL and reading knowledge in Stored Procedures might be required for this)


    • Data state within the Application layer

        There is not that much to do with the application layer when we perform a system integration testing.

      • Mark all the fields from business requirement documents which should be visible in the UI.

      • Create a data map from database fields to application fields and check whether necessary fields are visible in UI.

      • Check data properties by some positive and negative test cases.

    right-logo-img

    Copyright © 2016 - All Rights Reserved