2xBRSTORE
ПРИЁМ / МАРШРУТИЗАЦИЯ / V1.0.2INTAKE / ROUTING / V1.0.2

Client Intake & Routing Engine

Превратите многоканальные обращения клиентов в детерминированную бизнес-ответственность.Turn multi-channel client requests into deterministic business ownership.

Переносимый dependency-free source engine для нормализации website, Telegram и CRM intake в стабильную idempotency, routing и caller-managed action plans.Portable dependency-free source engine for normalizing website, Telegram and CRM intake into stable idempotency, routing and caller-managed action plans.

RAW EVENTRAW EVENT→НОРМАЛИЗАЦИЯNORMALIZE→ИДЕНТИФИКАЦИЯIDENTIFY→IDEMPOTENCYIDEMPOTENCY→МАРШРУТROUTE→ACTION PLANACTION PLAN
PRODUCT EVALUATION EXPERIENCE

Разберите продукт на нужной глубине.Review the product at the depth you need.

Все три слоя находятся на странице одновременно: краткий вывод, подробный сценарий и технические доказательства. Ничего не скрывается за маркетинговым score.All three layers live on the page at once: quick decision, detailed scenario and technical evidence. Nothing is hidden behind a marketing score.

01 / QUICK

Сначала — решение, а не список функций.Start with the decision, not the feature list.

Выбирайте Client Intake & Routing Engine, когда главная проблема — привести разнородные website/Telegram/CRM события к одному intake-контракту и детерминированно назначать owner/SLA.Choose Client Intake & Routing Engine when the core problem is normalizing website, Telegram and CRM events into one intake contract with deterministic owner/SLA assignment.

ВАША ИСХОДНАЯ СИТУАЦИЯYOUR CURRENT SITUATION

Рассматривайте продукт, если узнаёте свою задачу.Consider the product if this resembles your problem.

  • обращения приходят из website, Telegram и CRMrequests arrive from website, Telegram and CRM
  • нужно нормализовать события и детерминированно назначить owner/SLAevents need normalization and deterministic owner/SLA assignment
  • нужна переносимая intake-логика без runtime-зависимостейa portable intake engine without runtime dependencies is required
ЦЕЛЕВОЕ СОСТОЯНИЕTARGET STATE

Что заявлено как outcome текущего релиза.What the current release declares as outcomes.

  • Один intake-контрактOne intake contract
  • Детерминированный владелецDeterministic ownership
  • Fail-closed routing configFail-closed routing config
  • Переносимый RU-ready workflowPortable RU-ready workflow
НЕ ВЫБИРАЙТЕ, ЕСЛИDO NOT CHOOSE WHEN

STORE обязан показать и границы решения.The Store must expose the boundaries too.

  • если центральная задача — сложный lead scoring и qualification modelwhen the core problem is a complex lead scoring and qualification model
  • если нужен hosted omnichannel inboxwhen a hosted omnichannel inbox is required
02 / DETAILED

Пройдите сценарий от входа до результата.Walk the scenario from input to outcome.

Workflow и capability берутся из текущего release definition; это не обещание скрытой автоматизации.Workflow and capability labels come from the current release definition; this is not a promise of hidden automation.

01
RAW EVENTRAW EVENTПодтверждённая capability этого этапаDeclared capability at this stage

Каноническая intake-схемаCanonical intake shape

02
НОРМАЛИЗАЦИЯNORMALIZEПодтверждённая capability этого этапаDeclared capability at this stage

Подавление дублейDuplicate suppression

03
ИДЕНТИФИКАЦИЯIDENTIFYПодтверждённая capability этого этапаDeclared capability at this stage

Owner/SLA routingOwner/SLA routing

04
IDEMPOTENCYIDEMPOTENCYПодтверждённая capability этого этапаDeclared capability at this stage

Планы Bitrix24Bitrix24 action plans

05
МАРШРУТROUTEПодтверждённая capability этого этапаDeclared capability at this stage

Планы amoCRMamoCRM action plans

06
ACTION PLANACTION PLANПодтверждённая capability этого этапаDeclared capability at this stage

Планы TelegramTelegram action plans

CAPABILITY → OUTCOME

Какая заявленная возможность поддерживает какой заявленный результат.Which declared capability supports which declared outcome.

C01Каноническая intake-схемаCanonical intake shape→

Один intake-контрактOne intake contract

C02Подавление дублейDuplicate suppression→

Один intake-контрактOne intake contract

C03Owner/SLA routingOwner/SLA routing→

Детерминированный владелецDeterministic ownership

C04Планы Bitrix24Bitrix24 action plans→

Переносимый RU-ready workflowPortable RU-ready workflow

C05Планы amoCRMamoCRM action plans→

Переносимый RU-ready workflowPortable RU-ready workflow

C06Планы TelegramTelegram action plans→

Переносимый RU-ready workflowPortable RU-ready workflow

