{"id": "P21-AGENT-ECON-A01", "record_kind": "approach", "novelty": "new", "prior_id": null, "stream_primary": "AGENTINFRA", "tags": ["B2B", "B2C", "standard", "payments", "agent_payments", "protocol"], "name": "Agent Payments Protocol (AP2)", "approach_type": "standard", "origin": "Google — проект с открытым исходным кодом «google-agentic-commerce» на GitHub; документ сам себя называет «Agentic Payment Protocol (v0.2)». Заявлена совместимость с Universal Commerce Protocol (UCP); других организаций-соавторов в прочитанном тексте спецификации не названо.", "mechanism": "Протокол безопасности платежей поверх коммерческого протокола (сам AP2 не определяет каталоги/чекаут — это задача UCP или иного Commerce Protocol). Ядро — два связанных криптографических мандата: (1) Checkout Mandate — доказательство того, что Shopping Agent уполномочен купить конкретный чекаут, криптографически привязан к подписанному мерчантом Checkout JWT; (2) Payment Mandate — авторизация оплаты конкретного чекаута, привязана хешем к Checkout JWT (используется цифровая, а не детерминированная подпись — для защиты от rainbow-table атак). Оба мандата бывают «открытыми» (содержат ограничения для автономного использования) или «закрытыми» (привязаны к конкретной транзакции). Checkout/Payment Mandate + Receipt образуют «неопровержимую картину транзакции» для разрешения споров: верификация требует проверки обоих мандатов по требованиям соответствующих ролей и независимого пересчёта и сверки хешей.", "prerequisites": "Наличие Commerce Protocol для каталога/чекаута (например, UCP), криптографическая инфраструктура подписи мандатов у Shopping Agent и Credential Provider, Trusted Surface для получения информированного согласия пользователя.", "roles_authority": "Пять ролей: Shopping Agent (SA) — выполняет поиск товара, формирует чекаут, исполняет покупку; Credential Provider (CP) — верифицирует авторизацию агента и выпускает ограниченный по объёму платёжный credential; Merchant (M) — предоставляет и завершает чекаут, верифицирует Checkout Mandate; Merchant Payment Processor (MPP) — верифицирует, что платёжный credential корректно ограничен по объёму, и обрабатывает расчёт; Trusted Surface (TS) — не-агентный UI, получает информированное согласие пользователя и инициирует подпись мандата. Два режима делегирования полномочий: «Human Present» (прямой) — пользователь напрямую утверждает закрытые мандаты через Trusted Surface, подпись должна происходить от пользователя или из списка доверенных провайдеров агентов; «Autonomous» (Human Not Present) — пользователь заранее утверждает открытый мандат с ограничениями, далее Shopping Agent сам подписывает закрытые мандаты своими ключами, а верификаторы проверяют соответствие ограничениям. Явно указано: валидация/обработка для каждой роли ОБЯЗАНА выполняться в детерминированном коде независимо от того, является роль агентной или нет.", "pdca_loop": {"plan": "Пользователь через Trusted Surface задаёт намерение и (для автономного режима) ограничения будущей покупки в открытом мандате.", "do": "Shopping Agent выполняет поиск и формирует чекаут; в автономном режиме сам подписывает закрытые Checkout/Payment Mandate в рамках заданных ограничений.", "check_or_study": "Merchant, Credential Provider и Merchant Payment Processor независимо верифицируют подписи, объём (scope) credential и соответствие ограничениям — по спецификации это обязательный детерминированный код, а не решение модели.", "act": "При расхождении хешей/подписей транзакция отклоняется; при споре стороны предъявляют Checkout/Payment Mandate и Receipt как доказательство.", "who_decides": "Human Present — пользователь напрямую через Trusted Surface; Autonomous — заранее заданные пользователем ограничения в открытом мандате, дальше в пределах этих ограничений решает Shopping Agent.", "how_standard_changes": "unknown — в прочитанном фрагменте спецификации процесс изменения самого стандарта (RFC/голосование/владелец) не описан; известно лишь, что это открытый репозиторий на GitHub, версия 0.2."}, "exceptions_handling": "Расхождения выявляются через независимую проверку хешей и подписей каждой ролью; Receipts по Checkout и Payment Mandate дают доказательную базу для урегулирования споров (chargeback/претензия) — детали процедуры спора вне прочитанного фрагмента (unknown).", "metrics": "Протокол не задаёт бизнес-метрики — только процессы верификации, подписи и делегирования; количественных показателей эффективности в прочитанном тексте нет.", "costs_risks": "Явный риск-контроль: даже агентная роль обязана выполнять валидацию детерминированным кодом (не полагаться на суждение модели) — снижает риск того, что агент «обойдёт» проверку. Издержки внедрения (интеграция с Credential Provider, криптографическая инфраструктура подписи) в тексте не раскрыты (unknown).", "examples": [], "evidence_strength": "conceptual", "claims": [{"text_ru": "AP2 определяет пять ролей верификации: Shopping Agent, Credential Provider, Merchant, Merchant Payment Processor, Trusted Surface.", "status": "SOURCE_CLAIM", "verification_scope": "существование и содержание спецификации", "source_url": "https://github.com/google-agentic-commerce/AP2/blob/main/docs/ap2/specification.md", "locator": "раздел Roles"}, {"text_ru": "AP2 поддерживает два режима делегирования полномочий агенту: «Human Present» (прямое согласие пользователя) и «Human Not Present»/автономный (по заранее заданным ограничениям в открытом мандате).", "status": "SOURCE_CLAIM", "verification_scope": "содержание механизма протокола", "source_url": "https://github.com/google-agentic-commerce/AP2/blob/main/docs/ap2/specification.md", "locator": "раздел про flows (Human Present / Human Not Present)"}, {"text_ru": "AP2 спроектирован как модуль безопасности платежей поверх коммерческого протокола и заявлен совместимым с Universal Commerce Protocol (UCP); сам не определяет API каталога/чекаута.", "status": "SOURCE_CLAIM", "verification_scope": "заявленная область применения протокола", "source_url": "https://github.com/google-agentic-commerce/AP2/blob/main/docs/ap2/specification.md", "locator": "вводный раздел спецификации"}], "sources": [{"url": "https://github.com/google-agentic-commerce/AP2/blob/main/docs/ap2/specification.md", "title": "AP2 specification.md", "publisher": "Google (google-agentic-commerce, GitHub)", "author": "unknown", "date": "unknown (версия документа: v0.2)", "type": "documentation", "locator": "docs/ap2/specification.md, разделы Roles / mandates", "reading_scope": "full_text", "accessed_at": "2026-09-24", "file_id": "P21-AGENT-ECON-F05"}], "author_model": "claude-sonnet-5", "next_action": "Найти и прочитать конкретный производственный (не пилотный) кейс применения AP2 конкретной компанией, а также независимый анализ безопасности протокола (замечен, но не прочитан: arXiv 2608.23858 'Beyond the Mandate') для отдельной оценки рисков."}
{"id": "P21-AGENT-ECON-A02", "record_kind": "approach", "novelty": "new", "prior_id": null, "stream_primary": "AGENTINFRA", "tags": ["B2B", "B2C", "standard", "payments", "checkout", "protocol"], "name": "Agentic Commerce Protocol (ACP)", "approach_type": "standard", "origin": "Открытый стандарт (Apache 2.0), по данным документации Stripe создан Stripe, OpenAI и Meta («an open standard created by Stripe, OpenAI, and Meta»); спецификация и OpenAPI/JSON Schema — в репозитории agentic-commerce-protocol/agentic-commerce-protocol на GitHub и на agenticcommerce.dev. Версия спецификации, ссылки на которую даны в документации Stripe: spec/2026-04-17.", "mechanism": "Набор компонуемых строительных блоков для агентной коммерции: (1) Agentic checkout — создание, обновление и завершение checkout-сессий (корзина, варианты доставки, оплата); (2) Cart & feed — просмотр каталога товаров и управление корзиной до чекаута; (3) Delegate payment — безопасная передача платёжных токенов между покупателем, агентом и бизнесом через «payment handlers» (у Stripe — Shared Payment Token), не раскрывая реквизиты карты; (4) Delegate authentication — делегирование авторизации через OAuth 2.0, позволяет агенту действовать от имени покупателя у конкретного бизнеса; (5) Orders & webhooks — вебхуки для отслеживания жизненного цикла заказа (подтверждение, доставка, возврат). Поддерживает как обычные REST-интеграции, так и совместимость с Model Context Protocol (MCP).", "prerequisites": "Бизнес должен реализовать ACP-эндпойнты, чтобы сделать чекаут «agent-ready»; требуется платёжный провайдер, поддерживающий делегированные токены (не обязательно Stripe — протокол открытый и может использоваться с другими провайдерами).", "roles_authority": "Buyer — инициирует покупку через интерфейс ИИ-агента; AI Agent/Platform — обеспечивает обнаружение товара, показывает варианты, инициирует чекаут, явно НЕ является merchant of record; Business/Merchant — сохраняет отношения с покупателем, контролирует наличие товара и исполнение заказа, остаётся merchant of record; Payment Service Provider — обрабатывает транзакции через защищённые токены. Полномочия: «любой совместимый агент может безопасно инициировать чекаут», но бизнес сохраняет право «принять или отклонить транзакцию на уровне конкретного агента, конкретной транзакции или по собственной логике» — то есть финальное право вето остаётся у мерчанта.", "pdca_loop": {"plan": "Бизнес настраивает ACP-эндпойнты и объявляет возможности (capability negotiation), делая чекаут «agent-ready».", "do": "Агент от имени покупателя создаёт/обновляет/завершает checkout-сессию, передавая платёж через делегированный токен (payment handler).", "check_or_study": "Мерчант и платёжный провайдер проверяют объём (scope) токена и применяют собственную логику принятия/отклонения транзакции по агенту/транзакции.", "act": "Через вебхуки отслеживается жизненный цикл заказа (подтверждение, доставка, возврат) — на основании этих событий бизнес может скорректировать процесс.", "who_decides": "Бизнес (merchant of record) — решение принять/отклонить транзакцию на уровне агента или транзакции остаётся за ним.", "how_standard_changes": "Открытый исходный код (Apache 2.0) в публичном репозитории GitHub agentic-commerce-protocol/agentic-commerce-protocol, версионируемые релизы спецификации (напр. каталог 2026-04-17 с OpenAPI и JSON Schema); механизм принятия решений об изменениях (RFC/владелец) в прочитанном материале не описан (unknown)."}, "exceptions_handling": "Заявлены вебхуки для «возвратов» (refunds) как часть отслеживания жизненного цикла заказа; конкретный процесс разрешения споров/чарджбэков в прочитанном материале не детализирован (unknown).", "metrics": "Протокол сам по себе не определяет бизнес-метрики (unknown/не применимо).", "costs_risks": "Явно закреплено разделение ответственности: агент/платформа не является merchant of record — юридическая и операционная ответственность за исполнение заказа остаётся на бизнесе; для бизнеса это означает затраты на интеграцию (реализация ACP-эндпойнтов) в обмен на снятие с себя роли посредника в платеже.", "examples": ["Известные из реестра v1.0 (не перечитывались заново в этом пакете, поэтому не заведены как новые карточки): OpenAI Instant Checkout с Etsy/Shopify через Stripe (см. E2-A2A-CASE-005 в W/known-url-map.jsonl), Walmart — чекаут в ChatGPT (E2-A2A-CASE-006)."], "evidence_strength": "conceptual", "claims": [{"text_ru": "ACP — открытый стандарт, созданный Stripe, OpenAI и Meta, определяющий, как ИИ-агенты взаимодействуют с бизнесами для завершения покупок от имени покупателей.", "status": "SOURCE_CLAIM", "verification_scope": "авторство и определение протокола", "source_url": "https://docs.stripe.com/agentic-commerce/acp", "locator": "вводный абзац страницы"}, {"text_ru": "Агент/платформа в ACP явно не является merchant of record; эту роль сохраняет бизнес.", "status": "SOURCE_CLAIM", "verification_scope": "распределение ролей и ответственности", "source_url": "https://docs.stripe.com/agentic-commerce/acp", "locator": "раздел про роль AI Agent/Platform"}, {"text_ru": "Бизнес может принимать или отклонять транзакции по конкретному агенту, транзакции или собственной логике — то есть сохраняет право вето над автономным чекаутом.", "status": "SOURCE_CLAIM", "verification_scope": "механизм авторизации/контроля мерчанта", "source_url": "https://agenticcommerce.dev", "locator": "раздел о согласии и авторизации"}], "sources": [{"url": "https://docs.stripe.com/agentic-commerce/acp", "title": "Agentic Commerce Protocol — Stripe Documentation", "publisher": "Stripe", "author": "unknown", "date": "unknown", "type": "documentation", "locator": "вся страница", "reading_scope": "full_text", "accessed_at": "2026-09-24", "file_id": "P21-AGENT-ECON-F07"}, {"url": "https://agenticcommerce.dev", "title": "Agentic Commerce Protocol — официальная спецификация", "publisher": "ACP (agentic-commerce-protocol, при поддержке Stripe/OpenAI)", "author": "unknown", "date": "unknown", "type": "documentation", "locator": "главная страница спецификации", "reading_scope": "full_text", "accessed_at": "2026-09-24", "file_id": "P21-AGENT-ECON-F06"}], "author_model": "claude-sonnet-5", "next_action": "Прочитать GitHub-репозиторий ACP напрямую (README/спецификацию) для точной даты релиза 2026-04-17 и механизма разрешения споров; сопоставить с уже существующими в реестре кейсами применения (OpenAI/Etsy/Shopify, Walmart в ChatGPT) без дублирования."}
{"id": "P21-AGENT-ECON-A03", "record_kind": "approach", "novelty": "new", "prior_id": null, "stream_primary": "AGENTINFRA", "tags": ["B2B", "agent_interop", "standard", "protocol", "A2A"], "name": "Agent2Agent Protocol (A2A)", "approach_type": "standard", "origin": "Изначально проект Google; по данным официальной спецификации, протокол «недавно присоединился к Agentic AI Foundation» (управление передано в открытый фонд, что согласуется с уже известной в реестре заметкой «Google transfers A2A to the Agentic AI Foundation», отдельно не перечитывалась в этом пакете). Текущая релизная версия — 1.0.0 (ранее 0.1.0–0.3.0).", "mechanism": "Протокол взаимодействия между разнородными ИИ-агентами (разных фреймворков/вендоров) без доступа к внутреннему состоянию или инструментам друг друга. Обнаружение — через Agent Card: JSON-документ с метаданными (идентичность, возможности, навыки, endpoint, требования аутентификации), который A2A Server ОБЯЗАН публиковать. Архитектура клиент/сервер: A2A Client инициирует запросы от имени пользователя/системы; A2A Server (Remote Agent) обрабатывает задачи через A2A-совместимые эндпойнты. Единица работы — Task с жизненным циклом: в версии 1.0 определено 9 состояний (TASK_STATE_SUBMITTED, WORKING, INPUT_REQUIRED, AUTH_REQUIRED, COMPLETED, FAILED, CANCELED, REJECTED, UNSPECIFIED), сгруппированных в Running (submitted, working), Paused (input-required, auth-required) и Finished (completed, failed, canceled, rejected). Message — единица коммуникации с ролью (user|agent), состоит из Part; Artifact — результат задачи, тоже состоящий из Part.", "prerequisites": "A2A Server должен публиковать корректный Agent Card; обе стороны должны поддерживать общую модель задач/сообщений протокола.", "roles_authority": "A2A Client инициирует и отслеживает Task; A2A Server/Remote Agent исполняет её и переводит между состояниями. Встроенные точки для вмешательства человека/внешней системы — паузы состояний INPUT_REQUIRED (нужен дополнительный ввод) и AUTH_REQUIRED (нужны учётные данные/авторизация) — именно здесь протокол закладывает место для контроля, не давая агенту завершить задачу без выполнения этого условия. Конкретно, кто именно (человек или другая система) разрешает паузу в реальном внедрении — протоколом не регламентируется (unknown, зависит от реализации).", "pdca_loop": {"plan": "Client через Agent Card обнаруживает возможности Server и формулирует Task.", "do": "Server переводит Task в состояние WORKING и исполняет её.", "check_or_study": "При необходимости Task переходит в паузу INPUT_REQUIRED/AUTH_REQUIRED для получения дополнительных данных или авторизации до продолжения.", "act": "Task завершается в одном из терминальных состояний (COMPLETED/FAILED/CANCELED/REJECTED), результат возвращается как Artifact.", "who_decides": "unknown — протокол определяет состояния-паузы, но не то, кто именно (человек/система) их разрешает в конкретном внедрении.", "how_standard_changes": "Спецификация ведётся по модели «proto-файл как источник истины» в публичном репозитории под управлением Agentic AI Foundation; версионируется (0.1.0 → 1.0.0). Детальный процесс принятия изменений (RFC/голосование) в прочитанном материале не раскрыт (unknown)."}, "exceptions_handling": "Явные терминальные состояния-исключения TASK_STATE_FAILED, TASK_STATE_REJECTED, TASK_STATE_CANCELED; паузы AUTH_REQUIRED/INPUT_REQUIRED — точки контролируемой остановки до вмешательства.", "metrics": "Протокол не определяет бизнес-метрики (unknown/не применимо).", "costs_risks": "Заявленная цель — снять зависимость от вендора/фреймворка (интероперабельность); вопросы безопасности/авторизации между независимыми агентами в прочитанном фрагменте спецификации не детализированы (unknown) — риск не оценён.", "examples": ["Известный из реестра v1.0 производственный кейс на A2A (не перечитывался заново в этом пакете, не дублируется здесь): Tyson Foods × Gordon Food Service при участии Google Cloud (E2-A2A-CASE-001 в W/known-url-map.jsonl)."], "evidence_strength": "conceptual", "claims": [{"text_ru": "A2A определяет обнаружение агентов через Agent Card — JSON-документ с идентичностью, возможностями, навыками, endpoint и требованиями аутентификации, который A2A-сервер обязан публиковать.", "status": "SOURCE_CLAIM", "verification_scope": "содержание механизма протокола", "source_url": "https://a2a-protocol.org/latest/specification/", "locator": "раздел Agent Card"}, {"text_ru": "В версии A2A 1.0 определены девять именованных состояний жизненного цикла Task, сгруппированных в Running/Paused/Finished.", "status": "SOURCE_CLAIM", "verification_scope": "содержание механизма протокола, версия 1.0", "source_url": "https://a2a-protocol.org/latest/specification/", "locator": "раздел Task lifecycle"}, {"text_ru": "Управление протоколом A2A перешло к открытому объединению Agentic AI Foundation.", "status": "SOURCE_CLAIM", "verification_scope": "факт передачи управления протоколом", "source_url": "https://a2a-protocol.org/latest/specification/", "locator": "вводная часть/шапка страницы спецификации"}], "sources": [{"url": "https://a2a-protocol.org/latest/specification/", "title": "Agent2Agent (A2A) Protocol Specification (latest)", "publisher": "A2A Project / Agentic AI Foundation", "author": "unknown", "date": "unknown (текущая версия 1.0.0)", "type": "documentation", "locator": "вся страница спецификации", "reading_scope": "full_text", "accessed_at": "2026-09-24", "file_id": "P21-AGENT-ECON-F08"}], "author_model": "claude-sonnet-5", "next_action": "Прочитать оригинальный пресс-релиз Linux Foundation (A2A Protocol Surpasses 150 Organizations…, уже в реестре v1.0) для точных цифр адопции вместо ссылки на реестр без перечитывания."}
{"id": "P21-AGENT-ECON-P01", "record_kind": "practice", "novelty": "new", "prior_id": null, "stream_primary": "AGENTINFRA", "tags": ["B2B", "TRADE", "procurement", "sourcing_automation", "vendor_material", "logistics"], "organization": "A.P. Moller – Maersk", "org_type": "действующая компания", "process": "Стратегический сорсинг и проведение тендерных/RFP-событий по категориям расходов (прямые и непрямые материалы, сырьё, транспорт/логистика) на платформе Keelvar", "period": "unknown — источник не датирован явно; описывает состояние на момент первого месяца внедрения (200 RFP) и последующее масштабирование на все категории расходов", "industry": "логистика / контейнерные и мультимодальные перевозки", "function": "закупки / стратегический сорсинг (procurement, sourcing)", "b2b_b2c": "B2B", "country": "Дания", "country_basis": "Штаб-квартира A.P. Moller–Maersk — Копенгаген, Дания (общеизвестный факт; сама страница-кейс страну применения не указывает)", "before": "«Существующие процессы были фрагментированы и ручные» (Adam Brown, Technology Platform Leader for Procurement at Maersk): «We simply couldn't keep up with the pace of our business using traditional methods». Расчёт оптимальных сценариев логистического сорсинга (перевозчики, маршруты, предпочтения клиентов) описан как превышающий когнитивные возможности человека при работе в Excel.", "after": "Внедрены Keelvar Sourcing Optimizer и Autonomous Sourcing для проведения сорсинга по всем категориям расходов. По словам источника, «Intelligent sourcing bots automated routine tasks», а оптимизационные инструменты позволяют одновременно оценивать тысячи предложений и сценариев. В первый месяц проведено 200 RFP.", "technologies": ["optimization", "RPA_automation"], "human_role": "Команда закупок Maersk сосредоточена на стратегических инициативах и отношениях с поставщиками; по словам источника, автоматизация «freed up Maersk's team to concentrate on supplier relationships and high-value initiatives like advancing their sustainability initiatives»", "agent_role": "«Intelligent sourcing bots» автоматизируют рутинные операции сорсинга (настройка событий, обработка предложений); Sourcing Optimizer формирует и сравнивает сценарии распределения заказов по цене, срокам, вендорам. Источник не называет это «AI» или «агентом» в смысле LLM-агента — используются термины «bots», «automation», «optimization».", "authority": "unknown — источник не детализирует, какие решения бот/оптимизатор принимает без утверждения человеком; упоминается лишь, что автоматизация покрывает «routine tasks», финальные решения об награждении контрактов в тексте явно человеку не приписаны и не отобраны у него — статус не уточнён.", "change_depth": "end_to_end_process", "deployment_stage": "production", "stage_marker_quote": "\"Maersk partnered with Keelvar to implement Sourcing Optimizer and Autonomous Sourcing to run all sourcing across all spend categories\" / \"Since adopting Keelvar, Maersk has achieved transformative results\"", "technology_basis": "\"Intelligent sourcing bots automated routine tasks, allowing the team to focus on strategic initiatives\" (раздел Automation for Scalability); \"Keelvar Sourcing Optimizer & Autonomous Sourcing\" (заголовок кейса)", "ai_native_label": "none", "effects": [{"metric": "объём закупочных расходов, оптимизированных через Keelvar", "value": "65", "unit": "млрд USD", "baseline": "unknown", "period": "не датировано (совокупно с начала внедрения)", "claimed_by": "Keelvar (материал поставщика)", "status": "SOURCE_CLAIM"}, {"metric": "число проведённых RFP за первый месяц", "value": "200", "unit": "RFP", "baseline": "unknown (ручной процесс, число не приведено)", "period": "первый месяц внедрения", "claimed_by": "Keelvar / Adam Brown (Maersk)", "status": "SOURCE_CLAIM"}], "outcome": "success", "uncertainty": "Материал — success story поставщика (Keelvar) с единственной цитируемой стороной клиента; независимого подтверждения цифр ($65 млрд, 200 RFP) нет; формат по определению не предполагает изложения проблем или смешанных результатов.", "alternative_explanations": "Часть улучшений могла быть связана с ростом общего объёма закупок Maersk или другими организационными изменениями, а не исключительно с внедрённой технологией; источник не разделяет вклад отдельных факторов.", "costs_side_effects": "Источник не упоминает стоимость внедрения, подрядчиков, сокращение штата или перенос нагрузки; отмечено лишь, что автоматизация «освободила» команду для более стратегической работы — без данных о численности персонала до/после.", "pdca": {"plan": "Maersk формулирует бизнес-приоритеты сорсингового события (стоимость, устойчивость, предпочтения клиентов)", "do": "Sourcing Optimizer моделирует сценарии, Autonomous Sourcing bots исполняют рутинные шаги RFP-процесса", "check": "Команда закупок сравнивает сценарии по цене/качеству/устойчивости", "act": "Решение о награждении контракта; по словам Adam Brown, результат — «we're not just sourcing faster; we're doing it better»", "who_decides": "unknown (явно не сказано, кто утверждает финальное решение — предположительно человек, но прямого указания нет)", "standard_update": "unknown"}, "transfer_limits": "Кейс — маркетинговый материал вендора (Keelvar) с прямыми цитатами представителя Maersk, без независимой методологии измерения эффектов. Технология описана источником как «bots»/«automation»/«optimization», а не как ИИ-агент в смысле AP2/ACP/A2A — включена в пакет как смежный, явно засвидетельствованный пример автоматизации B2B-закупок (агенты-покупатели), а не как строгий агентный (LLM-agent) кейс.", "claims": [{"text_ru": "Maersk внедрил Keelvar Sourcing Optimizer и Autonomous Sourcing для проведения сорсинговых событий по всем категориям расходов.", "status": "SOURCE_CLAIM", "verification_scope": "факт внедрения (материал поставщика, подтверждён цитатой представителя клиента)", "source_url": "https://www.keelvar.com/success-stories/maersk-scales-sourcing-excellence-with-keelvar-sourcing-optimizer-autonomous-sourcing", "locator": "раздел The Solution"}, {"text_ru": "В первый месяц использования Maersk провёл 200 RFP.", "status": "SOURCE_CLAIM", "verification_scope": "масштаб использования", "source_url": "https://www.keelvar.com/success-stories/maersk-scales-sourcing-excellence-with-keelvar-sourcing-optimizer-autonomous-sourcing", "locator": "раздел The Results"}, {"text_ru": "Через платформу Keelvar у Maersk оптимизировано $65 млрд закупочных расходов.", "status": "SOURCE_CLAIM", "verification_scope": "масштаб/объём", "source_url": "https://www.keelvar.com/success-stories/maersk-scales-sourcing-excellence-with-keelvar-sourcing-optimizer-autonomous-sourcing", "locator": "итоговый блок цифр внизу страницы"}, {"text_ru": "«Интеллектуальные сорсинг-боты» автоматизируют рутинные задачи, высвобождая команду закупок для стратегической работы.", "status": "SOURCE_CLAIM", "verification_scope": "изменение процесса/роли человека", "source_url": "https://www.keelvar.com/success-stories/maersk-scales-sourcing-excellence-with-keelvar-sourcing-optimizer-autonomous-sourcing", "locator": "раздел Automation for Scalability", "quote_original": "Intelligent sourcing bots automated routine tasks, allowing the team to focus on strategic initiatives.", "quote_ru": "Интеллектуальные сорсинг-боты автоматизировали рутинные задачи, что позволило команде сосредоточиться на стратегических инициативах."}], "sources": [{"url": "https://www.keelvar.com/success-stories/maersk-scales-sourcing-excellence-with-keelvar-sourcing-optimizer-autonomous-sourcing", "title": "Maersk Scales Sourcing Excellence with Keelvar Sourcing Optimizer & Autonomous Sourcing", "publisher": "Keelvar (материал поставщика)", "author": "Keelvar; цитаты Adam Brown, Technology Platform Leader for Procurement at Maersk", "date": "unknown", "type": "vendor_case_study", "locator": "весь текст страницы", "reading_scope": "full_text", "accessed_at": "2026-09-24", "file_id": "P21-AGENT-ECON-F04"}], "author_model": "claude-sonnet-5", "next_action": "Поискать независимое (не вендорское) подтверждение внедрения Keelvar у Maersk — пресса, аналитики, отчётность; уточнить дату публикации кейса."}
{"id": "P21-AGENT-ECON-P02", "record_kind": "practice", "novelty": "new", "prior_id": null, "stream_primary": "AGENTINFRA", "tags": ["B2B", "procurement", "vendor_material", "APAC_region", "finance"], "organization": "National Gallery Singapore", "org_type": "другое (музей / статутный совет, некоммерческая институция)", "process": "Процесс procure-to-pay (P2P): создание заказов на закупку (PO), электронный инвойсинг, комплаенс-проверки, оплата поставщикам — на единой платформе Coupa", "period": "материал опубликован 2025-01-06 (datePublished в метаданных страницы), обновлён 2025-02-11 (dateModified); описывает состояние после завершённого внедрения", "industry": "культура / музейное дело", "function": "закупки и финансы (procure-to-pay)", "b2b_b2c": "B2B", "country": "Сингапур", "country_basis": "На странице кейса: «Headquarters Singapore»", "before": "«Manual processes made it difficult to track POs and invoices across the procure-to-pay process. The company's last ERP solution deployment was slow and costly» (со слов источника)", "after": "Централизованная платформа Coupa для всего цикла procure-to-pay: автоматизированные PO, e-invoicing, комплаенс-проверки, портал для поставщиков. Источник: «Automated and AI-driven workflows provide complete visibility and control over the entire procure-to-pay lifecycle»", "technologies": ["RPA_automation"], "human_role": "unknown — конкретная роль сотрудников в новом процессе не детализирована источником; упомянут лишь директор по финансам/закупкам как заказчик и оценивающая сторона внедрения", "agent_role": "unknown — источник не описывает автономного «агента»; используются формулировки «automated and AI-driven workflows» и «Coupa's AI platform» без детализации конкретной технологии или степени автономности", "authority": "unknown — не указано, какие решения система принимает без утверждения человеком", "change_depth": "end_to_end_process", "deployment_stage": "production", "stage_marker_quote": "\"The National Gallery optimizes its procure-to-pay lifecycle and fosters stronger supplier relationships with automated purchase orders and invoice processing on Coupa's AI platform\"; цитата Elvin Wong: \"the implementation was much shorter and cheaper than what we expected\"", "technology_basis": "\"Automated and AI-driven workflows provide complete visibility and control over the entire procure-to-pay lifecycle\" (раздел Solution); слово «agent» на странице не встречается", "ai_native_label": "author_claim", "effects": [{"metric": "срок обработки платежей поставщикам", "value": "7", "unit": "дней или менее", "baseline": "unknown (числовое значение «до» не приведено)", "period": "на момент публикации кейса (2025-01)", "claimed_by": "Coupa (материал поставщика), со ссылкой на клиента", "status": "SOURCE_CLAIM"}, {"metric": "сокращение цикла procure-to-pay", "value": "50", "unit": "%", "baseline": "unknown (числовое значение «до» не приведено)", "period": "на момент публикации кейса (2025-01)", "claimed_by": "Coupa (материал поставщика)", "status": "SOURCE_CLAIM"}], "outcome": "success", "uncertainty": "Клиентский кейс вендора (Coupa) с единственной цитатой представителя заказчика; базовые («before») числовые значения длительности цикла и срока оплаты не приведены, поэтому заявленные «50%» и «7 дней» нельзя перепроверить по самому материалу. На странице также указано «Employees 8,000» для музея — цифра выглядит завышенной для организации такого профиля и не проверялась независимо.", "alternative_explanations": "Улучшения могли частично объясняться переходом на новую единую платформу как таковую (вместо «медленного и дорогого» прежнего ERP-решения), а не именно ИИ-компонентами Coupa; источник не разделяет эти вклады.", "costs_side_effects": "Источник отмечает низкую стоимость и быстроту внедрения относительно ожиданий (цитата Elvin Wong), но не приводит абсолютные расходы на внедрение, подрядчиков или кадровые изменения.", "transfer_limits": "Кейс — некоммерческая организация (музей) среднего масштаба в Сингапуре; количественные эффекты (50%, 7 дней) объявлены вендором без раскрытой методологии измерения и могут не переноситься на коммерческие B2B-закупки другого масштаба или отрасли. Источник не устанавливает применение агентного/GenAI ИИ — только общее «AI-driven»; включена в пакет как пример автоматизации B2B-закупок вне США/Европы (Сингапур), а не как строгий кейс агентной экономики.", "claims": [{"text_ru": "National Gallery Singapore достигла сокращения цикла procure-to-pay на 50% после внедрения платформы Coupa.", "status": "SOURCE_CLAIM", "verification_scope": "величина эффекта (по материалу поставщика, без независимого подтверждения)", "source_url": "https://www.coupa.com/customers/national-gallery/", "locator": "блок \"Value as a service\""}, {"text_ru": "Срок обработки платежей поставщикам сократился до 7 дней или менее.", "status": "SOURCE_CLAIM", "verification_scope": "величина эффекта", "source_url": "https://www.coupa.com/customers/national-gallery/", "locator": "блок \"Value as a service\""}, {"text_ru": "Внедрение оказалось значительно быстрее и дешевле ожиданий заказчика.", "status": "SOURCE_CLAIM", "verification_scope": "качественная оценка внедрения (прямая цитата представителя клиента)", "source_url": "https://www.coupa.com/customers/national-gallery/", "locator": "цитата Elvin Wong, Director of Finance, Procurement, and Administration", "quote_original": "the implementation was much shorter and cheaper than what we expected", "quote_ru": "внедрение оказалось намного быстрее и дешевле, чем мы ожидали"}], "sources": [{"url": "https://www.coupa.com/customers/national-gallery/", "title": "National Gallery Increases Procurement Efficiency With Coupa", "publisher": "Coupa Software Inc. (материал поставщика)", "author": "unknown", "date": "2025-01-06", "type": "vendor_case_study", "locator": "вся страница (прочитано через архивную копию Wayback Machine, снимок 2025-10-17, т.к. прямой доступ отдаёт HTTP 403)", "reading_scope": "full_text", "accessed_at": "2026-09-24", "file_id": "P21-AGENT-ECON-F02"}], "author_model": "claude-sonnet-5", "next_action": "Поискать независимое подтверждение (пресса Сингапура, отчётность National Gallery) метрик '50%'/'7 дней'; уточнить численность персонала, указанную как 8000, — похоже на ошибку в материале поставщика."}