1. Задача: «у нас на складе много денег, но непонятно, где именно»

Стандартные отчёты ERP хорошо отвечают на вопрос «сколько запаса на складе». Хуже — на вопрос «какой из этого запаса действительно работает, а какой просто занимает место и деньги». Классическая картина: на складе и в пути 11,95 млн единиц запаса почти на 2,3 млрд рублей, при этом больше тысячи позиций не продавались дольше года — и часть из них может оказаться сезонной и вернуться в оборот через два месяца, а часть требует не распродажи, а инвентаризации, потому что количество нулевое, а стоимость висит.

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

2. Что показывает отчёт

Результат — таблица с группировкой по номенклатуре и детализацией до склада (при наличии — с характеристикой и организацией). Единица анализа: организация + номенклатура + характеристика + склад.

По каждой строке выводятся:

В основном варианте настроек это 24 колонки; отдельный вариант показывает помесячный профиль (27 колонок), ещё три — срезы «только рисковые позиции», «товары в пути» и «контроль качества данных».

3. Как считается капитал: без двойного счёта и без повторного НДС

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

Физический остаток      = Свободное количество + Зарезервированное количество

Стоимость физ. остатка   = Стоимость свободного остатка + Стоимость резерва

Замороженный капитал     = Стоимость физического остатка + Стоимость товаров в пути

• Резерв не прибавляется к физическому остатку второй раз: он уже внутри него, отдельно показывается только сумма и стоимость.
• Товары в пути не входят в физический остаток и не дублируются после поступления — они идут отдельной строкой и отдельной стоимостью.
• Заказанное, но не поступившее количество (к поступлению и в заказах поставщикам) показывается как ожидаемое поступление и не включается в стоимость капитала: деньги ещё не вложены в запас.
• Стоимость берётся из управленческого контура регистра «Себестоимость товаров»: СтоимостьУпр + ДопРасходыУпр + ТрудозатратыУпр + ПостатейныеПостоянныеУпр + ПостатейныеПеременныеУпр. НДС повторно не вычитается, закупочные и розничные цены не подставляются.
• Учитываются только собственные запасы организации (ВидЗапасов начинается с «Собственный товар»); давальческие и комиссионные в расчёт не попадают.

Если управленческая стоимость не сформирована, отчёт не подменяет её нулём «по умолчанию»: позиция получает статус «Нет данных» и понятную причину.

4. Классификация: сначала данные, потом спрос, потом пороги

Статус присваивается по строгому приоритету — сначала проверяется, что с самими данными, потом наличие спроса, и только потом пороги. Так «битые» строки не маскируются под неликвид.

К каждому статусу прилагается причина — не «плохой товар», а конкретная формулировка: «Продаж за 24 месяца нет», «Превышен порог покрытия запасом», «Превышены оба порога: дни без продаж и покрытие запасом», «Нулевой остаток с ненулевой стоимостью, требуется инвентаризация», «Нет управленческой стоимости на дату среза», «Отрицательное количество в регистре себестоимости», «Продаж за 24 месяца нет, но профиль повторяется по месяцам». Всего 11 вариантов причин.

Рекомендуемое действие выводится из статуса, свободного остатка, ожидаемых поступлений и спроса на других складах:

Важная деталь: «спрос других складов» считается как продажи товара по всем складам минус продажи текущего склада. Поэтому рекомендация «Рассмотреть перемещение» появляется только там, где спрос реально есть, — это ответ на типовую проблему «на складе А лежит, на складе Б продаётся, но никто об этом не знает».

5. Сезонность: чем «сезонная пауза» отличается от неликвида

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

Дальше работает различие, ради которого всё и делалось:

• сезонный товар без продаж последние месяцы получает статус «Сезонная пауза» с рекомендацией «Контроль сезонного спроса» — он не попадает в список на распродажу;
• несезонный товар с теми же показателями получает «Неликвид» и «Рассмотреть распродажу».

В тестовой базе это дало наглядную картину: 1 098 строк неликвида против 1 037 строк медленной оборачиваемости. Позиций со статусом «Сезонная пауза» не оказалось ни одной — и это тоже полезный результат: значит, в этой базе всё, что не продавалось больше года, действительно не продавалось, а не «ждало своего сезона».

6. Что настраивается пользователем

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

Пять готовых вариантов настроек в отчёте:

1. Основной — замороженный капитал по номенклатуре и складам;