ПЕРЕД ВНЕДРЕНИЕМBEFORE IMPLEMENTATION
  1. 01Сопоставить реальные channel payloads с canonical intake schema.Map real channel payloads to the canonical intake schema.
  2. 02Определить idempotency identity и проверить duplicate suppression.Define idempotency identity and verify duplicate suppression.
  3. 03Проверить routing configuration и CRM/Telegram action plans на representative fixtures.Exercise routing configuration and CRM/Telegram action plans against representative fixtures.
ПЕРЕД ВЫБОРОМBEFORE CHOOSING
  1. 01Какие каналы создают дубли или несовместимые event shapes?Which channels create duplicates or incompatible event shapes?
  2. 02Какие правила определяют owner и SLA после нормализации?Which rules determine owner and SLA after normalization?
  3. 03Какие downstream действия должны формироваться как caller-managed plans?Which downstream actions should be emitted as caller-managed plans?
03 / TECHNICAL

Проверьте точную версию, artifact и границы доказательств.Verify the exact version, artifact and evidence boundaries.

RELEASEv1.0.2RELEASED / RE-AUDIT REQUIRED
ARTIFACT2xbr-client-intake-routing-engine-v1.0.2.zip17dbbdc2e3b99e6780ef3f3523e1134fd32334207a4b5eb3721969aa05ce61f1
COMPATIBILITYPRODUCT_SCOPED_NOT_PLATFORM_PINNEDBroad compatibility не выводится из technology metadata.Broad compatibility is never inferred from technology metadata.
AUDITSTORE_REAUDIT_REQUIREDТочный v1.0.2 выпущен Product Studio и остаётся за независимым повторным аудитом Store.Exact v1.0.2 is Product Studio released and remains Store re-audit required.
TECH STACK / DECLAREDNode.js >=20.10Node.js >=20.10Ноль runtime-зависимостейZero runtime dependenciesJSON schemasJSON schemasДетерминированная упаковкаDeterministic packaging

Evaluation Experience только структурирует уже существующие product/release/evidence факты. Он не создаёт outcome guarantee, compatibility, eligibility, цену или entitlement.Evaluation Experience only structures existing product, release and evidence facts. It creates no outcome guarantee, compatibility, eligibility, price or entitlement.

ПОДХОДИТ ЛИ ВАМIS THIS FOR YOU

Когда выбирать этот продукт — и когда не выбирать.When to choose this product — and when not to.

Подобрать по задаче →Choose by problem →
ПОДХОДИТ, ЕСЛИBEST WHEN
  • обращения приходят из website, Telegram и CRMrequests arrive from website, Telegram and CRM
  • нужно нормализовать события и детерминированно назначить owner/SLAevents need normalization and deterministic owner/SLA assignment
  • нужна переносимая intake-логика без runtime-зависимостейa portable intake engine without runtime dependencies is required
НЕ НУЖЕН, ЕСЛИNOT FOR
  • если центральная задача — сложный lead scoring и qualification modelwhen the core problem is a complex lead scoring and qualification model
  • если нужен hosted omnichannel inboxwhen a hosted omnichannel inbox is required

Buyer fit — presentation-only. Альтернатива или complement не означает совместимость, bundle, общую лицензию или право продажи.Buyer fit is presentation-only. An alternative or complement does not imply compatibility, a bundle, shared licensing or selling authority.

DECISION CRITERIA / TRADE-OFFS

Выбирайте по критериям, а не по количеству функций.Choose by decision criteria, not feature count.

STORE не присваивает продуктам искусственные баллы. Здесь показано, какие критерии должны иметь вес именно для вашей задачи и где проходит граница с реальной альтернативой.The Store assigns no synthetic scores. This shows which criteria should matter for your situation and where the boundary with a real alternative lies.

C01Нормализация каналовChannel normalization

website, Telegram и CRM нужно привести к одной intake-схемеwebsite, Telegram and CRM must converge on one intake schema

C02Детерминированный routingDeterministic routing

главная задача — owner/SLA assignment без сложной scoring modelthe core need is owner/SLA assignment without a complex scoring model

C03Переносимая intake-логикаPortable intake logic

нужна лёгкая source-owned логика без hosted inboxlightweight source-owned logic is required without a hosted inbox

РЕАЛЬНЫЕ АЛЬТЕРНАТИВЫREAL ALTERNATIVES
Нужна квалификация спроса или только нормализация и маршрутизация входящих обращений?Do you need demand qualification, or only normalized intake and routing?

Проще и уже по ответственности, зато не заменяет полноценную qualification/scoring model.Narrower and simpler by design, but it does not replace a full qualification/scoring model.

АЛЬТЕРНАТИВАALTERNATIVELead Engine →Больше моделирования бизнес-правил и qualification logic, зато глубже контроль качества входящего спроса.More business-rule and qualification modeling, in exchange for deeper inbound-demand control.
Открыть все head-to-head решения →Open all head-to-head decisions →
ПРОВЕРИТЬ В СВОЁМ КОНТЕКСТЕCHECK AGAINST YOUR CONTEXT

