что такое свободный остаток в 1с
Как узнать о свободных остатках в системе «1С:Управление торговлей 8» 11.4?
Частый вопрос пользователей системы «1С:Управление торговлей 8» редакции 11.4: как посмотреть в программе свободные остатки по складу в разрезе номенклатуры?
В программе существует сразу несколько отчетов, по которым можно посмотреть, остатки в различных разрезах.
Где найти эти отчеты в системе
В окне вы сможете выбрать один из доступных отчетов по складу. Функции отчетов коротко указаны под ссылками.
Для мониторинга свободных остатков подойдет один из двух стандартных отчетов в системе «1С:Управление торговлей 8» редакции 11.4: «Ведомость по товарам на складах» и «Остатки и доступность товаров».
Первый отчет больше подходит для формирования и анализа сводной ведомости по остаткам и движениям за период, а второй – для проверки конкретных позиций на предмет доступности остатков сейчас и в ближайшем будущем.
| Пройдите курсы по торговому и складскому учету в учебном центре компании «Первый Бит» |
Отчет «Ведомость по товарам на складах»
Базовые настройки отчета позволяют задать период и склад. Сформированный отчет позволяет увидеть движение товаров в разрезе документов движения (если стоит галочка «Детализация до регистратора») или в разрезе номенклатуры.
При этом возможности программы позволяют гибко настраивать любые отчеты. В частности, «Ведомость по товарам на складе». Для изменения и модификации отчета нажмите кнопку «Настройки».
Окно настроек может быть двух видов: «Простой» и «Расширенный». «Простой» вид позволяет лишь менять представление данных текущего отчета, а «Расширенный» – глубоко его модифицировать. В простом варианте настроек отчета есть такие вкладки:
1. «Отборы» – позволяет задать правила отсева данных, в соответствии с которыми они попадают в отчет. Здесь можно ограничить выборку не только периодом времени и складом, но и номенклатурой.
2. «Поля и сортировки» – позволяет включать и отключать различные колонки отчета, а также менять их местами (в расширенном варианте можно добавлять новые колонки).
3. «Структура» – позволяет управлять группировкой данных (в расширенном варианте можно полностью переработать структуру и содержание отчета).
Отчет «Остатки и доступность товаров»
Базовыми настройками задаются склад и артикул номенклатуры. Сформированный отчет покажет доступность на складе выбранного товара: сколько единиц в наличии, какое количество отгружается и находится в резерве и сколько доступно для заказа.
Отчет также показывает ожидаемое движение товара в соответствии с введенными в базу «1С» документами.
Для изучения функционала программы «1С:Управление торговлей 8» воспользуйтесь услугами индивидуального и корпоративного обучения в учебном центре компании «Первый Бит».
Запрос на Свободный остаток товара на кажды день
помогите его переделать пожалуйста
Вместо партий свои регистры
(2) Cool_vsi, Для начала используйте вирт таблицу ОстаткиОбороты.
Так вы получите остатки на каждый конец дня когда были движения.
Далее, пере запуском сформируйте таблицу периодов на каждый день.
Вот пример для периода 100 дней, легко масштабируется и до 10000 и больше дней:
(16) Cool_vsi,
в вашем запросе у таблицы Остатков приоритет над Календарем
Потом вы делаете левое соединение, соот-но остаются только те периоды, что есть в Остатках
Для начала поменяйте их местами.
Для хорошего понимания как правильно писать запросы рекомендую изучить вот это: http://www.ozon.ru/context/detail/id/1829464/
В инете можно найти пдф и на русском
(25) Cool_vsi,
Сделайте выборку ПериодК, МАКСИМУМ(ПериодО) и эту выборку соедините с полученной таблицей ВНУТРЕННИМ соединением. Это и есть соединение таблицы самой с собой, о которой я ранее говорил.
Таким образом вы получите все дни по календарю и соответствующий день когда есть остатки в требуемых регистрах.
(27) Cool_vsi, вроде все верно
Сделайте еще
УПОРЯДОЧИТЬ ПО
КалендИОстаткиОбщая.Номенклатура, КалендИОстаткиОбщая.ПериодКалендаря
чтобы посмотреть и перепроверить, что выбрано верно
(31) Cool_vsi, вроде все верно.
Для ускорения запроса не надо делать так много временных таблиц.
Вот тн соединение таблицы с самой собой. Т.к. мы уже оперируем временными таблицами, то это не создаст затруднений для оптимизатора запроса. А вот если мы имеем дело с виртуальными таблицами, то такое нежелательно (оптимизатор с ума сходить и может очень долго думать)
Для временных таблиц имеет смысл делать «ИНДЕКСИРОВАТЬ ПО» для полей по которым потом будет идти соединение
Свободные остатки
Отчет показывает движения по регистрам «Товары на складах» и «Товары в резерве на складах» с помощью СКД.
Показывает нарастающим итогом свободныйОстаток = Остаток-Резерв.
С помощью детализации по документам движения можно посмотреть, как менялся свободный остаток при резерве и списании.
Можно посмотреть оп каким заказам висит резерв.
Описания, как связывать в одном отчете несколько регистров, уже давно были, но именно такого отчета не видел.
Для меня сложно было добиться, чтобы правильно выводился нарастающий итог.
Сделано на одном запросе, может быть, лучше было сделать на связи наборов данных.
Тестировал на УПП 1.3.47 и УТ 10.3.67.
Скачать файлы
Специальные предложения
Обновление 26.10.21 18:19
См. также
Анкеты для проведения обследования по подсистемам 1С:ERP Промо
Предлагаем вниманию анкеты, используемые для оценки объема проекта внедрения. Анкеты могут использоваться на этапе экспресс-обследования. На более поздних этапах требуется углублять собираемую с клиента информацию для проектирования системы на базе 1С:ERP Управление предприятием 8.
03.04.2019 34926 1403 1СERP 38
Анализ заказанной и проданной номенклатуры (ERP 2.4, ERP 2.5, КА 2.4, УТ 11.4)
Внешний отчет «Анализ заказанной и проданной номенклатуры» для ERP 2.4, ERP 2.5, КА 2.4, УТ 11.4 необходим для анализа количества и суммы поступивших заказов от клиента и процент их реализации.
28.12.2020 7370 23 SergAl 7
Товары в резерве на складах (КА 2.4, ERP 2.4, УТ 11.4)
Отчет выводит информацию о количестве и себестоимости свободных и обособленных резервов на складах.
07.07.2020 6671 24 silver_jr 10
Ведомость по товарам на складах и у комиссионеров (ERP 2.4, УТ 11.4, КА 2.4)
Внешний отчет «Ведомость по товарам на складах и у комиссионеров» для ERP 2.4, УТ 11.4, КА 2.4 необходим для вывода информации об остатках и движении номенклатуры в количественном и суммарном выражении при заданном типе цены.
03.03.2020 10830 20 SergAl 12
Анализ отсутствия товара на складе (складские провалы) Промо
Отчет с периодичностью в месяц выводит, сколько дней товар отсутствовал на складе, сколько его продали в этом месяце и сколько бы заработали, если бы товар был в наличии весь месяц.
17.03.2015 25622 2 taurus__ 4
Ведомость по товарам в ценах номенклатуры с отбором по типу документа и Оценка остатков товаров (ERP 2.4, УТ 11.4, КА 2.4)
Внешний отчет «Ведомость по товарам в ценах номенклатуры с отбором по типу документа и Оценка остатков товаров» для ERP 2.4, УТ 11.4, КА 2.4 состоит из двух предустановленных вариантов отчетов: 1. Ведомость по товарам в ценах номенклатуры с отбором по типу документа. 2. Оценка остатков товаров. Первый вариант отчета нужен для анализа склада по каким именно документам был приход и расход по складу. Второй вариант отчета для суммарной оценки складских запасов.
26.02.2020 14359 55 SergAl 5
Размещение товара в ячейках адресного склада
Графический отчет предназначен для визуального контроля расположения товара в ячейках адресного склада. Упрощает анализ заполнения по областям и рабочим участкам при автоматическом размещении товара.
21.01.2020 5672 55 RomikSh 7
Неликвидные остатки по складам для БП 2.0 / БП 3.0
Отчет по неликвидным (залежавшимся) остаткам по складам для БП 2.0 / БП 3.0.
12.02.2019 18366 23 prime9 3
Автозаказ для 1С:Управление торговлей 11 Промо
Отчет выводит информацию, помогающую принять решение о пополнении товарного запаса.
26.09.2017 43031 56 The Ded 44
Мобильное приложение: Терминал сбора данных (Автоматизация работы склада в режиме он-лайн)
Мобильное приложение предназначено для автоматизации работы склада в режиме он-лайн. Программа работает на ТСД (или на смартфоне) под управлением Android. Для работы необходим постоянный доступ к веб-публикации центральной базы данных через интернет.
10.12.2018 23871 108 prof-it60 33
Рабочее место закупщика для УТ 11
Рабочее место, позволяющее видеть остатки на складах и формировать заказ поставщику.
19.10.2018 9504 49 basuga 7
Остатки товаров на складах по выбранным документам
Печатная форма подключается к документам. Даёт возможность быстро оценить остатки товара на складе по номенклатуре, указанной в документе, и ответить на вопрос, хватает ли остатков, чтобы отгрузить счет? На каких складах продукция по этому документу?
09.11.2017 54916 25 A7758735 5
Товарный отчет Торг-29 с фактической стоимостью продажи, себестоимостью и отклонениями Промо
Товарный отчет Торг-29 с фактической стоимостью продажи, себестоимостью и отклонениями.
17.04.2013 24491 60 pryaneg2008 9
Контроль учёта спецодежды
Отчет предназначен для выявления ошибок возникших в бухгалтерском учёте специальной одежды в эксплуатации.
08.09.2017 42362 45 sansys 15
Минусы при расчете себестоимости в УПП и особенности решения СЛАУ
В статье на примерах рассматривается, как в УПП при включенном РАУЗ решается система линейных алгебраических уравнений.
21.09.2016 20321 1 Anashka 7
Неликвиды на складе: Pro и Lite версия. Редактирование реквизита в таблице документа. Для конфигурации УТ 11.х, ERP 2.x, КА 2.х 1С Предприятие 8.3
Внешний отчет для анализа товаров, находящихся на складе без движения. Работает для конфигураций 1С УТ 11.х, ERP 2.x, КА 2.х. Отчет отображает товары на складах, движения по которым не производились в течении заданного периода дней. Подключается как внешний отчет в конфигурации 1С Управление торговлей 11. В Pro версии можно установить общий реквизит номенклатуры, для дальнейшего включения в отбор в установке цен номенклатуры. Редактирование в табличном документе ускоряет процесс работы с неликвидами номенклатуры на складах. Отчет можно использовать для стоимостной оценки товаров на складах. Полный доступ к тексту модулей и СКД.
17.06.2016 46450 71 Ликреонский 2
Контроль товарных остатков в системах 1С
Этой статьей автор хотел бы поднять вопрос о слабых местах типовых систем 1С «УПП, УТ, Комплексная», методах их устранения и определить интерес аудитории к проблеме в целом.
В первой из них затрагивается вопрос о «контроле товарных остатков».
Как система контролирует превышение остатка.
В терминологии 1С существует два вида проведения документов Оперативное и Неоперативное проведение.
Оперативный режим проведения означает, что факт хозяйственной операции регистрируются в текущий моментом времени а неоперативный же режим означает, что хозяйственная операция отражается в прошлом, пусть даже и секунду назад от текущего момента времени.
Не открою большой секрет что в идеологии типовых конфигураций программ 1С, не считается нужным проверять остатки товара в неоперативном режиме.
Не буду сейчас в даваться в причины отсутствия полноценных механизмов контроля остатков в ранних версиях систем, отмечу лишь тот факт что контролировать остатки только в оперативном режиме мало подходит для реального документооборота. Зачастую документы вносятся по мере их поступления и как правило задним числом.
Как это работает.
В своей статье в качестве базовой конфигурации я буду рассматривать УПП (управление производственным предприятием) так как она содержит наибольшее количество подсистем. Представленный метод подходит и для других систем 1С в которых есть регистр «Свободных остатков».
В системе присутствуют демо данные и включен механизм контроля «Свободных остатков». 
Немного о самом регистре СвободныеОстатки.
Данный регистр не так давно появился в УПП и его появление обусловлено необходимостью консолидации данных о товарных остатках в одном месте, также он отделил товарных остатки от регистров партий ввиду стратегического продвижения РУАЗ(расширенных учет аналитики затрат) где не использовались партии.
В дальнейшем развитии весь контроль товарных остатков базируется именно на нем.
Но вернемся в нашей проблеме. Проведя несколько документов в прошлом периоде с заведомо завышенным количеством можно обнаружить что система никак не реагирует на превышения.
Давайте разберемся что же происходит на самом деле.
Для всех документов системы в модуле проведения существует блок обрабатывающий контроль остатков. Обычно он выглядит следующим образом:
Все хорошо. Контроль вроде бы есть. Но проваливаясь в реализацию (клавиша F12). Видим все то чем написано выше. Система контролирует только оперативный остаток.
Система без контроля пропускает большую часть документов, которые заводятся в прошлом периоде. Было бы логично сообщать о ошибках данных в момент ее появления, когда у оператора есть первичный документ на руках, а не в момент закрытия месяца, когда документы в архиве и узнать правду не представляется возможным.
Каждый раз начиная совершенно разные проекты, первым делом что приходилось закрывать именно эту брешь в контроле остатков. Только это одно действие может значительным образом повысить качество данных системы и ее полезность в целом.
Дополняем обработку не оперативного проведения.
Теперь хорошие новости.
Ничего существенного дорабатывать не нужно все доработки сводятся к 4 строкам.
1.Блокируем выход из процедуры если проведение не оперативное.
2.Добавляем в запрос параметр определяющий на какую даты мы хотим получить остатки.
3. Дополнительно передаем этот параметр в запрос.
Проверяем.
Сформируем документ в прошлом периоде и убедимся что системы блокирует его проведение при превышении остатка. Дополнительно используем отчет «Анализ доступности товаров на складах».
Регистры накопления. Виртуальные таблицы. Часть №2: «Остатки» и «Остатки и обороты»
О регистрах накопления
В нескольких статьях представлены основные сведения о внутреннем устройстве регистров накопления, о SQL-запросах платформы при работе с ними и их изменение в зависимости от настроек регистра. Подробно описана работа платформы с разными типами регистров (остатков и накопления), а также принцип действия агрегатов.
Материалы созданы во времена платформы 8.2, поэтому некоторые моменты могут быть уже не актуальными, но основные принципы работы остались неизменными.
Больше года назад сайт был закрыт. Некоторые из его материалов будут реанимированы на Инфостарт.
Конкретно в этой статье речь идет о виртуальных таблицах «Остатки» и «Остатки и обороты» регистров накопления в базе данных. Все примеры из публикации Вы можете найти на GitHub.
Предисловие
В предыдущих статьях мы говорили о структуре хранения регистров накопления в базе данных, а также о работе платформы с виртуальной таблицей «Обороты» этих регистров в зависимости от настроек хранения итогов. Все эксперименты проводились на тестовой конфигурации, содержащей два регистра накопления видов «Остатки» и «Обороты» (подробнее см. в предыдущих статьях).
Сегодня в статье рассмотрим действия платформы при работе с виртуальными таблицами «Остатки» и «Остатки и обороты» регистра накопления с видом «Остатки».
Общие сведения
Регистр накопления с видом «Остатки» позволяет разработчику использовать дополнительно к виртуальной таблице «Обороты» регистра еще и таблицу «Остатки».
Данная виртуальная таблица содержит меньше доступных параметров и предназначена для получения остатков по значениям измерений регистра на определенную дату.
Особенностью использования этой виртуальной таблицы является получение остатков на дату с использованием таблицы итоговых остатков (см. описание хранения регистров накопления вида «Остатки» в базе данных).
Поэтому, если использование итогов отключено для регистра, работа с этой таблицей станет невозможной.
Теперь рассмотрим формируемые платформой SQL-запросы к базе данных для получения остатков через названную виртуальную таблицу. Проанализируем изменение запроса для включенных/отключенных текущих итогов.
За кулисами
Выполним в нашей тестовой базе следующий запрос на языке платформы:
Для регистра «ОстаткиНоменклатуры» установим дату рассчитанных итогов на конец февраля (28.02.2013). Первый запрос выполним с включенными текущими итогами регистра накопления.
Первым делом платформа обратится к настройкам регистра накопления. Этот запрос был рассмотрен в предыдущей статье. Перейдем непосредственно к SQL-запросу платформы при использовании виртуальной таблицы «Остатки».
Получим следующий SQL-запрос платформы:
Обратите внимание на параметр «Период», переданный в виртуальную таблицу. Напомню, в нашем случае включены текущие итоги. Поскольку граница рассчитанных итогов регистра установлена на 28.02.2013, платформа не может получить итоги по остаткам на предыдущий месяц, а использовать последние рассчитанные итоги на конец февраля 2013 года и затем корректировать остаток в соответствии с движениями за последующие 3 месяца было бы не оптимально.
Поэтому программа получает текущие остатки (остатки на текущую дату, которые хранятся с периодом 01.11.5999 00:00:00) и корректирует их в соответствии с движениями в период с значения параметра «Период» вирт. таблицы и по дату текущий остатков. Если мы отключим текущие итоги, то тот же запрос на языке платформы будет преобразован в следующий SQL-запрос, имеющий незначительные изменения:
То есть, если параметр «Период» виртуальной таблицы больше периода последних рассчитанных итогов, то тогда платформа получает текущие остатки и корректирует их по движениям в диапазоне с [ПараметрПериодВиртуальнойТаблицы] по [ПериодТекущихИтогов]. В случае, если для регистра отключены текущие итоги, то платформа получает последние рассчитанные итоги и корректирует их по движениям с периода этих итогов по период, установленный в параметрах виртуальной таблицы.
Прежде чем перейти к выводам, отмечу, что во всех вариантах SQL-запроса при наложении условия на период получаемых движений, условие верхней границы диапазона всегда представляет собой:
т.е. условие всегда «МЕНЬШЕ». Если период движения равен дате, установленной в верхнем диапазоне, то эти движения не будут учитываться при получении остатков. Вот она та самая особенность виртуальной таблицы остатков, из-за которой не учитывается последняя секунда в параметрах виртуальной таблицы.
Делаем выводы
Подведем небольшой итог. На следующей схеме представлены действия платформы для получения остатков при различных настройках регистра накопления и параметра периода виртуальной таблицы «Остатки».
При любом случае использования виртуальной таблицы «Остатки», платформа 1С:Предприятие 8 получает данные по итогам остатков и корректирует их по записям движений.
Некоторые действия платформа могла бы выполнять более оптимально. Например, при использовании текущих остатков для регистра выбирать получать ли текущие остатки или последние рассчитанные итоги по периоду виртуальной таблицы. Выбор бы осуществлялся по принципу «что ближе».
В любом случае, механизм итогов для регистров вида «Остатки» позволяет выполнять запросы для получения остатков оптимальнее, нежели использовать только записи таблицы движений.
Все эксперименты проводил на платформе 1С:Предприятие 8.2.17.169.
Далее рассмотрим самую «тяжелую» виртуальную таблицу регистров накопления «ОстаткиИОбороты».
«Тяжелая» таблица
Среди всех виртуальных таблиц, таблица «Остатки и обороты» является самой «тяжелой» для формирования. Разработчики должны это хорошо понимать и использовать ее с осторожностью. Далее Вы увидите почему.
Выполним следующий запрос на языке запросов платформы:
Параметрам запроса присвоим следующие значения:
Такие параметры как «Периодичность» и «МетодДополнения» мы оставили без заполнения. Сначала платформа выполнить запрос для получения настроек регистра накопления. Его мы подробно рассмотрели в статье по виртуальной таблице «Обороты», поэтому сейчас останавливаться на нем не будем.
При таких настройках платформа сформирует следующий SQL-запрос для рассматриваемой виртуальной таблицы:
Прокомментировал основные моменты в запросе. Общая схема работы запроса такая:
Отсюда мы можем сделать вывод, что если с помощью этой виртуальной таблицы мы получаем данные за большой период, то запрос может получать достаточно большие порции записей движений. В результате формирование отчетов (или другие механизмы в конфигурации) будет работать очень медленно.
Сам SQL-запрос может изменяться в зависимости от значений параметров виртуальной таблицы. Например, если мы добавим периодичность, то в запрос будет добавлено дополнительное поле «Период», по которому результат будет группироваться. При установке параметра «МетодДополнения» в запрос будут попадать границы периода, если установлено значение «ДвиженияИГраницыПериода» (именно с таким значением параметра мы анализировали SQL-запрос), иначе в результате запроса будут только движения.
Что дальше
В этой и предыдущих статьях мы рассмотрели SQL-запросы платформы при работе с виртуальными таблицами регистров накопления. Представленная информация должна помочь в выборе виртуальных таблиц при разработке, а также в написании оптимальных запросов к базе данных на языке платформы.
В следующих статьях рассмотрим работу агрегатов, а также некоторые особенности работы индексов регистров накопления и многое другое.