{"id":2446,"date":"2026-08-27T13:04:39","date_gmt":"2026-08-27T08:04:39","guid":{"rendered":"https:\/\/kazakhstan.moore-global.com\/?p=2446"},"modified":"2026-08-27T13:31:00","modified_gmt":"2026-08-27T08:31:00","slug":"features-of-applying-articles-739-740-and-741-of-the-tax-code-by-astana-hub-participants","status":"publish","type":"post","link":"https:\/\/kazakhstan.moore-global.com\/kk\/features-of-applying-articles-739-740-and-741-of-the-tax-code-by-astana-hub-participants\/","title":{"rendered":"Astana Hub \u049b\u0430\u0442\u044b\u0441\u0443\u0448\u044b\u043b\u0430\u0440\u044b\u043d\u044b\u04a3 \u0421\u0430\u043b\u044b\u049b \u043a\u043e\u0434\u0435\u043a\u0441\u0456\u043d\u0456\u04a3 739, 740 \u0436\u04d9\u043d\u0435 741-\u0431\u0430\u043f\u0442\u0430\u0440\u044b\u043d \u049b\u043e\u043b\u0434\u0430\u043d\u0443 \u0435\u0440\u0435\u043a\u0448\u0435\u043b\u0456\u043a\u0442\u0435\u0440\u0456"},"content":{"rendered":"\n

Since January 1, 2026, the new Tax Code of the Republic of Kazakhstan has been in force, changing the approach to applying the corporate income tax (CIT) incentive available to Astana Hub participants. Articles 739-741 of the Tax Code provide for several categories of income and establish specific conditions for applying the tax incentive to certain types of income. In practice, this means that for an Astana Hub participant, it is no longer sufficient to establish that its activities generally fall within an approved priority activity. An additional question arises: what is the legal and economic nature of the specific income?<\/strong><\/p>\n\n\n\n

This issue is particularly relevant for IT companies that simultaneously engage in software development, modification and maintenance, licensing, SaaS services, testing, and other software-related activities and services.<\/p>\n\n\n\n

Article 739 of the Tax Code establishes the general framework for reducing corporate income tax for Astana Hub participants. Within this framework, income from intellectual property (IP) objects, income from certain information technology services, and other income of a participant not falling within the first two categories are regulated separately. Therefore, when determining how the tax incentive should be applied, it is advisable to analyse the income in a consistent manner.<\/p>\n\n\n\n

The first category is income from intellectual property objects.<\/strong> Such income is subject to the special rules set out in Article 740 of the Tax Code. This category includes, among other things, income from the sale of intellectual property objects, the sale of goods incorporating intellectual property objects, royalties, certain compensation for infringement of rights, as well as other income related to the use of intellectual property objects. At the same time, a fundamental condition is that the participant must hold exclusive proprietary rights to the relevant intellectual property object<\/strong>.<\/p>\n\n\n\n

The second category is income from the provision of information technology services covered by Article 741 of the Tax Code.<\/strong> For this category, the legislation establishes additional requirements relating to the number of employees, their qualifications, work experience and\/or relevant professional experience, as well as the expenses required to provide the relevant services. To confirm compliance with these requirements, special Rules were approved by Order No. 599\/\u041d\u049a of November 27, 2025 of the Deputy Prime Minister \u2013 Minister of Artificial Intelligence and Digital Development of the Republic of Kazakhstan. These Rules have been effective since January 1, 2026.<\/p>\n\n\n\n

The third category is other income of an Astana Hub participant that does not fall within the first two categories.<\/strong> The existence of this third category is of significant practical importance. Not every item of income earned by an IT company necessarily has to be classified either as income from an intellectual property object under Article 740 or as income from information technology services under Article 741.<\/p>\n\n\n\n

At first glance, it may appear that if an IT company’s activities result in the development of software or individual software components, the resulting income automatically falls under Article 740. However, such an approach may be overly simplistic. Article 740 links the relevant tax treatment to the existence of exclusive proprietary rights of the rights holder<\/strong> to the intellectual property object. Therefore, the mere fact that software or another protected development result has been created is not sufficient. It is necessary to analyse the contractual and legal chain: who is the rights holder of the created result, when the relevant rights arise, who owns them, and whether they are subsequently transferred to the customer. For example, a contract may provide for the development of software according to the customer’s technical specifications, while the exclusive proprietary rights to the result belong directly to the customer. In another situation, the rights may initially belong to the developer and subsequently be transferred to the client. Despite the outwardly similar development process, the legal and tax classification of the resulting income may potentially differ.<\/p>\n\n\n\n

At the same time, the absence of state registration of a software program does not, in itself, mean that copyright does not exist. The Law of the Republic of Kazakhstan \u201cOn Copyright and Related Rights\u201d establishes that computer programs (software) are protected by copyright. Legal protection extends to all types of computer programs that may be expressed in any language and in any form, including source code and object code. Moreover, copyright arises by virtue of the creation of the work<\/strong>. Its creation and exercise do not require registration, any other special formality, or compliance with specific formal requirements. Accordingly, when assessing the applicability of Article 740, what matters is not only whether a copyright registration certificate exists, but, first and foremost, whether exclusive proprietary rights to the relevant intellectual property result have arisen and who owns those rights<\/strong>.<\/p>\n\n\n\n

Another important issue arises when distinguishing software development and modification from certain services regulated by Article 741 of the Tax Code. In everyday IT practice, the terms development<\/em>, customisation<\/em>, adaptation<\/em>, modification<\/em> and refinement<\/em> may be used relatively loosely. However, copyright legislation draws a clear distinction between certain concepts. The Law of the Republic of Kazakhstan \u201cOn Copyright and Related Rights\u201d defines adaptation of a computer program<\/strong> as making changes to software exclusively for the purpose of ensuring its functioning on specific technical equipment of the user or under the control of specific user programs.<\/p>\n\n\n\n

In turn, modification (alteration)<\/strong> means any changes to a computer program that do not constitute adaptation. This distinction is of considerable practical importance. For example, the development of a new software module or functionality, the creation of a user interface, or changes to the business logic of an existing program should not automatically be classified as \u201cadaptation\u201d merely because the changes are made to existing software. Moreover, copyright legislation separately provides protection for derivative works, including adaptations and other alterations. Therefore, depending on the nature of the changes performed, the result of modifying existing software may also require a separate assessment in terms of the creation and ownership of rights to the resulting intellectual work. Thus, for tax classification purposes, it is necessary to analyse the actual substance of the work performed<\/strong>, rather than merely the terminology used by the parties in the contract.<\/p>\n\n\n\n

An even more interesting situation arises when individual activities characteristic of the services listed in Article 741 constitute technological stages of a broader software development process. A modern development cycle generally includes a set of interconnected processes: design, development, testing, defect correction, integration, and subsequent refinement. However, the mere fact that a developer tests software being created or modified by that developer does not necessarily mean that the customer is receiving a standalone software testing service<\/strong>.<\/p>\n\n\n\n

In our view, at least two situations should be distinguished.<\/p>\n\n\n\n

In the first situation, the customer purchases an independent service for testing existing software. The service is provided for in the contract or technical specifications and constitutes a standalone deliverable for the customer.<\/p>\n\n\n\n

In the second situation, testing is performed by the developer as an integral part of the process of creating or modifying software. The customer purchases the final development result, while testing is not billed separately, accepted as an independent deliverable, or treated as a separate subject of supply.<\/p>\n\n\n\n

Automatically treating these two models as equivalent may result in an artificial fragmentation of a single development process into separate services. A similar analysis may be required with respect to adaptation, configuration, technical support, and other activities performed as part of a comprehensive IT project.<\/p>\n\n\n\n

The distinction between these categories is no longer merely a theoretical issue. For income from information technology services falling under Article 741, the legislator has established specific conditions for applying the corporate income tax reduction. In addition, the Rules approved by Order No. 599\/\u041d\u049a establish a special procedure for confirming a participant’s compliance with these conditions. In particular, information concerning the employees required to provide the relevant services, their qualifications, work experience and\/or professional experience, as well as the expenses incurred by the participant, must be confirmed. Therefore, incorrectly classifying a comprehensive development project as a combination of separate services may have tangible practical consequences. A company may be required to demonstrate the relevant employees, their qualifications, and the corresponding level of expenses in relation to income that is actually generated from a single development project. At the same time, the mere inability to separately identify the cost of testing, configuration, or another operation within the overall remuneration should not be the sole basis for determining the tax classification. The first step should be to establish what exactly is being supplied to the customer<\/strong>.<\/p>\n\n\n\n

The new rules once again demonstrate the growing importance of the content of an IT company’s contractual documentation. Wording such as \u201cIT services,\u201d \u201cdevelopment and maintenance,\u201d \u201ctechnical services,\u201d or \u201csoftware modification\u201d may by itself be insufficient to determine the tax classification of income.<\/p>\n\n\n\n

The analysis should establish:<\/p>\n\n\n\n