The post has been translated automatically. Original language: Russian
Digitalization in Kazakhstan has already passed the stage when the main achievement was considered to be the transfer of a service, document or administrative procedure into an electronic format. The electronic interface has become the norm. Now the question goes deeper: is it possible to trust the data on the basis of which decisions are made?
This is fundamentally important for the state, business and citizens. The solution can be designed digitally, go through the information system and look technically correct. However, if it is impossible to establish the source of the data, the history of its modification, the basis of access, the responsible user, and the connection to a specific event, trust in such a solution remains limited.
In a digital environment, the reliability of a result depends not only on a formal legal basis. No less important is the quality of the data on which this result is based. An error in the registry, inconsistencies between systems, an unclear digital footprint, or the lack of a transparent data route can have real legal, financial, and managerial consequences.
The EMY concept, developed by EMY (Ethical Metadata Yield) LLP, a resident of Astana Hub, is aimed at solving this problem. EMY is considered as an architectural model of a future software platform for the formation of trusted digital connectivity between data, subjects, objects, events and results.
EMY is not created as another accounting system or as an information storage service. Its task is to create an additional layer of trust over existing government and corporate systems: a layer of ethical metadata, digital identification, tokenization, and a verifiable digital footprint.
Why is conventional digitalization no longer enough?
In many organizations, data has long been digitized. Contracts, budgets, warehouses, personnel information, accounting, procurement, production events, asset registers and internal approvals are maintained separately. In the public sector, a similar situation arises between registries, platforms, identification services, and interagency exchange systems.
The problem is not the lack of data. The problem is that they often live separately.
The same object can simultaneously appear in the contract, budget application, warehouse invoice, accounting record and the act of completed works. At the same time, each system captures its own fragment of the process. When a dispute, error, or verification occurs, you have to manually restore the chain: where the figure came from, who changed it, which document became the basis, which department confirmed the operation, and why the final result turned out to be exactly that.
This fragmentation poses several risks.
First, traceability is lost. It is more difficult to quickly understand which event triggered the data change and how this change passed through different systems.
Secondly, responsibility is blurred. If a decision is made based on an exchange between several information circuits, and one of the entries turns out to be erroneous, it is not always clear where exactly the defect occurred and who should fix it.
Thirdly, the risk of digital substitution increases. In the context of the development of artificial intelligence, automated solutions and deepfake technologies, it is not enough to simply confirm the user's login to the system. It is important to prove that a specific action was actually performed by an authorized entity, at a specific time, for a specific purpose, and within an acceptable legal or corporate basis.
Fourth, there is a conflict between transparency and data protection. Business and the state need audit, control and verifiability, but at the same time it is necessary to comply with the requirements for personal data protection, access control and targeted use of information.
These problems have not only managerial, but also direct legal significance. The Digital Code of the Republic of Kazakhstan, legislation on personal data, informatization, artificial intelligence, and digital assets, as well as international approaches to digital government and digital identity, strengthen requirements for data traceability, operator accountability, and digital identity protection.
The EMY concept offers a technological approach in which such requirements can be implemented not only in documents and regulations, but also at the data architecture level.
What does "ethical metadata" mean?
In the name of the Ethical Metadata Yield, the word "ethical" is not decorative. For EMY, data ethics means its legitimacy, transparency, and verifiability.
The metadata in the EMY model describes more than just the technical parameters of a record. They capture the semantic and legal context of digital action.:
who performed the action;
which object or asset does it belong to?;
what event became the foundation;
what document, contract, regulation, or legal regime is related to the operation?;
what is the purpose of using the data specified?;
how much access was provided;
what consents or permissions were applied;
which digital footprint confirms the action;
what result was generated.
This is what turns metadata into a compliance-by-design tool. Legitimacy and accountability are embedded not only in user instructions, but in the very logic of data movement.
This model is especially important where data has legal or financial significance: in public services, corporate governance, procurement, budgeting, tax accounting, internal audit, asset management and digital rights.
How can EMY integrate into the existing infrastructure
Technologically, EMY is considered as a superstructure trusted layer above the already existing information systems. This model does not require abandoning ERP, accounting, warehousing, contractual, or government systems. Its task is to link events, documents, objects, and actions that already occur in these systems into a single verifiable digital chain.
In a promising architecture, integration can be implemented through APIs, exchange files, connectors to accounting systems, event logs, and intersystem exchange gateways. For the corporate sector, this may mean working with ERP systems, 1C, financial and budget accounting configurations, ECM systems, WMS modules, HR and accounting databases.
For the public and quasi-public sector, such an architecture can be adapted to existing data exchange platforms and internal information circuits.
EMY is based on a combination of several technological approaches: unique identification of objects through the EMY code, recording events in the action log, cryptographic confirmation of the immutability of records, building links between subjects, objects and events, as well as using the EMY token as a digital container for trusted communication.
If necessary, the immutability loop can be implemented using a distributed registry or other architecture that provides verifiability and protection against hidden modification of critical records.
The deployment model can be adapted to the customer's requirements: on-premise for organizations with high requirements for data security and control, private cloud or hybrid format. This approach is especially important for organizations working with sensitive commercial, personal, or management data.
EMY code: a link between a subject, an object, and an event
One of the basic elements of the concept is the EMY code. It is a unique digital identifier that associates a subject, object, event, or digital asset with a specific record and its history.
The EMY code does not replace an IIN, BIN, inventory number, contract number, or other existing identifier. Its purpose is different: to create an additional level of connectivity between different systems and processes.
For example, one accounting object can simultaneously be located in an ERP system, a contract database, a warehouse module, an accounting system, and an internal approval system. Without a single connecting layer, each system sees only its own part of the picture. The EMY code allows you to assemble these fragments into a single verifiable chain.
With the growing threats associated with deepfakes, automated actions, and the misuse of artificial intelligence, such a bundle is becoming especially important. The EMY code, along with the digital footprint, helps distinguish a legally significant action performed by an authorized entity from a generated, substituted, or unconfirmed transaction.
For government and corporate security systems, this means moving from the simple fixation of an operation to the provability of its origin.
EMY token: a digital container for trusted communication
An EMY token can be generated based on the EMY code in a promising model. In the EMY concept, it is not a cryptocurrency, not a speculative financial instrument, and not an object. free trade. It is more accurately understood as a digital container, inside which the status of the object, access rules, history of actions, connection with the legal basis and confirmation of the digital footprint are recorded.
Such a token exists inside the secure contour of the platform and is used to manage trust in the data. It shows not only the fact of the record's existence, but also its origin, context, permissible actions and the history of changes.
That is why the EMY token is closer to a tool of corporate and legal control than to a classic crypto asset. His task is not to appeal to the market, but to prove the digital connection between data, object, subject and event.
This approach allows tokenization to be used not for the sake of tokenization itself, but to create a verifiable trust architecture. The token becomes not just a digital label, but an element for managing data, rights, events, and responsibilities.
The usual system captures the record. EMY should show where this record came from, what it is related to, who changed it, why it was used, and what result came from it.
A verifiable digital footprint
If a management, financial, or legal decision is based on a digital route, this route must be recoverable.
The EMY model assumes that significant actions of users, information system operators, and authorized persons are recorded. The event log should include not only the fact of the action, but also its context: time, subject, object, foundation, connection with other records, and the subsequent result.
For businesses, this can reduce the risks of manual adjustments, controversial changes, loss of responsibility between departments, and complex internal audit reconciliations.
For the public sector, this approach can be useful in developing proactive services, interagency exchange, automated procedures, and digital profiles. The more decisions are made based on the data, the higher the importance of their origin, reliability and verifiability.
EMY and artificial intelligence
EMY acquires a special meaning in the environment of artificial intelligence. Corporate and government AI models depend on the quality of the data on which they are trained and on which they form recommendations or decisions.
If the source data has been changed, substituted, incomplete, or obtained without a clear legal basis, the result of such a model becomes risky.
EMY can be considered as a data origin verification layer for AI contours. In such a model, it is possible to record which source the data came from, who changed them, on what basis they were used, and which digital footprint confirms their authenticity.
This is especially important for organizations that implement artificial intelligence in financial control, procurement, asset management, HR processes, government services, and analytics. In such an environment, EMY helps to raise questions not only about the quality of the AI model result, but also about the origin of the data on which this result is based.
How can this work in practice?
Let's imagine a corporate process.
The company is preparing a budget request for the purchase of equipment. In a normal situation, this application lives in one circuit, the contract in another, the warehouse invoice in the third, the accounting record in the fourth, and the payment in the fifth. During verification, you have to manually compare documents, uploads, letters, approvals, and data from different systems.
In the EMY model, a budget request can receive an EMY code and be linked to a contract, a warehouse operation, an accounting record, a payment, and responsible participants in the process. Any meaningful change must leave a tokenized digital footprint.
If an internal audit, tax audit, or management dispute arises, the entire chain can be restored: from the planned figure to the actual delivery, accounting, and payment. This reduces manual reconciliation, reduces the risk of manipulation, and helps determine at what stage a deviation occurred.
For highly loaded industries, such as mining, energy, transportation, procurement, and supply chains— such connectivity is especially important. In these areas, a single management result often consists of dozens of events: an application, a budget limit, a contract, a warehouse, logistics, a production site, an act, an invoice, and a payment. EMY allows you to view not individual documents, but an end-to-end digital history of the process.
A similar logic applies in the public sector. For example, when assigning a social payment, the EMY layer can link the record of the civil registration authority, the data of the authorized body in the field of social protection, the bank account and the notification of the citizen so that the entire route from the event to the payment is verifiable.
Where can EMY be applied
The EMY concept is applicable in processes where data has legal, financial or managerial significance.
Key areas of application:
Corporate governance;
government and quasi-government services;
procurement and contractual processes;
budgeting and financial control;
subsurface use and asset management;
internal audit and compliance;
AI-contours and verifiability of data.
The practical value of EMY is that such a model does not require abandoning existing systems. It can work as an add-on layer linking data, events, and digital objects between different contours.
The expected effect of the implementation can be expressed in reducing manual data reconciliation, speeding up internal audit, reducing the risk of controversial adjustments, increasing transparency of procurement and budget procedures, as well as faster restoration of the chain of events during inspections, disputes or error investigations.
Why this is important for Astana Hub
For Astana Hub, the EMY topic may be interesting as an example of Kazakh architectural development at the intersection of GovTech, LegalTech, RegTech, Data Governance, Trust Technologies and Web3 infrastructure.
The focus of the approach is not on promoting a particular service, but on discussing a broader issue.: how to ensure trust in data in the digital processes of government and business.
EMY is not a consulting service or a routine maintenance of information systems. This is the concept of a future software platform focused on creating its own technological layer of trusted data, digital identification, tokenization and traceability.
Residency at the Astana Hub allows you to develop a project in an environment where not only local implementations are important, but also scalability, technological independence and the applicability of solutions to the tasks of different industries.
For the IT community, such a topic is important not only as a description of a single project. It raises a broader question: what should be the next stage of digitalization if the electronic form of data has already become the norm, but trust in its origin, connection and history remains a key issue.
Instead of a conclusion
The next stage of digitalization requires not only new services. It requires a new architecture of trust.
The data must be more than just electronic. They must be verifiable, linked, protected, and understandable in terms of their origin.
EMY suggests considering such an architecture through ethical metadata, an EMY code, an EMY token, and a digital footprint.
The point of EMY is to make the digital environment not only fast, but also provable: not just to store data, but to show why it can be trusted.
The following sources were taken into account when preparing the material:
- Digital Code of the Republic of Kazakhstan dated January 9, 2026 No. 255-VIII SAM. https://adilet.zan.kz/rus/docs/K2600000255
- The Law of the Republic of Kazakhstan "On Artificial Intelligence" dated November 17, 2025 No. 230-VIII SAM. https://adilet.zan.kz/rus/docs/Z2500000230
- The Law of the Republic of Kazakhstan "On Digital Assets in the Republic of Kazakhstan" dated February 6, 2023 No. 193-VII SAM. https://adilet.zan.kz/rus/docs/Z2300000193
- The Law of the Republic of Kazakhstan "On Personal Data and their Protection" dated May 21, 2013 No. 94-V. https://adilet.zan.kz/rus/docs/Z1300000094
- The Law of the Republic of Kazakhstan "On Informatization" dated November 24, 2015 No. 418-V SAM. https://adilet.zan.kz/rus/docs/Z1500000418
- Regulation (EU) 2024/1689 — EU Artificial Intelligence Act. https://eur-lex.europa.eu/eli/reg/2024/1689/oj/eng
- Regulation (EU) 2023/1114 — Markets in Crypto-Assets Regulation, MiCA. https://eur-lex.europa.eu/eli/reg/2023/1114/oj/eng
- Regulation (EU) 2016/679 — General Data Protection Regulation, GDPR. https://eur-lex.europa.eu/eli/reg/2016/679/oj/eng
- OECD Digital Government Policy Framework. https://www.oecd.org/en/publications/the-oecd-digital-government-policy-framework_f64fed2a-en.html
- W3C Verifiable Credentials Data Model v2.0. https://www.w3.org/TR/vc-data-model-2.0/
Цифровизация в Казахстане уже прошла этап, когда главным достижением считался сам перевод услуги, документа или административной процедуры в электронный формат. Электронный интерфейс стал нормой. Теперь вопрос стоит глубже: можно ли доверять данным, на основании которых принимаются решения?
Для государства, бизнеса и гражданина это принципиально важно. Решение может быть оформлено в цифровом виде, пройти через информационную систему и выглядеть технически корректным. Но если невозможно установить источник данных, историю их изменения, основание доступа, ответственного пользователя и связь с конкретным событием, доверие к такому решению остается ограниченным.
В цифровой среде надежность результата зависит не только от формального правового основания. Не меньшее значение имеет качество данных, на которых этот результат построен. Ошибка в реестре, несогласованность между системами, неясный цифровой след или отсутствие прозрачного маршрута данных могут повлечь реальные правовые, финансовые и управленческие последствия.
На решение этой проблемы направлена концепция EMY, разрабатываемая ТОО «EMY (Ethical Metadata Yield)» — резидентом Astana Hub. EMY рассматривается как архитектурная модель будущей программной платформы для формирования доверенной цифровой связности между данными, субъектами, объектами, событиями и результатами.
EMY создается не как очередная учетная система и не как сервис хранения информации. Его задача — сформировать над существующими государственными и корпоративными системами дополнительный слой доверия: слой этичных метаданных, цифровой идентификации, токенизации и проверяемого цифрового следа.
Почему обычной цифровизации уже недостаточно
Во многих организациях данные уже давно оцифрованы. Отдельно ведутся договоры, бюджеты, склады, кадровые сведения, бухгалтерия, закупки, производственные события, реестры активов и внутренние согласования. В государственном секторе аналогичная ситуация возникает между реестрами, платформами, сервисами идентификации и системами межведомственного обмена.
Проблема не в отсутствии данных. Проблема в том, что они часто живут разрозненно.
Один и тот же объект может одновременно фигурировать в договоре, бюджетной заявке, складской накладной, бухгалтерской записи и акте выполненных работ. При этом каждая система фиксирует свой фрагмент процесса. Когда возникает спор, ошибка или проверка, приходится вручную восстанавливать цепочку: откуда появилась цифра, кто ее изменил, какой документ стал основанием, какое подразделение подтвердило операцию и почему итоговый результат оказался именно таким.
Такая фрагментация создает несколько рисков.
Во-первых, теряется прослеживаемость. Сложнее быстро понять, какое событие запустило изменение данных и как это изменение прошло через разные системы.
Во-вторых, размывается ответственность. Если решение принято на основе обмена между несколькими информационными контурами, а одна из записей оказалась ошибочной, не всегда понятно, где именно возник дефект и кто должен его устранить.
В-третьих, возрастает риск цифровой подмены. В условиях развития искусственного интеллекта, автоматизированных решений и технологий дипфейков недостаточно просто подтвердить вход пользователя в систему. Важно доказать, что конкретное действие действительно совершено уполномоченным субъектом, в определенное время, с определенной целью и в рамках допустимого правового или корпоративного основания.
В-четвертых, появляется конфликт между прозрачностью и защитой данных. Бизнесу и государству нужен аудит, контроль и проверяемость, но одновременно необходимо соблюдать требования по защите персональных данных, разграничению доступа и целевому использованию информации.
Эти проблемы имеют не только управленческое, но и прямое юридическое значение. Цифровой кодекс Республики Казахстан, законодательство о персональных данных, информатизации, искусственном интеллекте и цифровых активах, а также международные подходы к цифровому правительству и цифровой идентичности усиливают требования к прослеживаемости данных, подотчетности операторов и защите цифровой идентичности.
Концепция EMY предлагает технологический подход, при котором такие требования могут быть реализованы не только в документах и регламентах, но и на уровне архитектуры данных.
Что означает «этичные метаданные»
В названии Ethical Metadata Yield слово «этичные» не является декоративным. Для EMY этичность данных означает их правомерность, прозрачность и проверяемость.
Метаданные в модели EMY описывают не только технические параметры записи. Они фиксируют смысловой и правовой контекст цифрового действия:
кто совершил действие;
к какому объекту или активу оно относится;
какое событие стало основанием;
какой документ, договор, регламент или правовой режим связан с операцией;
какая цель использования данных указана;
какой объем доступа был предоставлен;
какие согласия или разрешения применялись;
какой цифровой след подтверждает действие;
какой результат был сформирован.
Именно это превращает метаданные в инструмент compliance-by-design. Правомерность и подотчетность встраиваются не только в пользовательские инструкции, а в саму логику движения данных.
Такая модель особенно важна там, где данные имеют юридическое или финансовое значение: в государственных услугах, корпоративном управлении, закупках, бюджетировании, налоговом учете, внутреннем аудите, управлении активами и цифровыми правами.
Как EMY может встраиваться в существующую инфраструктуру
Технологически EMY рассматривается как надстроечный доверенный слой над уже существующими информационными системами. Такая модель не требует отказа от ERP, бухгалтерских, складских, договорных или государственных систем. Ее задача — связать события, документы, объекты и действия, которые уже возникают в этих системах, в единую проверяемую цифровую цепочку.
В перспективной архитектуре интеграция может быть реализована через API, обменные файлы, коннекторы к учетным системам, журналы событий и шлюзы межсистемного обмена. Для корпоративного сектора это может означать работу с ERP-системами, 1С, конфигурациями финансового и бюджетного учета, ECM-системами, WMS-модулями, кадровыми и бухгалтерскими базами.
Для государственного и квазигосударственного сектора такая архитектура может быть адаптирована к существующим платформам обмена данными и внутренним информационным контурам.
В основе EMY лежит сочетание нескольких технологических подходов: уникальная идентификация объектов через EMY-код, фиксация событий в журнале действий, криптографическое подтверждение неизменности записей, построение связей между субъектами, объектами и событиями, а также использование EMY-токена как цифрового контейнера доверенной связи.
При необходимости контур неизменности может быть реализован с использованием распределенного реестра или иной архитектуры, обеспечивающей проверяемость и защиту от скрытого изменения критически значимых записей.
Модель развертывания может быть адаптирована под требования заказчика: on-premise для организаций с повышенными требованиями к безопасности и контролю данных, частное облако либо гибридный формат. Такой подход особенно важен для организаций, работающих с чувствительными коммерческими, персональными или управленческими данными.
EMY-код: связка между субъектом, объектом и событием
Один из базовых элементов концепции — EMY-код. Это уникальный цифровой идентификатор, который связывает субъект, объект, событие или цифровой актив с конкретной записью и ее историей.
EMY-код не заменяет ИИН, БИН, инвентарный номер, номер договора или иной существующий идентификатор. Его назначение другое: создать дополнительный уровень связности между разными системами и процессами.
Например, один объект учета может одновременно находиться в ERP-системе, договорной базе, складском модуле, бухгалтерской системе и системе внутреннего согласования. Без единого связующего слоя каждая система видит только свою часть картины. EMY-код позволяет собрать эти фрагменты в единую проверяемую цепочку.
В условиях роста угроз, связанных с дипфейками, автоматизированными действиями и неправомерным использованием искусственного интеллекта, такая связка становится особенно важной. EMY-код вместе с цифровым следом помогает отличить юридически значимое действие, совершенное уполномоченным субъектом, от сгенерированной, подмененной или неподтвержденной транзакции.
Для государственных и корпоративных систем безопасности это означает переход от простой фиксации операции к доказуемости ее происхождения.
EMY-токен: цифровой контейнер доверенной связи
На основе EMY-кода в перспективной модели может формироваться EMY-токен. В концепции EMY это не криптовалюта, не спекулятивный финансовый инструмент и не объект свободной торговли. Его точнее понимать как цифровой контейнер, внутри которого фиксируются статус объекта, правила доступа, история действий, связь с правовым основанием и подтверждение цифрового следа.
Такой токен существует внутри защищенного контура платформы и используется для управления доверием к данным. Он показывает не только сам факт существования записи, но и ее происхождение, контекст, допустимые действия и историю изменений.
Именно поэтому EMY-токен ближе к инструменту корпоративного и правового контроля, чем к классическому криптоактиву. Его задача — не обращение на рынке, а доказуемость цифровой связи между данными, объектом, субъектом и событием.
Такой подход позволяет использовать токенизацию не ради самой токенизации, а для создания проверяемой архитектуры доверия. Токен становится не просто цифровой меткой, а элементом управления данными, правами, событиями и ответственностью.
Обычная система фиксирует запись. EMY должен показывать, откуда эта запись появилась, с чем она связана, кто ее изменил, почему она была использована и какой результат из нее возник.
Проверяемый цифровой след
Если управленческое, финансовое или юридическое решение формируется на основе цифрового маршрута, этот маршрут должен быть восстановимым.
В модели EMY предполагается фиксация значимых действий пользователей, операторов информационных систем и уполномоченных лиц. В журнал событий должны попадать не только факт действия, но и его контекст: время, субъект, объект, основание, связь с другими записями и последующий результат.
Для бизнеса это может снизить риски ручных корректировок, спорных изменений, потери ответственности между подразделениями и сложных сверок при внутреннем аудите.
Для государственного сектора такой подход может быть полезен при развитии проактивных услуг, межведомственного обмена, автоматизированных процедур и цифровых профилей. Чем больше решений принимается на основании данных, тем выше значение их происхождения, достоверности и проверяемости.
EMY и искусственный интеллект
Отдельное значение EMY приобретает в среде искусственного интеллекта. Корпоративные и государственные AI-модели зависят от качества данных, на которых они обучаются и на основании которых формируют рекомендации или решения.
Если исходные данные были изменены, подменены, неполны или получены без понятного правового основания, результат работы такой модели становится рискованным.
EMY может рассматриваться как слой проверки происхождения данных для AI-контуров. В такой модели можно фиксировать, из какого источника поступили данные, кто их изменял, на каком основании они использовались и какой цифровой след подтверждает их достоверность.
Это особенно важно для организаций, которые внедряют искусственный интеллект в финансовом контроле, закупках, управлении активами, кадровых процессах, государственных услугах и аналитике. В такой среде EMY помогает поставить вопрос не только о качестве результата AI-модели, но и о происхождении данных, на которых этот результат построен.
Как это может работать на практике
Представим корпоративный процесс.
В компании формируется бюджетная заявка на приобретение оборудования. В обычной ситуации эта заявка живет в одном контуре, договор — в другом, складская накладная — в третьем, бухгалтерская запись — в четвертом, а оплата — в пятом. При проверке приходится вручную сопоставлять документы, выгрузки, письма, согласования и данные разных систем.
В модели EMY бюджетная заявка может получить EMY-код и быть связана с договором, складской операцией, бухгалтерской записью, платежом и ответственными участниками процесса. Любое значимое изменение должно оставлять токенизированный цифровой след.
Если возникает внутренний аудит, налоговая проверка или управленческий спор, можно восстановить всю цепочку: от плановой цифры до фактической поставки, отражения в учете и оплаты. Это сокращает ручную сверку, снижает риск манипуляций и помогает определить, на каком этапе возникло отклонение.
Для высоконагруженных отраслей — например, недропользования, энергетики, транспорта, закупок и цепочек поставок — такая связность особенно важна. В этих сферах один управленческий результат часто складывается из десятков событий: заявки, лимита бюджета, договора, склада, логистики, производственного участка, акта, счета и платежа. EMY позволяет рассматривать не отдельные документы, а сквозную цифровую историю процесса.
Аналогичная логика применима в государственном секторе. Например, при назначении социальной выплаты EMY-слой может связать запись органа регистрации актов гражданского состояния, данные уполномоченного органа в сфере социальной защиты, банковский счет и уведомление гражданина так, чтобы весь маршрут от события до выплаты был проверяемым.
Где может применяться EMY
Концепция EMY применима в процессах, где данные имеют правовое, финансовое или управленческое значение.
Ключевые направления применения:
корпоративное управление;
государственные и квазигосударственные сервисы;
закупки и договорные процессы;
бюджетирование и финансовый контроль;
недропользование и управление активами;
внутренний аудит и комплаенс;
AI-контуры и проверяемость данных.
Практическая ценность EMY состоит в том, что такая модель не требует отказа от существующих систем. Она может работать как надстроечный слой, связывающий данные, события и цифровые объекты между разными контурами.
Ожидаемый эффект от внедрения может выражаться в сокращении ручной сверки данных, ускорении внутреннего аудита, снижении риска спорных корректировок, повышении прозрачности закупочных и бюджетных процедур, а также в более быстром восстановлении цепочки событий при проверках, спорах или расследовании ошибок.
Почему это важно для Astana Hub
Для Astana Hub тема EMY может быть интересна как пример казахстанской архитектурной разработки на пересечении GovTech, LegalTech, RegTech, Data Governance, Trust Technologies и Web3-инфраструктуры.
В центре подхода — не продвижение отдельного сервиса, а обсуждение более широкой проблемы: как обеспечить доверие к данным в цифровых процессах государства и бизнеса.
EMY не является консалтинговой услугой или обычным сопровождением информационных систем. Это концепция будущей программной платформы, ориентированной на создание собственного технологического слоя доверенных данных, цифровой идентификации, токенизации и прослеживаемости.
Резидентство в Astana Hub позволяет развивать проект в среде, где важны не только локальные внедрения, но и масштабируемость, технологическая самостоятельность и применимость решений к задачам разных отраслей.
Для IT-сообщества такая тема важна не только как описание одного проекта. Она поднимает более широкий вопрос: каким должен быть следующий этап цифровизации, если электронная форма данных уже стала нормой, но доверие к их происхождению, связи и истории остается ключевой проблемой.
Вместо заключения
Следующий этап цифровизации требует не только новых сервисов. Он требует новой архитектуры доверия.
Данные должны быть не просто электронными. Они должны быть проверяемыми, связанными, защищенными и понятными с точки зрения своего происхождения.
EMY предлагает рассматривать такую архитектуру через этичные метаданные, EMY-код, EMY-токен и цифровой след действий.
Смысл EMY — сделать цифровую среду не только быстрой, но и доказуемой: не просто хранить данные, а показывать, почему им можно доверять.
При подготовке материала учитывались следующие источники:
- Цифровой кодекс Республики Казахстан от 9 января 2026 года № 255-VIII ЗРК. https://adilet.zan.kz/rus/docs/K2600000255
- Закон Республики Казахстан «Об искусственном интеллекте» от 17 ноября 2025 года № 230-VIII ЗРК. https://adilet.zan.kz/rus/docs/Z2500000230
- Закон Республики Казахстан «О цифровых активах в Республике Казахстан» от 6 февраля 2023 года № 193-VII ЗРК. https://adilet.zan.kz/rus/docs/Z2300000193
- Закон Республики Казахстан «О персональных данных и их защите» от 21 мая 2013 года № 94-V. https://adilet.zan.kz/rus/docs/Z1300000094
- Закон Республики Казахстан «Об информатизации» от 24 ноября 2015 года № 418-V ЗРК. https://adilet.zan.kz/rus/docs/Z1500000418
- Regulation (EU) 2024/1689 — EU Artificial Intelligence Act. https://eur-lex.europa.eu/eli/reg/2024/1689/oj/eng
- Regulation (EU) 2023/1114 — Markets in Crypto-Assets Regulation, MiCA. https://eur-lex.europa.eu/eli/reg/2023/1114/oj/eng
- Regulation (EU) 2016/679 — General Data Protection Regulation, GDPR. https://eur-lex.europa.eu/eli/reg/2016/679/oj/eng
- OECD Digital Government Policy Framework. https://www.oecd.org/en/publications/the-oecd-digital-government-policy-framework_f64fed2a-en.html
- W3C Verifiable Credentials Data Model v2.0. https://www.w3.org/TR/vc-data-model-2.0/
Share