Критерии важны только вместе с вашей реальной ситуацией.Criteria matter only together with your actual situation.

Добавьте состояние процесса, исходную систему, сложность и ownership. STORE покажет, какие факторы действительно меняют shortlist.Add process state, starting system, complexity and ownership. The Store shows which factors materially change the shortlist.

Собрать decision brief →Build a decision brief →

Decision criteria — presentation-only. Они не создают compatibility, bundle, цену, entitlement, Store eligibility или selling authority.Decision criteria are presentation-only. They create no compatibility, bundle, price, entitlement, Store eligibility or selling authority.

АРХИТЕКТУРНЫЕ СЦЕНАРИИSOLUTION ARCHITECTURES

Где этот продукт может выполнять одну из ролей.Where this product can play one bounded role.

Это не комплект и не обещание совместимости. Каждая соседняя роль проверяется отдельно.This is not a bundle or a compatibility promise. Every adjacent role is verified separately.

PRODUCT DOSSIERPRODUCT DOSSIER

Что нужно понять до выбора этой системы.What to establish before choosing this system.

Выбирайте Client Intake & Routing Engine, когда главная проблема — привести разнородные website/Telegram/CRM события к одному intake-контракту и детерминированно назначать owner/SLA.Choose Client Intake & Routing Engine when the core problem is normalizing website, Telegram and CRM events into one intake contract with deterministic owner/SLA assignment.

ТЕКУЩАЯ ВЕРСИЯCURRENT VERSIONv1.0.217dbbdc2e3b9…
ДОСТУПНОСТЬAVAILABILITYПоставка закрытаDistribution blockedSTORE_REAUDIT_REQUIRED
СОВМЕСТИМОСТЬCOMPATIBILITYНЕ PLATFORM-PINNEDNOT PLATFORM-PINNEDТолько product-scoped evidenceProduct-scoped evidence only
STORE AUDITSTORE AUDITRE-AUDIT REQUIREDRE-AUDIT REQUIREDТочный релиз Store-допущен.Exact v1.0.2 is Product Studio released and remains Store re-audit required.
ВОПРОСЫ ДО ВЫБОРАEVALUATE BEFORE CHOOSING
  1. 01Какие каналы создают дубли или несовместимые event shapes?Which channels create duplicates or incompatible event shapes?
  2. 02Какие правила определяют owner и SLA после нормализации?Which rules determine owner and SLA after normalization?
  3. 03Какие downstream действия должны формироваться как caller-managed plans?Which downstream actions should be emitted as caller-managed plans?
ПРОВЕРИТЬ ПРИ ВНЕДРЕНИИIMPLEMENTATION CHECKS
  1. 01Сопоставить реальные channel payloads с canonical intake schema.Map real channel payloads to the canonical intake schema.
  2. 02Определить idempotency identity и проверить duplicate suppression.Define idempotency identity and verify duplicate suppression.
  3. 03Проверить routing configuration и CRM/Telegram action plans на representative fixtures.Exercise routing configuration and CRM/Telegram action plans against representative fixtures.
ЯВНЫЕ ГРАНИЦЫEXPLICIT BOUNDARIES
  • Не является hosted omnichannel inbox.It is not a hosted omnichannel inbox.
  • Не заменяет Lead Engine, если требуется сложная qualification/scoring model.It does not replace Lead Engine when complex qualification/scoring is required.
  • Не исполняет внешние CRM/Telegram действия самостоятельно: он формирует переносимые планы на границе интеграции.It does not execute external CRM/Telegram actions by itself; it produces portable plans at the integration boundary.

Dossier — buyer-facing presentation. Он не создаёт compatibility, Store eligibility, цену, entitlement или право поставки.The dossier is buyer-facing presentation. It creates no compatibility, Store eligibility, price, entitlement or delivery authority.

C300 / BUYER DECISION READINESS

Доступно к покупке ≠ готово к покупке.Available to buy ≠ ready to buy.

STORE знает собственную availability authority, но не может знать, закрыли ли вы требования, риски и внедрение. Поэтому readiness не вычисляется, не оценивается баллом и не открывает checkout.The Store knows its own availability authority, but cannot know whether you have resolved requirements, risks and implementation. Readiness is therefore not inferred, scored or used to unlock checkout.

STORE AVAILABILITYSTORE AVAILABILITYПОСТАВКА ЗАКРЫТАDISTRIBUTION CLOSED

Это состояние поставки, а не вывод о вашей готовности.This is a distribution state, not a conclusion about your readiness.

BUYER READINESSBUYER READINESSНЕ ВЫЧИСЛЯЕТСЯ STORENOT INFERRED BY STORE

Нет hidden score, buyer profile, cookie, localStorage или server-side buyer state.No hidden score, buyer profile, cookie, localStorage or server-side buyer state.

01 / REQUIREMENT FIT

