A right HS Code ‘need of hour’ for NPSP Success

National Policy on Software Product provides for creating a HS Code under Strategy item 1 for “Promoting Software Products Business Ecosystem”

The tax regime will be demarcated for ‘Software Products’ from ‘Software Services’, by providing clearly defined HS Code for the “Software products (intangible goods)” delivered through any medium; physically or online using internet (to be published within three months of notification of this policy). A model HS code will be evolved that will be further sub categorized based on the type of software products, its inter-linkages with other economic sectors, including services and hardware manufacturing. Thus, software products defined by such identifiable HS code will be treated as goods manufactured in India and will be able to avail all incentives provided under Make in India Programme.

Objective of this blog

There are number of challenges to get the HSN Code issue resolved and to get a right HSN code from the Govt. of India. This blog is an attempt to understand the regimes of HSN/SAC Code use and its application to promote a Software product industry in India to implement the above said item in the NPSP 2019.

It will be good to read the following reference documents (Click below to read)

  1. HS Code Chapter 85
  2. HS Code Chapter 49
  3. SAC Codes

Present status of HSN and SAC Code

After launch of GST, all transactions are to mention the relevant HSN code /SAC Codes are must to be mentioned in Invoices. HSN for Goods and SAC for services.

Under GST regime, all IT Software has been treated as “Service”.  Yet, there exists HSN codes and SAC codes both. HSN codes traditionally meant for physical exports through ports still exist in GST regime as there still will be Physical exports through ports.

iSPIRT has time and again represented to Government of India that the provisioning for a “Digital Goods” regime will help India embark upon a Software product wave. However, the GST regime has assumed all Software as service.

Following HS Codes or SAC codes are in use by Indian Software product companies.

For a full view of the codes relevant file links at CBIC are given above.

HS Code Item Description
4907 00 30 Documents of title conveying the right to use Information Technology software
4911 99 10 Hard copy (printed) of computer software (PUK Card)
8523 80 20 Information technology software on Media (Packaged or Canned)

 

SAC code Item Description
 

9973 31

Under 9973 – Licensing services for the right to use intellectual property and similar products.

Licensing services for the right to use computer software and databases.

 

9984 34

Under 9984 Online Content

Software downloads

 

Most prevalent uses are of

  1. 8523 80 20 – for packaged products and downloads
  2. 9973 31 – SaaS Software

Following Codes are specifically for use of Software Services companies

Under Category 9983 – Management consulting and management services; information technology services.

9983 13 Information technology (IT) consulting and support services
9983 14 Information technology (IT) design and development services
9983 15 Hosting and information technology (IT) infrastructure provisioning services
9983 16 IT infrastructure and network management services
9983 19 Other information technology services n. e. c

The coding mechanism covers both international trade Domestic Tariff Area (DTA) under new GST regime for invoicing.

Present coding is bottleneck for Software product trade

The above coding scheme has emerged from a traditional regime which

  1. Classifies only physical ‘goods’ can only qualify for cross-border trade and hence under HSN and
  2. Software sales is a ‘license to use’ in stead of a product trade.

In addition, it induces a confusion in SAC 9984, where it also lists Software downloads along with other content.

  • ‘Software’ has not been given recognition but how Software is delivered is given an importance.
  • It also does not allow us to account for Software product in a clear manner, both Domestic and International Trade Statistics.
  • It does not allow us to ‘account’ for emerging segments of Software products due to technological change.
  • It is also confusing in sense packaged software downloads can be classified under 9984 also.

 “Having right code system is Central to promotion Software Product Industry and related ecosystem.”

A proper classification and coverage will help us promote Indian Software product industry and account for Software product trade verses Software services bother internationally and domestically.

Adoption of Software product will be an important measure of maturity of digital economy.

What is needed to boost SPI under NPSP

The very basis of NPSP launch by Government of India is the recognition of our Competitive advantage in “Software” and hence capability to create world class products.

We have earlier presented papers to Govt. where “digital goods” verses “services” debate is in advanced stage.

Despite being a Software power house, Indian today has a digital deficit.

Recognizing the “Software products” as a new reality will boost India’s strength in “digital deficit”.

Recognize Software product and Distinguish Products from Services

