# Заметки работника — P04-TRADE-GLOBAL

## Использованные запросы (websearch, 12/12 — бюджет исчерпан)

1. `customs authority AI risk profiling case study 2025 2026 named agency`
2. `trade finance bank AI document processing letters of credit case study 2025`
3. `customs broker AI HS code classification case study company named 2025`
4. `Singapore Customs DAISY AI system smuggling detection 2025`
5. `WCO BACUDA Korea Customs Service AI HS classification paper`
6. `Kenya Revenue Authority OR South Africa SARS AI customs risk management 2025`
7. `"Singapore Customs" DAISY AI risk analytics launch March 2025 press release`
8. `DAISY Singapore Customs "16 times" OR "20 minutes" smuggling AI`
9. `"DAISY" "Singapore Customs" artificial intelligence triage`
10. `Flexport OR "trade compliance" AI agent case study named client 2025 export controls`
11. `AI global sourcing supplier discovery procurement case study named company 2025 international trade`
12. `port authority OR freight forwarder AI cargo documentation named company case study 2025 Europe`

## Итог по карточкам

4 практики (Flexport — customs audit AI; Kenya Revenue Authority — iCMS/RECTS; Microsoft+ANZ+HSBC+Lloyds — trade finance LC PoC; Pentair/Sievo — spend classification) + 1 источник (WCO BACUDA Project). Это в пределах ориентира 4–6, ближе к нижней границе — бюджет исчерпан раньше, чем удалось закрыть все пустые ячейки (фрахт/логистика как отдельная практика, валютные/санкционные риски, HS-классификация как отдельная практика вне вендорских блогов).

## Отклонено / не стало карточкой

- **Singapore Customs, система "DAISY"** (обнаружение контрабанды, заявлено "в 16 раз точнее", "с 20 минут до 2"). Цифра встречается в нескольких синтезированных поисковых ответах, но при попытке дойти до первоисточника: официальный PDF Singapore Customs (`customs.gov.sg/files/SingaporeCustoms_MediaRelease_26Jan2026.pdf`) — 404; презентация UNESCAP (Jonathan Koh) — 403 (и через WebFetch, и через curl). Единственный реально прочитанный текст с этой цифрой — статья North Africa Post про AI-стратегию Морокко (ADII), где DAISY упомянута мимоходом как международное сравнение, без указания на первоисточник цифр. Решение: не превращать в карточку практики (нет открытого и прочитанного профильного материала о самой Сингапурской системе), не отбрасывать полностью — оставить как queue для будущего работника с прямым URL на customs.gov.sg.
  - Очередь: https://www.customs.gov.sg/ (искать пресс-релиз о DAISY напрямую на сайте, не через агрегаторы), https://mag.wcoomd.org/ (архив WCO News, если появится более свежий выпуск про Сингапур).
