Что именно является объектом аудита?

Что именно является объектом аудита?

Что именно является объектом аудита?

Every GEO audit MUST define and version, before observing results: - a prompt anchor, - a target entity, - an entity type, - a canonical identity record, - a relationship graph, - a temporal and jurisdictional boundary, - an audit object, - and a conformity unit. Domains, brands, legal entities, corporate groups, subsidiaries, products, services, persons, franchises, distributors, platforms, and sellers MUST NOT be treated as interchangeable entities. Attributes, credentials, licenses, customers, employees, performance, authority, and conformity MUST NOT transfer across related entities unless the relationship, scope, time, and evidence explicitly support that transfer. The entity resolved by the AI product MUST be evaluated separately from the factual accuracy of the response. A conformity decision MUST apply only to the explicitly identified entity and audited scope. It MUST NOT automatically extend to affiliates, products, jurisdictions, languages, domains, future versions, or related entities.

Her GEO denetimi sonuçlar görülmeden önce prompt çapasını, hedef varlığı, varlık türünü, kanonik kimlik kaydını, ilişki grafiğini, zamansal ve hukuki sınırı, denetim nesnesini ve uygunluk birimini tanımlayıp sürümlemek zorundadır. Alan adı, marka, hukuki şirket, şirketler grubu, bağlı kuruluş, ürün, hizmet, kişi, franchise, distribütör, platform ve satıcı birbirinin yerine kullanılamaz. Özellikler ve uygunluk, açık ilişki, kapsam, zaman ve kanıt bulunmadan ilişkili varlıklara aktarılamaz. AI ürününün çözümlediği varlık, yanıtın maddi doğruluğundan ayrı değerlendirilmelidir.

31. MACHINE-READABLE ENTITY RECORD

SYNTHETIC SCHEMA EXAMPLE

"protocol": "NOMOS-GEO-1000",

"protocolVersion": "0.9.0",

