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

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

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

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

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

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

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

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

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

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

Шаг 4. Склады

• Список всех складов, которые есть в МойСклад / 1С
• Решение по каждому складу — учитывать в расчётах или нет
• Подсказка: обычно исключают «брак», «возвраты», «архив», тестовые склады
• Если ведёте ручной учёт — подготовьте список своих складов и фулфилмент-площадок

Шаг 5. Сопоставление остатков на маркетплейсах
Получите API-токены маркетплейсов заранее.

• API-токен Wildberries
• API-токен Ozon
• API-токен Яндекс.Маркет

Само сопоставление номенклатуры выполняется в сервисе на шаге 5 — заранее данные готовить не требуется.

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

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

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

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

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

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

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

Шаг 10. Параметры плана поставок
Параметры плана поставок настраиваются непосредственно в сервисе на шаге 10. Заранее данные готовить не требуется — выбор делается на основании договорённостей с вашими поставщиками.

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

• Сейчас в производстве (товар уже числится в товарных запасах)
• Сейчас в доставке на собственный склад или фулфилмент
• Уже на складе, но по партии не закрыты все оплаты

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

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

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

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

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

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

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

🧭 Где это находится
Данные по компании вносятся через всплывающее окно в Панели управления.
В верхнем меню сервиса нажмите кнопку «Панель управления» → выберите блок «Настройки». Откроется всплывающее окно для ввода параметров.

📋 Какие данные вы вносите

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

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

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

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

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

4. В открывшемся окне выберите блок «Для интеграции вручную».
5. Укажите название токена (любое, например, «CapinStock»).
6. Выберите обязательно категории: «Контент», «Аналитика», «Статистика».
7. Выберите уровень доступа «Чтение и запись».
8. Нажмите кнопку «Создать токен».

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

⚠️ Сохраните токен в надёжном месте сразу после генерации. После закрытия окна Wildberries не показывает токен повторно — придётся создавать новый.
🔵 Ozon
Что нужно: Client ID и API-ключ с настройкой «admin-rate-only».
Пошаговая инструкция:
1. В правом верхнем углу личного кабинета Ozon Seller нажмите на иконку настроек (иконка похожа на корону).

2. В открывшемся меню выберите раздел «Цели API».

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

5. В настройках ключа выберите настройку «admin-rate-only».
6. Сгенерируйте ключ и скопируйте его.
7. Вставьте сгенерированный API-ключ в Настройках CapinStock в поле «API-ключ Ozon».
🟡 Яндекс.Маркет
Что нужно: ID кампании (campaign_id) и авторизационный токен.
Пошаговая инструкция:
1. Перейдите в личный кабинет Яндекс.Маркет: partner.market.yandex.ru.
2. В левом нижнем углу нажмите на название вашего бизнеса.

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

4. В правом верхнем углу выберите нужный магазин из выпадающего списка.
5. В блоке «Передача данных Маркету» скопируйте значение «ID кампании, campaign_id» и вставьте его в Настройках CapinStock в поле «ID кампании Яндекс.Маркет».

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

7. Укажите название токена и выберите права доступа на категории: «Управление товарами и ценами», «Аналитика и статистика», «Обработка заказов и учёт товаров» (в режиме чтения).
8. Нажмите «Создать» и скопируйте полученный токен (он начинается с префикса «ACMA:…»).

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

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

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

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

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

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

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

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

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

• «Остатки наш Склад»

📋 Структура вкладки
На вкладке вы видите три ключевых столбца:

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

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

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

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

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

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

📋 Внесение остатков на нашем складе вручную
1. Откройте меню «Обновить данные»
Откроется выпадающий список доступных действий.
2. Выберите «Внести остатки на нашем Складе»

Откроется диалоговое окно с перечнем всех товаров и полем для поиска.
3. Если товар есть в списке

• Найдите товар воспользовавшись поиском. 
• Нажмите на стрелочку слева от нужного товара и раскройте. 
• Укажите на какую дату какое количество остатков каждого размера.
• Нажмите сохранить.

Откроется дополнительная форма для ввода данных о товаре.

• Заполните данные нового товара

В форме «Новый товар» заполните два поля:
-Наименование — введите название товара (например: «Боди с чашками»)
-Цвет — введите цвет товара (например: «Чёрный»)

• Нажмите «Добавить»

Товар появится в общем списке. Теперь его можно отредактировать как описано в п. 3.

📋 Что вы делаете
По каждому складу из перечня вы выбираете в столбце учёта один из двух вариантов:

• Да — остатки этого склада включаются в общие расчёты сервиса
• Нет — остатки исключаются

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

📖 Зачем нужны эти вкладки
В сервисе CapinStock изначально присутствуют три отдельные вкладки для сопоставления остатков с маркетплейсами:

• «Остатки Wildberries»
• «Остатки Ozon»
• «Остатки Яндекс.Маркет»

