Реєстр ініціатив — 48 карток

⚠️ Простір ID не збігається з попереднім реєстром v1.3 (03–07.07). Той самий код означає різне: наприклад v1.3 A10 = «Frankie-комунікації» (тут це D09), v1.3 A11 = Color Picker (тут A17), v1.3 A12 = admin-split (тут A12 = Custom Printed Balloons Builder — зовсім інша річ). Без префікса ID завжди читається як ID цього реєстру (v2); старий ID позначається префіксом v1.3:. [registry_v1, преамбула]

NewBMS — злиття B01+B02. Рішенням Андрія 26.07 термін «UBMS» знято: є стара BMS (BoostMyShop у Magento) і нова платформа NewBMS у двох флейворах. Історичні картки B01 (UBMS-парасолька) і B02 (винос BMS з Magento) описували ОДНУ платформу під різними іменами — на цій сторінці вони злиті в одну картку «NewBMS — платформа (Light + Heavy)». Повні тексти B01/B02 як окремі картки лишаються у drafts/registry_v1.md. [_corrections-20260726.md, C-5]

A01 · Hyvä-редизайн BOL — вихід у прод

🔥 гарячий L

Заміна фронтенду balloons.online на Hyvä + паралельний переїзд Hetzner→GCP; тримає живим Magento («Hyva is keeping Magento alive» — Френк) [slack, 11.07].

Стан: 25.07 відкат на стейджі (критичні прод-баги, довге оновлення БД) ↔ тієї ж ночі дзвінок обіцяв «завтра 26.07» — дата не звірена, нового плану деплою немає [slack; transcripts, 25.07]. Комент Френка 21.07 (Featured Brand, бляклі кольори) без відповіді [jira].

Рішення → Андрій: звірити фактичний стан прода сьогодні і дати Френку ОДНУ дату замість двох суперечливих версій.

A03 · BOL мобільна апка (iOS/Android) — реліз-цикл

🔥 гарячий L

Flutter-апка balloons_online, один кодбейс Android+iOS; бізнес-вага різко зросла — реальні ордери 6→47→73 за тиждень (16→25.07) [memory, 25.07].

Стан: новий білд подають 26.07, апрув очікують 27.07; PayPal на чекауті не працює, адресні поля не зберігаються (Plane BMA, urgent) [jira; plane]. Анімований фон — рішення розвернулось за добу: BALL-644 текст «прибрати» ↔ дзвінок 25.07 «лишити + перемикач» [jira; transcripts].

Рішення → Френк/команда: фінально по фону і хто заносить підсумок дзвінка в BALL-644 (тікет зараз дезінформує виконавця).

A08 · POS-каса — ядро продукту

🔥 гарячий XL

Власна планшетна каса Angular+Go BFF перед Magento; 25.07 рішення — POS стає частиною NewBMS («ядра майже однакові») [transcripts, 25.07].

Стан: BALL-661 найактивніший тікет (26 коментарів); 24.07 Френк лишив 7–8 пунктів фідбеку без відповіді — UPC-пошук, cart-sync, Cash, excel-import, shelf-location, invoice+shipment; тікети під фідбек у Plane не заведені [jira, 24.07; plane].

Рішення → Андрій/Ярощук/Богдан: нарізати фідбек 24.07 у Plane, звіривши з уже залитим POS-8, і дозняти повний список напряму з BALL-661 (у facts він неповний).

A09 · POS мобільний/планшетний клієнт

🟢 активний M

Мобільний, далі планшетний клієнт до Angular-POS для польових продавців Френка (сканер, Bluetooth).

Стан: рішення 25.07 — робити як APK, не мобільний браузер (Bluetooth-сканер браузер не витягне); синхронізація кошика вже працює [transcripts, 25.07]. Репо POS_mobile_flutter тихе з 25.06 [github].

Рішення → Андрій/Френк: оживляти POS_mobile_flutter (місяць тиші) чи стартувати новий клієнт; планшетний вигляд — окремий екран чи адаптив.

A17 · AI Color Picker

🟢 активний M