2. Риск — только позиции с превышением порогов (сразу рабочий список для закупщика);

3. Профиль продаж — помесячная динамика за 24 месяца;

4. Товары в пути — остатки в пути и ожидаемые поступления;

5. Контроль данных — позиции, где количество и стоимость явно противоречат друг другу.

7. Как это выглядит

Группировка по номенклатуре, внутри — детальные строки по складам, характеристике и организации. В заголовке группировки выводятся только суммируемые показатели; текстовые признаки (статус, причина, рекомендация, профиль) и логические флаги остаются в детальных строках, где относятся к конкретному запасу, — так в отчёте не появляется «статус на несколько складов сразу».

Условное оформление подсказывает глазами, без чтения цифр:

• неликвид — красный текст;
• сезонная пауза — оранжевый;
• нет данных — серый;
• товары в пути — голубой фон;
• отрицательный свободный остаток — розовый фон.

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

8. Источники данных: только регистры, только чтение

Аналитика везде одна и та же: организация + номенклатура + характеристика + место хранения (АналитикаУчетаНоменклатуры), поэтому строки соединяются без «примерных» соответствий. Документы при формировании не читаются — только остатки и обороты регистров, права пользователя соблюдаются стандартно.

9. Как устроено внутри (для тех, кто будет дорабатывать)

• Один внешний отчёт, одна схема компоновки данных, один набор данных «Запасы» — 63 поля, 49 итоговых полей, 10 параметров, 5 вариантов настроек.
• calculatedFields в СКД пуст намеренно: СКД умеет агрегировать только поля набора данных, а показатели здесь зависят друг от друга (покрытие ← средний дневной спрос ← продажи; капитал ← стоимость физического остатка ← стоимость запаса). Поэтому производные показатели считаются в самом запросе, а запрос собирается слоями: базовый набор, затем восемь слоёв вычисляемых полей (Т1…Т8), каждый следующий оборачивает предыдущий. Так формулы остаются в одном месте и не дублируются между СКД и запросом.
• Текст запроса — обычный запрос 1С (не SQL-строка в тексте модуля), его видно и можно править в конфигураторе при подключении внешнего отчёта. В поставке он дополнительно выложен отдельным файлом, чтобы его можно было сравнить с тем, что внутри .erf.
• Модуль объекта маленький: заполнение периода (24 завершённых месяца от даты среза) и стандартная компоновка. Никакой бизнес-логики в коде — вся она в запросе.

10. Производительность

Замер на тестовой базе (ERP 2.5.27.88, платформа 8.3.27.2214): 2 676 строк детализации, 11,95 млн единиц запаса (10,89 млн физически на складах и 1,06 млн в пути), около 220 тыс. записей продаж за окно истории, результат — 4 710 строк табличного документа. Полное формирование отчёта (запрос + компоновка + вывод) — около 9 секунд (8,9–9,4 с на повторных замерах).

Что влияет на время: объём регистра продаж за 24 месяца (главный фактор), число строк остатков и количество складов. Запрос читает только остатки на одну дату и один период оборотов, поэтому на базах с большим документооборотом время растёт линейно по количеству записей продаж.

Перенос, обмен и разделение баз

• Удаление организации из базы 1С: разделяем базу с несколькими организациями на отдельные базы. БП 3.0, ЗУП 3.1
• Перенос документов между базами с одинаковой конфигурацией
• Очистка персональных данных сотрудников в 1С:БП 3.0 и ЗУП 3.1 перед передачей копии базы
• Перенос данных из дополнительных реквизитов в основные
• Перенос остатков по счету БУ на счет 000
• Обработка загрузки движений по счетам бух.учета из баз 1С 7.7 (Бухгалтерия) и 1С 8.3 (Бухгалтерия предприятия 3.0) в консолидирующую базу на БП 3.0
• Бэкап и восстановление одного или нескольких документов

Универсальные инструменты 1С, СКД и печать

• Универсальные обработки документов, справочников, регистров, констант для 1С: Предприятие 8.3, управляемые формы
• Универсальные обработки документов и справочников для 1С: Предприятие 7.7
• Проведение документов на управляемых формах
• Экспортные процедуры и функции общих модулей БП 3.0, ЗУП 3.1, УТ 11
• Пакетная печать документов из конфигурации Бухгалтерский учет 7.7 (ред.4.5)
• Шаблон обработки документов/справочников по произвольному алгоритму
• Создание сводного документа в любой конфигурации
• Выполнение обработчиков подписки на события по документам
• Вывод всех данных документа типовой конфигурации в печатную форму
• Изменение размера горизонтальной гистограммы в СКД
• Преобразование строковых реквизитов в СКД
• Универсальная обработка справочников для 1С Предприятие 8.3, управляемые формы