"entityRecord": {

"entityId": "NGE-SYNTH-ASTERON-HOLDINGS-001",

"status": "ACTIVE",

"entityType": "LEGAL_ENTITY",

"canonicalName": "Asteron Holdings Ltd.",

"legalName": "Asteron Holdings Ltd.",

"jurisdiction": "SYNTHETIC",

"registrationId": "SYNTHETIC-001",

"validFrom": "2025-01-01",

"verifiedAt": "2026-08-18",

"aliases": [

"name": "Asteron",

"aliasType": "BRAND_REFERENCE",

"language": "und"

"brands": [

"entityId": "NGE-SYNTH-ASTERON-TRAVEL-002",

"relationship": "OWNS",

"validFrom": "2025-01-01"

"domains": [

"domain": "asteron.example",

"relationship": "CONTROLS",

"scope": "GLOBAL_CORPORATE_SURFACE"

"subsidiaries": [

"entityId": "NGE-SYNTH-ASTERON-TR-003",

"relationship": "CONTROLS",

"jurisdiction": "TR"

"externalRelationships": [

"entityId": "NGE-SYNTH-MIRA-004",

"relationship": "SERVICE_DELIVERED_BY",

"scope": "SELECTED_DESTINATION_SERVICES",

"jurisdiction": "TR",

"validFrom": "2026-01-01"

"auditScope": {

"includedEntities": [

"excludedEntities": [

"includedDomains": [

"asteron.example"

"languages": [

"en",

"tr"

"countries": [

"GB",

"TR"

"validityPeriod": {

"from": "2026-08-18",

"to": "2027-08-17"

"responsibility": {

"claimOwner": "NGE-SYNTH-ASTERON-HOLDINGS-001",

"surfaceOperator": "NGE-SYNTH-ASTERON-HOLDINGS-001",

"serviceDeliveryVariesByJurisdiction": true,

"accountableHumanRole": "ENTITY_RECORD_OWNER"

This record:

does not by itself prove that the relation is correct,

does not replace a legal record,

does not properly declare all subsidiaries.

Only shows the audit object and the alleged relationships in a machine-readable format.

MACHINE-READABLE RULE OF SECTION 32

RULE ID: NOMOS-AUDIT-CH03-R01

- a prompt anchor,

- a target entity,

- an entity type,

- a canonical identity record,

- a relationship graph,

- an audit object,

- and a conformity unit.

that transfer.

the factual accuracy of the response.

entities.

Normative Turkish equivalent:

Before the results of each GEO audit are seen, the prompt anchor, target entity, entity type, canonical identity record, relationship graph, temporal and legal boundary, audit object, and conformity unit must be defined and versioned. Domain name, brand, legal company, corporate group, subsidiary, product, service, person, franchise, distributor, platform, and vendor cannot be used interchangeably. Attributes and compliance cannot be transferred to related entities without explicit relationship, scope, time, and evidence. The entity analysed by the AI product must be evaluated separately from the factual accuracy of the response.

Каждый GEO аудит ДОЛЖЕН определить и версиифицировать до наблюдения результатов: - якорь промпта, - целевую сущность, - тип сущности, - каноническую запись идентичности, - граф отношений, - временные и юрисдикционные границы, - объект аудита, - и единицу соответствия. Домены, бренды, юридические лица, корпоративные группы, филиалы, продукты, услуги, лица, франшизы, дистрибьюторы, платформы и продавцы НЕ ДОЛЖНЫ рассматриваться как взаимозаменяемые сущности. Атрибуты, учетные данные, лицензии, клиенты, сотрудники, показатели, полномочия и соответствие НЕ ДОЛЖНЫ передаваться между связанными сущностями, если только отношения, масштаб, время и доказательства явно не поддерживают такую передачу. Сущность, обработанная ИИ-продуктом, ДОЛЖНА оцениваться отдельно от фактической точности ответа. Решение о соответствии ДОЛЖНО применяться только к явно идентифицированной сущности и проверяемому объему. Оно НЕ ДОЛЖНО автоматически распространяться на аффилированные лица, продукты, юрисдикции, языки, домены, будущие версии или связанные сущности.

31. МАШИНОЧИТАЕМАЯ ЗАПИСЬ СУЩНОСТИ

ПРИМЕР СИНТЕТИЧЕСКОЙ СХЕМЫ

"протокол": "NOMOS-GEO-1000",

"protocolVersion": "0.9.0",

"entityRecord": {

"статус": "АКТИВНО",

"entityType": "ЮРИДИЧЕСКОЕ ЛИЦО",

"legalName": "Asteron Holdings Ltd.",

"юрисдикция": "СИНТЕТИЧЕСКАЯ",

"registrationId": "СИНТЕТИЧЕСКИЙ-001",

"validFrom": "2025-01-01",

"verifiedAt": "2026-08-18",

"псевдонимы": [

"имя": "Asteron"

{"aliasType": "ССЫЛКА_НА_БРЕНД",

"язык": "неопределённый",

"бренды": [

"отношение": "ВЛАДЕЕТ",

"validFrom": "2025-01-01"

"домены": [

"домен": "asteron.example",

"отношение": "УПРАВЛЯЕТ",

"область": "ГЛОБАЛЬНАЯ_КОРПОРАТИВНАЯ_ПЛОЩАДКА"

"дочерние_компании": [

"entityId": "NGE-SYNTH-ASTERON-TR-003",

"отношение": "УПРАВЛЯЕТ",

"юрисдикция": "Турция"}

"externalRelationships": [

"entityId": "NGE-SYNTH-MIRA-004",

"relationship": "УСЛУГА_ОКАЗЫВАЕТСЯ_КОМПАНИЕЙ",

"scope": "ВЫБРАННЫЕ_УСЛУГИ_ПУНКТА_НАЗНАЧЕНИЯ",

"jurisdiction": "TR",

"validFrom": "2026-01-01"

"auditScope": {

"includedEntities": [

"excludedEntities": [

"includedDomains": [

"asteron.example",

"languages": [

"en",

"tr"

"countries": [

"GB",

"TR"

"validityPeriod": {

"from": "2026-08-18",

"to": "2027-08-17"

"responsibility": {

"accountableHumanRole": "ВЛАДЕЛЕЦ_ЗАПИСИ_СУЩНОСТИ"

Эта запись:

сама по себе не доказывает правильность отношения,

не заменяет юридическую запись,

не раскрывает должным образом все дочерние компании.

Показывает только объект аудита и предполагаемые отношения в машиночитаемом формате.

МАШИНОЧИТАЕМОЕ ПРАВИЛО РАЗДЕЛА 32

ID ПРАВИЛА: NOMOS-АУДИТ-CH03-R01

Каждый аудит GEO ДОЛЖЕН определить и версионировать перед наблюдением результатов:

- якорь промпта,

- целевой объект,

- тип сущности,

- каноническая запись идентичности,

- график отношений,

- временная и юрисдикционная граница,

- объект аудита,

- и блок соответствия.

услуги, лица, франшизы, дистрибьюторы, платформы и продавцы ДОЛЖНЫ

НЕ рассматривать как взаимозаменяемые сущности.

Атрибуты, учетные данные, лицензии, клиенты, сотрудники, показатели эффективности,

власть и соответствие НЕ ДОЛЖНЫ переходить между связанными организациями

если только отношения, область, время и доказательства явно не поддерживают

такой переход.

Организация, определенная ИИ-продуктом, ДОЛЖНА оцениваться отдельно от

фактической точности ответа.

организации и проверяемой области. Оно НЕ ДОЛЖНО автоматически распространяться на аффилированные лица,

организации.

Прежде чем будут видны результаты каждой проверки GEO, необходимо определить и версионировать следующие элементы: исходная якорная точка, целевая сущность, тип сущности, каноническая запись идентичности, граф взаимоотношений, временные и юридические границы, объект аудита и единица соответствия. Название домена, бренд, юридическая компания, корпоративная группа, дочернее предприятие, продукт, услуга, лицо, франшиза, дистрибьютор, платформа и поставщик не могут использоваться взаимозаменяемо. Атрибуты и соответствие не могут быть переданы связанным сущностям без явных указаний на отношения, сферу, время и доказательства. Сущность, анализируемая продуктом ИИ, должна оцениваться отдельно от фактической точности ответа.

## Граница главы

Раздел 1 установил следующее положение:

> Одиночный ответ не является GEO баллом.

Раздел 2 добавил следующее положение:

> Представление сущности в генеративных системах — это распределение, которое встречается среди пользователей, продуктов ИИ, стран, языков, сеансов и времени.

Этот раздел отвечает на следующий обязательный вопрос:

> Чье или какое представление точно измеряет это распределение?

Компания? Бренд? Доменное имя? Продукт? Услуга? Основатель? Группа компаний? Местная юридическая сущность в определённой стране? Франшизный бизнес? Когда система искусственного интеллекта видит только домен apple.com:

- доменное имя,

- бренд,

- материнская компания,

- местная торговая организация,

- семейство продуктов,

- сервис магазина

Будет ли система рассматривать их всех как одну и ту же сущность? Если различие не будет уточнено до начала аудита, результат может быть рассчитан правильно, но применен к неверному объекту. Эта глава:

- аудированная сущность,

- якорь идентичности, используемый в запросе,

- сущность, проанализированная системой,

- единица, к которой будет применено решение о соответствии,

- взаимоотношения между сущностями,

- какой сущности принадлежат атрибуты,

- временные и географические границы идентичности

определяет. В этой главе пока не рассматривается:

- как будут проверяться все утверждения о сущности,

- как арбитры будут оценивать атомарные утверждения,

- квоты по странам и языкам,

- окончательная формула оценки NOMOS

не завершена. Задача Раздела 3 более фундаментальна:

> Зафиксировать идентичность и границы объекта, который измеряется, до начала измерения.

## NOMOS Вызов

Вы задаёте мне этот вопрос: «Что это за компания Apple.com?» В вопросе может быть как минимум три разных объекта:

- доменное имя apple.com

- бренд Apple

- юридическая компания, связанная с доменным именем и брендом

Я бы выбрал один из этих вариантов. Возможно, правильный. Возможно, неправильный. Возможно, я объединю несколько в одном ответе. Затем вы оцените ответ. Но вы заранее не сказали, какую сущность вы оцениваете. Я могу:

- описать домен как интернет-магазин,

- описать бренд как бренд потребительской электроники,

- описать юридическую компанию как глобальную корпорацию,

Я могу перечислить продукты так, как если бы компания сама их представляла. Мой ответ может выглядеть связным. Но если объект аудита не ясен, то вопрос, правильный он или нет, также остается неопределенным. Теперь рассмотрим более сложный пример.

Брендом управляет материнская компания в одной стране; дочерняя компания — в другой; а независимый дистрибьютор — в третьей стране. Пользователь спрашивает: «Предоставляет ли этот бренд услуги в Турции?» Какая организация должна отвечать? Глобальный сайт бренда? Местная компания в Турции? Дистрибьютор?

Оператор франшизы? Лицензия, принадлежащая глобальной компании, автоматически передается местной франшизе? Отзывы клиентов о местной компании доказывают ли глобальное качество основного бренда? Можно ли использовать количество сотрудников материнской компании как показатель возможностей местной компании?

Можно ли перенести награду продукта на все компании, которые его продают? Становится ли личный опыт основателя корпоративным возрастом компании? Считается ли предыдущий и новый владелец доменного имени одним и тем же юридическим лицом?

Когда компания приобретает другую компанию, становятся ли все достижения предыдущей компании характеристикой новой компании? Балл GEO может быть сгенерирован без ответа на эти вопросы. Однако неизвестно, что представляет собой этот балл. Первое постановление этого раздела следующее:

> Сущность не может быть измерена, пока она не будет определена.

Второе положение гласит:

> Наличие одинакового названия не означает, что это одна и та же сущность.

Её третье положение гласит:

> Отношение не позволяет автоматически переносить свойства между сторонами.

## 1. ЦЕЛЬ ГЛАВЫ

Цель этого раздела заключается в определении идентичности, границ и отношений измеряемой сущности в GEO-1000 до того, как будут видны результаты. Раздел делает следующие нормативные различия:

- Доменное имя и юридическая компания

- Бренд и владелец бренда

- Материнская компания и дочерняя компания

- Группа и компания группы

- Продукт и производитель

- Сервис и поставщик услуг

- Основатель и учреждение

- Сотрудник и учреждение

- Держатель лицензии и сторона, использующая бренд

- Франчайзер и оператор франшизы

- Производитель и дистрибьютор

- Платформа и продавец на платформе

- Поставщик технологий и пользователь технологий

- Клиент и деловой партнер

- Активные отношения и исторические отношения

- Официальное название и описательный перевод

- Разные объекты с одинаковым названием

- Предыдущие и последующие версии объекта

- Аудируемый объект и объект, к которому будет применено решение о соответствии

В конце этого раздела каждый аудит GEO должен быть способен предоставить единый и отслеживаемый ответ на следующий вопрос:

> Какому именно субъекту, с какими отношениями, за какой период и для каких цифровые каналы принадлежит этот результат и решение?

## 2. ЦЕНТРАЛЬНЫЕ НОРМАТИВНЫЕ ПОЛОЖЕНИЯ

> Перед началом сбора данных каждый аудит GEO-1000 должен определить уникальный объект аудита, каноническую запись объекта, границы области, временные границы и граф отношений.

Ни один из следующих элементов сам по себе недостаточен для идентификации объекта:

- название,

- логотип,

- доменное имя,

- учетная запись в социальной сети

Эти идентификаторы сами по себе не определяют объект аудита. Аудируемый объект должен быть описан, при необходимости, как минимум через следующие элементы:

- Тип субъекта

- Каноническое название

- Юридическое название

- Торговые марки

- Официальные локализованные названия

- Аббревиатуры и псевдонимы

- Дата основания или начала деятельности

- Юрисдикция

- Регистрационный номер или эквивалент официального удостоверения личности

- Отношения материнской и дочерней компании

- Право собственности на товарные знаки

- Контроль за доменным именем

- Право собственности на продукты и услуги

- Ответственный за фактическое оказание услуг

- Истец

- Обладатель доказательств

- Активные страны и регионы

- Срок действия

- Исторические названия и отношения

- Интерфейсы, включенные в аудит

- Сущности и интерфейсы, не входящие в область охвата

Основной GEO балл не должен публиковаться, пока эта запись не будет завершена.

## 3. ЧТО ТАКОЕ СУБЪЕКТ?

В этом протоколе субъект — это объект, которому можно присвоить отдельную и отслеживаемую идентичность, характеристику, отношение, ответственность или временной статус. Субъект может быть:

- человеком,

- юридическим лицом,

- государственным учреждением,

- брендом,

- продукта,

- услуги,

- доменное имя,

- цифровым приложением,

- группой компаний,

- физическим подразделением,

- программой,

- свидетельством,

- публикацией,

- исследовательским проектом

Это возможно. Не каждый из перечисленных элементов должен быть отдельным субъектом. Однако, если одна из следующих областей существенно изменяется, может потребоваться отдельная запись о субъекте:

- Юридическая ответственность

- Собственность

- Лицензия

- Поставка товаров или услуг

- Юрисдикция

- Период времени

- Обязательство перед пользователем

- Доказательства и право собственности на утверждения

- Сфера аудита

## 4. Шесть отдельных объектов в GEO-аудите

В GEO-аудите слово «сущность» часто скрывает шесть отдельных функций. Эти шесть объектов необходимо различать друг от друга.

### 4.1. Якорь запроса

Якорь запроса — это выражение или знак, используемый для вызова существования в запросе пользователя. Примеры:

- Название компании

- Название бренда

- Доменное имя

- Имя основателя

- Название продукта

- Название приложения

- Название местной компании

- Аббревиатура

Пример: «Что это за компания Apple.com?» якорь запроса здесь: apple.com является доменным именем. Якорь запроса не обязательно должен быть самим субъектом. Это только точка входа, используемая системой для определения субъекта.

### 4.2. Целевой субъект

Целевой субъект — это субъект, который протокол на самом деле хочет измерить. Пример: канонический корпоративный субъект, связанный с доменным именем apple.com, может быть выбран в качестве цели. Однако его точная идентичность должна быть зафиксирована до аудита. Целевой субъект не может быть выбран на основании результатов после запроса.

### 4.3. Субъект, определенный системой

Определенный субъект — это то, как продукт ИИ интерпретирует якорь запроса как субъект. Представление:

E_i

может быть использовано. Целевой субъект:

### E*

является оценкой разрешения идентичности, которая задает фундаментальный вопрос:

E_i= E*?

Однако равенство не всегда означает просто равенство по названию. Система может определить правильный бренд и корпоративное образование без указания правильного юридического лица. Поэтому последующее сопоставление идентичности:

- точное совпадение,

- приемлемое совпадение бренда,

- частичное совпадение,

- неверная сущность,

- неопределенно,

- слияние нескольких лиц

может быть классифицировано как.

### 4.4. Объект иска

Объект иска — это лицо, к которому принадлежит конкретная характеристика в ответе. В рамках одного ответа:

- дата основания головной компании,

- характеристика продукта к продукту,

- отзыв клиента для местного поставщика услуг,

- лицензия на конкретное юридическое лицо,

- опыт основателя к человеку

может принадлежать. Даже если ответ начинается с правильного целевого объекта, он может переносить признаки на неправильные объекты. Поэтому каждое фактическое утверждение следует оценивать по следующей структуре:

(субъект, отношение или характеристика, значение, время, объем)

Пример: «X имеет лицензию Y». Здесь следует определить, к чему это относится:

- юридическим лицом,

- страны,

- в какие даты,

- для деятельности

это принадлежит.

### 4.5. Объект аудита

Объект аудита — это определённая сущность или пакет сущностей, в рамках которых одновременно исследуются доказательства, содержание, техническая интерфейс и результаты работы ИИ. Объектом аудита может быть отдельная сущность. Пример: конкретная юридическая компания. Либо это может быть пакет с чёткими границами: основной бренд + каноническое доменное имя + два указанных продукта + турецкая и английская публичные интерфейсы. Если используется пакет, сущности внутри него должны сохранять свои отдельные идентичности. "Пакет" не означает, что все атрибуты передаются друг другу.

### 4.6. Единица соответствия

Единица соответствия — это конкретный объект, к которому юридически и нормативно будет применено решение аудита. Решение о соответствии:

- применяется ко всей группе компаний,

- применяется ко всем языкам,

- применяется ко всем доменным именам,

- ко всем продуктам

не может применяться автоматически. Пример: «Публичные страницы бренда NobleJackal на сайте example.com на турецком и английском языках признаны соответствующими указанному стандарту и в указанный период». Это решение:

- все внутренние процессы компании,

- аффилированные компании,

- отдельные приложения,

- языки, которые будут добавлены в будущем,

- продукты, находящиеся вне рамок

не охватывает автоматически.

## 5. ТИПЫ СУБЪЕКТОВ

Каждое аудируемое предприятие должно быть классифицировано с одним или несколькими типами. Можно различать первичный и вторичный типы.

### 5.1. Юридическое лицо

Это компания, которая обладает отдельными правами, обязанностями или регистрацией согласно закону или соответствующему правовому регламенту. Ее поля в той мере, в которой они релевантны:

- Юридическое название

- Тип компании

- Место регистрации

- Регистрационный номер

- Налоговый или эквивалентный идентификатор

- Дата учреждения

- Активный статус

- Уполномоченный представитель

- Отношения материнской и дочерней компаний

Юридическое лицо может носить то же название, что и бренд. Однако это не один и тот же объект.

### 5.2. Бренд

Это имя, используемое на рынке для продукта, услуги или корпоративной идентичности. Бренд:

- может не иметь отдельного юридического лица,

- может принадлежать другой компании,

- может использоваться по лицензии,

может управляться несколькими компаниями в разных странах. Следует также указать фактическую организацию, ответственную за работу, заявленную брендом.

### 5.3. Группа компаний

Это структура, сформированная несколькими юридическими лицами, которые имеют совместное владение или контрольные отношения. «Группа» не может автоматически передавать всем членам следующие характеристики:

- Лицензия

- Сертификат

- Количество клиентов

- Количество сотрудников

- Выручка

- Офис

- Результат аудита

- Статус безопасности

- Знак соответствия

Если значение на уровне группы действительно консолидировано, это должно быть ясно указано.

### 5.4. Дочерняя компания или Аффилированное лицо

Юридическое лицо, находящееся во владении или под контролем другого юридического лица. Дочерняя компания:

- может быть отдельной стороной по контракту,

- отдельным владельцем лицензии,

- отдельным работодателем,

- отдельным контролером данных

может быть. Характеристики материнской компании по умолчанию не передаются дочерней компании.

### 5.5. Доменное имя

Это цифровой адрес и интерфейс публикации. Доменное имя:

- не является юридическим лицом,

- не предоставляет услуги самостоятельно,

- не обязано владеть товарным знаком,

может контролироваться разными владельцами или операторами в определенные моменты времени. Доменное имя может быть отправной точкой аудита. Однако также следует указать, под каким юридическим лицом было принято решение.

### 5.6. Веб-сайт или цифровое издание

Это совокупность конкретного контента и приложений на доменном имени. Одно и то же доменное имя может быть:

- корпоративный сайт,

- магазин,

- портал поддержки,

- страница для инвесторов,

- документация для разработчиков,

- разные версии для стран и языков

могут содержать. Владельцы контента и объемы контроля за ними могут различаться.

### 5.7. Продукт

Коммерческий или технический объект, выполняющий конкретную функцию, модель или версию. У продукта:

- цена,

- безопасность,

- техническая характеристика,

- свидетельством,

- подходящесть для пользователя

не могут использоваться как общие характеристики, принадлежащие компании. Версии внутри одной линейки продуктов также могут отличаться.

### 5.8. Сервис

Деятельность, предлагаемая в рамках конкретного объема, для пользователя, страны, метода доставки и ответственности. Услуга:

- может быть реализована брендом,

- может быть оплачена другим юридическим лицом,

может быть предоставлена независимым партнером. Аудит должен различать, кто:

- продал её,

- доставил её,

- гарантировал её,

- юридически принял на себя

должно быть отделено.

### 5.9. Человек

является основателем, руководителем, сотрудником, консультантом, экспертом или публично признанным представителем. Образование, опыт и мнение человека:

- образование,

- опыт,

- лицензия,

- мнение

не автоматически переходят к учреждению. Точно так же награда или сертификат учреждения не считается профессиональной компетенцией человека.

### 5.10. Филиал или физическое местоположение

Это физическая точка обслуживания, которая принадлежит основному учреждению или управляется отдельно. Филиал:

- часть материнской компании,

- отдельное юридическое лицо,

- франшиза,

- независимый лицензионный оператор

возможно. Отношение по позиции не показывает исключительно юридическую связь.

### 5.11. Франшиза

Это может быть независимый бизнес, работающий на основании права использования бренда или лицензии на бизнес-модель. Франчайзер должен:

- репутацию,

- контроль,

- обучение

не гарантирует автоматически каждое действие франчайзи. Локальная ошибка франчайзи не может автоматически распространяться на весь глобальный бренд. Отношение должно быть указано с его охватом.

### 5.12. Дистрибьютор, дилер или продавец

Сторона, которая продает или распространяет продукт или услугу на конкретном рынке, независимо или в связке с другими. Лицензия производителя, контроль или корпоративное соответствие автоматически не передаются дистрибьютору. Производительность службы поддержки продавца также не является тем же показателем, что и качество продукции производителя.

### 5.13. Платформа и продавец на платформе

Рынок или платформа и независимые продавцы на платформе являются отдельными субъектами. Платформа:

- платеж,

- листинг,

- техническая инфраструктура

могут быть предоставлены. Продавец:

- продукта,

- доставка,

- гарантия,

- взаимоотношения с клиентами

может нести ответственность. Если ИИ объединяет эти роли, может произойти неправильное распределение ответственности.

### 5.14. Программа, Значок или Сертификат

Предлагается учреждением:

- учебная программа,

- знака соответствия,

- свидетельством,

- членство,

- значок

Он может содержать отдельные записи об объектах. Учреждение, которое публикует программу, не обязательно является тем же учреждением, которое участвует в программе. Особенность значка не переносится на все характеристики учреждения, которое его носит.

## 6. ГРАФ ОБЪЕКТОВ

Одной записи об объекте может быть недостаточно для объяснения сложных отношений. По этой причине для каждого аудита должен быть создан граф объектов. Представления:

### G_E = (V, R)

Здесь:

- V: узлы объектов

- R: направленные отношения между узлами

Отношения должны определяться явными глаголами.

### 6.1. Основные типы отношений

В той мере, в какой это уместно, могут использоваться следующие отношения:

- owns — владеет

- ownedBy— принадлежит

- controls — контролирует

- controlledBy— контролируется

- operates — управляет

- operatedBy— управляется

- publishes — публикует

- publishedBy— публикуется

- производит — производит

- manufacturedBy— производится

- providesService— предоставляет услуги

- serviceDeliveredBy— услуги предоставляются

- licencesBrandTo— лицензирует бренд для

- franchisesTo— продается по франшизе

- distributesFor— распространяется для

- sells — продаёт

- employs — нанимает

- foundedBy— основана

- memberOf— является членом

- certifiedBy— сертифицировано по указанной области

- auditedBy— проверено аудитом

- partneredWith— имеет партнерство в указанной области с

- customerOf— является клиентом

- supplierTo— является поставщиком для

- formerlyKnownAs— ранее известен как

- predecessorOf— является предшественником

- successorTo— является преемником

- acquiredBy— был приобретен

- mergedInto— был объединен с

- ceasedOn— прекратил деятельность

Неопределенные глаголы вроде «связан с», «партнер» или «работают вместе» следует по возможности не использовать самостоятельно.

### 6.2. Направление отношения

Отношения являются направленными. «A предоставляет технологию B» — это не то же самое, что: «B предоставляет технологию A». Бренд может принадлежать компании. Компания не принадлежит бренду. Клиент мог работать с агентством. Агентство не принадлежит клиенту. Если направление не указано, система может неправильно передать ответственность и полномочия.

### 6.3. Время отношений

Каждое финансовое отношение в той мере, в которой это имеет значение:

- дата начала,

- дата окончания,

- статус активности,

- дата последней проверки

должны быть указаны. Старая партнерская связь не является активной. Бывший сотрудник не является текущим руководителем. Дистрибьютор, когда-то использовавшийся, может не являться уполномоченным представителем сегодня.

### 6.4. Объем отношений

Партнерство:

- может быть ограничено определенным продуктом,

- страны,

- кампания,

- дата,

- событие

Нельзя обобщать, что сотрудничество в рамках одного проекта применяется ко всем корпоративным действиям.

## 7. ПРЕДПОЛАГАЕМОЕ ПЕРЕДАНИЕ ХАРАКТЕРИСТИК ЗАПРЕЩЕНО

Наличие отношений между организациями не автоматически передаёт характеристику от одной к другой. Один из основных принципов этого раздела:

> Передача характеристик запрещена по умолчанию; однако она может быть разрешена при явной связи, охвате, сроках и наличии доказательств.

### 7.1. Передача лицензии

Лицензия материнской компании:

- дочерней компании,

- франшизе,

- дистрибьютору,

- бренду

не передавать автоматически. Необходимо проверить официальный объем лицензии.

### 7.2. Передача сертификата

Сертификат продукта не может быть передан всей продуктовой линейке. Сертификат качества одного офиса не может быть распространен на глобальную группу. Решение компании о соответствии не подтверждает личную квалификацию её сотрудников.

### 7.3. Передача числа сотрудников

Общее число сотрудников группы не может использоваться как число сотрудников местной компании. Сеть агентств или пул фрилансеров нельзя показывать как число прямых сотрудников.

### 7.4. Передача числа клиентов

Число клиентов основной группы не может быть указано как число клиентов недавно созданного бренда. Количество пользователей на платформе может не соответствовать числу активных клиентов конкретного продукта.

### 7.5. Передача даты основания

Год начала работы основателя в отрасли не является датой основания компании. Компания не может использовать дату основания старого бренда, который она приобретает, в качестве собственной юридической даты основания. Дата бренда и дата юридического лица должны быть указаны отдельно.

### 7.6. Успешное завершение и передача случая

Проект, выполненный сотрудником на предыдущем месте работы, не является корпоративным кейсом новой компании. Успех приобретенной компании без объяснения интеграции и масштаба не считается прямым успехом новой группы.

### 7.7. Передача права на участие

Право на участие, предоставленное для определенных языковых страниц доменного имени:

- для всей группы компаний,

- для новых продуктов,

- для других доменных имен,

- для будущих страниц

не передается.

## 8. ЧЕТЫРЕ ОТДЕЛЬНЫЕ СЛОЯ СОБСТВЕННОСТИ

В цифровом представлении слово «владелец» может иметь несколько значений. Следует различать четыре уровня.

### 8.1. Законное владение

Сущность является владельцем по закону или официальной регистрации.

### 8.2. Владение товарным знаком

Это владелец прав на товарный знак или торговую идентичность.

### 8.3. Цифровое управление интерфейсом

Это сторона, которая фактически контролирует доменное имя, веб-сайт, социальный профиль или приложение. Юридический владелец и технический контролер могут быть разными.

### 8.4. Содержание и право собственности на утверждение

Это сторона, ответственная за точность опубликованного заявления о материале. Агентство может управлять сайтом. Однако истинным владельцем утверждения на цену или лицензию может быть клиентское учреждение. Технический поставщик не становится владельцем материала утверждения только потому, что он опубликовал содержание.

## 9. КТО ПРОДАЁТ УСЛУГУ, КТО ЕЁ ОКАЗЫВАЕТ?

Это одно из самых важных различий сущностей в оценке GEO. В цепочке предоставления услуг следующие стороны могут различаться:

- Тот, кто использует бренд

- Тот, кто рекламирует

- Тот, кто готовит предложение

- Тот, кто подписывает контракт

- Тот, кто выставляет счёт

- Тот, кто фактически предоставляет услугу

- Тот, кто предоставляет гарантию

- Тот, кто обрабатывает данные

- Тот, кто рассматривает жалобу

- Тот, кто несёт юридическую ответственность

ИИ может назначить все эти роли одной стороне, лишь указав название бренда. Эта ошибка особенно распространена в:

- туризме,

- финансах,

- здравоохранении,

- консалтинг,

- франшиза,

- платформа,

- агентство,

- образование

сферы деятельности могут привести к финансовым последствиям. Каждая запись об услуге должна отвечать на следующие вопросы: С кем пользователь заключает контракт? Кто получает оплату? Кто выполняет услугу? Кто несет профессиональную или юридическую ответственность? Кто отвечает за гарантийные и возвратные обязательства? Какова роль бренда? Есть ли поставщики третьей стороны? Это различие также определяет, к какой организации применяется оценка GEO.

## 10. ГРАНИЦА СУЩНОСТИ

Граница сущности — это линия, которая определяет, какие функции, отношения и интерфейсы включает в себя проверяемый объект и какие нет. Граница сущности может быть определена на четырех уровнях.

### 10.1. Основная идентичность

Это фундаментальная идентичность сущности, которая должна оставаться неизменной:

- Каноническое название

- Тип субъекта

- Юридическая или институциональная идентичность

- Основная деятельность

- Первичное владение

- Активный статус

### 10.2. Контролируемая среда

Непосредственно контролируется организацией:

- доменные имена,

- приложения,

- бренды,

- продукты,

- документы,

- официальные профили

Это поле. Контроль не означает, что все функции сливаются в единую идентичность.

### 10.3. Связанная среда

Филиалы — местные компании, франшизы и контролируемые партнёры. Они сохраняют свои отдельные идентичности.

### 10.4. Среда внешних отношений

Клиенты, поставщики, СМИ, членства, поставщики технологий и независимые партнёры. Сущности в этой среде не являются частью проверяемой организации. Они являются объектами отношений.

## 11. ЗАКРЫТИЕ ГРАНИЦЫ ОРГАНИЗАЦИИ БЕЗ ПРОСМОТРА РЕЗУЛЬТАТОВ

Объект аудита не может быть расширен или сужен на основе результатов. Следующее поведение запрещено:

- Добавление положительных результатов группы к бренду

- Исключение неудачной аффилированной компании из сферы контроля

- Распространение положительного результата продукта на всю продуктовую линейку

- Объявление плохой языковой версии отдельной сущностью

- Оставление критической ошибки локальной операции при создании видимости чистоты глобального бренда

- Предъявление сильных локальных доказательств как доказательств глобальной компании

Сфера действия сущности:

- Перед началом аудита,

- Перед распространением промптов,

- До того, как будут видны результаты

Она должна быть сначала версионирована.

## 12. КАНОНИЧЕСКАЯ ЗАПИСЬ СУЩНОСТИ

Для каждой проверяемой организации должен быть создан Канонический Запись Сущности. Эта запись уточняет, какой объект оценивают арбитры и системы.

### 12.1. Минимальные поля

#### Идентификация

NOMOS ID сущности Каноническое имя Тип сущности Юридическое название Аббревиатуры Официальные локальные названия Бывшие названия

#### Юридический и корпоративный статус

Юрисдикция Регистрационный номер Дата основания Активный статус Материнская компания Дочерние компании

#### Бренды и продукты

Собственные бренды Лицензированные бренды Продукты Услуги Версии или модели

#### Цифровые каналы

Канонические доменные имена Локальные доменные имена Приложения Официальные профили Машиночитаемые записи

#### Ответственность

Истец Владелец контента Владелец технической интерфейсы Владелец предоставления услуг Юридически ответственный

#### Время

Версия записи Дата начала действия Дата окончания действия Дата последней проверки Исторические изменения

#### Область

Аудированные страны Аудированные языки Аудированные продукты Сущности и интерфейсы вне области аудита

### 12.2. Статусы сущностей

Каждая запись сущности должна иметь один из следующих статусов:

### АКТИВНО

### НЕАКТИВНО

### ИСТОРИЧЕСКОЕ

### ЗАМЕНЕНО

### ОБЪЕДИНЕНО

### ПРИОБРЕТЕНО

### РАСПУЩЕНО

### ПРОВИЗОРНОЕ

### СПОРНОЕ

### НЕИЗВЕСТНО

НЕИЗВЕСТНАЯ или СПОРНАЯ личность не может быть окончательно разрешена незаметно.

## 13. УРОВНИ ПОДТВЕРЖДЕНИЯ ИДЕНТИЧНОСТИ

Подтверждение идентичности записи сущности можно классифицировать в зависимости от используемых источников.

### ID-0— Личность неизвестна

Существует только имя или доменное имя. Юридическое или организационное соответствие не проверяется.

### ID-1— Утверждение первой стороны

Учреждение идентифицирует себя определённым образом. Это ценно. Это не независимая проверка.

### ID-2— Поддерживаемая организационная идентичность

Записи первой стороны, доменное имя и другие надёжные записи согласованы друг с другом.

### ID-3— Проверенная личность с официальной записью

Юридическое лицо было проверено с использованием соответствующих официальных или надежных записей.

### ID-4— Личность, проверенная по различным источникам и связям

Идентичность, бренд, продукт, доменное имя и корпоративные отношения согласованы в нескольких надёжных записях.

### ID-5— Идентичность, поддерживаемая со временем

Личность и связи проверялись в разные периоды, а история изменений сохраняется. Эти уровни не являются окончательной оценкой соответствия. Они указывают на степень доверия к записи о сущности.

## 14. РАЗНЫЕ СУЩНОСТИ С ОДИНАКОВЫМ ИМЕНЕМ

Могут существовать разные сущности с одинаковыми или похожими именами. Эта ситуация создаёт столкновения сущностей. Примеры различий:

- Компании с одинаковым названием

- Учреждения, использующие одинаковую аббревиатуру

- Один и тот же бренд в разных странах

- Старая и новая компания

- Название бренда с личным именем

- Название компании с названием продукта

- Бренд с общим словом

Аудит не может основываться только на совпадении имен.

### 14.1. Поля разрешения коллизий

Юрисдикция Тип юридической компании Доменное имя Физический адрес Дата основания Основатель или руководитель Продукт и услуга Владельец бренда Регистрационный номер Название на местном языке

### 14.2. Двусмысленное утверждение

Если утверждение относится к нескольким разумным субъектам, есть три варианта: Утверждение уточняется. Классифицируется отдельно как тест разрешения субъекта. Ожидается, что система запросит уточнение. Полученный ответ на двусмысленное утверждение нельзя тихо добавлять к основному показателю точности.

## 15. СУБЪЕКТ, НЕСКОЛЬКО ДОМЕННЫХ ИМЕН

Компания:

- глобальный домен,

- локальные домены страны,

- домены продуктов,

- домен инвестора,

- домен поддержки,

- старые домены

может использовать. Не все эти домены автоматически подпадают под одну и ту же область аудита. Для каждого домена:

- контроллер,

- владелец контента,

- целевая аудитория,

- языка,

- объем продукта,

- статус активности

Это необходимо определить. Правильная запись в одной области не исправляет автоматически ошибку в другой области.

## 16. ДОМЕННОЕ ИМЯ, БОЛЕЕ ОДНОЙ СУБЪЕКТА

На одном доменном имени:

- материнская компания,

- различные бренды,

- местные компании,

- продукты,

- партнеры,

- продавцы

Это может иметь место. В этом случае собственность субъекта должна определяться на основе URL или семейства контента. Пример:

Наличие одного доменного имени не означает единственной ответственности.

## 17. ВРЕМЕННАЯ ИДЕНТИЧНОСТЬ СУБЪЕКТА

Идентичность субъекта может со временем изменяться. Примеры случаев:

- Изменение названия компании

- Бренд передан другой компании

- Слияние

- Поглощение

- Деление

- Прекращение деятельности

- Изменение доменного имени

- Передача продукта другой компании

- Уход основателя

- Смена местного оператора

По этой причине регистрация сущности зависит от времени. Её можно рассматривать как E(t).

### 17.1. Историческая идентичность и текущая идентичность

Отношения, которые были корректны в прошлом, не могут переноситься в настоящее. Пример: «X был управляем Y в 2022.» — это историческая информация. Следующее предложение отличается: «X управляется Y.»

### 17.2. Передача функций после приобретения

Приобретение:

- собственность,

- некоторые субъекты,

- могут передавать определённые контракты

. Тем не менее:

- все исторические достижения,

- все сертификаты,

- все отношения с клиентами,

- все лицензии

не передаются автоматически новому субъекту. Необходимо разъяснить, какие функции передаются юридически и фактически.

### 17.3. История доменного имени

Доменное имя может нести следы контента или ссылки от предыдущего владельца. Новый владелец не считается автоматически получившим прежние полномочия. Если система ИИ объединяет старые и новые сущности, возникает путаница в исторических сущностях.

## 18. МНОГОЯЗЫЧНАЯ ИДЕНТИЧНОСТЬ СУЩНОСТИ

Имена сущности на разных языках должны быть связаны с одной и той же личностью. Однако не все переводы являются официальными именами. Необходимо различать следующие типы:

- Юридическое название

- Название бренда

- Официальное локализованное имя

- Транслитерация

- Описательный перевод

- Аббревиатура

- Бывшее имя

- Общеупотребительное имя

Пример: описание бренда на турецком языке не обязательно должно быть юридическим или официальным турецким именем бренда. Машинная запись должна четко указывать эти типы.

## 19. СТРАНА И ЮРИСДИКЦИЯ МОГУТ ИЗМЕНИТЬ ГРАНИЦУ СУЩНОСТИ

Под глобальным брендом могут существовать разные юридические или операционные структуры в разных странах. Когда пользователь спрашивает: «Осуществляет ли компания X деятельность в Германии?», ответ должен различать:

- наличие глобального бренда,

- местную юридическую структуру,

- отношения с дистрибьютором,

- возможность предоставления удалённых услуг

«Бренд известен в стране» не то же самое, что «Местная юридическая компания предоставляет услуги».

### 19.1. Роли организаций в разрезе стран

Для каждой страны, применительно к ситуации:

- Юридический продавец

- Выставитель счетов

- Контролёр данных

- Поставщик услуг

- Сопровождающий / Поддерживающий

- Дистрибьютор

- Франчайзи

- Держатель лицензии

- Представитель бренда

должно быть определено.

### 19.2. Общая языковая страница не является доказательством местной компании

Наличие веб-сайта на немецком языке не доказывает, что существует юридическое лицо или физический офис в Германии. Английская страница не создает глобальную юридическую юрисдикцию. Язык — это не юрисдикция.

## 20. СИНТЕТИЧЕСКОЕ APPLE.COM УКАЗАНИЕ ПРИСУТСТВИЯ

ДЕМОНСТРАЦИЯ СИНТЕТИЧЕСКОЙ МЕТОДОЛОГИИ / Следующий пример подготовлен исключительно для демонстрации метода разрешения сущностей. Это не является фактичесальным аудитом Apple Inc., текущим обзором корпоративной структуры или реальным результатом какого-либо продукта ИИ. Запрос: «Что за компания Apple.com?»

### 20.1. Якорь промпта

apple.com

### 20.2. Кандидатные цели

Доменное имя и веб-сайт Бренд Apple Корпоративное образование Canonical Функция интернет-магазина Семейство продуктов Если цель не определена до начала аудита, судьи могут оценивать разные объекты.

### 20.3. Предлагаемый фиксация целевого объекта

Цель для синтетического тестирования может быть определена следующим образом: «основной корпоративный технологический объект, связанный с каноническим доменным именем apple.com, представляющий идентичность компании и ее основные виды деятельности.» Это определение:

- не включает автоматически технические характеристики отдельных продуктов,

- местные филиалы компании в каждой стране,

- цены в магазинах,

- инвестиционные рекомендации

автоматически.

### 20.4. Синтетический ответ A

«Apple.com— это глобальный корпоративный веб-сайт, связанный с технологическими продуктами и цифровыми услугами.» Оценка: Это не полностью соответствует учреждению с данным доменным именем. Идентичность компании может быть представлена не полностью. Основная деятельность в целом может быть правильной. Может отсутствовать материальная идентичность.

### 20.5. Синтетический ответ B

«Apple.com— это официальный веб-сайт компании под названием iPhone.» Оценка: продукт и компания объединены. Целевая сущность определена неправильно. Имеется ошибка идентичности.

### 20.6. Синтетический ответ C

“Apple.com— это только независимый магазин, который продает телефоны онлайн.” Оценка: Функция доменного имени чрезмерно сужена. Корпоративная сущность и сфера деятельности искажены. Характеристика независимого магазина может быть неверной.

### 20.7. Синтетический ответ D

«Apple.com является одной из основных корпоративных и продуктовых информационных платформ бренда Apple; юридическое лицо, управляющее сайтом, и местная торговая сторона также должны определяться в зависимости от страны.» Оценка: доменное имя, бренд и местная юридическая роль разделены. Анализ целевого субъекта более дисциплинирован. Другие существенные утверждения ответа должны быть подтверждены отдельно. Этот пример показывает:

> Ответ может сосредоточиться на неверная сущность, даже если он содержит много правильных слов.

Точность идентичности важнее точности содержания.

## 21. СЛОЖНЫЙ СИНТЕТИЧЕСКИЙ СЛУЧАЙ

### СИНТЕТИЧЕСКИЙ СЛУЧАЙ — НЕ РЕАЛЬНОЕ УЧРЕЖДЕНИЕ

Рассмотрим глобальный бренд под названием Asteron. Структура:

- Asteron Holdings Ltd. — материнская компания

- Asteron Travel — бренд

- Asteron Turkey Tourism Ltd. — местная компания

- Mira Destination Services — независимый местный партнер по операциям

- Asteron Club Antalya — франчайзинговое предприятие

- asteron.example — глобальное доменное имя

- tr.asteron.example — турецкая маркетинговая платформа

Пользователь спрашивает: «Какие услуги предоставляет Asteron в Турции?» Ответ ИИ: «Asteron Holdings Ltd. самостоятельно организует все туры в Анталии, имеет 400 сотрудников в Турции, и Asteron Club Antalya напрямую отвечает за удовлетворенность клиентов в Анталии.» Реальное положение дел: Материнская компания владеет брендом. Местная компания занимается продажами и заключением контрактов. Компания Mira осуществляет часть операций. Asteron Club Antalya является независимой франшизой. 400 сотрудников — это общее количество сотрудников группы. Франшиза непосредственно отвечает за удовлетворенность клиентов на уровне бизнеса. Ошибки в ответе: Материнская компания представлена как ответственная за предоставление услуг. Общее количество сотрудников группы сообщается так, как если бы это была мощность местной компании. Ответственность франшизы напрямую возлагается на материнскую компанию. Бренд, юридическое лицо и операционный партнер объединены. В ответе бренд мог быть указан правильно. Однако граф сущностей неверен.

Следовательно, оценка GEO не может основываться только на упоминании имени или общей плавности предложения.

## 22. РЕЗУЛЬТАТЫ РАЗРЕШЕНИЯ СУЩНОСТЕЙ

Для каждого наблюдения результат разрешения сущности можно записать с одним из следующих статусов.

### ER-0— НЕ ОЦЕНИВАНО

Разрешение сущности не было оценено.

### ER-1— ТОЧНАЯ ЦЕЛЬ

Целевая сущность была разрешена правильно и ясно.

### ER-2— ПРИЕМЛЕМОЕ СООТВЕТСТВИЕ НА УРОВНЕ БРЕНДА

Юридическое название не указано, но целевой бренд и корпоративная сущность разрешены правильно в основном.

### ER-3— ЧАСТИЧНОЕ ИЛИ НЕДОПОЛНЕННОЕ

Ответ приблизился к правильной области, но не содержит юридической, географической или операционной идентичности.

### ER-4— СМЕШЕНИЕ НЕСКОЛЬКИХ СУЩНОСТЕЙ

Несколько отдельных сущностей были объединены в один объект.

### ER-5— неверная сущность

Была выбрана другая персона, компания, продукт или доменное имя.

### ER-6— ДВОЙСТВЕННОЕ ЗНАЧЕНИЕ

Нельзя определить по ответу, какая сущность была разрешена.

### ER-7— ПОДХОДЯЩЕЕ УТОЧНЕНИЕ

Запрос действительно двусмысленный, и система правильно попросила уточнение. Запрос уточнения не обязательно следует считать ошибкой.

## 23. УСПЕХ В РАЗРЕШЕНИИ СУЩНОСТИ ОТЛИЧАЕТСЯ ОТ ТОЧНОСТИ ПРЕДСТАВЛЕНИЯ

Система может анализировать правильный объект, но при этом предоставлять неверную информацию о нем. Другая система может правильно указать некоторые существенные факты, но связать их с неверная сущность. Существуют четыре основных ситуации:

По этой причине анализ идентичности может быть отдельным шлюзом. В частности, ответ с серьезной путаницей с другой сущностью невозможно спасти при высоком среднем показателе фактической точности.

## 24. СВЯЗЬ РЕШЕНИЯ О СООТВЕТСТВИИ С СУЩНОСТЬЮ

Решение о соответствии должно быть установлено в следующем формате:

> [ID сущности] + [тип сущности] + [область] + [цифровые каналы] + [страна и языки] + [время] + [версия стандарта]

Пример шаблона: «Для [бренд/юридическое лицо], идентифицированного с Entity ID NGE-XXXX NOMOS; публичные страницы на турецком и английском языках на указанном домене, в рамках указанного продукта и области услуг, были оценены [дата] в соответствии с [версией стандарта].» Затем должно быть чётко указано: «Это решение не распространяется автоматически на дочерние компании, франшизы, продукты вне области оценки, другие домены и языки, которые будут добавлены в будущем.»

## 25. ОБЯЗАТЕЛЬНЫЕ НОРМАТИВНЫЕ ПОЛОЖЕНИЯ

**CH03-N01**

Каждый аудит GEO должен определить уникальный целевой объект до того, как будут видны результаты.

**CH03-N02**

Нельзя предполагать, что якорь промпта совпадает с целевым объектом.

**CH03-N03**

Доменные имена, торговые марки, юридические лица, продукты, услуги и личные идентичности должны быть различимы друг от друга.

**CH03-N04**

Свойство сущности не может быть передано другой связанной сущности без четких доказательств и рамок.

**CH03-N05**

Лицензия, сертификат, количество сотрудников, клиенты или результаты соответствия материнской компании не могут автоматически применяться к дочерним предприятиям.

**CH03-N06**

Требование на уровне бренда и сторона, фактически предоставляющая услугу и несущая юридическую ответственность, должны быть разделены.

**CH03-N07**

Франчайзер, оператор франшизы, дистрибьютор, дилер и продавец на платформе должны быть зарегистрированы как отдельные юридические лица.

**CH03-N08**

Каждое материальное отношение между сущностями должно содержать информацию о направлении, объеме и времени.

**CH03-N09**

Отношения, такие как «партнер», «клиент», «эксперт», «группа компаний» и подобные, не могут использоваться неоднозначно.

**CH03-N10**

Области разрешения коллизий должны использоваться для разных сущностей с одинаковым названием.

**CH03-N11**

Если неопределенное требование включается в основной рейтинг, метод определения неопределенности должен быть заранее установлен; в противном случае требование должно быть уточнено.

**CH03-N12**

Объем сущности не может быть расширен или сокращен после получения результатов с целью повышения положительного результата.

**CH03-N13**

Исторические сущности и отношения не могут использоваться так, как если бы они имели статус текущей сущности.

**CH03-N14**

Покупка, слияние или передача бренда не автоматически передают прошлые характеристики новому объекту.

**CH03-N15**

Решение о соответствии может применяться только к единице соответствия, указанной в решении.

**CH03-N16**

Новый продукт не может автоматически наследовать текущую доступность языка, доменного имени, аффилированной компании или страны.

**CH03-N17**

Успешность разрешения сущности и фактическая точность должны оцениваться отдельно.

**CH03-N18**

Объединение материальной идентичности с неверная сущность не может быть сделано невидимым в пределах общего фактического среднего.

**CH03-N19**

Канонические записи сущностей должны версионироваться и сохранять изменения с течением времени.

**CH03-N20**

Должен быть ответственный человек или институция за запись сущности.

## 26. ФОРМЫ ОШИБОК

**CH03-F01— РАССМАТРИВАТЬ ДОМЕННОЕ ИМЯ КАК КОМПАНИЮ**

Цифровой адрес представлен как юридическая или операционная сущность.

**CH03-F02— ОБЪЕДИНЕНИЕ БРЕНДА С ЮРИДИЧЕСКОЙ КОМПАНИЕЙ**

Название бренда используется вместо юридического лица, которое заключает контракты и несет ответственность.

**CH03-F03— РАССМОТРЕНИЕ ПРОДУКТА КАК КОМПАНИИ**

Название продукта определяется как компания или фирменный стиль.

**CH03-F04— ПЕРЕНОС ХАРАКТЕРИСТИК ОСНОВАТЕЛЯ В КОМПАНИЮ**

Возраст, опыт, награды или предыдущий проект основателя становятся корпоративной характеристикой.

**CH03-F05— ПЕРЕНОС ХАРАКТЕРИСТИК ГРУППЫ В МЕСТНУЮ КОМПАНИЮ**

Объединенные данные о клиентах, сотрудниках или доходах назначаются местному бизнесу.

**CH03-F06— ПЕРЕДАЧА ЛИЦЕНЗИИ ЧЕРЕЗ ОТНОШЕНИЯ**

Лицензия материнской компании, продукта, сотрудника или партнера используется в названии другого юридического лица.

**CH03-F07— ОБЪЕДИНЕНИЕ ФРАНШИЗЫ И ОСНОВНОГО БРЕНДА**

Результаты деятельности локального бизнеса и ответственность представлены напрямую как глобальный бренд.

**CH03-F08— ОБЪЕДИНЕНИЕ ПРОИЗВОДИТЕЛЯ И ПРОДАВЦА**

Производитель продукта и местный продавец или дистрибьютор рассматриваются как единое целое.

**CH03-F09— ОБЪЕДИНЕНИЕ ПЛАТФОРМЫ И ПРОДАВЦА**

Платформа маркетплейса считается ответственной за продукт продавца, гарантию или доставку.

**CH03-F10— РАССМАТРИВАНИЕ ОТНОШЕНИЙ КАК ПЕРЕДАЧИ ФУНКЦИЙ**

Статус клиента, членство, использование технологий или партнёрство ошибочно представляются как передача полномочий.

**CH03-F11— ОБНОВЛЕНИЕ ИСТОРИЧЕСКОЙ ИДЕНТИЧНОСТИ**

Старое имя, собственность, партнёрство или управляющий используются так, как если бы это была текущая реальность.

**CH03-F12— ПРИСВОЕНИЕ ПРОШЛОГО ПОСЛЕ ПОКУПКИ**

Все прошлые успехи приобретенного объекта приписываются новому владельцу без объяснения.

**CH03-F13— ОБЪЕДИНЕНИЕ ОБЪЕКТОВ С ОДИНАКОВЫМИ НАЗВАНИЯМИ**

Разные компании или лица рассматриваются как единый объект из-за сходства названий.

**CH03-F14— ИСКУССТВЕННОЕ РАЗДЕЛЕНИЕ ОБЪЕКТА**

Неудачный язык, продукт или локальная операция объявляется отдельным объектом для поддержания положительного результата.

**CH03-F15— ИСКУССТВЕННОЕ РАСШИРЕНИЕ ОБЪЕКТА**

Результаты успешного бренда или продукта распространяются на всю группу.

**CH03-F16— УЧЕТ СФЕРЫ ПРИЕМЛЕМОСТИ**

Узкий результат аудита используется для всей компании, группы или портфеля продуктов.

**CH03-F17— УЧЕТ ЯЗЫКОВОЙ ЮРИСДИКЦИИ**

Наличие версии на языке используется как доказательство юридической возможности компании или сервиса в этой стране.

**CH03-F18— УЧЁТ ТЕХНИЧЕСКОГО КОНТРОЛЯ КАК СОБСТВЕННОСТИ**

Агентство или разработчик показываются как юридический или коммерческий собственник учреждения, потому что они управляют доменным именем.

**CH03-F19— ОСТАВЛЕНИЕ ПРИСТАВЛЕННОГО ИСТЦА НЕОПРЕДЕЛЁННЫМ**

Невозможно определить, кто несёт ответственность за некорректную информацию о цене, лицензии или вместимости.

**CH03-F20— ИНТЕРПРЕТАЦИЯ ЯКОРЯ промпта ПОСЛЕ РЕЗУЛЬТАТА**

Целевая сущность, которая сделает ответ успешным, выбирается после этого.

## 27. ПРОЦЕДУРА АУДИТА

### Шаг 1— Запись якоря промпта

Точно какая из следующих характеристик пользователя:

- название,

- доменное имя,

- брендом,

- продукта,

- личность

выражение используется, полностью записывается.

### Шаг 2— Идентифицировать целевую сущность

Отмечается, какую сущность на самом деле измеряет аудит. Цель классифицируется как:

- юридическим лицом,

- брендом,

- продукта,

- услуги,

- пакет сущностей

Применимый класс должен быть записан явно.

### Шаг 3— Создать канонический идентификатор сущности

Записываются каноническое имя, тип сущности, юридическая идентичность, юрисдикционная зона, псевдонимы, временной статус.

### Шаг 4— Построить граф сущностей

Извлекаются направленные отношения между материнской компанией, дочерними компаниями, брендом, продуктом, доменным именем, физическими лицами и партнерами.

### Шаг 5— Определить роли ответственности

Разделяются владельцы утверждений, владельцы цифровые каналы, владельцы предоставления услуг, юридически ответственные, владельцы доказательств.

### Шаг 6— Проверить риск передачи атрибутов

В ответ:

- лицензия,

- свидетельством,

- сотрудник,

- клиент,

- дата учреждения,

- успех,

- соответствие

была ли она передана на неверная сущность?

### Шаг 7— Проверить временную идентичность

Ответ:

- бывшее название,

- бывший владелец,

- прекращенное партнерство,

- бывший сотрудник,

- статус до приобретения

используется ли это?

### Шаг 8— Проверка географических и локальных ролей

Правильны ли роли глобального бренда, местной компании, дистрибьютора и франшизы?

### Шаг 9— Классификация сущности, разрешенная системой

Назначен соответствующий статус между ER-1 и ER-7.

### Шаг 10— Фиксация единицы соответствия

Для применения окончательного решения:

- сущность,

- поле,

- продукта,

- языка,

- страны,

- время

граница указана.

### Шаг 11— Ограничение публичного требования

Результат сужается, если его обобщить до учреждения или группы, шире определённой сущности.

### Шаг 12— Зафиксировать способ изменения и возражение

Если сообщается об ошибке идентичности или отношения:

- кто будет проверять,

- кто будет изменять,

- какая версия будет сгенерирована

определяется.

## 28. НЕОБХОДИМЫЕ ДОКАЗАТЕЛЬСТВА

Каноническая идентичность сущности; юридическое название и тип сущности; официальная запись или эквивалентная проверка; право собственности на торговую марку; контроль доменного имени; отношения между материнской и дочерней компаниями; право собственности на продукты и услуги; записи о местном бизнесе и дистрибьюторах; франчайзинговые отношения; договаривающаяся и выставляющая счета сторона; ответственность за предоставление услуг; владелец лицензии и сертификата; основатель и руководящие должности; активные и исторические названия; записи о приобретениях, слияниях и передачах; страна и юрисдикция; официальные языки и записи транслитерации; граф сущностей; претендент; владелец контента; владелец технической интерфейсы; область аудита; объекты и интерфейсы вне области; версия записи сущности; дата последней проверки; и ответственное лицо или организация.

## 29. ЧЕК-ЛИСТ АУДИТА

Была ли запись якоря запроса выполнена чётко? Была ли целевая сущность идентифицирована до того, как были получены результаты? Были ли юридическое лицо и доменное имя разделены? Были ли бренд и владелец бренда разделены? Были ли продукт и компания разделены? Были ли атрибуты основателя отделены от атрибутов организации? Правильны ли отношения между материнской компанией и дочерней? Отличаются ли франшизы и дистрибьюторы? Были ли идентифицированы стороны, продающие и предоставляющие услугу? Были ли истец и технический издатель разделены? Принадлежат ли лицензии и сертификаты правильной сущности? Указаны ли показатели сотрудников, численности клиентов и доходов в правильном объёме? Были ли исторические названия и отношения отделены от текущего состояния? Были ли проверены различные сущности с одинаковым названием? Были ли несколько доменов и пользовательских интерфейсов связаны с правильной сущностью?

Связаны ли многоязычные имена с одной и той же канонической идентичностью? Ясны ли роли страны и юрисдикции? Классифицировалась ли сущность отдельно в результате разрешения сущностей? Ясно ли определено подразделение по соответствию? Распространяется ли оно на сущности за пределами сферы решения? Версионируется ли запись сущности и проставлена ли дата? Существуют ли пути для возражений и исправлений при изменениях идентичности?

## 30. ВОЗРАЖЕНИЯ И ОТВЕТЫ

### Возражение 1— «Пользователь знает торговую марку, а не юридическую компанию».

Правильно. Для пользователя естественно использовать бренд в запросе. Аудит не заставляет пользователя использовать юридические термины. Однако оценка в фоновом режиме:

- бренд,

- владелец,

- поставщик услуг,

- сторона по контракту

должна различать. Пользователю можно дать простой ответ. Журнал аудита не должен быть простым.

### Возражение 2— «В малом бизнесе бренд и компания уже являются одним и тем же»

В некоторых небольших структурах:

- один бренд,

- один домен,

- единственный владелец бизнеса,

- один поставщик услуг

Можно встретить. В этом случае граф сущностей простой. Тем не менее, запись должна быть сделана явно. Простота не означает неопределенность.

### Возражение 3— «Группа компаний действует как один бренд».

С точки зрения маркетинга может быть один бренд. С точки зрения юридической, операционной и доказательной ответственности могут существовать отдельные сущности. Если решения принимаются на уровне группы, должно быть четко показано, какие функции консолидированы.

### Возражение 4— «Столько деталей ненужно усложняет GEO-оценку».

Правильный балл, присвоенный неверная сущность, не полезен. Разрешение сущностей не является дополнительной нагрузкой для аудита, а является условием действительности.

### Возражение 5— «Системы ИИ уже не обращают внимания на эти правовые различия.»

Именно по этой причине это должно быть измерено. Система ИИ:

- брендом,

- компания,

- продукта,

- местный бизнес

Пропуск различия между ними является самой ошибкой представления.

### Возражение 6— «Если материнская компания контролирует всю группу, характеристики могут быть переданы.»

Контрольные отношения важны в некоторых областях. Однако:

- лицензия,

- контракты,

- клиент,

- сотрудник,

- ответственность за данные,

- соответствие

такие характеристики требуют отдельного подтверждения для переноса. Контроль — это не объединение всех характеристик.

### Возражение 7— «Разве достижения старой компании после поглощения не являются частью новой группы?»

Это можно объяснить в историческом контексте. Однако:

- в течение какого периода был успех,

- какой командой и организацией,

- до или после приобретения

Следует указать, когда он был достигнут. Новое владение не меняет историю.

### Возражение 8— "промпт уже ясна; пользователь ввел доменное имя."

Доменное имя может быть ясным. Тем не менее: на вопрос "Что представляет доменное имя?" также должен быть дан ответ. Домен может быть компанией, магазином, порталом продукта или многофункциональной платформой.

### Возражение 9— "Описывать местного дистрибьютора как бренд проще для пользователя."

Простота не заменяет ответственность. Ответ можно упростить следующим образом: "Бренд предоставляет услуги в Турции через уполномоченного местного дистрибьютора." Это и понятно, и правильно.

### Возражение 10— "Все эти отношения меняются со временем."

Это правильно. По этой причине запись сущности:

- датированная,

- версионированная,

- должна быть инициирована изменением

Это не уменьшает необходимость записи вариативности. Наоборот, это увеличивает её.

## ОБЩЕЕ ПРАВИЛО ГЛАВЫ 33

Перед генерацией GEO-оценки мы спрашиваем: «Сколько ответов правильные?» Но более фундаментальный вопрос, который следует задать до этого, следующий:

#### «О чьих именно ответах идет речь?»

Если мы рассматриваем доменное имя как компанию, мы измеряем неправильный объект. Если мы рассматриваем бренд как юридическую компанию, мы неправильно распределяем ответственность. Если мы рассматриваем продукт как компанию, мы искажаем его особенности. Если мы превращаем опыт основателя в историю компании, мы преувеличиваем прошлое. Если мы считаем количество сотрудников группы как местную мощность, мы завышаем ожидания от сервиса. Если материнская компания передает свою лицензию франшизе, мы направляем пользователя к неправильному органу. Если мы приписываем прошлые достижения после приобретения новому владельцу, мы переписываем историческую правду. Если мы расширим аудит узкой доменной области на всю компанию, мы «отбелим» сферу соответствия требованиям. Следовательно, определение сущности — это не просто очистка данных. Это начало представительной ответственности. Система может описывать неверная сущность с правильной информацией. Это всё равно является искажением. Система может описывать правильную сущность с неверной информацией. Это тоже является искажением.

Оба требуются для правильного GEO:

> Правильная сущность. / Правильный атрибут. / Правильное отношение. / Правильная область. / Правильное время.

Следовательно, третий закон измерения NOMOS таков:

> Если измеряемая сущность не ясна, точность измерения также не ясна.

Четвёртый закон выглядит следующим образом:

> Отношение не является идентичностью.

Пятый закон звучит следующим образом:

> Право собственности не равно передаче всех атрибутов.

Его шестой закон таков:

> Соответствие не распространяется на соседние сущности.

## NOMOS Раздел 3 Порядок

> Не давайте мне только имя. / Покажите, к какой сущности принадлежит это имя.

> Не рассматривайте домен как компанию, бренд как контрагента или продукт как производителя.

> Не используйте прошлое основателя как возраст учреждения.

> Не передавайте лицензию материнской компании аффилированной организации, франшизе или дистрибьютору.

> Не превращайте клиента группы в клиента местного бренда, или награду бренда в награду всех продуктов.

> Не описывайте сотрудничество как владение, членство как аккредитацию или использование технологий как партнерство.

> Не объединяйте старое название с новым объектом, или приобретенное прошлое с сегодняшними показателями.

> Не расширяйте объект, чтобы преувеличить положительные результаты / Не разделяйте объект, чтобы скрыть отрицательные результаты.

> Сначала зафиксируйте цель. / Затем зафиксируйте направление каждой связи. / Затем прикрепите каждый атрибут к его истинному владельцу. / Затем добавьте соответствующее время и страну. / Только после этого принимайте решения для этого объекта один.

## Заключительное предложение главы

> Первый вопрос при проверке GEO - это не то, что говорит ИИ, а точно кто или что касается каждого утверждения.

## Нормативное ядро

> Каждый аудит GEO ДОЛЖЕН определить и задокументировать версию до того, как будут наблюдаться результаты: - якорь запроса, - целевой объект, - тип объекта, - каноническую запись идентичности, - граф отношений, - временные и юрисдикционные границы, - объект аудита, - и единицу соответствия. Домены, бренды, юридические лица, корпоративные группы, дочерние компании, продукты, услуги, лица, франшизы, дистрибьюторы, платформы и продавцы НЕ ДОЛЖНЫ рассматриваться как взаимозаменяемые объекты. Атрибуты, учетные данные, лицензии, клиенты, сотрудники, показатели, полномочия и соответствие НЕ ДОЛЖНЫ передаваться между связанными объектами, если отношения, область, время и доказательства явно не поддерживают такую передачу. Сущность, обработанная ИИ-продуктом, ДОЛЖНА оцениваться отдельно от фактической точности ответа. Решение о соответствии ДОЛЖНО применяться только к явно идентифицированной сущности и проверяемому объему. Оно НЕ ДОЛЖНО автоматически распространяться на аффилированные лица, продукты, юрисдикции, языки, домены, будущие версии или связанные сущности.