The goods/products exhibit the following properties (as per internationally accepted definition):

  1. Durability (perpetual or time bound)
  2. Countability – traded commodity can be counted as number of pieces, number of licenses used, number of users etc.
  3. Identifiability – identified as a standardised product
  4. Movability and storage. Can be delivered and stored and accounted as an inventory
  5. Ownership of the right to use
  6. Produced/Reproduced through a process
  7. Marketable/Tradable or can be marketed and sold using standard marked price (except when volume discounts, bid pricing and market promotion offers are applicable).

as distinguished from services that are consumed either instantly or within very short period of time or continually coinciding with the activity of provision of service.

Software product exhibit all the properties of a ‘good’ except that they are intangible. Hence, Software products is an ‘intangible’ good, with discrete symptoms.

Software product brings in high value for the Software manufacturer and is normally tied to “Intellectual Property” in its development. Traditionally all software products were installed and used on end-user computers.

However, with advent of cloud it is possible to ship same product as ‘on-premises’ product (to be installed and used by end-user on their premises) or be installed on computers/cloud resources owned by original manufacturer and used by end-user through internet.

The latter is category called “SaaS” based products.

Some Software take a expanded view and present themselves as ‘platform’ with multiple products integrated together capable of being used alone or as set of products and services and ability to serve at country or global scales.

‘Platforms’ are a reality in software world and to be a power in global game, countries having large “platforms’ will be winders. India has the capacity and capability, but has systemic bottlenecks to be removed.

Technological changed will bring in newer dimensions of trade. In 2019, India should provide direction to worls by setting new trends and nudge global community in that direction.

Software products trade can’t be delimited under ‘license’ to sale regime only.

Trade is central to success of an Industry. Treating Software as mere ‘license’ is limiting the trade under Indian tax regime as of now.

The IP and ‘Software product’ is central to original Software manufacturer (Software product company). Yet, it is a ‘product’ or intangible good.

Other ‘goods’ also have IP attached as patents and copy rights, but that never is the ‘license’ a barrier to sales.

Treating Software product as a license is creating a barrier, as then each sales of Software product is subjected to “withholding tax” regulations under direct taxes.

Treating Software product as intangible goods neither infringes the ownership of IP of Software OEM nor does it cause loss to tax. But, it lubricates the trade.

Break through from tradition leads to success

The traditional understanding of trade in tax regimes does not account for technological changes. Indian took a lead in past and has a reference point of adopting such changes to successfully create an Industry.

India created a success of IT Services industry by breaking tradition. In 1992, there was a similar problem that faced country after launch of Software Technology Park (STP) Scheme. As per customs, the exports of any goods could happen only through ports or at best from foreign post office.

To enable exports through data communication links, SOFTEX form was introduced, feeling the need of hour. This was a breakthrough from existing regulations that gave us glorious 25 years in IT.

Indian can have another glorious 25 years of being a Software power, by adopting a mechanism that can distinguish the Software products from services and recognises Software product as intangible goods.

Recommendations (for creating SW product ecosystem)

A HS code classification for following categories can be issued using the last 2 digits (first 6 Digits being defined under international system).

Following category of definition will solve the issues of raised above for creating favourable environment a Software product Industry.

  • (i) 8523 80 20 – IT Software on media that is not Off-the-self i.e. not covered under Product
  • (ii) 8523 80 21 – Software Product (Pre-packaged software downloaded or Canned Software)
  • (iii) 8523 80 22 – Software Product hosted by OEMs on cloud (SaaS, PaaS Model of Software) and used by end-clients using internet.

Note: Problem with 85238020 is that it can be any Software. The only requirement is it is Information Technology Software and on media.

This will give cover for all Software products in following two categories and leave (i) above for Software other than product on media.

  1. S/W product Used – On premises (on computers/private cloud of end-user) – 8523 80 21
  2. S/w product On Cloud of OEM – 8523 80 22 (SaaS/PaaS)

The above recommendation is minimum basic and should not be a limitation to a more wide and granular classification e.g. a different code for SaaS and PaaS etc.

Can we use SAC code?