Ответьте на вопросы до выбораAnswer before choosing

  1. Какие каналы создают дубли или несовместимые event shapes?Which channels create duplicates or incompatible event shapes?
  2. Какие правила определяют owner и SLA после нормализации?Which rules determine owner and SLA after normalization?
  3. Какие downstream действия должны формироваться как caller-managed plans?Which downstream actions should be emitted as caller-managed plans?
02 / REJECT BOUNDARIES

Остановитесь, если граница конфликтует с задачейStop if a boundary conflicts with the need

  • Не является hosted omnichannel inbox.It is not a hosted omnichannel inbox.
  • Не заменяет Lead Engine, если требуется сложная qualification/scoring model.It does not replace Lead Engine when complex qualification/scoring is required.
  • Не исполняет внешние CRM/Telegram действия самостоятельно: он формирует переносимые планы на границе интеграции.It does not execute external CRM/Telegram actions by itself; it produces portable plans at the integration boundary.
03 / COMPATIBILITY EVIDENCE

Platform-wide compatibility не заявленаNo platform-wide compatibility claim

Проверяйте свой environment отдельно: технология или product-scoped evidence не превращаются в broad compatibility claim.Verify your environment separately: technology or product-scoped evidence does not become a broad compatibility claim.

04 / IMPLEMENTATION CHECKS

Проверьте условия внедренияVerify implementation conditions

  1. Сопоставить реальные channel payloads с canonical intake schema.Map real channel payloads to the canonical intake schema.
  2. Определить idempotency identity и проверить duplicate suppression.Define idempotency identity and verify duplicate suppression.
  3. Проверить routing configuration и CRM/Telegram action plans на representative fixtures.Exercise routing configuration and CRM/Telegram action plans against representative fixtures.
05 / EXACT RELEASE EVIDENCE

Client Intake & Routing Engine v1.0.2

17dbbdc2e3b99e6780ef3f3523e1134fd32334207a4b5eb3721969aa05ce61f1

Exact current release требует Store re-audit; release existence не равно selling authority.The exact current release requires Store re-audit; release existence is not selling authority.

Buyer decision readiness — presentation-only verification boundary. Он не создаёт compatibility, цену, sellingVersion, entitlement, release, payment или delivery authority и не меняет доступность checkout.Buyer decision readiness is a presentation-only verification boundary. It creates no compatibility, price, sellingVersion, entitlement, release, payment or delivery authority and does not change checkout availability.

C310 / BUYER VERIFICATION CONTRACT

Не отмечайте «готово». Проверьте, кто вообще может подтвердить каждый пункт.Do not mark it ‘ready’. Verify who can actually validate each item.

STORE может доказать свои release/evidence facts. Только вы можете подтвердить собственные требования и условия внедрения. Этот контракт связывает обе стороны, но не вычисляет итог.The Store can prove its release/evidence facts. Only you can validate your own requirements and implementation conditions. This contract connects the two without computing a verdict.

Verification contract не хранит completion state и не превращает просмотр evidence в buyer readiness. Он не открывает checkout и не создаёт compatibility, цену, selling, entitlement, release или payment authority.The verification contract stores no completion state and never turns evidence review into buyer readiness. It does not unlock checkout or create compatibility, price, selling, entitlement, release or payment authority.

C320 / PURCHASE SCOPE CONTRACT

Что именно относится к покупке — и что остаётся отдельным контрактом.What belongs to the purchase — and what remains a separate contract.

Этот блок ничего не продаёт сам по себе. Он сводит уже существующие release, license, update, delivery и Services boundaries для текущей product line.This block sells nothing by itself. It only brings together existing release, license, update, delivery and Services boundaries for the current product line.

CURRENT STORE SCOPEНЕТ АКТИВНОЙ ПОКУПКИ / ПОСТАВКИNO ACTIVE PURCHASE / DISTRIBUTION

Исследовать продукт можно, но активный purchase contract сейчас отсутствует.The product can be researched, but no active purchase contract exists now.

EXACT RELEASEClient Intake & Routing Engine v1.0.2

17dbbdc2e3b99e6780ef3f3523e1134fd32334207a4b5eb3721969aa05ce61f1

BUYER READINESSNOT INFERRED BY STORE

Наличие purchase scope не означает, что покупатель должен покупать.Having a purchase scope does not mean the buyer should purchase.

Пока Store не имеет активной paid/FREE distribution authority, этот экран намеренно не создаёт гипотетическую цену, entitlement, delivery или license grant.Until the Store has active paid/FREE distribution authority, this surface deliberately creates no hypothetical price, entitlement, delivery or license grant.

C320 — derived presentation only. Он не создаёт цену, selling authority, entitlement, checkout state, compatibility, release или deployment authority.C320 is derived presentation only. It creates no price, selling authority, entitlement, checkout state, compatibility, release or deployment authority.

C330 / SUPPORT & MAINTENANCE BOUNDARY

Обновления, лицензия и поставка не доказывают поддержку или SLA.Updates, licensing and delivery do not prove support or an SLA.