Бот (Telegram+WhatsApp) — фото кульки → YOLO+Gemini колір → підбір товарів за кольором з фідів US/CA [github, README].

Стан: хендовер від вендора Cabina 15.07 — репо передано клієнту, але модель-артефакти (best.pt, FAISS-індекс) НЕ передані [github, MIGRATION.md]. BALL-743 (is_printed) блокує фільтрацію, чекає на Френка ~місяць [jira]. Поправка C-1: «AI call picker» у начитці 26.07 — це та сама картка, спотворення розпізнавання голосу, окремої ініціативи не існує [_corrections-20260726.md, C-1].

Рішення → Андрій/Френк: вимагати передачу best.pt+FAISS чи тренувати з нуля; Френк — закрити is_printed.

A18 · Пуш-маркетинг: адмінка + мікросервіс

🟢 активний M

GCP-мікросервіс пуш-розсилок в уже встановлені апки + адмінка для маркетингу.

Стан: Plane PUSH — 1 issue (Todo, 17.07), 9 днів без руху [plane]; порядок «транзакційні → таргетинг» узгоджено 27.06 [jira]; ресурсне горло — Ярощук/Юра/Діма (50% part-time).

Рішення → Андрій: власник мікросервісу (Ярощук vs Діма) і чи маркетингові пуші стартують до Hyvä-запуску.

A22 · Поточна підтримка сторфронту (NSB-потік)

🟢 активний L

Щоденний потік фіксів живого сторфронту (продукт-сторінки, кошик, чекаут, банери) — BAU, а не проєкт, тримає магазин на ходу під Hyvä-релізом.

Стан: Plane NSB — 532 issues, найбільший проєкт workspace (≈половина всього трекера з 1051); топ-8 усі updated 24.07, переважно urgent/high з префіксом «Hyva.» [plane, 26.07]. 128 issues у застиглих станах (Backlog/On Hold/Paused/Reopened), assignee не витягувався.

Рішення → Андрій/Богдан: чи виділяти BAU-потік в окрему капасіті-смугу — зараз він конкурує за тих самих людей з усіма 🔥-треками.

A04 · SE mobile app (лише логін, свої ціни)

🆕 новий L

Клон BOL-апки без гостьового режиму — вхід одразу логіном SE, після входу клієнт бачить свої ціни [braindump, 26.07, п.4].

Стан: Plane SEIMOBILEA заведено 17.07 (1 issue Backlog), Христина з 17.07 на апці [plane; transcripts]; спільна кодова база з BOL-апкою чи форк — не вирішено.

Рішення → Френк/Андрій: географія US/CA (конфліктує з BALL-659 «лише US», див. A20); спільна кодова база чи окремий продукт.

A05 · SE public website — SEO/PPC-вітрина

🆕 новий L

Публічний сайт на домені Surprise Enterprise, клон BOL іншим кольором — використати вік бренду для SEO/PPC серед декораторів [braindump, п.5].

Стан: ідея з начитки 26.07, поза чергою пріоритету; технічна база 100_balloons_site_angular вже жива (коміти 23–24.07) [github]; ціни для залогіненого B2B і SSR/пререндер-стратегія не визначені.

Рішення → Андрій/Костя: ціни B2B на новому публічному сайті; SSR чи пререндер під SEO.

A06 · SE Angular web app (app.surpriseenterprise.com)

🆕 новий L

Залогінена B2B-зона на власному піддомені, Angular↔Magento GraphQL, «супершвидко», SEO всередині не потрібне [braindump, п.6].

Стан: п'ятий крок ланцюга 26.07; двигун живий у коді (епік bff-admin-storefront-api змерджено 17.07) [github]; межа з 100 Stores (A11) і SE-сайтом (A05) не проведена — спільний двигун, не спільний продукт.

Рішення → Андрій/Ярощук: де живе BFF (перетин з B05, К9); Electron-обгортка цієї апки — див. A21.

A07 · Excel-grid швидкого замовлення для оптовиків

🆕 новий M

Грід «а-ля Excel» для оптовиків усередині A06, на базі вже наявного POS-інтерфейсу [braindump, п.7].

