📖 С чего начинается работа в CapinStock
Внедрение сервиса CapinStock состоит из 11 последовательных шагов. Чтобы пройти все 11 шагов без остановок и поиска данных, рекомендуем заранее подготовить все необходимое по чек-листу, который приведен ниже.
После выполнения всех 11 шагов сервис будет готов к полноценной работе, автоматическому планированию закупок, расчету прогноза доходности по товарам (GMROI), формированию платежного календаря (бюджета) и ведению прозрачного учета закупок и поставок, а также к использованию других дополнительных инструментов, которые уже есть и будут появляться по мере расширения сервиса.

📊 Сводная таблица всех 11 шагов

🤝 Рекомендации по распределению функций в команде
CapinStock подходит как для индивидуальных продавцов, так и для команд. Сервис не требует жесткого распределения ролей — вы сами решаете, кто чем будет заниматься. Один человек может вести все дела самостоятельно или разделить функции между сотрудниками.
Если в вашей компании работает команда, ниже приведены краткие рекомендации по распределению функций сервиса между типичными ролями:
• Учет закупок и логистики, Калькулятор логистики — менеджер по закупкам и логистике (тот, кто отвечает за работу с поставщиками и доставку).

• БДС (Бюджет движения средств) — финансовый директор, финансовый менеджер или сам собственник.

• План продаж, План поставок, Прогнозный GMROI — коммерческий директор, руководитель отдела продаж или проект-менеджер.

• Дашборды и сводные отчёты (в разработке) — собственник, коммерческий директор, проект-менеджер.
ℹ️ Это рекомендации, не требования. Соло-селлер может работать со всеми отчётами самостоятельно — сервис рассчитан именно на такую гибкость.

📋 Чек-лист подготовки данных перед началом
Данный чек-лист предназначен для того, чтобы вы смогли подготовить все необходимые данные перед началом настройки системы и интеграций. Чек-лист структурирован по 11 шагам дорожной карты — это позволит вам собрать данные ровно в той последовательности, в которой они потребуются на каждом шаге внедрения.
В чек-листе собраны только те данные, которые нужно получить или собрать вне сервиса. Базовые параметры (название компании, даты периода учёта и т.п.) вы внесёте уже непосредственно в самом сервисе — по подсказкам в соответствующих шагах.

Шаг 1. Данные по компании
Получите API-токены и доступы заранее.

• Токен МойСклад (если ведёте учёт остатков в МойСклад)

Шаг 2. Номенклатура
Соберите структуру всех товаров, с которыми будете работать в сервисе, по трём уровням детализации

Шаг 5. Цикл поставки
По каждой цветомодели (2-й уровень) подготовьте данные по сводным параметрам, которые в самом сервисе указать удобнее, если они известны заранее:

• % выкупа товара по каждому маркетплейсу (WB, Ozon, ЯМ)
• Минимальная частота размещения заказов у поставщика (в днях)
• Страна поставщика для каждого товара — для учёта праздников и сезонных задержек

Шаг 7. Юнит-экономика
По каждому товару подготовьте параметры юнит-экономики:

• ДРР (средняя доля рекламных расходов по всем маркетплейсам)
• Сумма базовых переменных расходов со стороны маркетплейсов — всё, кроме: себестоимости закупки, себестоимости логистики на одну единицу и доли рекламных расходов. Они в эту сумму не вносятся. Например, в сумму включаются: комиссия маркетплейса, логистика внутри маркетплейса, хранение внутри маркетплейса и другие ваши переменные расходы, которые закладываются до маржинальной прибыли на товар
• Средний чек в рублях — по цене из личного кабинета маркетплейса (например, до СПП на Wildberries, до соинвеста на Ozon, до соинвеста на Яндекс.Маркет)
• Средний срок от заказа до выкупа (в днях)
• Средний срок зачисления денежных средств от маркетплейсов на расчётный счёт

Шаг 8. План продаж

• Помесячный план продаж по каждому товару (по 2-му уровню — цветомодели) в штуках на весь горизонт планирования

Шаг 10. Партии, которые не доставлены, но уже заказаны и по которым не закрыта вся оплата
Соберите данные обо всех партиях, которые на момент внедрения сервиса находятся в одном из трёх состояний:

• Сейчас в производстве — товара ещё нет на ваших складских остатках
• Сейчас в доставке на собственный склад или фулфилмент
• Уже на складе, но по партии не закрыты все оплаты

Партии, которые по этим критериям не подходят (находятся на остатках на складе и по ним все оплаты закрыты) — по ним данные готовить не нужно.

Шаг 11. База поставщиков (с тарифа «Базовый» и выше)
Если у вас тариф «Старт» — этот шаг не требуется.
По каждому поставщику товара данные.

📌 Если по каким-то шагам данных пока нет — это не блокирует начало работы. Сервис можно настроить поэтапно. Например, сначала добавить часть товаров и интеграций, а позже расширить охват. Но чтобы расчёты по конкретному товару были корректными, по нему должны быть заполнены данные на всех 11 шагах дорожной карты.

🚀 Что дальше после завершения 11 шагов (рекомендованные сценарии)
После прохождения всей дорожной карты сервис готов к ежедневной операционной работе. Рекомендованные регулярные сценарии использования:

• Один раз в неделю — учёт закупок и логистики (актуальные поставки, оплаты)
• Один раз в неделю — автоматический расчёт планирования заказов в «Плане закупок»
• Один раз в неделю — мониторинг текущей оборачиваемости и денег в товарных запасах
• Один раз в месяц — анализ прогнозного GMROI и поиск инструментов влияния на показатель
• Один раз в месяц — обновление плана продаж
• Один раз в месяц — пересмотр схем оплат, цепочек поставок, фактических логистических плеч

При появлении нового товара в продаже необходимо добавить его в номенклатуру (Шаг 2) и заполнить остальные разделы сервиса в той же последовательности, что и при первичном внедрении.
Это правило относится не только к этапу первичного внедрения, но и к дальнейшему операционному использованию сервиса.

📖 Зачем нужны эти данные
Данные о компании — базовые параметры работы сервиса CapinStock. От них зависят горизонт планирования и подключение источников данных (маркетплейсы, МойСклад).
Это самый первый шаг при подключении сервиса.

🧭 Где это находится
Данные о компании заполняются на первом шаге подключения сервиса: достаточно указать период расчёта (даты «с» и «по») — и сервис начнёт подтягивать ваши товары и остатки из подключённых источников.

ℹ️ Количество недель для расчёта прогнозной оборачиваемости вносится не здесь, а в разделе «План поставок» — сверху слева. Подробнее об этом — в Разделе 4 «План поставок (Закупок)».
Подключение 1С пока в работе. При необходимости автоподгрузки данных из 1С обращайтесь в службу заботы CapinStock — поможем настроить интеграцию индивидуально.

🔑 Получение API-токенов
Перед тем как ввести токены в Настройках CapinStock, их нужно получить в соответствующих личных кабинетах. Ниже — пошаговые инструкции по каждой платформе.
⚠️ Важно: данные подтянутся не сразу. После того как вы введёте API-ключи (токены) и сохраните настройки, данные появляются в CapinStock не мгновенно — нужно немного подождать, пока сервис получит их от маркетплейса. Периодичность, с которой данные отдаются по API, задаёт сам маркетплейс (или сторонний сервис) и зависит от его настроек и тарифа — повлиять на неё CapinStock не может.

