BIGPICTURE v2 — огляд

26.07.2026 (нд) · статус: на обговорення

Після того, як колеги розставлять пріоритети, — другий прохід окремим раном. [BIGPICTURE_v2 §0]

Що це. Одна картина всього, що робиться і планується довкола Balloons/Axiom: 4 треки, 48 позицій у реєстрі (47 карток — B01+B02 злиті в одну), рекомендація по архітектурі, найближчі дії, черга рішень. Це вижимка — повні картки (стан з датами, залежності, конфлікти джерел, відкриті рішення) лежать у реєстрі. [BIGPICTURE_v2 §0]

Для кого. Внутрішнє коло: Андрій + колеги. [BIGPICTURE_v2 §0]

Межі. Без грошей (ставки/бюджети/білінг — поза скоупом) · статуси тільки з трекерів станом на 26.07, ніколи з начитки · дедлайнами не тиснемо — дати нижче це орієнтири, порядок вирішує Андрій з колегами · міряємо темпом Claude-Code, не людино-місяцями. [BIGPICTURE_v2 §0; C-4]

Авторитетний шар. Уточнення Андрія 26.07 (_corrections-20260726.md, C-1…C-5) перекривають чернетки в місцях розбіжності. [_corrections-20260726]

Платформа NewBMS

Термін «UBMS» знімається. Є стара BMS (BoostMyShop усередині Magento — те, що виносимо) і NewBMS — кодова назва нашої платформи. Картки B01 і B02 описували одну річ і злиті рішенням 26.07. [C-5 п.1]

NewBMS — одна платформа, мінімум два флейвори

На старті — два окремі кодові проєкти. Розділення свідоме: менші контексти, простіше працювати Claude-Code-ом. [C-5 п.2]

NewBMS-Light сервісний

Для кого: самі Axiom (software development) + Ігор (сертифікація)

Зміст: ERP Ігоря = перша інсталяція Light

NewBMS-Heavy комерційний

Для кого: Френк; Лєна + Макс (ProLatex)

Зміст: продажі, виробництво, склад з ячейками, вбудований e-commerce

Фронтенди (Angular web, Flutter mobile) — це фронтенди до NewBMS-Heavy, не окремі системи. [C-5 п.2]

Стан коду: скелет SEIBalloons/ERP_balloons, Go+Angular+docker-compose, 16 EPIC, останній пуш коду 30.06; Plane NEWBMS = 3 Todo. [legacy-bigpicture 07.07; plane-snapshot 26.07]

Рекомендація: уніфікація РЕКОМЕНДАЦІЯ, не рішення

Три рівні уніфікації продуктів довкола NewBMS: [§1.2]

A · мінімальна

Спільні патерни/лібси/стек, кожен продукт зі своїм бекендом. Дешево, але не тиражується — кожен новий клієнт = ще один бекенд.

B · платформа-ядро рекомендовано

4 шари різної готовності:

(1) один двигун вітрин — код уже є, рішення відкрите (РА-14)
(2) один BFF перед Magento — прод-контуру не існує (РА-9)
(3) ядро NewBMS — уже не «парасолька без коду»
(4) AI-шар — власника немає

C · повний конверг

Усе, включно з живим контуром Френка, усередину платформи. Ресурсу зараз немає — відкласти, не відкидати.

Рекомендація — рівень B, шари 1–2: шар 1 окупається вже на ланцюгу вітрин (він і так промовлений); шар 2 — після появи прод-контуру. Шари 3–4 не блокують 1–2. [C-4]

Це рекомендація, а не ухвалене рішення — приймає Андрій з колегами. [РА-11; C-4]

Ланцюг вітрин SE + Electron

Кріс (Кристина), UI/UX — послідовність: [C-5 п.4]

  1. закінчує UI/UX BOL mobile app
  2. → одразу починає SE mobile app (апки майже ідентичні, кілька відмінностей)
  3. → SE mobile app скоро
  4. → логіка SE mobile app + POS Angular app комбінуються в SE Angular application

UX SE-домену: людина заходить → бачить Hyvä-вітрину з товарами → тисне Login → потрапляє НЕ в Hyvä, а в SE Angular app (значно кращий B2B-UX, ніж зараз). [C-5 п.4]

Правило: 100 Stores == SE Angular app — це спільний двигун, не спільний продукт; цілі конфліктують (100 Stores заради SEO/PPC, всередині SE «SEO не треба»). [§1.3; #10]

Electron (desktop-обгортки)

[C-5 п.5]

Застереження чинне: Френк 25.07 попередив, що POS «мав бути простим» і запитів буде більше — на POS вже три носії, рамка «прийнято/відкладено» на кожен запит обов'язкова. [transcripts-recent 25.07]

Стек і темп

Стек — зафіксовано

Усе = Golang + Angular; mobile = Flutter (поки що). «Поки що на цьому зупиняємось». [C-5 п.3]

Поколіннєвий розрив менший, ніж здавалося: фактично ≈одна мажорна версія Angular (не три) — README одного з репо не оновлений. [qa-facts №5]

Темп — Claude-Code, не людино-місяці

Репер Андрія: «базу newBMS зробили ~за тиждень». Усі оцінки — в днях/тижнях цього темпу. [C-4]

Спадкові класичні оцінки newBMS (розкид 4×, не зведені в жодному з 4 джерел) — це показує, що консолідованої цифри не існує, а не яка вона. [§1.6]

Найближче

Без прив'язки до дат — це орієнтири. Якорі Андрія: Hyvä-гейт знімають цього тижня; демо Ігорю ~2 тижні від 26.07. [C-4]

Вимушене зовні (не наш вибір):

  1. ТЗ партнеру — віддати розробникам. Перед цим закрити 9 блокерів старту §18 (Р-01…Р-09) і назвати виконавця. Межа платформи і стек уже закриті.
  2. Забрати в Ігоря §19 п.1–3: документ «Шлях клієнта» на 29 кроків · валюта + поріг договору · пакет вимог військового обліку — без цього робота не починається.
  3. Побудова фази «Демо» — ≈60 вимог з 244. Критерій приймання вже є: AC-01 (простий ТУ, ціль 4 хв) і AC-02 (складна кодифікація, ціль 8 хв).

Коштує 5 хвилин, розблоковує багато:

  1. BALL-644 — підтвердити, що підсумок дзвінка 25.07 занесено
  2. Hyvä — одна дата назовні, після перевірки прода
  3. Афіліатка — закрити 8 Q-блоків §8 або явно «будуємо на дефолтах, §8 не блокує»
  4. BALL-661 — перезняти 8 пунктів Френка перед нарізкою тікетів
  5. Гігієна — призначення проєкту BOLCUSTOMB (2 хв)

Далі — 3–4 шляхи виконання (вітрини першими / платформа першою / зобов'язання назовні першими / дві смуги паралельно) → сторінка «Шляхи виконання». [§3]

Інші сторінки

Реєстр (48)

Усі позиції в 4 треках (A/B/C/D) зі станом на 26.07 і живими рефами джерел.

Шляхи виконання

3–4 варіанти послідовності робіт у Claude-Code-темпі — для обговорення з колегами.

Черга рішень

Закрите 26.07, що на обговорення Андрію з колегами, готові питання Френку й Ігорю.

Ризики і нотатки

Дев'ять ризиків (R1–R9) і словничок термінів, що означають різне в різних контекстах.