После того как вы добавите API-токены в Настройках (статья 2.1), сервис автоматически через какое-то время подтянет в эти вкладки остатки, артикулы и наименования с соответствующих маркетплейсов.
Если ваша компания не работает на каком-то из этих маркетплейсов — соответствующая вкладка просто убирается из работы. Например, если вы продаёте только на Wildberries и Ozon, то вкладка «Остатки Яндекс.Маркет» будет неактивна.

🧱 Принцип заполнения
Все три вкладки заполняются по одному и тому же принципу — это сопоставление наименований из маркетплейса с номенклатурой CapinStock.

📋 Структура вкладки
На каждой вкладке вы видите следующие ключевые столбцы:

• Столбец «Артикул на маркетплейсе» — артикулы товаров так, как они указаны на маркетплейсе
• Столбец «Наименование на маркетплейсе» — название товара на маркетплейсе с учётом 2-го и 3-го уровня детализации (например, название, цвет, размер)
• Столбец «Сопоставить с номенклатурой CapinStock» — где вы выбираете соответствующее наименование из созданной во вкладке «Номенклатура»

📋 Что вы делаете
По каждой строке (по каждому артикулу маркетплейса) выбираете в столбце сопоставления нужное наименование из номенклатуры CapinStock. Сервис связывает товар на маркетплейсе с вашей внутренней номенклатурой — после этого корректно считаются остатки, продажи и расчёты по каждому каналу.

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

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

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

⚠️ Если какой-то этап в вашей цепочке отсутствует или на него не тратится время — ставьте 0. Все резервные сроки в Google-версии выделены красным цветом.

📋 Что вы заполняете — общая логика
Структура вкладки разбита на четыре последовательных блока:

• Блок A. Цикл размещения заказа партии товара
• Блок B. Цикл производства партии товара
• Блок C. Цикл доставки до собственного склада (логистика, таможня)
• Блок D. Цикл доставки до маркетплейса
• дополнительные параметры и справочные столбцы — о них ниже.

Остальные блоки и столбцы несут информационный характер и рассчитываются автоматически

📦 Блок A. Цикл размещения заказа партии товара
Этот блок описывает срок от момента, когда у вас возникла потребность в товаре, до момента оплаты поставщику. Данные в этом блоке заполняются в днях. Включает три столбца:

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

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

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

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

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

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

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

⚙️ Дополнительные параметры по каждой цветомодели
Коэффициент дополнительного затаривания склада
Указывается на каждую цветомодель вручную. Логика:

• 1,0 = 100% от расчётных значений сервиса (минимальная, оптимальная и максимальная нормы остатков остаются такими, как посчитал сервис)
• 1,2 = +20% к нормам (норма перемножается на 1,2 — например, нужно дополнительно затарить склад)
• 0,8 = −20% к нормам (нужно сократить нормы остатков)

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

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

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

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

🧱 Уровень заполнения
Вы заполняете данные на уровне 2-го уровня детализации — цветомодель.

📋 Структура вкладки — четыре ключевых блока
1. Себестоимость закупки и доставки на одну единицу (автоматическая)
Рассчитывается автоматически по последней доставленной партии при выполнении трёх условий одновременно:

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

2. Ручная себестоимость закупки и доставки на одну единицу
Вносится вручную, когда нужно задать актуальную себестоимость без привязки к закрытой партии. Часто используется на этапе внедрения сервиса (когда партий через сервис ещё не было) или при операционной корректировке себестоимости вручную.

⚙️ Приоритетность данных по себестоимости — как сервис выбирает, какие данные использовать
Общий принцип: сервис всегда ориентируется на последнюю по дате свежую партию. Если после неё пользователь вводит ручные данные — приоритет переходит на ручные. Если после ручных приходит новая закрытая партия — снова приоритет у автоматических данных. Вопрос всегда в том, какие данные были позже заполнены.
3. Схема оплаты поставщику
Для каждой цветомодели вы расписываете платежи поставщику. Для каждого платежа:

• Процент от общей закупочной стоимости — какая доля платится этим платежом
• Срок отсрочки в днях относительно опорной даты

Опорные даты разные для разных платежей:

• Для 1-го платежа — дата начала производства
• Для всех последующих платежей — дата отгрузки от поставщика

Количество дней может указываться как со знаком плюс (после опорной даты), так и со знаком минус (до опорной даты). Это позволяет точно описать любые схемы расчёта с поставщиками — авансы, частичные оплаты, отсрочки.

Пример. Платёж 1: 50%, −10 дней от даты начала производства (аванс за 10 дней до старта). Платёж 2: 50%, +0 дней от даты отгрузки (доплата при отгрузке).
4. Схема оплаты логистики
Для каждой цветомодели вы расписываете платежи за логистику. Для каждого платежа:

• Процент от общей стоимости логистики
• Срок отсрочки в днях относительно даты доставки на собственный склад

Аналогично платежам поставщику, дни могут быть положительными (после доставки) или отрицательными (до доставки).

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

📖 Зачем нужны эти данные
Прогнозный 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, бюджет на закупки и логистику. Перепутав «план заказов» с «планом продаж», вы получите некорректные расчёты по всему сервису.