Например, Wildberries отдаёт данные по API с разной периодичностью — в зависимости от настроек личного кабинета селлера и тарифа доступа к API — раз в 15 минут или раз в час. Это ограничение самого маркетплейса, и CapinStock к нему отношения не имеет. По остальным сервисам периодичность подтягивания данных тоже определяется самим сервисом.
🟣 Wildberries
Что нужно: API-токен с правами на категории «Контент», «Аналитика», «Статистика» в режиме «Чтение и запись».
Пошаговая инструкция:
1. В правом верхнем углу личного кабинета Wildberries нажмите на название вашей компании.
2. В открывшемся меню выберите «Интеграции по API».

🔌 Подключение маркетплейсов в CapinStock (Настройки → «Склады и данные» → «Подключения к маркетплейсам»). В строке каждого маркетплейса — пять кнопок:
① «Как получить ключи?» — встроенная пошаговая инструкция по получению токена именно в этом кабинете, со списком доступов, которые нужно отметить;
② «Загрузить данные» — запустить загрузку вручную, не дожидаясь расписания;
③ «Изменить ключи» — ввод или замена API-ключа (сохранённые ключи из соображений безопасности не показываются; новый ключ проверяется через API маркетплейса перед сохранением);
④ «Кабинеты» — несколько кабинетов одного маркетплейса, если торгуете с разных юрлиц или магазинов (остатки и выкуп суммируются по артикулу);
⑤ «Отключить» — разорвать связь с кабинетом.

Ниже — «Обновление данных по источникам»: на какое число загружены остатки по каждому маркетплейсу (обновляется автоматически по расписанию).

Подробный разбор каждой кнопки — в статье «Настройки сервиса».

🟣 Wildberries: получение API-токена

1. Войдите в личный кабинет WB Партнёры и нажмите в правом верхнем углу на название вашей компании — откроется меню профиля.
2. В меню выберите пункт «Интеграции по API».

3. Сверху слева нажмите кнопку «Создать токен».

4. В открывшемся окне перейдите на вкладку «Для интеграции вручную».
5. Тип токена — «Персональный» (тестовый не подходит: это песочница для разработчика).
6. Укажите название токена — любое, например «CapinStock».
7. Отметьте категории: «Контент», «Аналитика», «Статистика», «Поставки».
⚠️ Категория «Контент» обязательна — без неё в сервис не подтянутся фото, бренды и категории товаров, а значит не сработает авто-группировка номенклатуры.
8. Уровень доступа — «Чтение и запись», если планируете отправлять заявки на поставку через API; если нет — достаточно «Только чтение».
9. Поставьте галочку «Я понимаю, что не следует передавать токен третьим лицам» и нажмите «Создать токен».

9. Скопируйте полученный токен и вставьте его в Настройках CapinStock в поле «Токен Wildberries».

⚠️ Сохраните токен в надёжном месте сразу после генерации. После закрытия окна Wildberries не показывает токен повторно — придётся создавать новый. Токен WB действует 180 дней.

🔵 Ozon
Что нужно: Client ID и API-ключ с ролью «Admin read only».

Пошаговая инструкция:
1. В личном кабинете Ozon Seller откройте Настройки → API интеграции.

2. В левом меню выберите раздел «Seller API».

3. Скопируйте значение «Client ID» вверху страницы и вставьте его в Настройках CapinStock в поле «Client ID Ozon».
4. Нажмите «Сгенерировать ключ».

5. Заполните форму: название ключа (например «CapinStock»), цель использования — «Для внешнего сервиса, приложения», название сервиса — «CapinStock».
6. В списке «Типы токена» отметьте роль «Admin read only» — её достаточно, чтобы сервис читал товары, аналитику, финансы и поставки FBO. Роль «Admin» (с записью) нужна, только если вы будете отправлять через API заявки на поставку.
7. Нажмите «Сгенерировать», скопируйте Api-Key и вставьте его в Настройках CapinStock. Client-Id берётся там же, на странице Seller API.

⚠️ Ключ Ozon действует 6 месяцев — по истечении сгенерируйте новый.

3. В открывшемся меню перейдите в раздел «Модули и API».

4. В блоке «Интеграции магазинов» найдите нужный магазин и скопируйте его Campaign ID — это и есть «ID кампании» для Настроек CapinStock.
5. Номер магазина можно не искать вручную: в Настройках CapinStock нажмите «Загрузить магазины» и выберите нужный из списка.

6. В блоке «Авторизационные токены» нажмите «Создать новый токен».

7. Укажите название токена (например «CapinStock») и выберите доступы.
Рекомендуемый вариант — «Просмотр всех данных» (all-methods:read-only): он покрывает остатки и заказы, товары и карточки, финансы и отчёты, заявки на поставку FBY. Полное управление кабинетом сервису не требуется.
8. Нажмите «Создать» и скопируйте полученный токен — он начинается с префикса «ACMA:…». Показывается он один раз.

9. Вставьте токен в Настройках CapinStock в поле «Авторизационный токен Яндекс.Маркет».
Создавать и управлять токенами Яндекс.Маркет может только владелец кабинета или менеджер с соответствующими правами.
🔵 МойСклад
Что нужно: токен доступа JSON API 1.2 МойСклад.
Пошаговая инструкция:
1. Войдите в личный кабинет МойСклад: online.moysklad.ru.
2. В верхнем меню перейдите в «Настройки».
3. Выберите раздел «Токены».
4. В открывшемся окне нажмите «Сгенерировать новый токен».
5. Скопируйте сгенерированный токен.
6. Вставьте токен в Настройках CapinStock в поле «Токен МойСклад».
Для генерации токена ваша учётная запись МойСклад должна иметь права администратора аккаунта.

📖 Зачем нужен этот раздел
Раздел «Номенклатура» — база товаров CapinStock. Здесь вы вручную создаёте структуру наименований товаров, которые будут использоваться в сервисе. На этой структуре строятся все дальнейшие расчёты.

📋 Что вы делаете на этом разделе
Заполняете три уровня детализации товара вручную:
1-й уровень — Модель
В первом столбце таблицы вы вручную пишете общее наименование товара.
Пример 1 (одежда): «футболка Basic», «куртка зимняя Pro».
Пример 2 (посуда): «сковорода Granit», «чайник электрический Steam».
2-й уровень — Цветомодель
Для каждой модели указываете признак второго уровня. Обычно это цвет, но может быть и другой признак — материал, версия, комплектация.
Пример 1 (одежда, признак — цвет): «футболка Basic — белая, чёрная, серая».
Пример 2 (посуда, признак — материал покрытия): «сковорода Granit — гранит, керамика».
3-й уровень — Размеры (или иной признак)
В верхней части таблицы справа вы вручную вносите в одну строку по порядку все размеры (3-й уровень), которые встречаются по всей номенклатуре.
Пример 1 (одежда, размеры): S, M, L, XL, XXL.
Пример 2 (посуда, диаметр): 20 см, 24 см, 26 см, 28 см.

📊 Процентная доля продаж по размерам
После того как наименования внесены, нужно указать, как продажи распределяются по размерам внутри каждой модели. Это критично для расчёта дефицитов и плана закупок на 3-м уровне.
Доступно два способа задания долей:

• Ручная установка — вы сами указываете проценты по каждому размеру от общего объёма продаж модели
• Авторасчёт по истории продаж — сервис сам рассчитывает доли по истории продаж за выбранный период (3, 6, 9 или 12 месяцев). Доступно только после сопоставления номенклатуры с артикулами маркетплейсов

🔁 Последовательность работы для авторасчёта
Чтобы использовать авторасчёт долей по истории продаж, нужно идти по шагам:
1. Заполнить раздел «Номенклатура» — внести наименования 1-го, 2-го и 3-го уровней вручную.
2. Перейти в раздел «Сопоставление» (см. статью 2.3) и сопоставить названия номенклатуры с артикулами и наименованиями товаров на маркетплейсах.
3. Вернуться в раздел «Номенклатура» и выбрать «Авторасчёт» — система рассчитает процентные доли по истории продаж за выбранный период.
Если вы не хотите ждать сопоставления, можно сразу выбрать «Ручную установку» и указать проценты самостоятельно. Позже всегда можно переключиться на авторасчёт.

⚠️ При появлении нового товара в продаже его необходимо добавить в раздел «Номенклатура» и далее заполнить остальные разделы сервиса в той же последовательности, что и при первичном внедрении. Иначе расчёты по этому товару не будут корректными.

☰ Массовое действие

Кнопка «☰ Массовое действие» над таблицей выполняет операцию сразу над несколькими товарами. В отличие от других разделов, здесь она работает от выбора строк, а не от показателя.

Как пользоваться:
1. Отметьте нужные товары галочками в левой колонке таблицы.
2. На кнопке появится счётчик выбранных — например «☰ Массовое действие 3».
3. Нажмите кнопку — откроется меню с заголовком «3 товаров выбрано».

Что можно сделать:
• Включить в учёт — товары начнут учитываться в расчётах сервиса;
• Убрать из учёта — товары перестанут участвовать в расчётах;
• Присвоить группу — проставить группу сразу всем выбранным товарам;
• Снять выбор — сбросить отметки.

Если не отмечен ни один товар, меню не откроется — сервис подскажет: «Отметьте товары чекбоксами слева».

Когда это нужно. При первичной настройке, когда из большого каталога нужно взять в работу только часть позиций, и при разборе номенклатуры, когда группы проставляются пачками.

Функция появилась в веб-версии после записи видеоуроков, поэтому в ролике она не показана.

📖 Зачем нужен раздел
Чтобы CapinStock корректно считал остатки, каждый артикул из ваших источников — маркетплейсов (Wildberries, Ozon, Яндекс.Маркет) и вашей системы складского учёта (МойСклад или ручной учёт) — должен быть привязан к позиции номенклатуры CapinStock. Большинство артикулов сервис сопоставляет автоматически при импорте; остальное вы досопоставляете вручную в едином разделе «Сопоставление».
Подключение 1С пока в работе. При необходимости — обращайтесь в службу заботы CapinStock.

📋 Структура раздела

• Столбец «Наименование (из МП)» — как товар назван в маркетплейсе или системе учёта
• Столбец «Артикул» — артикул источника с пометкой канала (WB, OZ, ЯМ, МС)
• Столбец «Остаток» — текущее количество по артикулу
• Столбец «Привязать к товару» — где вы выбираете соответствующую позицию из раздела «Номенклатура»

📖 Зачем нужен этот раздел
В системах учёта (например, МойСклад) обычно несколько складов — основной, фулфилмент, «брак», «возвраты», «архив» и другие. Не все из них нужно учитывать в товарных запасах. На этом разделе вы решаете, какие склады участвуют в расчётах сервиса.
Подключение 1С пока в работе. При необходимости — обращайтесь в службу заботы CapinStock.

📋 Название раздела

• При работе с МойСклад → «Склады МойСклад»
• При ручном учёте → «Склады»

📋 Источник данных

• При подключении МойСклад — все склады подтягиваются автоматически со своими наименованиями
• При ручном учёте — склады заполняются вручную

📋 Внесение остатков на нашем складе вручную
Если склад ведётся вручную (без интеграции с МойСклад), остатки заносятся в разделе «Склады и остатки»:
1. Нажмите кнопку «✎ Занести остатки вручную» — справа над таблицей остатков.
2. В карточке товара откроется таблица «Остатки по размерам · ручной ввод (Наш склад)»
Кликните ячейку на пересечении размера и недели и введите остаток. Кнопка «+ добавить размер» добавляет нужный размер в карточку.

📋 Что вы делаете
У каждого склада из перечня — переключатель:

• ① Включён (синий) — остатки этого склада учитываются в общих расчётах сервиса
• ② Выключен (серый) — остатки склада исключаются

1. Это удобно, когда на платформе учёта есть виртуальные склады (например, «брак», «возвраты», «архив»), которые в фактических товарных запасах учитывать не нужно.

📊 Отслеживание фактических остатков по неделям
Дополнительно в разделе отображаются фактические остатки на начало каждой недели (на понедельник). Данные подтягиваются автоматически — по каждому артикулу указывается количество остатка с указанием месяца и даты начала недели. В верхнем блоке раздела также отображается общее количество товара в штуках, находящегося на конкретном складе маркетплейса или канале продаж.
Подробное операционное ведение и анализ остатков по неделям — в профильном разделе базы знаний по остаткам.

📖 Зачем нужен этот раздел
В разделе «Цикл поставки» вы прописываете сроки на каждый товар по всем этапам цепочки поставок — от формирования потребности до появления товара в продаже на маркетплейсе. На основе этих данных сервис рассчитывает план закупок, нормативные остатки, прогнозную оборачиваемость и узкое место в цепочке.

🧱 Уровень заполнения
Вы заполняете данные на уровне 2-го уровня детализации — цветомодель.
Перед началом работы с разделом «Цикл поставки» сначала должен быть заполнен раздел «Номенклатура» — иначе цветомодели в неё не подтянутся.

⚠️ Если какой-то этап в вашей цепочке отсутствует или на него не тратится время — ставьте 0. Бежевые ячейки таблицы заполняются вручную, серые — рассчитываются автоматически. У каждого столбца есть значок «?» — подсказка, что означает этот этап.

📋 Что вы заполняете — общая логика
Структура раздела — шесть последовательных блоков, каждый выделен своим цветом:

• Срок цепочки — итоговые сроки, рассчитываются автоматически
• Заявка — согласование и оплата заказа поставщику
• Производство — производство партии у поставщика
• Логистика до нашего склада / фулфилмента
• Логистика до складов маркетплейса
• Заказ → выкуп — от заказа покупателем до выкупа с пункта выдачи

В каждом блоке (кроме «Срок цепочки» и «Заказ → выкуп») кнопка «+» позволяет добавить или убрать столбцы-этапы, в том числе внести свои. Данные по всем этапам блока суммируются.

📦 Блок «Заявка»
Этот блок описывает срок от момента, когда у вас возникла потребность в товаре, до оплаты поставщику. Данные заполняются в днях. Всегда включён этап «Согласование условий закупки» (срок переговоров и фиксации условий с поставщиком). Остальные этапы добавляются через «+»:

• Формирование потребности (подсорта) — срок на формирование и согласование заказа внутри вашей команды, в днях
• Оплата (или предоплата) поставщику-посреднику — срок от момента выставления счёта до получения денег поставщиком, в днях