Зарплата, кадры и обмен с СФР

• Отчет-сверка по НДФЛ для ЗУП 3.1
• Сверка НДФЛ в 2025-м году для ЗУП 3.1, ЕРП 2.5
• Заполнение начислений аванса фиксированной суммой и процентом от оклада в 2023-м году. ЗУП 3.1
• Компенсация за задержку выплаты авансов в ЗУП 3.1
• Налоги и взносы по подразделениям и ставкам НДФЛ (13/15/18/20/22) — внешний отчёт для ЗУП 3.1 и ERP 2.5
• Сводный отчет по сотруднику в ЗУП 3.1
• Исправление начисления за первую половину месяца. ЗУП 3.1
• Начисления и удержания в карточке сотрудника — только суммы по этому сотруднику
• Исправление документа Начисление зарплаты. ЗУП 3.1
• Контроль сверхурочных для ЗУП 3.1: накопленные часы за год, риск превышения лимита, нарушения «4 часа в день»
• Исправление ошибки: Поле объекта не обнаружено (ЕФС__РегНомер1)
• Исправление ошибки печати в ЗУП 3.1
• Аудит среднего заработка в 1С:ЗУП 3.1: расшифровка базы до начисления, контрольный пересчёт и список документов к перерасчёту
• Рентген СЭДО: проверка ответа на запрос СФР и журнал ошибок обмена в 1С:ЗУП 3.1

Администрирование баз, права и безопасность

• Service Desk. Конфигурация для администрирования баз 1С и техподдержки IT-отдела.
• Анализ объёма базы 1С: количество и размер данных по объектам метаданных (любая конфигурация на УФ)
• Запрет изменения даты запрета изменения (загрузки) данных в БП 3.0
• Просмотр/изменение ролей по пользователям информационной базы
• Скрыть помеченные на удаление организации в списках выбора. БП 3.0
• Создание профиля доступа с полными правами

Бухгалтерский учёт, налоги и отчётность

• Формирование финансового результата. Отчет для БП 3.0
• Инвентарная книга (ОС-6б) с отбором по амортизационным группам и группам ОС для БП 3.0
• Исправление регламентированного отчета "Бухгалтерский баланс" в БП 3.0
• Конструктор КБК для УТ 11
• Поиск проведенных документов, не сформировавших проводки по счетам БУ
• Исправление даты/номера счета-фактуры полученной в документах
• Универсальная обработка файлов Регламентированной отчетности для 1С: Бухгалтерия 7.7
• НДС-Аудитор: 16 проверок НДС перед декларацией для 1С:Бухгалтерии 3.0
• Главная книга без забалансовых счетов для БП 3.0
• Сложение сумм в проводках в форме ручной Операции
• Универсальный журнал расчетов
• Проведение документов из Карточки счета в БП 3.0
• Реестр документов с типами налогообложения НДС
• Ведение учета по подразделениям в БП 3.0

Финансовая аналитика, бюджетирование и дебиторка

• Отчет по показателям Days Payable outstanding, Day Sales Outstanding, Days Working Capital для конфигурации Управление Производственным Предприятием 1.3
• Монитор банковских счетов
• Раннее предупреждение проблемных долгов. ЕРП 2.5.27
• Претензия должнику за 1 минуту: расчет процентов по ст. 395 ГК РФ и договорной неустойки прямо из 1С:Бухгалтерии 3.0
• Обработка создания документов "Акт взаиморасчетов" с поставщиками/покупателями в конфигурации Комплексная Автоматизация
• Помесячная свертка регистра «Обороты бюджетов»

Продажи, запасы и специализированные решения

• Вся аналитика по номенклатуре в одной карточке: остатки, цены, запасы и потребности, заказы, поступления и продажи — расширение для 1С:ERP 2.5
• Замороженный капитал в запасах: неликвид, сезонные паузы, резервы и товары в пути
• Монитор розничной продажи для ЕРП
• Конфигурация "Обучение в ВУЗе"
• Стоп-скидка для 1С:ERP: контроль минимальной цены и маржинальности заказа клиента