IOSOR База знань
Export змін стану каталогу о 02:00
Нічний файл о 02:00: flips Live / In setup / Coming next з UTC, owners і reason codes — один audit-артефакт для product і фінансів після інцидентів каталогу.
Ніч каталогу без спільного файлу flips — два ранку: ops пам’ятає, хто намалював Live; фінанси сперечаються в чатах. Export змін стану каталогу о 02:00 заморожує кожен flip Live ↔ In setup ↔ Coming next — хто, коли (UTC), from→to, reason, ticket — в один CSV/JSON. Не історія launch-гейтів і не coverage change-log коридорів.
Пов’язані: Стан каталогу в пропозиції та нотатках ledger, Хибний бейдж Live: шлях інциденту, Catalog ops, коли багато продуктів ship, Export історії launch-гейтів о 02:00, Export change-log coverage о 02:00.
Змінам state потрібен нічний freeze
Гарна стрічка активності — не audit trail. Потрібні полічувані flips: який product зрушив, from→to серед Live / In setup / Coming next, UTC-момент, owner, reason code. Чат — не system of record. Ріжте UTC о 02:00; пізні flips — наступне вікно. Власник job і шлях файлу щоночі. Export — контракт після false Live або silent promote; не «timeline-віджет». Суміжні штампи: Стан каталогу в пропозиції та нотатках ledger.
Колонки для flips Live setup Coming
| Колонка | Навіщо | |
|---|---|---|
| Window id + cutoff UTC | Межа ночі | |
| Product / catalog id | Який SKU flipped | |
| From → to state | Live ↔ In setup ↔ Coming next | |
| Flip timestamp UTC | Момент зміни | |
| Reason code | Promote, demote, incident, override | |
| Actor / owner + ticket | Іменований flip | |
| Vault/smoke evidence id | Proof на promote в Live | . |
Немає from→to → фольклор. Немає owner → анонімні heroics. Немає evidence id на Live promote ховає false Live — Хибний бейдж Live: шлях інциденту.
Product, фінанси й ops аудитять один файл
Product: чи з’явився Live без vault+smoke evidence? Фінанси: чи їхав prepaid spend по chip, який мав лишатися In setup? Ops: хто override, з яким reason, чи закрив demote тікет? Soft USD 1 000/міс вважає розсинхрон мови каталогу боргом recon; USD 20 доводить файл на двох продуктах. Один артефакт — без приватного «ops only» лога. Ритм ops: Catalog ops, коли багато продуктів ship.
Окремо від launch і coverage 02:00
Export історії launch-гейтів о 02:00 заморожує flips runway/HB-гейтів (blocked↔gated↔ok). Export change-log coverage о 02:00 — deltas коридорів (shell/WORLD/zone). Ця сторінка — chips shop каталогу Live / In setup / Coming next. Три job ділять годинник 02:00, не один blob. Wallet month-end лишається money-історією. Три іменовані файли — або визнайте діру.
Чекліст покупця: export змін стану каталогу
- Один файл 02:00 з from→to Live / In setup / Coming next і UTC?
- Reason code + named owner на кожному flip?
- Рядки promote-to-Live посилаються на vault/smoke evidence id?
- Product, фінанси й ops відкривають один артефакт після інцидентів?
- Окремо від launch-gate history і coverage change-log 02:00?
Почніть з IOSOR
Щодня о 02:00 експортуйте зміни стану каталогу: хто змінив бейдж Live/In setup — для аудиту й фінансів.
Пов’язане: стан каталогу в котируванні хибний бейдж Live.
Підсумок IOSOR
Без експорту зміна бейджа невидима.
Робіть: експорт 02:00. Не: усні зміни бейджа.
Чи був матеріал корисним?
Пов’язані гіди
- Обмеження доступу до преміум-каталогу через пороги обсягу
Дізнайтеся, як налаштувати автоматичні шлюзи доступу до високопродуктивних SKU для суб-акаунтів на платформі IOSOR на основі щомісячних обсягів трафіку.
- Налаштування відображення валют у каталозі для міжнародних реселерів
Дізнайтеся, як налаштувати правила відображення цін в IOSOR для суб-акаунтів у їхніх локальних валютах, зберігаючи при цьому єдиний розрахунковий баланс у доларах США.
- Контроль доступу до налаштувань каталогу та ціноутворення
Захистіть свою платформу, обмеживши права на редагування цін та статусів продуктів лише для авторизованих адміністраторів у вашій системі.