Идея простая: в SGApps вы кодируете атрибуты прямо в SKU
через соглашение с общим префиксом
(SHIRT-COTV.M.WHT.COT, SHIRT-COTV.L.WHT.COT),
а не через связь родитель-потомок. Каждая комбинация — это независимый SKU
со своим остатком, своей этикеткой со штрихкодом и своей ценой. Общий префикс
(SHIRT-COTV.*) группирует их в поиске и отчётах.
Это выбор проектирования. Модель „родитель с вариантами“ выглядит элегантно на бумаге, но на практике порождает неоднозначный агрегированный остаток, цены, которые не привязываются к нужному варианту, и вопрос „а куда делась та футболка L, белая, хлопок?“ без чёткого ответа. Соглашение с префиксом убирает иерархию из модели и переносит её в код.
Каждый размер × цвет × материал = независимый SKU
со своим остатком, ценой и штрихкодом. SHIRT-COTV.M.WHT.COT
и SHIRT-COTV.L.WHT.COT — это две равноправные сущности, а не
„варианты чего-то“.
SHIRT-COTV.* автоматически агрегирует в поиске и отчётах все
комбинации одной модели. Сразу видно, сколько продано по модели, по
размеру, по цвету — без ведения отдельной сущности „родительский товар“.
Остаток остаётся результатом, рассчитанным по зарегистрированным движениям (приёмка товара, продажа, возврат, инвентаризация) — на точный SKU. Нет никакого „остатка родителя“, который надо согласовывать. Каждая продажа списывает ровно то, что нужно.
Структуру задаём вместе на этапе внедрения, с учётом ваших привычек. Несколько примеров из реальных каталогов (можете принять любой или предложить свой вариант).
SHIRT-COTV.M.WHT.COT
SHIRT-COTV.L.WHT.COT
SHIRT-COTV.M.BLK.MIX
Модель (SHIRT-COTV) · размер (M/L) ·
цвет (WHT/BLK) · материал
(COT/MIX). Префикс SHIRT-COTV.*
агрегирует всю модель.
SHOE-XX.42.BLK · SHOE-XX.43.BLK
BAG-XX.RED.LTH · BAG-XX.BLK.CNV
WATCH-XX.STL.WHT
Та же логика — префикс модели, атрибуты идут дальше с единым разделителем. Соглашение не ограничено текстилем.
Технический нюанс, важный на практике:
✅ Разрешено: буквы (A-Z, a-z),
цифры (0-9), дефисы (-), точки (.),
подчёркивания (_).
❌ Запрещено в коде: пробел („ “) и косая
черта (/). Вызывают проблемы в URL, экспортах CSV,
штрихкодах и интеграциях.
Отображаемое название (name) не имеет этих ограничений — можно написать „Футболка COTV / хлопок 100 %, белая, размер M“ настолько описательно, насколько захотите. Правило применяется только к внутреннему коду SKU.
Три повторяющихся процесса в магазине одежды — как они работают в SGApps, когда соглашение SKU установлено.
Клиент приносит футболку на кассу. Сканируете этикетку со штрихкодом —
SGApps видит точный SKU
(SHIRT-COTV.M.WHT.COT), цену, сезонную скидку
(если активна), оставшийся остаток. Всё списывается с конкретного
SKU, а не с агрегированного остатка.
Приходит коллекция. Готовите список SKU по префиксному соглашению (одна строка на комбинацию размер × цвет × материал) с количеством и ценой. Мы выполняем импорт на этапе внедрения; для последующих коллекций массовый импорт делается как работа поддержки за плату, оценивается в часах после анализа. Средняя себестоимость пересчитывается, этикетки со штрихкодами готовятся к печати.
Клиент просит обмен M → L. Оформляете чек сторно на SKU размера M (остаток автоматически восстанавливается) и новый чек продажи на SKU размера L. Обе операции соответствуют требованиям MEV к возврату / переоформлению. Кассир проходит по направляемому сценарию, без повторного ввода данных вручную.
Каждый SKU генерирует уникальный штрихкод (EAN-13 или Code-128). Шаблоны этикеток с названием + размер / цвет из SKU + цена + штрихкод, для принтеров Zebra / Godex / Argox. Перепечатываете, когда этикетки повреждаются или когда меняется сезонная цена.
Одни и те же данные, две перспективы: детализация по SKU (для оператора у полки) и группировка по префиксу (для менеджера при заказе).
╔═══════════════════════════════════════════════════════╗ ║ Продажи за текущий месяц — фильтр: SHIRT-COTV.* ║ ╠═══════════════════════════════════════════════════════╣ ║ SHIRT-COTV.M.WHT.COT 18 шт 5 400 MDL ║ ║ SHIRT-COTV.M.BLK.MIX 12 шт 3 600 MDL ║ ║ SHIRT-COTV.L.WHT.COT 9 шт 2 700 MDL ║ ║ SHIRT-COTV.L.BLK.MIX 5 шт 1 500 MDL ║ ║ SHIRT-COTV.S.WHT.COT 3 шт 900 MDL ║ ║ ║ ║ ИТОГО модель SHIRT-COTV.* 47 шт 14 100 MDL ║ ╚═══════════════════════════════════════════════════════╝
Так вы заказываете у поставщика только те размеры и цвета, которые продаются (здесь M.WHT и M.BLK) и распродаёте медленные комбинации (S.WHT). Меньше затоваривания по мёртвым комбинациям, меньше замороженного капитала на полке.
Да. Можно привязать несколько штрихкодов к одному SKU (удобно для разной упаковки: единичная штука vs. упаковка из 3 штук). При сканировании любой код ведёт к одному и тому же SKU с его остатком.
Расширяете префикс. Если появляются дополнительные
варианты (например, длина рукава у футболок), добавляете сегмент в
соглашение для новых коллекций
(SHIRT-COTV.M.WHT.COT.LONG). Старые SKU остаются
действительными. Проконсультируйтесь с нами до изменения — мы проверяем
целостность каталога и делаем переход вместе.
На этапе внедрения чистим их вместе — маппинг из старого кода в новый код по выбранному соглашению. Уже напечатанные физические штрихкоды остаются действительными (мы сохраняем их привязанными к новому SKU). Перепечатка этикеток выполняется по мере продажи / выкладки товара.
Наша рекомендация: последовательность — выбираете либо
всё в заглавных (SHIRT-COTV.M.WHT.COT), либо всё в
строчных, и придерживаетесь этого. На этапе внедрения устанавливаем
политику и применяем её единообразно во всём каталоге. Каталог с
половиной ЗАГЛАВНЫХ и половиной строчных = ловушка для поиска в будущем.
SHIRT-COTV.*)?
Да. Поле поиска в каталоге фильтрует в реальном
времени по любому тексту в SKU или названии. Набираете
SHIRT-COTV → видите все комбинации модели с их остатками.
Фильтр работает по текущему результату, без обращения к серверу.
Тариф Micro покрывает до ~1500 различных SKU (типичный профиль магазина модной одежды с 1-2 кассами). При превышении ~500 чеков/день или ~2500 различных SKU выполняется переход на тариф Start без миграции — меняется только план, база данных и настройки остаются.
Приведённые выше структуры отражают наше стандартное предложение, но каждый клиент обсуждается индивидуально. Соглашение SKU задаём в зависимости от вашего реального каталога, а объём внедрения (чистка старых кодов, первоначальный импорт, интегрированные принтеры этикеток) корректируется после анализа. Окончательное обязательное предложение — это то, которое указано в письменном коммерческом предложении + подписанном договоре.
Для магазина одежды с 1-2 кассами каталог с SKU по префиксу (размер × цвет × материал), отдельный остаток на каждый SKU и печать этикеток со штрихкодом входят в Тариф Micro (150 MDL/месяц). Соглашение SKU настраиваем мы на этапе внедрения на основе обсуждения на этапе discovery. Для кастомных задач (массовая чистка старых кодов, интеграция нестандартного принтера этикеток, миграция из другой системы) — оцениваются в часах поддержки после анализа исходных данных. Сравнение тарифов + актуальная цена → см. страницу для руководителя.
20 минут по телефону — и мы точно скажем, какое соглашение SKU реалистично для вашего каталога, как оценить чистку старых кодов и какое оборудование понадобится для печати этикеток. Первичная консультация бесплатна.
SGAPPS LABS SRL · Кишинёв, Молдова · В непрерывной эксплуатации с 2018 · POS · ERP · Фискальный регистратор MEV · Android fleet