Стан: ідея з відкритим ваганням Андрія; той самий вектор іде і з POS quick-order (дзвінок 25.07) і від Френка напряму (Slack 24.07, п.6) [transcripts; slack].

Рішення → Андрій/Френк: кошик Magento чи окремий чорновик замовлення; коло користувачів (усі оптовики чи великі мережі).

A12 · Custom Printed Balloons Builder

🆕 новий L

Self-serve конфігуратор кастомного друку на латексних кульках — окрема апка на сабдомені, вішається на Hyvä; окремий тип магазинів у мережі 100 Stores [braindump, п.9].

Стан: ⚠️ не з нуля — репо в щоденній збірці (останній коміт 23.07) [github]; Plane BOLCUSTOMB порожній 9 днів (0 issues) [plane]; BALL-743 (is_printed) блокує фільтрацію, чекає на Френка.

Рішення → Френк/Андрій: is_printed і обсяг послуги; підтвердити — окрема апка чи модуль сторінки.

A16 · Helium tanks tracker

🆕 новий S

Окремий застосунок обліку гелієвих балонів — сьогодні гелій повністю живе в QuickBooks, поза Magento [jira, BALL-663].

Стан: ідея — усна репліка Френка 10.07 в Slack, вимоги НЕ зняті [slack, 10.07]; найнижчий рівень доказовості в реєстрі (лише репліка, без письмового запиту).

Рішення → Андрій/Френк: зняти вимоги з Френка (Андрій доручив собі); паралельно реанімувати BALL-663 (заміна QuickBooks, тихий з 22.04).

A21 · Desktop-обгортки Angular-апок (Electron)

🆕 новий M

Загорнути SE Angular app (A06) і POS-касу (A08) в Electron як desktop-програми; BOL — опційно («може… why not») [_corrections-20260726.md, C-2].

Стан: вимога віку одного дня (26.07) — ні репо, ні тікета, ні виконавця, ні оцінки; та сама логіка, що APK для мобільного POS (нативна оболонка заради периферії) [transcripts, 25.07].

Рішення → Андрій: навіщо саме desktop (периферія/офлайн/просто ярлик) — від відповіді залежить, чи Electron взагалі потрібен, чи вистачить PWA.

A10 · Доступ клієнтів до стоку (API vs Excel-вигрузка)

⚖️ розвилка M

Дати зовнішній стороні доступ до реальних залишків: живий per-warehouse сток через API або разова Excel-вигрузка всього стоку.

Стан: BALL-757 (Ніколас, 24.07, 0 коментів) без відповіді [jira]; Андрій незалежно підняв Excel-вигрузку і сам себе спростував — «схоже, це може бути херньою» [braindump, п.7].

Рішення → Андрій/Френк: політика розкриття залишків — так/ні, повний сток чи обмежений зріз (не технічне питання, політика власника даних).

A14 · Портал-сайти (4) → Go BFF + Angular

⚖️ розвилка M

Винести 4 закриті логіном документ-хаби гуртових програм (SEI/SOF/Metro) з Magento — не магазини, довідники PDF/XLSX.

Стан: два не звірені рішення — повний мікросервіс 22.07 (user management, 4 режими авторизації, оцінка 5–8 dev-тижнів) [canons] ↔ полегшено на стеку POS 25.07 (лише SOF+Metro) [transcripts]; доля решти 2 доменів не узгоджена.

Рішення → Андрій/Френк/Діма: яке з двох рішень чинне і скільки доменів у скоупі.

A20 · SE US/CA — межа контурів («SEI Shell»)

⚖️ спірний M

Визначити межу US/CA контурів Surprise Enterprise ДО різки всіх SE-спек (вітрина, мобапка, Angular-апка).

Стан: BALL-659 (14.05) «SEI Shell лише US, Канаду не чіпати» [jira] ↔ памʼять BMA-127 = окремий SEI Canada flavor ↔ Plane NSB-199 «SEI USA Open» Reopened/high 24.07 [plane] — розкол живий, braindump 26.07 його не розділяє.

Рішення → Френк: чи «лише US» досі чинне; доля канадського контуру (окремий флейвор чи спільна база).

