ЧТО ПОКАЗЫВАЕТ
Отчёт строится в разрезе «номенклатура — склад», характеристика доступна как дополнительное поле. Колонки сгруппированы в три смысловых блока.
Блок 1. Текущее состояние запаса.
— Итого. Остаток по всем складам организации.
— В наличии. Остаток по выбранному складу.
— Зарезервировано. Количество, зарезервированное под заказы.
— Свободный остаток. В наличии за вычетом резерва.
Блок 2. Плановые движения.
— Заказано покупателями. Неотгруженная часть заказов клиентов.
— Требуется для производства. Потребность в материалах под заказы на производство.
— Ожидается поставка. Неполученная часть заказов поставщикам.
— Будет произведено. Невыпущенная часть заказов на производство.
— Запланировано к перемещению. Приход минус расход по заказам на перемещение.
— Приход и Расход. Свёрнутые плановые приход и расход.
— Прогнозный остаток. В наличии плюс плановый приход минус плановый расход.
Блок 3. Расчёт потребности.
— Продано за период. Фактические продажи за выбранный период.
— Среднее за месяц. Продажи в пересчёте на календарный месяц.
— Оборачиваемость. На сколько месяцев продаж хватит прогнозного остатка.
— Необходимость производства. Сколько нужно произвести до планового запаса.
КАК СЧИТАЕТ
Продажи берутся из регистра накопления «Продажи» — это фактические отгрузки: расходные накладные, чеки ККМ, отчёты о розничных продажах, акты выполненных работ, отчёты комиссионера. Возвраты уменьшают оборот, то есть показатель получается чистым. Заказы, резервы, перемещения и производственные потребности в продажи не попадают.
Среднемесячные продажи считаются по календарным дням, а не по числу месяцев:
Среднее за месяц = Продано × 30,44 / Дней в периоде
где 30,44 — это 365,25 делить на 12, средняя длина календарного месяца. Такой расчёт корректно отрабатывает неполные периоды вроде 15.01–10.07 и не даёт скачков при сдвиге границы периода на один день. Делитель вынесен в параметр: если нужен расчёт «в целых месяцах», его можно изменить.
Оборачиваемость — это прогнозный остаток, делённый на среднемесячные продажи. При нулевых продажах выводится прочерк, деления на ноль не возникает.
Необходимость производства считается так:
Необходимость = Макс(0; Коэффициент плановый × Среднее за месяц − Прогнозный остаток)
Формула алгебраически равна привычной «(Коэффициент − Оборачиваемость) × Среднее», но записана без деления. За счёт этого она корректно отрабатывает две ситуации, на которых наивная формула ломается. Первая — нулевые продажи, то есть деление на ноль. Вторая — отрицательный прогнозный остаток, когда товар уже заказан клиентами, но не продавался в выбранном периоде, и производить его всё равно надо; наивная формула в этом случае вернёт ноль и позицию вы пропустите.
Результат округляется вверх до целых: недопроизвести хуже, чем перепроизвести на доли единицы. Округление отключается параметром.
Два варианта расчёта потребности. Прогнозный остаток уже вычитает заказы покупателей — то есть заказанный товар считается проданным, а нормативный запас набирается сверх него. Это консервативно и склонно перепроизводить: спрос, который уже виден в заказах, учитывается дважды — и как заказ, и через средние продажи. Поэтому рядом выводится альтернативный расчёт от «доступного остатка», где заказы покупателей не вычитаются, а рассматриваются как часть обычного спроса, уже отражённого в средних. Какой вариант ближе к вашей практике, видно сразу по двум колонкам рядом.
НАСТРОЙКИ
— Период продаж, начало и конец. По умолчанию последние 6 полных месяцев.
— Остатки на дату. По умолчанию актуальные остатки.
— Организация. По умолчанию все.
— Склад. По умолчанию все, отбор работает по иерархии.
— Коэффициент плановый, месяцев. По умолчанию 4.
— Дней в среднем месяце. По умолчанию 30,44.
— Округлять потребность вверх до целых. По умолчанию да.
— Только производимая номенклатура. По умолчанию нет.
Последний флаг оставляет только позиции со способом пополнения «Производство» или «Переработка».
Доступны стандартные отборы СКД по номенклатуре, категории и способу пополнения, а также отбор «Необходимость производства больше нуля» — чтобы сразу получить список позиций к запуску в производство.
ВАЖНО: РАЗРЕЗ ПО СКЛАДУ И ПОЧЕМУ ЕГО ПОЧТИ НАВЕРНЯКА ПРИДЁТСЯ НАСТРАИВАТЬ
Это главное, на что стоит обратить внимание перед внедрением.
Остатки в отчёте берутся из регистра «Запасы на складах», где склад — это физическое место хранения. А вот заказная часть — «Заказано покупателями», «Ожидается поставка», «Будет произведено», «Запланировано к перемещению», «Требуется для производства» — приходит из регистров заказов: ЗаказыПокупателей, ЗаказыПоставщикам, ЗаказыНаПроизводство, ЗаказыНаПеремещение, ПотребностьВЗапасах. В этих регистрах измерение «Склад» заполняется из самих документов-заказов — тем значением, которое менеджер указал в заказе покупателя, заказе поставщику или заказе на производство.
На практике это значение живёт своей жизнью:
— В заказе покупателя склад часто не заполняют вовсе или ставят один и тот же «склад отгрузки по умолчанию», тогда как товар лежит на других складах.
— Заказ на производство оформляют на производственное подразделение, а готовую продукцию приходуют на склад готовой продукции. Это разные структурные единицы.
— Заказ поставщику оформляют на склад приёмки, а хранят потом в другом месте.
— В рознице склад в продажах — это торговая точка, а не производственный склад.
Из-за этого разрез по складу может «разъехаться»: остатки лягут на склад А, заказы — на склад Б, и прогнозный остаток окажется неверным по обоим. Типичный симптом — отрицательный прогнозный остаток на одном складе и завышенный на другом при корректном итоге по организации.
Что с этим делать при внедрении. Нужно выбрать один из четырёх вариантов:
1. Свернуть склад и планировать по организации целиком. Подходит большинству производственных компаний с одним реальным складом готовой продукции. Правится удалением склада из группировок и соединений запроса.
2. Сопоставить склады заказов складам хранения. Подходит, если склад в заказах заполняется осмысленно, но не совпадает с местом хранения. Делается таблицей соответствия в запросе.
3. Брать склад не из регистра, а из документа-заказа — из шапки или из строк табличной части, если в вашей практике достоверен именно он.
4. Оставить как есть, если склад в заказах у вас дисциплинированно совпадает со складом хранения.
Аналогично стоит проверить показатель «Требуется для производства». Он берётся из регистра «Потребность в запасах» с отбором по заполненному заказу на производство — это сделано, чтобы не задвоить потребность, которая уже учтена в колонке «Заказано покупателями». Если у вас потребность формируется иначе, отбор нужно поправить.
Ещё две вещи, зависящие от учётной практики.
Тип номенклатуры. Отчёт исключает нескладские типы — услугу, работу, операцию, вид работ, подарочный сертификат — а не отбирает по типу «Запас». Это сделано намеренно: в базах, где реквизит «Тип номенклатуры» не заполнен, прямой отбор по «Запас» молча оставил бы отчёт пустым.
Номенклатура-наборы. Если используются наборы, продажи компонентов могут задвоиться. Понадобится дополнительный отбор по измерениям «Номенклатура набора» и «Характеристика набора» регистра «Продажи».
Отчёт поставляется с исходниками схемы компоновки, поэтому любая из этих доработок делается правкой текста запроса, без переписывания отчёта.
ЧТО ВХОДИТ В ПОСТАВКУ
— Готовый внешний отчёт, файл erf.
— Исходники в формате выгрузки внешнего отчёта в XML — для правок и пересборки.
— Текст запроса СКД отдельным файлом.
— Описание источников данных, формул и порядка пересборки.
ТРЕБОВАНИЯ И УСТАНОВКА
1С:Предприятие 8.3.14 и выше, конфигурация «Управление нашей фирмой» 3.0. Проверено на релизе 3.0.14. Изменения конфигурации не требуются.
Установка: «Ещё» — «Дополнительные отчёты и обработки» — «Создать» — выбрать файл отчёта. Модуль объекта содержит функцию СведенияОВнешнейОбработке с видом «Отчёт», поэтому подключение штатное. Либо просто «Файл — Открыть» в режиме 1С:Предприятие.
Проверено на следующих конфигурациях и релизах:
- Управление нашей фирмой, редакция 3.0, релизы 3.0.14.123
Вступайте в нашу телеграмм-группу Инфостарт