📖 Зачем нужны эти параметры
Это первичные данные для автоматического расчёта плана поставок и закупок. На основе этих параметров сервис сам формирует рекомендации: сколько товара заказывать у поставщика и когда, с учётом 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 и типе нормы остатков остаются на стороне пользователя. Сервис не берёт на себя ответственность за коммерческие решения — он рассчитывает план на основе заданных вами параметров. Внимательно подбирайте значения исходя из договорённостей с поставщиками и вашей коммерческой логики.

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

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

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

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

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

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

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

Шаг 4. Размеры
Автоматическая подгрузка размеров из номенклатуры. Корректировка количества по каждому размеру — сколько штук какого размера в этой партии.
Шаг 5. Оплата товара поставщику
Указывается:

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

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

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

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

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

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

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

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

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

📋 Столбцы, которые используются в расчётах «Калькулятора логистики»

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

📋 Справочные столбцы (по желанию)
Не участвуют в расчётах, заполняются для ведения собственной базы поставщиков:

• Статус работы (Новый / Действующий / Не работаем больше / Пауза в работе)
• Наименование поставщика / производителя
• Адрес производства, контакты менеджера
• Банковские реквизиты
• Ссылки на разрешительную документацию, договор, бизнес-лицензию

📸 Фото товара
В этой вкладке отображается фото товара. Два способа добавления:

• Автоматически через API маркетплейсов — нажать кнопку «Обновить данные» → «Обновить фото товаров»
• Вручную — выбрать ячейку с фото и через меню Google Таблиц «Вставка → Изображение» добавить файл

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

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

• 🟢 Зелёный — всё хорошо, показатель удовлетворительный
• 🟡 Жёлтый — Ячейки для ручного заполнения. Это поля, в которые вы вносите данные сами — либо обязательно (для корректной работы сервиса), либо опционально (по желанию), либо справочно (для удобства ведения собственных данных).
• 🔴 Красный — есть ошибка, проблема, либо показатель является неудовлетворительным

🟥 Светло-красный
Используется для подсветки даты последнего обновления каждой вкладки — чтобы вам было легче её визуально найти на странице. Это не индикатор проблемы, а просто акцент для удобства.
— это 3 уровень.

◻️ Белые ячейки
Числа и значения в белых ячейках подтягиваются или рассчитываются автоматически на основе других данных. Эти ячейки трогать не нужно.
мерам — это 3 уровень.

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

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

🕐 Метка даты и времени последнего обновления
На каждой вкладке сервиса сверху слева указаны дата и время последнего обновления данных этой вкладки с точностью до секунды. Сама дата подсвечена светло-красным цветом для удобства поиска на странице.
Метка помогает быстро понять, насколько актуальны данные на вкладке.

🧭 Верхнее меню сервиса
В верхнем меню сервиса CapinStock, правее основных кнопок Google Таблиц (после кнопки «Справка»), расположены три кнопки управления сервисом:

• Обновить данные
• Фильтр
• Панель управления

Эти кнопки доступны постоянно, вне зависимости от того, какая вкладка открыта.

🔄 Кнопка «Обновить данные»
При нажатии раскрывается меню со следующими действиями:

• Обновить план поставок — пересчёт по всем товарам
• Обновить план поставок по отфильтрованным товарам — пересчёт только по тем товарам, которые отфильтрованы в текущей вкладке
• Обновить расчёт GMROI
• Обновить данные номенклатуры
• Обновить фото товаров
• Обновить данные Учёта закупок и логистики
• Ввод начальных данных
• Внести размеры в партиях

⚠️ Общий принцип использования: после внесения данных в любую вкладку, а также после авто расчётов, нажмите соответствующую кнопку в меню «Обновить данные». Это нужно для того, чтобы данные сохранились и были учтены в дальнейших расчётах по всему сервису.

🔍 Кнопка «Фильтр»
Фильтр работает в контексте той вкладки, на которой вы находитесь на текущий момент. Если вы в «Плане поставок» — фильтр применяется к нему. Если в «Учёте закупок и логистики» — к этой вкладке. И так далее.

⚙️ Кнопка «Панель управления»
При нажатии открывается панель со следующими блоками действий:

Настройки
Самый первый блок, который заполняется при внесении первичных данных в сервис. Здесь вы указываете базовые параметры компании, периода учёта, токены интеграций и другие настройки. Внесение данных производится через всплывающее окно.
Подробное описание полей блока «Настройки» — в Разделе 2 «Настройка системы и интеграции».
Авторасчет поставок
При нажатии запускается автоматический расчёт поставок по всем товарам.
Калькулятор логистики
Доступно с тарифа «Базовый» и выше.
Отдельный блок кнопок для работы с калькулятором логистики:

• Очистить данные калькулятора логистики
• Сделать расчёт логистики
• Внести данные в учёт закупок и логистики

Подробное описание работы с калькулятором — в Разделе 7 «Калькулятор расчёта логистики».

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

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

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

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

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

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

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

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