A02 · Surprize Enterprise storefront — редизайн чинного

🟡 тліючий M

Перенести чинний SEI B2B-сторфронт на Hyvä (синьо-біла схема); ціни сховані до апруву акаунта, кошик — лише після апруву [jira, BALL-660].

Стан: SEI-стенд живий (devhyvagcp), BALL-660 без руху ~7 тижнів з 09.06 [jira]; Credit Limit і Hide Price відкриті.

Рішення → Френк: Credit Limit — фіксити поточне розширення під Hyvä чи купувати готовий модуль (його ж пропозиція без відповіді).

A11 · 100 Stores — мережа сателітних вітрин

🟡 тліючий XL

Мережа легких Angular-вітрин поверх того самого Magento — конкурувати з Bargain Balloons через SEO, зайняти більше місць у PPC [jira, BALL-672].

Стан: Френк скептичний з боку UX (25.07) [transcripts]; BALL-672 мовчить з 10.06 (~7 тижнів) [jira]; ТЗ від агенції Школяренка досі Backlog.

Рішення → Френк: явне go/no-go (це водночас go/no-go по printed-гілці A12 — рішення спільне, не розділяються).

A13 · Affiliate-система BOL

🟡 тліючий L

Власна партнерська система — окремий Go BFF+Angular кабінет; Amasty affiliate лишається вимкненим (A0-принцип) [canons, §1.3].

Стан: дзвінок 16.07 — «Діма робить повністю сам, ціль максимум за тиждень» [transcripts] ↔ ТЗ v2 того ж дня «чекає рішень §8» (8 Q-блоків) [canons] ↔ Plane BOLAFFILIA порожній 9 днів [plane]. Френк ще не погодив промокоди — модель тримається саме на цьому.

Рішення → Андрій з командою/Френк: 8 Q-блоків §8 і промокод-модель — без них епік не ріжеться.

A15 · Пошук для Френка (OpenSearch-тюн + товарний RAG)

🔍 дослідження L

Товарний пошук на сайті — принаймні такий, як у мобільній апці; драйвер — незадоволення Френка швидкістю [slack, 08.07].

Стан: 4 напрями з 04.07 не звужені ≥3 тижні: OpenSearch-тюн синонімів, RediSearch, type-ahead, CDC-база [legacy]. Критерій «офігенного» пошуку не визначений.

Рішення → Френк/Андрій: критерій приймання пошуку; звузити 4 напрями до одного-двох.

A19 · App-only офери + атестація апки

🔍 дослідження S

Firebase App Check (Apple App Attest + Google Play Integrity) підтверджує запит з апки для app-only знижки без витоку ціни у веб [canons, §3].

Стан: дослідження готове 13.07 (§9 paste-ready Алексу) — НЕ надіслано, чекає рішення Андрія [memory, 13.07]; оцінка ~1–1.5 тижня одного дева.

Рішення → Андрій: 5 пунктів Phase 0 (Flutter/Firebase, механіка знижки, fallback-UX, політика цін, чи надсилати §9).

B03 · ERP партнеру-сертифікації (Ігор)

🔥 гарячий XL

ERP/CRM для партнера з сертифікації — ДДС/управлінський облік (не бухгалтерія) + CRM зі спільною базою клієнтів + канбан, один трекер [erp-partner, §1.1].

Стан: ⚠️ єдиний хард-дедлайн усього корпусу — пн 27.07 (завтра) віддати ТЗ розробникам; ТЗ v1 готове 25.07 (244 вимоги FR, §0–§20, документ сам себе зве «чернетка на обговорення») [erp-partner]; демо партнеру ~7–10.08.

Рішення → Андрій/Ігор: 16 блоків §18 (насамперед 9 блокерів старту) + §19 забрати у партнера (12 пунктів, критично п.1–3: 29 кроків, валюта/поріг договору, військовий облік).

NewBMS · платформа (Light + Heavy) злито 26.07

🟢 активний XL

Плашка: злито рішенням Андрія 26.07 — «UBMS = newBMS, термін UBMS знімається»; історичні картки B01/B02 — у drafts/registry_v1.md. [_corrections-20260726.md, C-5]