📊 Блок «Срок цепочки» (итоги — считаются автоматически)
Первый блок собирает итоговые сроки из остальных блоков — заполнять его не нужно:

• Общий срок цепочки поставок, дн. — суммарный срок от возникновения заявки на заказ партии до фактической поставки на ваш склад или фулфилмент;
• Производственное плечо, дн. — сумма всех этапов, связанных с производством партии;
• Логистическое плечо, дн. — сумма сроков от отгрузки у поставщика до доставки на ваш склад;
• Самое узкое горлышко, дн. — узкое место в цепочке: минимально возможная частота размещения заказов с учётом самого долгого звена.

🏭 Блок «Производство»
Этот блок описывает срок от начала производства партии до её отгрузки от производителя/поставщика. Данные в этом блоке заполняются в днях. Включает четыре столбца:

• Производство продукции — чистый процесс производства партии в днях
• Резерв производства — страховые дни на задержки в производстве
• Инспекция партии товара — срок от готовности партии до проведения инспекции, в днях (если инспекция проводится)
• Доплата поставщику-посреднику — количество дней с момента готовности партии и отправки части оплаты до фактической отгрузки. Применяется в случае, когда поставщик отгружает товар только после получения оплаты на расчётный счёт, либо когда вы оплачиваете часть стоимости только после полной готовности партии. Если такого этапа нет — ставится 0

🚛 Блок «Логистика до нашего склада / фулфилмента»
Этот блок описывает срок от отгрузки от поставщика до поступления товара на собственный склад или фулфилмент. Данные в этом блоке заполняются в днях. Включает:

• Логистика до транспортной компании — срок доставки от поставщика до склада логистической компании, в днях
• Подготовка к отгрузке на складе логистической компании — срок консолидации, в днях (если используется)
• Резерв на складе логистической компании — страховые дни
• Логистика до границы РФ (или другой страны)
• Прохождение таможенного контроля
• Резерв таможенного контроля — страховые дни
• Логистика внутри страны
• Оплата логистической компании — срок оплаты услуг, в днях
• Подготовка к отгрузке от логистической компании
• Забор груза до собственного склада

📤 Блок «Логистика до складов маркетплейса»
Этот блок описывает срок от поступления товара на собственный склад до его появления в продаже на маркетплейсах. Данные в этом блоке заполняются в днях. Включает:

• Приёмка товара на собственном складе
• Упаковка комплектов
• Подготовка отгрузки на склад маркетплейса
• Срок отгрузки на ближайший склад Wildberries / Ozon / Яндекс.Маркет
• Срок отгрузки на самый дальний склад Wildberries / Ozon / Яндекс.Маркет
• Срок приёмки товара на складе маркетплейса (среднее значение)
• Частота отгрузок партий на каждый маркетплейс (в днях) — с какой частотой (периодичностью) вы отгружаетесь на склады Маркетплейсов (любой).
  Например: «Мы отгружаем поставки на склады маркетплейсов 1 раз в неделю» (только для примера!)
• Резерв логистики до маркетплейсов, дн. — страховые дни на возможные задержки при доставке на склады маркетплейсов

🛒 Блок «Заказ → выкуп»
Последний блок (один столбец, без кнопки «+») — средний срок от момента, когда покупатель заказал товар на маркетплейсе, до его фактического выкупа с пункта выдачи или доставки курьером. В среднем по маркетплейсам — около 7 дней. Срок хранения товара на складе маркетплейса в цепочке не учитывается (он не относится к движению товара).

👥 Несколько поставщиков на один товар
Если один товар вы заказываете у разных поставщиков, у каждого — своя цепочка поставки. Добавить поставщика можно кнопкой «+ Добавить поставщика» прямо в разделе или через «Базу поставщиков» (привязав к нему товар). «Активный поставщик» — тот, с кем вы работаете сейчас; таблица показывает итоговые сроки и этапы по активному поставщику. Так удобно сравнивать цепочки разных поставщиков.

⚙️ Дополнительные параметры по каждой цветомодели
Проценты (%) выкупа товара (по каждому маркетплейсу)
Три отдельных столбца: для Wildberries, Ozon и Яндекс.Маркет. На каждый товар вручную в процентах указывается процент выкупа товара для каждого маркетплейса. Этот параметр критичен для расчёта реальной потребности в товаре с учётом возвратов.

Количество дней задержки отгрузки товара
Под самый долгий срок производства другого поставщика (в днях). Заполняется вручную. Необходим для расчёта узкого места в цепочке поставок и обозначает количество дней, которое необходимо для ожидания отгрузки партии со склада транспортной компании при консолидации поставки данного товара либо с другими вашими поставщиками, либо с другими компаниями, с которыми вы потенциально договорились вести груз вместе.
Вносится при наличии консолидации; если её нет — ставится 0.

🧭 Верхняя панель и куда идут данные
Сверху раздела: «Шаг назад» (отменить последнее действие), поиск по товару или артикулу, «Фильтр» (по бренду и цвету), «Экспорт» (Excel / CSV / PDF), «Заполнить массово».
Данные раздела используются для авторасчёта плана закупок и поставок, плановых дат отгрузки от поставщика и доставки на ваши склады и склады маркетплейсов, а также попадают в платёжный календарь (бюджеты на закупку и доставку каждой партии). Если по товару данные не заполнены — сервис покажет уведомление с быстрым переходом в нужный раздел.

🔄 Обновление данных раздела
По самой разделе «Цикл поставки» отдельной кнопки обновления нет — данные пересчитываются автоматически при обновлении в одном из отчётных разделов («План поставок (Закупок)», «Прогнозный GMROI», «Учёт закупок и логистики»).

⇊ Заполнить массово

Кнопка «⇊ Заполнить массово» в верхней панели раздела переносит срок этапа с одного товара на другие, чтобы не проставлять одинаковые сроки вручную по каждой позиции.

Какие поля в окне:
• 1. Товар-источник — товар, у которого срок уже заполнен верно;
• 2. Поставщик источника — поставщик, к которому относится этот срок;
• 3. Товары-приёмники — кому проставить (можно выбрать всех);
• 5. Показатель — в этом разделе он подписан «— выберите столбец —»: сроки хранятся по столбцам этапов.

После выбора столбца появляется поле значения — об этом сказано подсказкой в самом окне. Затем нажимается «Применить».

Какие сроки можно протянуть: согласование условий закупки · формирование потребности подсорта · оплата (предоплата) поставщику или посреднику · процесс производства · резерв процесса производства · логистическое плечо до нашего склада или фулфилмента · резерв подготовки к отгрузке · резерв логистического плеча. Список открывается с поиском.

Когда это нужно. У товаров одного поставщика сроки этапов обычно совпадают — заполняете одну позицию и распространяете на остальные.

Функция появилась в веб-версии после записи видеоуроков, поэтому в ролике она не показана.

📖 Зачем нужен этот раздел
Раздел «Схемы оплаты» нужен, чтобы по каждому товару внести и отслеживать актуальные условия оплаты — с поставщиками и с логистическими компаниями: какие проценты, авансы, остатки и отсрочки применяются как за закупку у поставщика, так и за логистику.
На основе этих данных сервис строит графики платежей поставщику и логистам, рассчитывает платёжный календарь закупок (БДС) и прогнозные и текущие замороженные денежные средства в товаре.