It is recommended to use HSN rather than SAC for “Software product” for following reason.

  • (i) The Software ‘product’ attribution is difficult in Services codes and will always be confused with services. SAC is not right place either for a ‘product’ image or for a trade accounting of intangible ‘goods’.
  • (ii) The SAC code classification is not targeted at distinguishing Software services and Software product. Also, the license to use a database can not be same as license to use a pre-packaged product.
  • (iii) It is better Software product are defined in HSN to capture both national and International trade Statistics. Not having them at one place will create redundancy, with chances of lot of import happening under a code under existing HSN 85238020. (The idea is to get clear distinction between Software product from services)
  • (iv) In a “Digital Economy” eventually Software products will have a international trade dimension. Hence, HSN code is a better place.
  • (v) The whole idea of NPSP is to get Software product recognition with a vision aiming India as a “Software product nation”. Hence, we need to start accounting for intangible mercantile”. To make these changes will nudge the system in that direction.
Note:  Some countries have created a HS code under 98/99 for Downloaded Software e.g. China has a code under 980300 for Computer software, not including software hardware or integrated in products. Similarly, some countries are using 9916 as a code for pre-packaged software.

Conclusions

Future of ‘digital economies’ will see trade wards on ‘digital goods’. A meaningful breakthrough from traditional trade regimes is must for a winner. India must be a winner and we should play our games in the area we have enough capability.

Software product Industry is some thing Indian needs badly both for domestic and international trade, specially when our IT Services industry growth is diminishing day by day.

Let us power up the “Software product’ with new coding and classification that recognises Software product with legitimacy to do provided by NPSP.

In 1992, MeitY (then DOE) took lead and created a breakthrough that led to 25+ years of Success of IT Industry. Once more MeitY leadership can take lead and create next 25 golden years by making Indian a Software product nation.

Build it Right, then Sell it to Many (and Keep Repeating)

Building a software product is more difficult than doing projects or providing services. With projects, software is developed to meet the exact specifications of the client. Work begins only when the contract is signed.

The project scope can be defined accurately in consultation with the customer, and deployment happens in a controlled environment at client site, with known hardware and software. Support requirements are minimal.

Changes to specifications, or defects during development or after deployment, usually have limited financial impact. In T&M contracts, the vendor is paid regularly, based on efforts put in. Hence, changes and delays may in fact, bring in more revenue. Fixed price bids usually account for contingencies like delays. If specifications are changed, the vendor can ask to re-negotiate the price. Quality issues may cause loss of credibility, or at worse, project termination and denial of future contracts. 

A product, in contrast, will be shipped to thousands, or even millions of users. Specifications are based on the seller’s understanding of customer needs. Therefore, a deep knowledge of market and domain is required. Clients are not guaranteed, and marketing and sales functions are critical. Selling cycles are longer and more cumbersome.

Quality has to be outstanding, since the product will be used by a variety of users, and on a plethora of platforms and configurations, and not all of it can be anticipated in advance. As the diagram below shows, the cost of fixing a defect increases exponentially depending on when it is detected.

A post-release defect creates negative publicity and costs lot of money. A patch to fix the problem has to be developed and distributed quickly to the users. Even Microsoft has faced this problem repeatedly when hackers have exploited vulnerabilities in its operating systems. In another instance, a US-based personal finance company inadvertently exposed the private account details of several hundred individuals to other users. Such snafus can expose a product company
to expensive lawsuits.

A product business requires highly structured engineering and organizational discipline. Formal reviews are necessary at every stage (architecture, design, coding) to catch deviations from the requirements. Rigorous testing and quality assurance (test/QA) processes should be followed to detect defects before product  release. Test labs must replicate the myriad deployment environments that users  may have. This can become complicated for multi-platform products that support a variety of operating systems (Windows, Unix, Linux) and databases.

The installation procedure must be highly automated and work fl awlessly in all possible system configurations. New versions, patches, and future upgrades must install without any disruption to existing software and data at user sites. A strong support organization (on phone, email or onsite) has to be built.


Unlike projects, there is no end date for product engineering. They must  continue innovating and releasing new versions with more functionality and advanced features, to stay ahead of competition. Product organizations often have a signifi cant revenue component derived from services such as consulting, customization, integration and solutions. Unlike a pure services business, these are used to underpin and drive their product sales.

The ecosystem for products is more complex, consisting of engineering teams, product management, marketing, sales, consulting, professional services, distributors, system integrators, resellers and investors.

Reprinted from From Entrepreneurs to Leaders by permission of Tata McGraw-Hill Education Private Limited.