Одна платформа у ДВОХ флейворах, на старті два окремі кодові проєкти (менший контекст для Claude Code): NewBMS-Light — для самих Axiom і для Ігоря (перша інсталяція, картка B03); NewBMS-Heavy — для Френка і Лєни+Макса (Prolatex): продажі/виробництво/склад із ячейками + вбудований e-commerce. Стек Go+Angular, mobile — Flutter (закрито як робоче рішення, «поки що на цьому зупиняємось») [_corrections-20260726.md, C-5].

Стан: Heavy-гілка — скелет збудовано (Ярощук+Claude), репо ERP_balloons, останній пуш коду 30.06 (26 днів), 16 EPIC [github]; 09.06 ключове рішення — виймати BMS з Magento одним заходом, погоджено Френком (найважливіше pick/pack) [jira, BALL-629]; фокус ПІСЛЯ Hyvä-запуску. Естімейт неконсолідований у 4 джерелах (4–7 / ~4–8,5 / 8–16 люд.-міс.).

Рішення → Андрій/Ярощук/Юра: Angular чи статичний фронт (розбіжність джерел); консолідувати естімейт; звести з 5 паралельних Go-бекендів — власник картка B05.

B08 · Indigo Music + Hard Cases — міграція на playbook

🟢 активний L

Клієнт на тій самій базі Magento+Amasty, що й Balloons — те, що будується для Френка (POS, NewBMS), тиражується сюди спільним playbook'ом.

Стан: рішення 16.07 — 5 окремих магазинів зі схожими лейаутами, не один спільний [transcripts, 16.07]; Юра на Indigo з 15.07; Plane INDIGO 2 issues проти 82 open у клієнтському контурі IC — асиметрія трекерів [plane; legacy].

Рішення → Андрій/Богдан: коли знімати гейт «після ядра NewBMS/POS»; де фактично ведеться трек (Plane чи IC).

B09 · Клієнтські контури: Baby Lucien / Intertex / Chocolate

🟢 активний M

Три однорідні супровідні контури агенції на Magento — підтримка/точковий білд, поза ядром Френка, свідомо одна картка.

Стан: Baby Lucien — DOT-42 безпековий тікет high/Todo з 09.07 без руху [plane]; Intertex — блокер Magento 2.4.8+USPS API; Chocolate — 5 In Progress у трекері проти нуля комітів у липні [plane; github].

Рішення → Андрій/Богдан: пріоритет DOT-42 відносно ядра; Френк/Geoseph — чи Chocolate живий проєкт.

B04 · Магазини Лєні+Максу (ProLatex) + пересадка на NewBMS

🆕 новий L

«Класні» магазини Лєні та Максу (виробник приватної марки ProLatex, не просто клієнт) + пересадка на нову платформу — третій крок черги (Андрій→Ігор→Лєна+Макс→Френк) [braindump, п.13–14].

Стан: дві виробничі лінії відомі з 04.07 (Польща/Макс = 5–12″, Україна = 18″+ друк) [legacy]; назва компанії Лєни («Arachow») НЕ ЧИТАЄТЬСЯ — UNVERIFIED; Jira BOLPI тліє (18 open), Богдан у відпустці.

Рішення → Андрій: реальна назва компанії Лєни — блокує будь-яку спеку і будь-який тікет.

B05 · Єдиний бекенд / DOT-39 (CDC MySQL→Postgres, API v1)

🟡 тліючий L

Спільний middleware-шар — CDC-реплікація + єдине API v1, щоб POS/бот/апки/100 stores не били в Magento напряму.

Стан: CDC працює в dev (живить POS+бота), сервер «зовсім не prod ready», дані роздулись ~2ГБ→90ГБ [transcripts, 15.07]; названо «unified міні-бекенд для ~16 проєктів, старт з POS».

Рішення → Андрій: ⚠️ ця картка — власник К9: звести 5 паралельних Go-бекендів (NewBMS, бекенд Діми, unified mini-backend, portal-мікросервіс) в одну архітектуру ДО нарізки нових тікетів.