🧭 Как устроена вкладка

• Слева — перечень ваших товаров. Выбираете товар — справа открываются данные и схема оплаты именно по нему.
• Сверху — Шаг назад (отменить последнее действие), поиск по товару или артикулу, Фильтр (по бренду и цвету), Экспорт (в удобном формате) и Заполнить массово.
• Справа вверху — переключатель «Основная схема оплаты» / «Схема оплаты по партиям»: базовая схема на товар в целом либо отдельная схема под конкретную партию.

Правая часть состоит из блока источника себестоимости закупки и блоков оплаты поставщику и оплаты логистики — разберём их ниже.

💰 Источник себестоимости закупки для расчётов
Здесь вы выбираете, откуда сервис берёт закупочную себестоимость товара. Выбранный источник идёт во все расчёты — GMROI, БДС, Учёт закупок и Калькулятор логистики; остальные источники при этом остаются видны для сравнения. Доступны три типа:

• Ручная — себестоимость закупки и логистики (на одну единицу, «под ключ») вносится вручную. Удобно для нового товара, у которого ещё не было закупок через сервис, или для операционной корректировки. У закупки и у логистики можно указать дату, с которой действует значение (даты могут быть разными).
• База поставщиков — себестоимость подтягивается из раздела «База поставщиков» с учётом вилки цен по объёму закупки и типу поставщика (подробнее — в уроке «База поставщиков»).
• Фактическая (по последней партии) — рассчитывается автоматически по последней закрытой партии. Партия считается закрытой, когда одновременно: груз доставлен на ваш склад или фулфилмент, поставщику оплачено 100% и логистика оплачена на 100%. Тогда сервис сам проставляет закупку и логистику и подсвечивает номер и дату партии (детали — в разделе «Учёт закупок и логистики»).

Приоритет данных — по свежести: сервис ориентируется на самую позднюю по дате запись. Ввели ручные данные после закрытой партии — приоритет у ручных; пришла новая закрытая партия — снова у фактических.

🤝 Схема оплаты поставщику
Здесь вы расписываете, как оплачиваете закупку поставщику. Кнопкой «Добавить платёж» можно задать до 5 платежей. Для каждого платежа указываете:

• Опорную дату отсчёта — «с даты начала производства» или «с даты отгрузки от поставщика»;
• Срок в днях относительно опорной даты. Дни могут быть отрицательными — это оплата до опорной даты (например, аванс за 10 дней до старта производства — минус 10);
• Процент от общей закупочной стоимости партии.

Сервис контролирует полноту: строка «Итого (проверка)» должна дать 100% — пока схема неполная, она подсвечивается. У блока есть кнопка «?» с подсказкой и примером заполнения.

🚚 Схема оплаты логистики
Отдельно расписываются платежи за логистику — процент считается от стоимости логистики. Опорных дат здесь три: «с даты начала производства», «с даты отгрузки от поставщика» и «с даты доставки на наш склад / фулфилмент».
Если выбрать «с даты доставки на наш склад / фулфилмент», открывается перечень расходов на логистику: при импорте продукции можно отдельно указать НДС, таможенные пошлины и прочие импортные платежи; при работе внутри России — «Логистика (первая часть)» и «Прочие оплаты» для любых нужных платежей.
Как и у поставщика, срок в днях может быть отрицательным (оплата раньше опорной даты — например, оплатили транспортной компании за день до доставки, минус 1), а строка «Итого (проверка)» должна дать 100%. У блока тоже есть кнопка «?» с примером.

📄 Копирование и схема по партии

• Копировать схему оплаты в другой товар — если у другого товара такие же условия оплаты за закупку и логистику, не заполняйте заново: заполните один товар и скопируйте схему на остальные. Изменения сохраняются автоматически.
• Схема оплаты по партиям — когда партии уже рассчитаны авторасчётом, для конкретной партии можно задать свою схему (если по ней отличаются условия оплаты). Выбираете партию по номеру и дате (есть поиск по большому списку) и вносите свою схему — она отразится в «Учёте закупок и логистики» и в платёжном календаре именно по этой партии.

💡 На основе данных раздела сервис рассчитывает БДС (платёжный календарь) по закупкам и логистике, бюджет на будущие партии и объём замороженных денег в товаре. Подробнее о работе с БДС — в Разделе 5 «Платёжный календарь закупок».

⇊ Заполнить массово

Кнопка «⇊ Заполнить массово» в верхней панели раздела копирует показатель с одного товара на другие. Окно называется «⇊ Заполнить показатель массово».

Как пользоваться:
1. Товар-источник — у кого берём значение.
2. Показатель — что именно переносим.
3. Товары-получатели — кому проставить.

Поле значения появляется после выбора показателя — об этом сказано подсказкой в самом окне. Затем нажимается «Применить».

Какие показатели доступны:
• Ручная себестоимость: Закупка, ₽
• Ручная себестоимость: Логистика, ₽
• Источник себестоимости закупки
• Источник себестоимости логистики
• Схема оплаты поставщику
• Схема оплаты логистики

Когда это нужно. Условия оплаты у поставщика обычно едины для всей группы товаров: настраиваете схему на одной позиции и распространяете на остальные, не открывая каждую карточку.

Функция появилась в веб-версии после записи видеоуроков, поэтому в ролике она не показана.

📖 Зачем нужны эти данные
Прогнозный GMROI (Gross Margin Return on Investment) — это прогнозная доходность инвестиций в товарные запасы по каждому SKU. Чтобы сервис мог его рассчитать, по каждому товару (цветомодели) нужно заполнить параметры юнит-экономики.
Полное описание работы с разделом «Прогнозный GMROI», методологии расчёта и инструментов влияния — в Разделе 6 «Прогнозная доходность (GMROI) и юнит-экономика».

🧱 Уровень заполнения
На каждую цветомодель (2-й уровень детализации).

📋 Какие параметры вы заполняете

Себестоимость закупки и логистики (на единицу)
Подтягиваются из выбранного источника: «Ручная», «База поставщиков» или «Фактическая» (по последней закрытой партии). Активный источник и точка его переключения — в разделах «Схемы оплаты» и «Цикл поставки». Эти значения вместе со средним чеком — основа расчёта маржи.
Налог, %
Ставка налога с оборота по этому товару, которую сервис учитывает в юнит-экономике.
ДРР итоговая по всем маркетплейсам
Доля рекламных расходов — средний процент рекламных затрат от выручки по товару, усреднённый по всем маркетплейсам, на которых этот товар продаётся.
Сумма базовых переменных расходов со стороны маркетплейсов
Это сумма всех переменных расходов, которые маркетплейс снимает с вашего товара или вы несёте до маржинальной прибыли.
Что НЕ включается в эту сумму: себестоимость закупки, себестоимость логистики на одну единицу и доля рекламных расходов (ДРР) — эти данные заполняются отдельно.
Что включается (примеры): комиссия маркетплейса, логистика внутри маркетплейса, хранение на складе маркетплейса, а также другие переменные расходы, которые вы сами учитываете в расходах на единицу товара до маржинальной прибыли.
Список расходов индивидуален — каждый продавец сам решает, какие переменные расходы вне комиссии и логистики МП учитывать на единицу товара до маржинальной прибыли.
Средний чек в рублях
Указывается по цене из личного кабинета маркетплейса, а не финальная цена для клиента после скидок. Конкретно:

• Wildberries — до СПП (скидки постоянного покупателя)
• Ozon — до соинвеста
• Яндекс.Маркет — до соинвеста

Средний срок от заказа до выкупа (в днях)
Сколько в среднем проходит дней с момента, когда покупатель оформил заказ, до момента, когда товар выкуплен (а не возвращён).
Средний срок зачисления денежных средств от маркетплейсов
Сколько в среднем дней проходит от продажи товара до зачисления выручки на ваш расчётный счёт.
Коэффициент увеличения / падения объёма продаж (опционально)
Используется для моделирования сценариев — что будет с GMROI, если продажи вырастут или упадут:

• 0 = 100% от плана (без изменений)
• 0,1 = +10% к плану
• 1 = +100% к плану (удвоение)
• −0,2 = −20% к плану

📖 Зачем нужен этот раздел
План продаж — это основа всех плановых расчётов сервиса. На его основе рассчитываются план поставок, нормативные остатки (минимальная, оптимальная, максимальная нормы), прогнозный GMROI, бюджет на закупки и логистику.

🧱 Уровень заполнения
На каждую цветомодель (2-й уровень детализации). Период — помесячный.

📋 Структура раздела

• В первом столбце — наименование товара (цветомодели)
• В шапке таблицы: 1-я строка — год, 2-я строка — месяц
• В каждой ячейке — план продаж конкретного товара в штуках на конкретный месяц

📅 Горизонт планирования
Горизонт планирования и список месяцев формируются автоматически на основе дат начала и окончания периода расчёта, заданных в Настройках (см. статью 2.1). Максимум 3 года между этими датами.

⚠️ Критически важно: вносите план не по заказам товара, а именно по продажам — по реализации товара конечному покупателю. На основе плана продаж рассчитываются все остальные блоки сервиса: план поставок, нормативные остатки, GMROI, бюджет на закупки и логистику. Перепутав «план заказов» с «планом продаж», вы получите некорректные расчёты по всему сервису.

⇊ Заполнить массово

Кнопка «⇊ Заполнить массово» в верхней панели раздела копирует плановое значение сразу на несколько товаров и месяцев. Механика здесь своя: план хранится в сетке «товар × месяц», поэтому копируется не показатель, а значение конкретной ячейки.

Шаг 1. Выберите, какие данные скопировать
• Товар — чей план берём за образец;
• Месяц — из какого месяца;
• Значение, шт — подставляется из выбранной ячейки, его можно изменить. Подсказка в окне предупреждает: изменённое значение применится и к источнику, и к выбранным товарам и месяцам — даже если раньше они не были заполнены.

Шаг 2. Копировать в
• Товары — например «Все видимые (36)»;
• Месяцы — «Все месяцы» или отдельные месяцы горизонта планирования.

Ниже окно поясняет: «Заполнятся бежевые ячейки выбранных товаров и месяцев». Кнопка действия здесь — «Скопировать» (а не «Применить», как в остальных разделах), рядом — «Закрыть».

Когда это нужно. При первом заполнении плана и при сезонной корректировке, когда одно и то же значение нужно проставить по всему ассортименту или по всему горизонту планирования.

Функция появилась в веб-версии после записи видеоуроков, поэтому в ролике она не показана.

📖 Зачем нужны эти параметры
Это первичные данные для автоматического расчёта плана поставок и закупок. На основе этих параметров сервис сам формирует рекомендации: сколько товара заказывать у поставщика и когда, с учётом MOQ, типа нормы остатков и порогов дефицита.
Полное описание работы с разделом «План поставок (Закупок)», методологии расчёта норм остатков (Opt / Max) и узкого места в цепочке поставки — в Разделе 4 «План поставок (Закупок)».

🧱 Где заполняется
В разделе «План поставок (Закупок)» в самом левом столбце раздела, по каждой цветомодели.

📋 Параметры, которые вы заполняете

Минимальная частота размещения заказов в днях
Регулярность, с которой вы можете размещать заказы на этот товар у поставщика.
Пример: у вас цикл производства 28 дней, и вы договорились с поставщиком, что можете заказывать новую партию не чаще, чем раз в 21 день. Тогда минимальная частота — 21.
Страна поставщика
Указывается для учёта праздничных и сезонных задержек как в России, так и в стране производителя. Сервис автоматически учитывает праздничные дни этой страны при планировании сроков.
Пример: если поставщик из Китая, сервис учтёт длинные периоды Китайского Нового года в феврале — отгрузки в этот период невозможны.
Тип нормы остатков (Opt / Max)
Выбор кнопкой одного из двух типов:

• «Под Opt» — оптимальная норма остатков. Привозить товар под оптимальный запас на цепочку поставки
• «Под Max» — максимальная норма. Привозить товар под максимальный запас (на полную длительность цепочки поставки)

Минимальная норма (Min) не используется как самостоятельный тип нормы — всё, что меньше резервного остатка, уже считается дефицитом.
Пример. Цепочка поставки — 90 дней (45 дней производство + 45 дней логистика). Под Max сервис рассчитает норму так, чтобы товара хватало на 90 дней продаж согласно плану.
Учитывать MOQ 2-го уровня (да / нет)
Кнопка выбора: учитывать ли минимальный объём заказа (MOQ) на уровне цветомодели при автоматическом расчёте плана.
Если выбрано «учитывать» — сервис при формировании плана будет соблюдать MOQ. Если «не учитывать» — система понимает, что можно заказать любое количество цветомодели.
Пример. Ваша потребность — 800 штук цветомодели на неделю, но поставщик разрешает размещать заказ только от 1000 штук на цветомодель. Если MOQ учитывается — сервис рекомендует заказать 1000 штук вместо 800.
MOQ 2-го уровня (в штуках)
Минимальный объём заказа на цветомодель в штуках. Заполняется, если в предыдущем поле выбрано «учитывать».
Пример: цветомодель «футболка Basic белая» — MOQ 1000 штук. Заказывать у поставщика можно только от 1000 штук этой цветомодели.
Минимальное количество 2-го уровня для подсорта
Порог дефицита по цветомодели, ниже которого сервис не подсвечивает потребность в заказе.
Пример: Дефицит по цветомодели составляет 10 штук, но MOQ — 1000 штук. Заказывать 1000 ради 10 штук дефицита нерационально. Если порог дефицита установлен 50 штук — система не будет рекомендовать заказ при дефиците меньше 50.
Учитывать MOQ 3-го уровня (да / нет)
Аналогично MOQ 2-го уровня, но на уровне отдельного размера / комплектации.
Пример: можно учитывать MOQ только на уровне цветомодели (200 штук на цветомодель), не задавая лимита на отдельный размер. Или наоборот — задавать MOQ на каждый размер отдельно.
MOQ 3-го уровня (в штуках)
Минимальный объём заказа на отдельный размер.
Пример. «Футболка Basic белая, размер S» — MOQ 200 штук. Это означает, что заказать на этот конкретный размер можно только от 200 штук.
Минимальное количество 3-го уровня для дефицита
Порог дефицита по размеру / комплектации, ниже которого сервис не подсвечивает потребность в заказе.
Пример. Дефицит по размеру S — 5 штук, MOQ 200 штук. Если порог дефицита установлен 10 штук — система не будет рекомендовать заказ при таком небольшом дефиците.

