WEOUR / BUILD
Реальные системы. Реальные магазины. Реальные склады. Работает в продакшене.
WEOUR OS строится прямо в продакшене, система за системой. Здесь собраны решения, ошибки и исправления.
Обычная кнопка скачивания выявила одну связанную задачу на стыке бизнес-идентификатора, имён файлов, браузерной пагинации и физических размеров; этикетку не уменьшали — изолировали документ для печати.
WEOUR OS больше не пытается стать полноценной ERP для трансграничной торговли. Система становится слоем над ERP и маркетплейсами, который превращает их данные в достоверные, объяснимые и применимые управленческие решения.
Это событие подключило факты заказов двух магазинов Yandex к единому аналитическому контуру, общему с Ozon, и явно обозначило границу планировщика как «код развёрнут, но не включён». В этой заметке фиксируются только проверяемые доказательства и то, чего они не означают.
В этом раунде WEOUR OS не получила новых функций — вместо этого были закрыты четыре вещи: хранение релизов, замкнутый контур резервного копирования, временной бюджет планировщика и единый canonical-конвейер публикации. Эта запись объясняет, что изменилось, какие были доказательства на тот момент и чего это не означает.
Это событие свело путь публикации контента Build от ручных операций к конвейеру с предпросмотром, CI-шлюзами и контрактом контента и было проверено в production. Ниже зафиксировано, что изменилось, какие есть доказательства и что это не значит.
Первый реальный физический пересчёт попал в центральный реестр запасов, и что это изменило в разнице между «знать», «наблюдать» и «решать».
Принцип WEOUR OS: неинициализированные и неотчитавшиеся запасы не равны нулю, а наблюдаемые остатки никогда не являются центральными.
Почему WEOUR перестал считать мультиканальную торговлю задачей «купить ещё одну систему» и начал строить операционную систему для глобальной торговли.
WEOUR / BUILD
Если вы решаете реальные задачи в трансграничной торговле, запасах, складе, фулфилменте или автоматизации — расскажите нам о своей задаче.