B06 · Заміна QuickBooks / обліковий контур Френка

💤 приспаний L

Обліковий контур Френка тримається на QuickBooks — інвентар не синкається реалтайм з Magento, гелій повністю в QB [jira, BALL-663].

Стан: BALL-663 тихий з 22.04 (~3 місяці) [jira]; тема де-факто переїхала в NewBMS-трек («фінанси не 1:1 QuickBooks») [dossiers, 10–17.06].

Рішення → Френк: платформа обліку (Odoo vs лишитись на QB vs усе всередині NewBMS).

B07 · PM dashboard app (PMDASH)

💤 приспаний S

Оболонка проєкту в Plane під PM-дашборд; змістовий предок — облік боргу перед Френком (тепер картка D09).

Стан: створено 08.07, 0 issues — порожній 18 днів [plane]; призначення UNVERIFIED, поле опису порожнє.

Рішення → Андрій: оживити (успадкувавши зміст D09 — «щоденний дашборд») чи свідомо закрити проєкт.

C03 · VartaBot — демо-бот / вітрина

🟢 активний M

Shareable демо-бот для показу назовні замість архітектури — окрема термінова задача, що НЕ залежить від завершення MVP-ядра (C01) [canons].

Стан: контент-пак v4 (11.07) залито у VCORE-2, канон «ANSWERS-CANON» фінальний [canons; memory]; VCORE-2 висить Todo/urgent з 11.07 — тест-набір 101 пункт ще не прогнаний.

Рішення → Андрій: прогнати тест-набір і дати «го» на shareable-демо; куди й чиїми руками деплоїти.

C07 · Document Parser

🟢 активний M

Переносимий CLI-інструмент розбору документів (repo document-parser, Plane PARSER); BRSW-корпус — лише один тестовий вхід, проєкт йому не належить [dossiers, 17.05].

Стан: PARSER 133 issues (Backlog 75 · Done 56), найбільший AI-проєкт workspace за тікетами [plane, 26.07]; останній змістовний зріз — 17.05, 3-item план gated на явне «го» Андрія 2,5+ місяця.

Рішення → Андрій: «го» на 3-item план і чи він досі актуальний; де живе парсер (самостійний PARSER vs модуль FCORE).

C04 · Мультимодальний AI-приймач замовлень (файли/фото/голос)

🆕 новий L

Бот-приймач замовлень: Excel/PDF/фото рукописного замовлення на вхід, документи на вихід, + голос «і в апках, і на вебі» [braindump, п.21].

Стан: ідея з начитки 26.07, без вимог і власника; найтвердіший якір поряд — письмовий запит Френка на excel-import у POS (BALL-661, п.4, без відповіді) [jira, 24.07]; двоюрідний брат Френка Ніколас паралельно пише свою автоматизацію розпізнавання [transcripts, 25.07].

Рішення → Андрій/Френк: окремий продукт чи фаза POS-імпорту (A08); формати/мапінг полів; чи це дублює роботу Ніколаса.

C05 · Корпоративна база знань: RAG + Wiki + knowledge graph

🆕 новий L

Єдина база знань — RAG+Wiki+граф — «для Френка, себе, Ігоря і для всіх»; кандидат-інструмент Graphify (не перевірено) [braindump, п.22].

Стан: ідея 26.07; у Plane вже стоять FCORE (Memory RAG/Wiki) і VCORE (RAG/Wiki), обидва Backlog з 17.07 [plane] — ризик потрійного дублювання перед білдом з нуля.

Рішення → Андрій: де фізично живе база знань (FCORE/VCORE/платформа); go/no-go на Graphify після перевірки ліцензії.

C06 · Власний inference-сервер / своя LLM

🆕 новий L

Власний орендований сервер (проф. Nvidia ~96GB) під внутрішні AI-задачі — аргумент конфіденційності, не вартості.

Стан: 25.07 (ніч) прорив — Френк: «Yeah, let's make our own» замість купівлі RTX 6000 Pro [transcripts, 25.07]; конкретика не закрита, воркстріму ще не існує; у начитці 26.07 не згадано.