⚠️ Решения о порогах дефицита, MOQ и типе нормы остатков остаются на стороне пользователя. Сервис не берёт на себя ответственность за коммерческие решения — он рассчитывает план на основе заданных вами параметров. Внимательно подбирайте значения исходя из договорённостей с поставщиками и вашей коммерческой логики.

⚙️ Коэффициент затоваривания, %
Задаётся на каждый товар вручную в разделе «План закупок и поставок» — панель «Настройка данных по поставщику» (справа, при выборе товара). Показывает, на сколько процентов увеличить или уменьшить рассчитанные сервисом нормы остатков (Min, Opt, Max):

• 0 — нормы остаются такими, как посчитал сервис;
• 10 — +10 % ко всем трём нормам (дополнительно затарить склад — например, под сезон или категорию с высокими возвратами);
• −10 — −10 % (сократить нормы остатков).

Норму, под которую сервис планирует заказ (Opt или Max), выбирают там же — в блоке «Настройка нормы остатков».

⇊ Массовое заполнение первичных данных

Параметры подсорта не обязательно вносить по одной карточке. В разделе «План закупок и поставок» кнопка «⇊ Массовое заполнение ▾» в верхней панели открывает панель, где один и тот же показатель задаётся сразу списку товаров.

Какие показатели можно заполнить массово:
• Поставщик
• Страна поставщика
• MOQ 2-го уровня, шт
• MOQ 3-го уровня, шт
• Коэффициент затоваривания, %
• Мин. частота заказа, дн
• Норма остатков (Opt/Max)
• Минимальный порог дефицита, шт

Перед применением панель показывает две колонки — «Текущее» и «Планируемое»: что стоит сейчас и что будет после замены. Это главная страховка — результат видно до нажатия «Применить».

Когда это нужно. Именно на этом шаге внедрения: одинаковые условия проставляются всему ассортименту разом, а не по одной позиции. Подробный разбор панели — в Разделе 4 «План поставок (Закупок)».

Функция появилась в веб-версии после записи видеоуроков, поэтому в ролике она не показана.

📖 Зачем это нужно
На момент внедрения CapinStock у вас уже есть партии в работе — товар, который заказан, производится, едет или уже пришёл, но по нему не закрыты все оплаты. Чтобы сервис корректно учитывал эти партии в расчётах оборачиваемости, БДС и норм остатков, их нужно перенести в систему.

⚠️ Какие партии нужно перенести: партии, которые на момент внедрения сервиса находятся в одном из трёх состояний — (1) сейчас в производстве — товара ещё нет на ваших складских остатках, (2) сейчас в доставке на собственный склад или фулфилмент, (3) уже на складе, но по партии не закрыты все оплаты (есть задолженность поставщику или логистической компании).

Партии, которые уже на складе и по которым все оплаты закрыты, переносить не нужно — они уже автоматически подгружены в систему и учитываются во всех текущих и дальнейших расчётах.

🏷 Маркировка ВНД-партий
Партии, которые переносятся при внедрении, получают специальный номер:
ВНД / N — где «ВНД» расшифровывается как «Ввод Начальных Данных», N — порядковый номер. На один товар может быть несколько партий с номером ВНД.

🔄 Как открыть мастер ввода
Партии ВНД вносятся в разделе «Учёт закупок и логистики»:
1. Над таблицей нажмите кнопку «Добавить партии» (справа в панели, рядом со значком «?»).
2. Откроется окно «Добавление партий при старте» — оно поясняет, какие партии нужно перенести. Нажмите «Ок».
3. Откроется форма «Добавить партию» — пройдите по шагам (ниже) и нажмите «Сохранить».

📝 Что вы заполняете по каждой партии
После открытия окна вы последовательно проходите 6 шагов:
Шаг 1. Товар
Выбор из созданной номенклатуры или внесение нового товара.
Шаг 2. Количество
Общее количество в партии (в штуках).
Шаг 3. Размеры в партии
Автоматическая подгрузка размеров из номенклатуры. Корректировка количества по каждому размеру — сколько штук какого размера в этой партии.

Шаг 4. Статус партии
Один из пяти статусов:

• Заявка
• Производство
• Идёт доставка
• На таможне
• Груз доставлен — при выборе этого статуса указывается дата доставки

Шаг 5. Оплата товара поставщику
Указывается:

• Статус оплаты — «Вся партия оплачена» или «Частично оплачена»
• Платежи — суммы и даты каждого платежа поставщику

Шаг 6. Оплата логистики
Указывается:

• Статус оплаты — «Вся доставка оплачена» или «Частично оплачена»
• Платежи — суммы и даты по каждому виду логистических расходов

✅ Когда партия считается полностью закрытой
Партия переходит из операционного учёта в архив при выполнении трёх условий одновременно:

• Статус партии = «Груз доставлен»
• Статус оплаты поставщику = «Вся партия оплачена»
• Статус оплаты доставки = «Вся доставка оплачена»

До этого момента партия продолжает учитываться в текущих расчётах БДС, оборачиваемости и норм остатков.

💡 Подробное описание операционного ведения учёта закупок и логистики (плановые / скорректированные / фактические даты, работа с платежами по факту, проставление статусов) — в Разделе 3 «Учёт закупок и логистики».

📖 Зачем нужен этот раздел
Единая база всех ваших поставщиков: контакты, документы, условия закупки и цены по каждому товару. На один товар можно назначить как одного, так и нескольких поставщиков.

💰 Доступность
С тарифа «Базовый» и выше. На тарифе «Старт» раздел недоступен.

🧭 Как устроен раздел
Сверху — Шаг назад, поиск (по поставщику, товару, артикулу), Фильтр, Экспорт, «+ Поставщик», «Привязать товар к поставщику» и «Заполнить массово». Переключатель «По поставщикам» / «По товарам» меняет группировку таблицы — смотреть базу удобно и от поставщика, и от вашего артикула. В строке поставщика видны статус и число закреплённых за ним товаров.

📋 Данные, которые используются в расчётах «Калькулятора логистики»
Заполняются по товару у поставщика (в блоке «Товары поставщика»):

• Закупочная стоимость товара в валюте и валюта закупки
• Код ТН ВЭД
• Таможенная пошлина в процентах (включает пошлину и таможенные сборы за операции)
• НДС в процентах
• Ставка на 1 кг при ввозе по риску (в долларах США)
• Вес одной единицы в граммах (брутто)
• Объём одной единицы в м³

➕ Как добавить поставщика
Нажмите «+ Поставщик» — откроется окно «Новый поставщик». Заполните нужные поля:

• Наименование и тип поставщика (производитель / посредник / базовый);
• Страна / местонахождение, адрес;
• Менеджер, телефон, email, сайт;
• Основная валюта оплаты и статус работы (новый / действующий / пауза);
• Контакты в мессенджерах и комментарий.

После «Сохранить» поставщик появится строкой в базе. Банковские реквизиты и документы добавляются уже в карточке — после сохранения.

🗂 Карточка поставщика
Раскройте строку поставщика (стрелка ▸) — внутри два блока: «Карточка поставщика» и «Товары поставщика». В карточке можно:

• поменять статус работы в любой момент;
• загрузить фото — кнопкой в карточке (или подтянуть автоматически по данным маркетплейсов);
• добавить контакты в мессенджерах;
• приложить ссылки и файлы (разрешительная документация, договор, лицензия) — кнопкой «+ ссылка / файл»; файл в любом формате (PDF, DOCX, XLSX, презентация) подгружается и потом скачивается по клику;
• внести банковские реквизиты — чтобы быстро передать их в бухгалтерию к оплате.

📦 Товары поставщика
Кнопкой «Привязать товар к поставщику» выберите поставщика и его артикулы (при большом ассортименте — через поиск). Ограничения по количеству нет. По каждому привязанному товару заполняются условия закупки: цена закупки вилкой (стоимость за единицу меняется в зависимости от объёма партии); MOQ 2-го и 3-го уровня и минимально возможная частота заказа у поставщика (в днях) — они идут в авторасчёт «Плана закупок и поставок»; таможенные данные (ТН ВЭД, пошлина, НДС, ставка риска) и габариты (вес, объём) — для «Калькулятора логистики».

⇊ Заполнить массово

Кнопка «⇊ Заполнить массово» в верхней панели раздела переносит условия закупки с одного товара на другие. В этом разделе перед выбором источника добавлен отбор по поставщику.

Как пользоваться:
1. Поставщик — рядом с названием показано, сколько за ним закреплено товаров (например «ООО Ромашка · 40 тов.»).
2. Товар-источник — выбирается из товаров этого поставщика.
3. Показатель — что переносим.
4. Товары-получатели — кому проставить.

Поле значения появляется после выбора показателя. Затем нажимается «Применить».

Какие показатели доступны: MOQ 2-го уровня, шт · MOQ 3-го уровня, шт · минимальная частота заказа, дн · пошлина, % · НДС, % · ставка риска, $/кг · вес 1 ед., кг · объём 1 ед., м³ · цена закупки (вилка).

Когда это нужно. Условия у одного поставщика, как правило, одинаковы для всех его товаров: заполняете одну карточку и распространяете на остальные. Отбор по поставщику защищает от ошибки — чужие товары в список получателей не попадут.

Функция появилась в веб-версии после записи видеоуроков, поэтому в ролике она не показана.

🎨 Цвета в интерфейсе
В таблицах сервиса цвет ячейки подсказывает, что с ней делать:
🟫 Бежевые ячейки — поля для ручного заполнения. Вы вносите данные сами: обязательно (для корректной работы сервиса), опционально (по желанию) или справочно (для удобства ведения собственных данных).

🚦 Цвета по принципу «светофора»
Используются в отдельных разделах (например, в «Прогнозном GMROI» и в «Учёте закупок и логистики» по размерам) для быстрой визуальной оценки показателя:

• 🟢 Зелёный — всё хорошо, показатель удовлетворительный
• 🟡 Жёлтый — пограничное значение, стоит обратить внимание
• 🔴 Красный — есть проблема либо показатель неудовлетворительный

◻️ Серые ячейки
Значения в серых ячейках подтягиваются или рассчитываются автоматически на основе других данных. Эти ячейки трогать не нужно.

⬜️ Серый (в «Плане поставок»)
В отдельных строках на определённых неделях есть подсветка серым цветом — это праздничные дни, когда действия с товаром или партией произвести не получится.

🧭 Верхнее меню и панель раздела
Сверху в сервисе: слева — название текущего раздела и ссылка «Перейти в Базу знаний»; по центру — «Поиск по сервису» (товар, раздел) и кнопка «Записать сценарий» (сохранить текущие настройки расчётов, чтобы затем сравнивать сценарии управления запасами); справа — переключатель светлой/тёмной темы, колокол уведомлений и профиль.
В каждом разделе есть своя панель над таблицей: «Шаг назад» (отменить последнее действие), поиск, «Фильтр», «Экспорт» (Excel / CSV / PDF) и, где предусмотрено, «Заполнить массово» / «Массовое действие» и специальные кнопки раздела.

🔄 Расчёты выполняются автоматически
В веб-версии CapinStock не нужно вручную запускать пересчёт: планы поставок, платёжный календарь (БДС), прогнозный GMROI и другие расчёты обновляются автоматически после изменения данных. Отдельных кнопок «Обновить» нет. Исключение — план продаж: его значения вы вносите и корректируете вручную.
Чтобы вовремя актуализировать данные, во вкладке «Настройки» можно включить напоминания (например, обновлять план продаж раз в месяц) — они появятся в колоколе уведомлений.
🔍 Фильтр работает в контексте текущего раздела: если вы в «Плане поставок» — применяется к нему, если в «Учёте закупок и логистики» — к нему.

⚙️ Вкладка «Настройки»
Отдельная вкладка сервиса, где собраны параметры компании и управление доступом. Разделы:

• Настройки — базовые параметры компании, период учёта, токены интеграций (подробно — в Разделе 2 «Настройка системы и интеграции»).
• Права сотрудникам — пригласить коллегу по email и назначить роль: «Администратор» (полный доступ) или «Сотрудник» (настраиваемые права на просмотр/редактирование по разделам, экспорт, запуск тяжёлых расчётов, управление пользователями). Кнопка «Выключить» удаляет доступ сотрудника.
• Визуализация — как показывать дашборды: «Каскадом» (все подряд прокруткой) или «По одному» (переключателем сверху).
• Склады и данные — статус подключения по каждому складу/маркетплейсу («Обновлено» с датой, «Ошибка обновления», «Нет данных») и донастройка интеграций.
• Настройка учёта складов — включить или отключить конкретный склад в товароучёте.
• Уведомления — напоминания об устаревании данных (план продаж, средний чек, переменные расходы, себестоимость, схемы оплаты, цикл поставки, остатки МП) с настраиваемым периодом; приходят в колокол.
• Ошибки по разделам — где и сколько данных нужно дозаполнить, с переходом в раздел; если ошибок нет — статус 0.
• История оплат — перечень оплат подписки по датам (удобно для бухгалтерии).

🆕 Работа с новыми товарами
При появлении нового товара его нужно добавить в «Номенклатуру» (Шаг 2 дорожной карты) и далее заполнить остальные разделы в той же последовательности, что и при первичном внедрении. Это относится и к операционной работе, не только к старту.

📐 Три уровня детализации товара
В сервисе CapinStock каждый товар описывается по трём уровням детализации — это базовая логика всей работы сервиса.
1 уровень — Модель. Общее наименование товара без детализации.

• Пример (одежда): «футболка Basic», «куртка зимняя Pro»
• Пример (электроника): «смартфон Aurora 12», «беспроводные наушники Sound X»

2 уровень — Цветомодель. Модель + признак второго уровня (обычно цвет, но может быть материал, версия, комплектация).

• Пример (одежда): «футболка Basic белая», «футболка Basic чёрная»
• Пример (электроника): «смартфон Aurora 12 — 128 ГБ», «смартфон Aurora 12 — 256 ГБ»

3 уровень — Цветомодель + размер. Самый детальный уровень — обычно размер или комплектация.

• Пример (одежда): «футболка Basic белая, размер S», «…размер M»
• Пример (электроника): «смартфон Aurora 12, 256 ГБ, синий», «…золотой»

Каждый раздел сервиса работает на своём уровне: «Цикл поставки», «Схемы оплаты», «План продаж» — это 2-й уровень (цветомодель); разбивка партий по размерам и доли продаж по размерам — 3-й уровень.