STORE показывает только то, что можно вывести из текущего purchase/distribution scope. Support entitlement, response time, monitoring, incident response и maintenance work требуют отдельной явной authority.The Store shows only what can be derived from the current purchase/distribution scope. Support entitlement, response time, monitoring, incident response and maintenance work require separate explicit authority.

CURRENT DISTRIBUTIONNO_ACTIVE_DISTRIBUTION

Наличие активной поставки само по себе не создаёт support contract.An active distribution path does not itself create a support contract.

UPDATES ≠ SUPPORTNO PURCHASE UPDATE WINDOW

Update entitlement отвечает только за eligibility будущих релизов.Update entitlement only governs eligibility for future releases.

SUPPORT ENTITLEMENTNOT INFERRED

SLA / response / monitoring / incident response не выводятся из покупки.SLA / response / monitoring / incident response are not inferred from purchase.

C330 — derived presentation only. Этот блок не создаёт support entitlement, SLA, price, selling, release, entitlement, payment, compatibility или deployment authority.C330 is derived presentation only. This block creates no support entitlement, SLA, price, selling, release, entitlement, payment, compatibility or deployment authority.

C340 / RENEWAL & CONTINUITY BOUNDARY

Что происходит после окончания update window.What happens after the update window ends.

STORE разделяет бессрочную лицензию точной купленной версии, конечное окно обновлений и любые будущие renewal/subscription terms. Одно не создаёт другое автоматически.The Store separates the perpetual license for the exact purchased version, the finite update window, and any future renewal/subscription terms. One does not automatically create another.

CURRENT CONTINUITY STATENO_ACTIVE_DISTRIBUTION_NO_RENEWAL_CONTRACT

Только текущая Store authority; не прогноз будущей коммерческой политики.Current Store authority only; not a forecast of future commercial policy.

AFTER UPDATE WINDOWNO PAID UPDATE WINDOW

Без active paid purchase STORE не выводит paid continuity contract.Without an active paid purchase, the Store infers no paid continuity contract.

RENEWAL / SUBSCRIPTIONNOT INFERRED

Автопродление, recurring charge и продление update window не выводятся из текущей покупки.Automatic renewal, recurring charges and update-window extension are not inferred from the current purchase.

C340 — derived presentation only. Этот блок не создаёт subscription, renewal, recurring payment, update extension, entitlement, support или selling authority.C340 is derived presentation only. This block creates no subscription, renewal, recurring-payment, update-extension, entitlement, support or selling authority.

C350 / REFUND & REVOCATION BOUNDARY

Что именно меняет verified refund — и чего STORE не может вывести.What a verified refund changes — and what the Store cannot infer.

Этот слой описывает только последствия уже подтверждённого refund. Он не обещает право на возврат, срок, сумму или одобрение.This layer describes only the consequences of an already verified refund. It promises no refund eligibility, window, amount or approval.

CURRENT REFUND STATENO_ACTIVE_DISTRIBUTION_NO_REFUND_CONTRACT

Только текущая Store authority; этот state не создаёт право на refund.Current Store authority only; this state creates no refund entitlement.

VERIFIED APPROVED REFUNDNO ACTIVE PAID REFUND CONTRACT

Без active paid purchase Store не создаёт hypothetical paid refund contract.Without an active paid purchase, the Store creates no hypothetical paid refund contract.

POST-REFUND USE RIGHTSUNRESOLVED BY CURRENT AUTHORITY

Текущий license text не даёт явного правила о праве использования уже полученного исходника после refund. Продолжение и прекращение права не угадываются.The current license text gives no explicit rule for use of source already obtained after a refund. Neither continued use nor termination is guessed.

REFUND ELIGIBILITY / WINDOWNOT INFERRED

C350 не создаёт refund policy, сроки, сумму, автоматическое одобрение или refund action.C350 creates no refund policy, timing, amount, automatic approval or refund action.

C350 — derived presentation only. Этот блок не создаёт refund eligibility, refund approval, license termination/continuation, entitlement или Commerce authority.C350 is derived presentation only. This block creates no refund eligibility, refund approval, license termination/continuation, entitlement or Commerce authority.

ВОЗМОЖНОСТИCAPABILITIES

Что подтверждено для текущего релиза.What is confirmed for the current release.

  • Каноническая intake-схемаCanonical intake shape
  • Подавление дублейDuplicate suppression
  • Owner/SLA routingOwner/SLA routing
  • Планы Bitrix24Bitrix24 action plans
  • Планы amoCRMamoCRM action plans
  • Планы TelegramTelegram action plans
РЕЗУЛЬТАТOUTCOMES

Как Store ограничивает обещания.How the Store bounds the promise.

  • Один intake-контрактOne intake contract
  • Детерминированный владелецDeterministic ownership
  • Fail-closed routing configFail-closed routing config
  • Переносимый RU-ready workflowPortable RU-ready workflow
ТЕХНОЛОГИЯTECHNOLOGY