Рішення → Андрій+Френк: конфігурація й провайдер заліза, хто платить; підтвердження принципу «володіння даними» (досі не зафіксоване).

C01 · Ядро Varta Core / Frankie Core

🟡 тліючий XL

Власне AI-ядро — шлюз Go+Angular+Postgres(pgvector): рада N моделей+суддя, no vendor-lock; один код, два флейвори (Frankie Core / Varta Core).

Стан: репо varta-core пуш 25.07 (найсвіжіший у всій розвідці) [github]; Plane VCORE 7 issues + FCORE 8 issues, майже все Backlog [plane]; MVP-хаб ще не піднято («білд кількох тижнів, не 2 дні») [canons]; продуктова межа з платформою NewBMS не визначена.

Рішення → Андрій: модуль усередині платформи чи коробковий продукт; звірити FCORE↔VCORE (дублювання чи свідомо різне призначення).

C02 · FrankieBot — чат-бот для BOL

🟡 тліючий L

Чат-бот підтримки balloons.online — знімає найоб'ємніші категорії звернень (доставка, дефекти, повернення).

Стан: два різні блокери під одним ім'ям — (1) Q&A-канон: Метт відповів на 713–718 (24.07), 18 тікетів 719–741 без відповіді [jira-frankiebot]; (2) показ віджета: Френк бота станом на 25.07 НЕ БАЧИВ, дедлайн прострочено ≥15 днів [reports, 25.07].

Рішення → Метт/Андрій/Френк: 18 категорій без відповіді (Метт); «го» на канон v9 (Андрій); прийняти показ віджета (Френк).

D01 · Інфра: GCP-міграція, admin-split, деплой

🔥 гарячий L

Інфраструктурний контур усього ядра Balloons — міграція в GCP, розділення Magento на 2×GCP (admin-split), data layer, деплой, моніторинг.

Стан: infra-hyvagcp найсвіжіший пуш серед репо 24.07 [github]; success stories Юри 25.07 — прод не падає, навантаження вдвічі менше, 97% з кешу [transcripts]; CDC не prod-ready (роздування ~40×).

Рішення → Юра/Андрій: чи admin-split справді гейтить деплой NewBMS (ресурсна черга vs технічна залежність — не звірено).

D06 · Ротація секретів і безпекові борги

🔥 гарячий M

Закрити накопичений борг живих креденшлів (Dropbox, Jira-коменти, токени, спільний SSH) до того, як стане інцидентом.

Стан: 53+56+3 записи секретів чекають ротації; 4 найгарячіші названі прямо — creds.md відкритим текстом, Magento admin key у Jira-коменті, Plane PAT, спільний SSH на 2 сервери [legacy, група E]; статус ротації станом на 26.07 не встановлений.

Рішення → Андрій: закрити 4 найгарячіші зараз чи різати весь список; відкрити BALL-729 і винести вердикт, чи він носій витоку.

D08 · BigPicture-хаб і пайплайни знань

🔥 гарячий M

Meta-айтем: цей документ і інфраструктура під нього — хаб на Mac Mini, куди стікаються джерела і з якого народжується реєстр→спеки→задачі.

Стан: хаб CONTROL.md з 01.07, 25 днів без нових джерел [dossiers-mini]; пам'ять розходиться з деталь-файлами (К10); «Flow постановки задач роєм» узгоджено, чекає «го» вже ~3 тижні.

Рішення → Андрій: критерій пріоритету черги + «обмежені ресурси» в цифрах — заявлена мета всієї роботи, досі не забезпечена входом.

D03 · Sales-аналітика: дашборд «де Френкі»

🟢 активний M

Окрема, вже готова гілка аналітики — власний Python-дашборд Андрія по продажах, не залежить від командного BI-стека.

Стан: v1–v8 done і запушено, v8 від 13.07 = 8-сторінковий дашборд, оцінка судді 86/86 [memory, 13.07]; GAds transfer LIVE, хвіст — бекфіл→перемикач ADS_SOURCE. Окремий зріз 25.07 фіксує розворот апки з ~19–20.07.