- **WCO News 82 "Data analysis in risk management: Singapore Customs' perspective"** (https://mag.wcoomd.org/magazine/wco-news-82/data-analysis-in-risk-management-singapore-customs-perspective/) — прочитано полностью, но материал датирован 20.02.2017 (до периода 2023+, historical_basis потребовался бы), метрик эффекта нет, ML описан как "exploratory". Отклонено по сочетанию причин: старый период + отсутствие количественного эффекта.
- **Morocco ADII AI-стратегия** (North Africa Post, https://northafricapost.com/99506-moroccos-customs-authority-charts-a-gradual-path-toward-ai-adoption.html, прочитано полностью) — не карточка практики: на момент публикации проект с WCO/SECO Швейцарии на стадии "разработки стратегии", приоритетные use-case'ы "рассматриваются", ни одного до/после или метрики. Хороший кандидат для повторного захода через 6–12 месяцев.
- **Korea Customs Service + WCO BACUDA, HS-классификация (KoELECTRA, точность 93.9%/95.5% по разным поисковым сниппетам)** — не карточка: это цифры из синтеза поисковика (сниппет), не из прочитанного документа; расхождение цифр между двумя поисковыми ответами (93.9% vs 95.5%) само по себе сигнал, что нужно читать первоисточник, а не сниппет. Очередь: искать статью в World Customs Journal или на bacuda.wcoomd.org с точным названием.
- **Arxiv 2605.14857** "A Deterministic Agentic Workflow for HS Tariff Classification" (прочитан abstract полностью через WebFetch) — методология построена на китайских правилах HS (offline knowledge-engineering of Chinese HS tariff rules), оценка на HSCodeComp. По предмету это ближе к потоку CN (Китай), чем к этому пакету (глобально, кроме России/Китая) — не стал карточкой здесь, помечаю для координатора как возможно релевантный CN-потоку.
- **Digiqt (AI agents in port operations)**, **Flagship Forwarding (case study AI freight forwarding 2026)**, **Westwell / Port of Felixstowe** — найдены только в сниппетах поиска, не открывались (бюджет исчерпан). Похоже на вендорский контент без ясного названного процесса измерения (Digiqt: обобщённые "20-35% improvements" без указания клиента) — вероятно не пройдут правило 8 (анонимный кейс), но Westwell/Felixstowe возможно стоит проверить отдельно (назван порт).
- **CALISTA (PSA International, Сингапур/Антверпен)** — прочитан полностью (gihub.org case study), но материал датирован 2020 годом (последнее обновление), без количественных результатов внедрения самой платформы CALISTA; отклонено как устаревшее и без эффекта.
- **GEP / Fortune 200 pharma, Fortune 500 oil&gas, Kärcher, Scribd, Landsec, MTN Group, Walmart supplier chatbots, Schneider Electric** (все — из статьи aimultiple.com, прочитанной частично) — это анонимизированные ("Fortune 200", "Fortune 500", "global fast-food chain") или недостаточно детализированные вендорские мини-кейсы без прямого перехода к первоисточнику; не карточки. Kärcher и Walmart названы, но без открытия первичного материала карточка не создавалась (только сниппет из вторичного агрегатора) — очередь на будущее, если появится бюджет: искать прямые пресс-релизы/кейсы Procure.ai (Kärcher) и Walmart supplier negotiation chatbot напрямую.

## Недобор по ячейкам «регион × процесс»

- **Фрахт/логистика как отдельная практика** (не путать с customs): за 2 поисковых захода (запросы 12 и частично 11) найдены только вендорские блоги без названного клиента (Digiqt) или устаревший кейс (CALISTA, 2020). Недобор зафиксирован, дальнейшие адресные поиски не делались (бюджет исчерпан).
- **Валютные и санкционные риски / denied-party screening** — ни одного адресного поиска не сделано из-за исчерпания бюджета (12/12 websearch использованы на customs/trade finance/procurement/freight). Явный пробел пакета.
- **HS-классификация как отдельная от вендорских блогов практика** (запрос 3) — результаты либо общеотраслевые обзоры (iCustoms, Thomson Reuters, Debales — вендорские блоги без названного клиента), либо WCO BACUDA/Korea Customs (только сниппет, не первоисточник, см. выше). Явная пустая ячейка.
- **Индия, Бразилия, ЕС (кроме упоминаний вскользь)** — не покрыты отдельными карточками; упоминание Additional Commissioner of Customs, Сурат (Индия) уже есть в `known-e4-cases.json`, повторно не искал.

## Дубли — проверено

Проверены по grep в `known-urls-v0.2-v1.0.txt`, `known-sources-v0.2.json`, `known-e4-cases.json`, `known-by-type.json`: Flexport, Pentair, Sievo, Kenya Revenue Authority/KRA, techweez.com, aircargonews.net, microsoft trade-finance blog, sievo.com, bacuda.wcoomd.org, mag.wcoomd.org — совпадений не найдено. Ранее известные из этой предметной области: DHL Global Forwarding TradeNavigator (`group.dhl.com`) и Maersk Trade and Tariff Studio (`maersk.com`) — уже в реестре, не трогал (не было существенного нового материала для `novelty: updated`, не открывал их повторно, чтобы не расходовать бюджет).

## Ограничения доступа

- `www.customs.gov.sg/files/SingaporeCustoms_MediaRelease_26Jan2026.pdf` — 404 (не найден по этому пути).
- `www.unescap.org/.../Jonathan Koh_AI in Customs.pdf` — 403 (и WebFetch, и curl).
- `www.businesswire.com/news/home/20260226536552/en/...` — 403 (заблокировано, читал по вторичному источнику aircargonews.net).
- `www.microsoft.com/.../reimagining-trade-finance-with-ai-...` — curl заблокирован (403, WAF); контент прочитан через WebFetch и использован в карточке с пометкой reading_scope: full_text, но локальный raw-файл — только заглушка блокировки (см. `files.jsonl`, F03).
- `sievo.com/case-studies` и `sievo.com/customer-stories/pentair` — 404 (неверные пути; верный путь найден через `sievo.com/resources/case-studies`).

## Бюджет

- Websearch: 12/12 (исчерпан).
- Fetch/download (WebFetch + curl суммарно): 22/22 (исчерпан; включая неудачные попытки 403/404, которые тоже считаются как открытия). Один PDF (Sievo/Pentair) скопирован в `raw/` из локального кеша WebFetch без повторного сетевого запроса — не учтён повторно в счётчике.
- Из-за раннего исчерпания бюджета на разведочные (WebFetch) чтения не осталось резерва на curl-сохранение части материалов (см. `files.jsonl`, F03 — сохранена только заглушка блокировки, не оригинал).

## Доработка (rework) — 24.09.2026, по независимой проверке V1-M1

Источник задания: `W/findings/V1-M1.json` (карточки P04-TRADE-GLOBAL-P01 и -P02, verdict: major по обеим), «Калибровка 2» в `W/WORKER.md`, новые обязательные поля в `W/SCHEMA.md` (`deployment_stage`, `stage_marker_quote`, `technology_basis`, `claims` — обязательно для всех карточек).

Исходная версия карточек сохранена как `cards.v1.jsonl` (не перезаписана). `cards.jsonl` переписан целиком по всем 5 карточкам.

### P01 Flexport — исправлено по замечаниям V1-M1
- Процесс переформулирован: агент аудирует **прошлые (уже поданные)** декларации («compliance audit on all past customs entries»), а не «100% до подачи» — старая формулировка и метрика 100% удалены.
- `deployment_stage: pilot`, дословный маркер: «We first piloted the agent on our own entries» (Ryan Petersen). Отдельно отмечено, что с 26–27.02.2026 инструмент сделан бесплатно доступным внешним компаниям, но данных о внешнем использовании в источнике нет.
- `technologies` сужены до `[agent]` (GenAI убран — источник не использует слов «generative»/«LLM» для этого инструмента); `technology_basis` — цитата «AI agent»/«AI technology».
- `authority` и `human_role` переведены в `unknown` — утверждение «человек утверждает исправления» не опиралось на текст.
- Автор источника исправлен на Rebecca Jeffrey (Air Cargo News), дата — по meta `datePublished` 2026-02-27.
- Добавлено обязательное поле `claims` (3 пункта, все SOURCE_CLAIM).

### P02 Kenya Revenue Authority — исправлено по замечаниям V1-M1
- Пересмотрены `technologies`: `predictive_ML`/`CV` убраны — источник описывает риск-движок iCMS как логику **на основе правил** («based on compliance history, cargo type, country of origin, and fraud indicators»), слов ML/AI для этого компонента в тексте нет. Единственное явное упоминание ИИ в статье — план: «deploy AI for scanner image analysis inside iSCAN» (дорожная карта). `technologies` → `[RPA_automation, other]`.
- `deployment_stage: plan` — выбран именно для ИИ-специфичного компонента карточки (анализ сканов в iSCAN), так как это единственный элемент, который источник называет искусственным интеллектом, и он явно на стадии плана, а не внедрён. Окружающая цифровизация (iCMS/RECTS) работает в production, но источником не названа ИИ — это прямо оговорено в `technology_basis` и `ai_native_label: none`, чтобы не создавать ложное впечатление о зрелости именно AI-компонента.
- Восстановлен опущенный ранее факт: за 2022–2025 гг. таможня и погранконтроль совокупно превысили общий план сборов более чем на 5% — добавлено в `effects` и `costs_side_effects` как контрбаланс к негативной части.
- Исправлено число стран вдоль коридора RECTS: источник сам внутренне противоречив («Kenya, Uganda, Rwanda, and Congo» в одном месте vs «six countries» в другом) — зафиксировано как `CONFLICT` внутри одного источника, а не «четыре страны» без оговорки.
- `claimed_by` в `effects` изменён с «KRA» на «Techweez (Kevin Ngugi)» — цифры принадлежат журналисту, а не официальному заявлению KRA.
- Добавлен тег `historical_basis` (развёртывание iCMS/RECTS — около двух десятилетий) и обязательное поле `claims` (3 пункта: HYPOTHESIS про неподтверждённость ML в риск-движке, SOURCE_CLAIM про план ИИ для iSCAN, CONFLICT про число стран).

### P03 (Microsoft/ANZ/HSBC/Lloyds) и S01 (WCO BACUDA) — самопроверка по 10 пунктам калибровки-2
- **P03**: добавлены `claims`, `deployment_stage: R&D` с дословным маркером «technology proof-of-concept (POC) solution» / «Demonstrated at the Sibos 2025 conference», `technology_basis` с точными цитатами про LLM/AI-агентов/Microsoft Foundry. Уточнён автор — Lucy Li, Managing Director, Worldwide Financial Services Industry, Microsoft (ранее было `"author": "Microsoft"` без имени). Для получения точных цитат использован 1 дополнительный WebFetch (curl был заблокирован при первом проходе — сохранён только 403-заглушка в `raw/microsoft-trade-finance-poc.html`, реальный текст не архивирован локально, это отмечено в `files.jsonl`).
- **P04 (Pentair/Sievo)**: при самопроверке PDF `raw/sievo-pentair-case-study.pdf` прочитан заново **напрямую** (через `Read`, локально, без сетевого запроса — не расходует бюджет) вместо повторного использования автоматического резюме WebFetch. Обнаружены две существенные ошибки первой версии:
  1. **Дата**: документ явно не датирован, но на последней странице — наградные значки Sievo «Spend Matters 50 to Watch 2018» и «Great Place to Work Finland 2018», плюс текст «About Sievo» с «more than 100 professionals» — материал, вероятно, относится к ~2018 году, а не к текущему периоду. Добавлен тег `historical_basis`, датировка помечена `HYPOTHESIS` в `claims`.
  2. **Сумма $15M**: первая версия карточки (по ошибочному автоматическому резюме WebFetch) трактовала эту сумму как «объём проанализированных расходов» и фиксировала «CONFLICT» со вторичным источником aimultiple.com («working capital improvement»). При прямом построчном прочтении PDF видно, что документ сам прямо пишет «$15M working capital improvement through negotiation in payment terms» — то есть aimultiple.com был прав, а ошибка была в автоматическом резюме первого прохода. CONFLICT снят, добавлен `claim` со статусом `VERIFIED` (сама формулировка документа).
  Также добавлены `deployment_stage: production` (маркер: «Sievo was implemented globally in just two months...»), `technology_basis` (с оговоркой, что ML заявлен для платформы Sievo в целом, не детализирован для кейса Pentair) и `claims`.
- **S01 (WCO BACUDA)**: обнаружено отсутствие обязательных полей `claims` и `sources` (нарушение схемы, не было отмечено проверяющим явно для этой карточки, но правило про обязательность `claims` для всех record_kind — общее). Добавлены оба поля.

### Дедупликация при доработке
Повторно проверено по организации и процессу (не только по URL), как того требует «Калибровка 2», п.5: `grep -i "kenya|KRA" / "flexport"` по `known-e4-cases.json`, `known-sources-v0.2.json`, `known-by-type.json` — совпадений нет; также проверено по `known-url-map.jsonl` для всех URL пакета (aircargonews, techweez, sievo, bacuda, microsoft) — совпадений нет. `novelty: new` для всех 5 карточек подтверждён повторно.

### Бюджет доработки
- Websearch: 0 из разрешённых 3 (не понадобился — все правки основаны на перечитывании уже сохранённых `raw/`-материалов и одном точечном WebFetch).
- Открытия (WebFetch): 1 из разрешённых 6 — повторный WebFetch страницы Microsoft (curl заблокирован при первом проходе пакета) для получения точных цитат для `stage_marker_quote`/`technology_basis`/автора P03.
- Локальные чтения `raw/` (aircargonews-flexport.html, techweez-kra.html, sievo-pentair-case-study.pdf) — не считаются веб-открытием (см. `local_raw_reads_note` в findings).
- `python3 W/scripts/validate_cards.py W/packets/P04-TRADE-GLOBAL` → **0 проблем** (было 13 проблем на предыдущей версии).

## Доработка 2 (точечная) — 24.09.2026 23:5x, по W/findings/V2-M1-closure.json и решениям в W/decisions.md (23:45)

Основание: сводка `W/findings/V2-summary.txt` и полные записи `V2-M1-closure.json` для P04-TRADE-GLOBAL (P01 minor, P02 major, P03 ok, P04 major, S01 minor); решение координатора (23:45, п. 2) — правило «ИИ в процессе самой организации» применяется последовательно, KRA и Pentair/Sievo снимаются в notes, как ранее Ticketmaster (P02-B2C-USEU-P02).

Версия карточек до этого раунда сохранена как `cards.v2-before.jsonl` (не перезаписана; отличается от `cards.v1.jsonl` — той версии, что была до раунда 1).

### Сняты из cards.jsonl и перенесены сюда как контрольные/контекстные случаи

**Kenya Revenue Authority (KRA) — цифровизация таможни без установленного ИИ (был P04-TRADE-GLOBAL-P02).**
Источник (Techweez, Kevin Ngugi, 26.05.2026, `raw/techweez-kra.html`) детально описывает работающую систему iCMS/iSCAN/RECTS: автоматический приём манифестов, риск-движок, маршрутизирующий грузы по каналам «based on compliance history, cargo type, country of origin, and fraud indicators» (логика на основе правил, без слов ML/AI), электронные пломбы, распознавание номеров (ANPR). Единственное явное упоминание искусственного интеллекта в статье — пункт дорожной карты: «deploy AI for scanner image analysis inside iSCAN» — не реализовано на момент публикации. По правилу калибровки 2 (п. 2) и по решению координатора от 23:45 («ИИ в процессе самой организации» должен быть установлен источником, а не только заявлен как план) карточка практики ИИ не заводится. Измеримые эффекты (транзит Момбаса–Кампала 18→4 дня, Момбаса–Кигали 21→5-6 дней, оформление в порту 2 дня→<30 с, превышение плана сборов >5% за 2022-2025) реальны и хорошо задокументированы источником, но относятся к цифровизации/автоматизации, а не к ИИ — этим кейс интересен как контрпример «цифровизация ≠ ИИ» и как фон для будущей карточки, если появится независимый источник, подтверждающий развёртывание (не план) ИИ для анализа сканов iSCAN. Также в источнике — материал для наблюдения за инфраструктурными рисками (одновременные сбои iCMS/iSCAN/RECTS, зависимость RECTS от единственного иностранного поставщика BSMART System Solutions).
Источник: https://techweez.com/2026/05/26/kra-customs-technology/ (сохранён в raw/techweez-kra.html).
Очередь на будущее: искать первичные материалы KRA (годовой отчёт, пресс-релизы) на предмет фактического (не плана) внедрения ML/AI в риск-движок или iSCAN.

**Pentair × Sievo — закупочная аналитика (BI/SaaS) без установленного источником ИИ в процессе клиента (был P04-TRADE-GLOBAL-P04).**
Кейс поставщика (Sievo, `raw/sievo-pentair-case-study.pdf`) описывает внедрение у Pentair SaaS-инструмента Sievo Spend Analytics и Contract Management: сокращение цикла анализа расходов «from weeks to just minutes» (цитата VP Global Supply Management Pentair), >90% точность классификации расходов, $15M working capital improvement через переговоры об условиях оплаты, внедрение глобально за два месяца. Слова «machine learning» встречаются в документе только в отдельном разделе «About Sievo» (общее описание платформы вендора: «With Sievo, human input and machine learning technologies are integrated together») — не в описании самого кейса Pentair. По правилу калибровки 2 (п. 2) источник не устанавливает применение ИИ именно в процессе Pentair — это описание замены BI/аналитического инструмента, а не ИИ-практика. Дополнительно материал, по косвенным признакам (наградные значки Sievo «Spend Matters 50 to Watch 2018», «Great Place to Work Finland 2018» на последней странице), вероятно относится к ~2018 году — задолго до порога 2023, что дополнительно ослабляет его как «ИИ-native практику» текущего среза.
Источник: https://sievo.com/hubfs/Ebooks%20and%20PDFs/Case%20Studies/Pentair%20Spend%20Analysis%20Case%20Study.pdf (сохранён в raw/sievo-pentair-case-study.pdf).
Очередь на будущее: если найдётся материал, где Sievo (или другой поставщик) описывает именно ML-модель классификации расходов, применённую к конкретному клиенту, с датой 2023+ — годится для отдельной карточки практики.

### Точечные правки оставшихся карточек

- **P01 (Flexport):** убрано неподтверждённое упоминание «Winter 2026 Release» (в `ai_native_label_basis` и `alternative_explanations`) — этой формулировки нет в прочитанном источнике (Air Cargo News); вероятно, ранее взята из непрочитанного (403) пресс-релиза Business Wire. `country` переведён из «США» в код `US` (единообразие с другими пакетами).
- **P03 (Microsoft/ANZ/HSBC/Lloyds):** verdict проверяющего — `ok`; единственная мелочь из сводки — `country` текстом вместо кодов, исправлено на `AU (ANZ), GB (HSBC, Lloyds), US (Microsoft)`.
- **S01 (WCO BACUDA):** добавлена в `update_methods` наблюдаемая лента «All news» (https://bacuda.wcoomd.org/wco-bacuda-project-news/, how_found: observed_on_page). Оригиналы материалов, на которых стоит карточка, ранее не были сохранены в `raw/` (замечание V2-M1-closure) — исправлено: главная страница и статья про data governance сохранены через `curl -L` (`raw/bacuda-wcoomd-main.html`, `raw/bacuda-data-governance-article.html`, оба HTTP 200), добавлены в `files.jsonl` как F05/F06, `sources[*].file_id` в карточке проставлены.
- **Pentair VERIFIED (claims[3] в прежней P04):** вопрос снят автоматически удалением всей карточки P04 — coordinator отметил в поручении, что это более неактуально.

### Бюджет раунда 2
- Websearch: 0 из разрешённых 0.
- Открытия: 2 из разрешённых 2 (оба — curl-сохранение главной страницы и статьи bacuda.wcoomd.org для S01; чтение сохранённых raw для P01/P02/P04 не требовалось — правки делались по уже задокументированным в findings цитатам и по ранее сохранённым локальным файлам).
- `python3 W/scripts/validate_cards.py W/packets/P04-TRADE-GLOBAL` → **0 проблем** (3 карточки: P01, P03, S01; P02 и P04 сняты в контрольные случаи выше).