Исходный релиз с проверяемой identity.A source release with verifiable identity.

Product Studio владеет выпущенным исходным артефактом. Store владеет promotion, региональной ценой, entitlement и поставкой.Product Studio owns the released source artifact. Store owns promotion, regional price, entitlement and delivery.

01Node.js >=20.10Node.js >=20.10
02Ноль runtime-зависимостейZero runtime dependencies
03JSON schemasJSON schemas
04Детерминированная упаковкаDeterministic packaging
RF / ЦЕНОВОЙ ОРИЕНТИРRF / PRICE REFERENCE19 900 ₽

Только рекомендация Product Studio на момент релиза. Активной региональной ценой владеет Store/Commerce; цена никогда не выводится механически из FX.Product Studio release-time recommendation only. Store/Commerce owns the active regional price and never derives it from FX.

GLOBAL / ЦЕНОВОЙ ОРИЕНТИРGLOBAL / PRICE REFERENCE€99

Только ориентир до Store-promotion продукта для целевого рынка.Reference only until the product is Store-promoted for the target market.

ЛИЦЕНЗИЯLICENSE2XBR STANDARD COMMERCIAL V1

Один production/internal deployment или один проект конечного клиента; изменение исходного кода разрешено, перепродажа и сублицензирование запрещены.One production/internal deployment or one end-client project; source modification allowed, resale and sublicensing prohibited.

ОБНОВЛЕНИЯUPDATES12 МЕСЯЦЕВMONTHS

После окончания окна обновлений сохраняется бессрочное право использования купленной/последней доступной по entitlement версии.Perpetual use of the purchased/latest entitled version after the update window ends.

MARKETPLACE IDENTITYMARKETPLACE IDENTITY

Где продукт находится в Marketplace.Where this product sits in the Marketplace.

Открыть Marketplace →Open Marketplace →
ИЗДАТЕЛЬPUBLISHER2XBR

Verified publisher identity не является selling authority.Verified publisher identity is not selling authority.

ТЕХНОЛОГИЯTECHNOLOGYNode.js / движокNode.js / engine

Discovery facet; не заменяет release evidence.Discovery facet; it does not replace release evidence.

ЛИЦЕНЗИЯ / COMPATLICENSE / COMPATStandard Commercial v1Standard Commercial v1

Без общей platform-совместимостиNo broad platform compatibility claim · матрицаmatrix

BUYER DECISIONBUYER DECISION

Для каких сценариев рассматривать этот продукт.Which buyer scenarios this product belongs to.

Все сценарии →All use cases →
СВЯЗАННЫЕ СИСТЕМЫRELATED SYSTEMSLead EngineOperations Dashboard SystemСвязь означает совместный buyer scenario, а не техническую совместимость или bundle selling authority.A relationship means a shared buyer scenario, not technical compatibility or bundle selling authority.
TRUST / EVIDENCE

Не рейтинг. Проверяемые сигналы доверия для exact release.Not a rating. Verifiable trust signals for the exact release.

Store не складывает доказательства в искусственный score: издатель, аудит релиза, совместимость и media evidence показаны отдельно.The Store does not collapse evidence into an artificial score: publisher, release audit, compatibility and media evidence remain separate.

PUBLISHERИздатель подтверждёнPublisher verified

Verified publisher не выдаёт продукту Store eligibility или selling authority.A verified publisher does not grant Store eligibility or selling authority to a product.

RELEASE AUDITТребуется повторный аудит StoreStore re-audit required

Для текущего artifact SHA нет Store-eligible independent audit.No Store-eligible independent audit exists for the current artifact SHA.

COMPATIBILITYБез platform-wide claimNo platform-wide claim

Technology metadata не расширяет доказанную совместимость.Technology metadata never expands evidenced compatibility.

PRESENTATION PROOFТолько immutable release identityImmutable release identity only

0 media assets привязано к exact presentation version.0 media assets are bound to the exact presentation version.

Есть более новый Studio head, но он не наследует доверие текущей версии.A newer Studio head exists, but it does not inherit trust from the current version.Проверить историю релизов →Inspect release history →
RELEASE PROVENANCE

Почему именно эта версия находится на витрине Store.Why this exact version is on the Store presentation.

Цепочка связывает издателя, immutable artifact, exact audit, решение Store и текущую поставку. Ни один этап не наследуется от соседней версии.The chain binds publisher, immutable artifact, exact audit, Store decision and current distribution. No stage is inherited from an adjacent version.

01 / PUBLISHER2XBRVERIFIED
02 / RELEASEv1.0.217dbbdc2e3b9…
03 / AUDITExact audit отсутствуетNo exact auditSTORE_REAUDIT_REQUIRED
04 / DISTRIBUTIONПоставка закрытаDistribution blockedЕсть более новый заблокированный Studio headNewer blocked Studio head exists
OWNER PATH / RELEASE LINEAGE

Последняя версия и доступное вам обновление — не одно и то же.The latest release and an update available to you are not the same thing.