Рішення → Андрій: коли бекфіл GAds і перемикання ADS_SOURCE; чи показувати дашборд Френку/команді (тоді звести з D02).

D05 · Anti-bot / DDoS-захист

🟢 активний M

WAF-правила + бан на Cloudflare + власний Go-мікросервіс перерендеру категорійних сторінок для бот-трафіку.

Стан: WAF-правило впроваджене 29.06 після fraud card-testing (~1000+ спроб) [legacy]; сміттєвий трафік був 80–90%, після чистки навантаження вдвічі менше; мікросервіс мертвий 25 днів (3 коміти), DOT-34 Approved 18 днів без руху [github; plane].

Рішення → Андрій: добиваємо мікросервіс (і хто виконавець після тиші автора) чи консервуємо.

D07 · Plane self-hosted: платформа трекера (PSUP)

🟢 активний M

Власний форк Plane (AVL99/plane) як єдиний трекер агенції — worklog v3, групування проєктів, Jira-копіювання, xlsx-експорт.

Стан: PSUP — 116 issues (Done 104, +47 за 19 днів) [plane, 26.07]; «Крок 0» практично закритий, але PSUP-108 висить у QA 18 днів; 9 спадкових Jira-проєктів групи G досі без рішення власника закрити/лишити.

Рішення → Андрій: форк далі допилюємо (PSUP-118/120) чи заморожуємо; трекерна гігієна — 9 Jira-проєктів + порожні Plane-оболонки (SEIMOBILEA/BOLCUSTOMB/BOLAFFILIA/PMDASH).

D09 · Комунікаційний контур з Френком

🟢 активний (постійний) M

Не проєкт, а постійний контур — хто/де веде діалог із Френком і облік «м'яча» (на чиєму боці відповідь).

Стан: станом на 26.07 щонайменше 8 гілок висять без відповіді (BALL-661/643/644/757/672/660/663/743) [jira-core]; рішення з дзвінків не доїжджають у тікети — BALL-644 читається навпаки; пишуть щонайменше троє (Андрій, Богдан, Діма) без єдиного власника каналу.

Рішення → Андрій: де фізично живе облік «м'яча» (зараз ніде); хто єдиний власник комунікації по кожному треку.

D02 · Командна BI-інфра + COGS

🟡 тліючий L

Командний дата-шар і звітність для Френка; єдиний звірений з ним репорт — COGS (собівартість/маржа), SoT = BigQuery [legacy].

Стан: аналітичний стек змінився двічі за 5 тижнів (Lightdash→Dataform+Evidence) без проговореної зміни курсу; COGS досі не працює в обох [reports]; BOLDA-18 висить high з 08.07 без руху.

Рішення → Андрій/Юра: для кого і які метрики; чи добивають COGS на Dataform+Evidence, чи знімають тему з Юри (він же горло D01).

D04 · Автотести (Playwright)

🟡 тліючий S

Базові автотести доступності й контенту сайту, щоб релізи не ламали прод мовчки; заявлена ціль ширша — «for all projects».

Стан: репо 6 комітів одним днем 09.07, далі тиша 17 днів [github]; DOT-41 висить у стані Q&A з 15.07; реальне покриття — 2 тести на одному сайті.

Рішення → Андрій: розширювати покриття (новий сторфронт/POS/апки) чи лишити smoke-рівень; чи автотести взагалі гейтять релізи (ніде не зафіксовано).

D10 · Внутрішній тулінг: Orchestrator + weekly-digest

🟡 тліючий M

Власний інструментарій, яким робиться сама робота — Orchestrator (рої субагентів під великі прогони) і weekly-digest (тижневий факт-чекнутий зріз залученості).

Стан: спадковий зріз 07.07 звав обидва «робочими/регулярними», але останній підтверджений прогін weekly-digest — 22.06 (місяць тиші, UNVERIFIED) [dossiers]; E2E-борг Orchestrator (881 тест) з 07.07 не закритий.

Рішення → Андрій: відновлюємо weekly-digest як режим чи здаємо в архів; хто власник E2E-боргу і де обліковується цей шар (ніде зараз).