Let the world know about your software product

LaunchPad

You’ve spent months and days and hours conceptualizing your product and then taking it to market. You’ve won the first few customers who are now stable and you’re thinking about what next…if you’ve achieved this, it’s time to show your product to the world.

The NASSCOM Product Conclave LaunchPAD is the place you should be to demonstrate your product and recount your journey from CONCEPT to REALITY. We’re inviting a select community to hear about you and your product. Won’t you come?

A day before NASSCOM Product Conclave kicks-off in Bangalore (November 6, 2012), we are pleased to host an exclusive interactive session with the media, blogger and analyst community where you have the opportunity to launch your new product and enjoy your moment in the spotlight. Last year we had some of the crème-de-la-crème of press attending the event and reporting it in the print and online media.

Who is eligible?
If you are an Indian software product company that has a software product in the market for at least six months and has at least one revenue generating (not beta!) customer, then you are eligible to participate. Apply for the Product LaunchPAD here before October 25, 2012.

What happens next?
NASSCOM shortlists eligible companies and informs them by October 30, 2012 Present your software product to the media at an exclusive event.

Publish a booklet containing information about your company and software product which will be circulated to the media and available online on the NASSCOM Product Conclave website. Opportunity to interact with a focused group of professionals and hear their feedback on your product.

Some of the folks who will help us short-list some great Products are:

Amit Somani, Arun Katiyar, Suresh Sambandam

Need further help?
If you need advice on how to structure your launch pitch or presentation, then please do let us know. Also we have many curated sessions at product conclave to help you take your software product initiatives even further. If you haven’t registered, then do so NOW!

See you at the NASSCOM Product Conclave – the place to connect with Indian Products Ecosystem.

 

The weight of expectation

How many times last month did you use Power Point? Most would have used it at least a couple of times. Power Point is one of those products that seem so natural and effortless to use. And when you think about it, Power Point acquires its muscle from its core ability to dumb down a variety of thinking processes. What were its creators — Dennis Austin and Thomas Rudkin – thinking when they were writing Power Point? Could they imagine that within 25 years their creation would be installed on over a billion computers worldwide?

Ironically, Power Point was designed for the Macintosh and was the first venture capital investment that Apple ever made. Forethought, the company which created it, was bought by Microsoft in 1987. With such a rich history and possibly the only company to have the two software behemoths in its DNA, we may well ask, “What have Dennis Austin and Thomas Rudkin done after Power Point?” Austin created some average-to-middling clip art (Screen Beans) and Rudkin worked for Microsoft in Silicon Valley, turning Power Point into a product with $100 million in sales. Why could Austin and Rudkin not create another great product?

That’s because creating software products is not like building a home or a work desk. The problems that software solves are not the same as those which apartments and office cubicles solve. Software solves newer problems (hopefully!) each time. That’s why there are more failures in creating software products than in making homes and offices. Every time a software engineer sits down to write code, the end goal is different – and often the end goal doesn’t stay the same through the lifecycle of the product’s development (surely you are familiar with scope creep and change requirements?).

It doesn’t matter that the profession has its own set of guidelines and best practices to follow. There are languages and project management techniques. There are tools and quality processes. Yet, practically any software project you come across has seen time and cost over runs, has versions lying on shelves that have been discarded, and has bugs that cannot be eliminated before release (these are passed off as “known issues”).

Why is it that creating software products is such a random process? Why can’t success be replicated even though the team has experience and ability? In other words, if there is a lesson in the creators of Power Point, it is this: building software products is not like constructing a home or a table with raw material that is pretty much standard. Software products have to be built from the ground upwards. From the framework to the data types and structures, from how the data will be
managed and manipulated to the protocols and networks that will come into play and finally how human beings will view it, store it, share it and deploy it. Creating software products is an intensely unpredictable process. The industry may try to provide examples of how great products were created, the role of engineering and innovation, of time and funding, of requirements and usability, market studies and prototypes and a whole list of other imponderables. None of them hold fully true when you get down to solving a new problem with fresh code.

The point is this: if you are trying to create a software product, the top most problem you have is not your skills or resources, but the expectations that industry has about you getting it right first time. You can’t will that expectation away. The trick is to not let it weigh you down – or even dictate the course you are charting for yourself.