Публичная карта показывает 12-месячную policy и Store states. Персональный результат вычисляет только server-side Order.The public map shows the 12-month policy and Store states. Only the server-side Order computes a personal result.

01v1.0.0
HOLD — поставка запрещенаHOLD — delivery blockedCOMMERCIAL_HOLD06420125ae0d86…
02v1.0.1
Заблокирован до повторного аудитаBlocked pending re-auditSTORE_REAUDIT_REQUIRED1e75e79c042b30…
03v1.0.2
Заблокирован до повторного аудитаBlocked pending re-auditSTORE_REAUDIT_REQUIRED17dbbdc2e3b99e…
PRESENTATION
04v1.0.3
HOLD — поставка запрещенаHOLD — delivery blockedCOMMERCIAL_HOLDa38dc5e1440188…
05v3.0.0
HOLD — поставка запрещенаHOLD — delivery blockedCOMMERCIAL_HOLD185c25438ad5fc…
LATEST STUDIO
EVIDENCE-BOUND VISUAL EXPERIENCE

Смотрите только то, что действительно относится к этой версии.See only what is actually bound to this version.

Visual proof привязан к presentation v1.0.2. Если реального screenshot evidence нет, Store показывает только source-fact diagram и прямо маркирует его как не screenshot.Visual proof is bound to presentation v1.0.2. When no real screenshot evidence exists, the Store shows only a source-fact diagram and explicitly labels it as not a screenshot.

PRESENTATIONv1.0.217dbbdc2e3b99e67…
PUBLIC MEDIA00version-bound assetsversion-bound assets
MODEDIAGRAM ONLYникаких generated product screenshotsno generated product screenshots
LATEST STUDIO v3.0.0 / HOLD / STORE ELIGIBLE NO — LICENSE GOVERNANCE CONFLICT

Материалы ниже не переносятся на более новый HOLD-релиз. Его визуальные доказательства должны быть приняты отдельно.The materials below do not transfer to the newer HOLD release. Its visual evidence must be accepted separately.

NO VERSION-BOUND PUBLIC MEDIA

Store не рисует интерфейс, которого не видел в evidence.The Store does not draw an interface it has not seen in evidence.

Для этой exact presentation version публичные screenshots не опубликованы. Ни mockup, ни screenshot другой версии не используется как замена.No public screenshots are published for this exact presentation version. Neither a mockup nor a screenshot from another version is used as a substitute.

SOURCE-FACT DIAGRAM / NOT A SCREENSHOT

Как текущий release описывает движение через систему.How the current release describes movement through the system.

Диаграмма строится только из declared workflow текущего продукта. Она объясняет процесс, но не изображает UI и не доказывает интеграционную совместимость.This diagram is built only from the current product's declared workflow. It explains the process; it does not depict UI or prove integration compatibility.

01RAW EVENTRAW EVENTКаноническая intake-схемаCanonical intake shape
02НОРМАЛИЗАЦИЯNORMALIZEПодавление дублейDuplicate suppression
03ИДЕНТИФИКАЦИЯIDENTIFYOwner/SLA routingOwner/SLA routing
04IDEMPOTENCYIDEMPOTENCYПланы Bitrix24Bitrix24 action plans
05МАРШРУТROUTEПланы amoCRMamoCRM action plans
06ACTION PLANACTION PLANПланы TelegramTelegram action plans
VISUAL PROOF ≠ COMPATIBILITY ≠ SELLING AUTHORITY

Screenshot, demo evidence или source-equivalent render подтверждает только опубликованную presentation surface конкретной версии. Цена, entitlement, compatibility и Store eligibility определяются отдельными authority.A screenshot, demo evidence or source-equivalent render proves only the published presentation surface of the exact version. Price, entitlement, compatibility and Store eligibility are controlled by separate authorities.

UPDATE ENTITLEMENTUPDATE ENTITLEMENT

До 12 месяцев — но только для Store-eligible релизов.Up to 12 months — but only for Store-eligible releases.

Сейчас в lineage 0 релиз(а) являются кандидатами для entitlement. Фактическая поставка дополнительно зависит от купленной версии и даты Store eligibility относительно вашего updates-until.0 release(s) in this lineage are currently entitlement candidates. Actual delivery also depends on the purchased version and whether Store eligibility occurred before your updates-until deadline.

Последний Product Studio v3.0.0 заблокирован.Latest Product Studio v3.0.0 is blocked.

Активное update entitlement не делает HOLD-релиз доступным.An active update entitlement does not make a HOLD release deliverable.

Проверить модель обновлений →Review update model →
ПРОДУКТ + SERVICESPRODUCT + SERVICES

Проект можно обсудить, но audit-pending продукт не становится source target.A project can be scoped, but an audit-pending product does not become a source target.

Store не передаёт product= в Services, пока exact release не допущен. Доступен только обычный custom-development / implementation intake без права на поставку или customization продукта.The Store does not send product= to Services until the exact release is eligible. Only ordinary custom-development / implementation intake is available, without product delivery or customization authority.

STORE AUTHORITYSTORE AUTHORITYPRODUCT SOURCE GATEDPRODUCT SOURCE GATED

Product Studio release, commercial package или тематическое совпадение не открывают ready-product customization.A Product Studio release, commercial package or thematic match does not open ready-product customization.

CONTEXT TRANSPORTCONTEXT TRANSPORTNO VERSION / NO SESSION AUTHORITY

Только service + mode + product для разрешённого ready-product пути. Нет productVersion, email, token, shared cookie или shared browser storage.Only service + mode + product for an authorized ready-product path. No productVersion, email, token, shared cookie or shared browser storage.

ДОКАЗАТЕЛЬСТВА РЕЛИЗАRELEASE EVIDENCE

Выпущен и допущен к продаже — намеренно разные состояния.Released and sellable are deliberately different states.

Product Studio release доказывает существование реального неизменяемого пакета. Повторный аудит Store и явное promotion-решение определяют, может ли Commerce продавать и поставлять его.Product Studio release proves a real immutable package exists. Store re-audit and explicit promotion decide whether Commerce may sell and deliver it.

ВЕРСИЯVERSIONРЕШЕНИЕ STORESTORE DECISIONАРТЕФАКТARTIFACTРОЛЬROLEUPDATEUPDATE
v1.0.0
НЕ ДОПУЩЕН STORECOMMERCIAL_HOLD
06420125ae0d…
ИСТОРИЯHISTORY
BLOCKEDBLOCKED
v1.0.1
НЕ ДОПУЩЕН STORESTORE_REAUDIT_REQUIRED
1e75e79c042b…
ИСТОРИЯHISTORY
BLOCKEDBLOCKED
v1.0.2ТЕКУЩАЯ ВЕРСИЯ ВИТРИНЫ STORECURRENT STORE PRESENTATION VERSION
НЕ ДОПУЩЕН STORESTORE_REAUDIT_REQUIRED
17dbbdc2e3b9…
ВИТРИНА STORESTORE PRESENTATION
BLOCKEDBLOCKED
v1.0.3
НЕ ДОПУЩЕН STORECOMMERCIAL_HOLD
a38dc5e14401…
ИСТОРИЯHISTORY
BLOCKEDBLOCKED
v3.0.0ПОСЛЕДНИЙ PRODUCT STUDIO HEADLATEST PRODUCT STUDIO HEAD
HOLD / НЕ ДОПУЩЕН STORECOMMERCIAL_HOLD
185c25438ad5…
LATEST STUDIO / ЗАБЛОКИРОВАНLATEST STUDIO / BLOCKED
BLOCKEDBLOCKED
НЕИЗМЕНЯЕМЫЙ АРТЕФАКТIMMUTABLE ARTIFACT
2xbr-client-intake-routing-engine-v1.0.2.zip27 114 байтbytes
17dbbdc2e3b99e6780ef3f3523e1134fd32334207a4b5eb3721969aa05ce61f1

Платный архив остаётся вне публичного дерева Store. Метаданные публичны; байты артефакта требуют активного entitlement после Store promotion.The paid archive remains outside the public Store tree. Metadata is public; artifact bytes require an active entitlement after Store promotion.

ВЫПУЩЕН / НУЖЕН ПОВТОРНЫЙ АУДИТRELEASED / RE-AUDIT REQUIRED

Релиз существует. Commerce ждёт повторный аудит Store.The release is real. Commerce waits for Store re-audit.

Checkout не появляется, пока независимый повторный аудит Store явно не продвинет именно этот неизменяемый релиз.No checkout is exposed until independent Store re-audit explicitly promotes this exact immutable release.

ЧТО ДАЛЬШЕWHAT NEXT

Следующий шаг зависит от того, что уже понятно.The next step depends on what you have already established.

STORE не ведёт по одному линейному funnel: можно купить, сравнить, проверить evidence, перейти к альтернативе или вернуться в исходный поиск — не теряя контекст.The Store does not force a single linear funnel: buy, compare, inspect evidence, switch to an alternative or return to the original search without losing context.

ПОСЛЕ ОСНОВНОГО ВЫБОРАAFTER THE PRIMARY CHOICE

Дополняющие системы не являются bundle и не наследуют лицензию или compatibility.Complementary systems are not a bundle and inherit no license or compatibility.

Operations Dashboard System →

Next-step engine — presentation-only. Он не создаёт цену, sellingVersion, compatibility, entitlement или delivery authority.The next-step engine is presentation-only. It creates no price, sellingVersion, compatibility, entitlement or delivery authority.

ПРОДОЛЖИТЬ ИССЛЕДОВАНИЕCONTINUE EXPLORING

Посмотрите на эти продукты с другой стороны.View these products from another angle.

Переход меняет только способ исследования Marketplace — не коммерческий статус и не compatibility evidence.This changes only how you explore the Marketplace — never commerce status or compatibility evidence.