Передо мной стояла задача написать сложный отчет о закупках для Управление Торговлей 10.3 в котором можно было получить следующие аналитические данные:
- Номенклатура
- Контрагент
- Заказ поставщику
- Поступление товаров услуг (если есть)
- Дата заказ
- Дата поступления (если есть)
- Дата ожидаемого поступления
- Скорость продаж
- Дней расчетного периода
- Начальный остаток на начало периода
- Продано за период
- Конечный остаток на текущую дату
- Минимальный остаток общий
- Минимальный остаток прогнозируемый
- Количество Заказать
Из имеющихся данные получаем значение поля количество заказат, далее имеется возножность сделать подбор значений из количество заказать для создания заказов поставщику. На мой взгляд удобная вещь, если отчет от несколько сот строк.
В общем для того чтобы отчет работал в типовой Управление Торговлей 10.3 нужно чтобы у номенклатуры были реквизиты минимальный остаток и имелся регистр сведений минимальный остатак.
Надеюсь данный отчет сможет кому нибудь облегчить жизнь
P.S.
В форме отчета выведены параметры отчета начало периода и конец периода, а так же имеется поле для регулирования фиксирования шапки отчета для облегчения использования отчета (при отборе в скд выводяться параметры в заголовок отчета и следовательно либо шапка уменьшается в высоты либо увеличивается)
а под скоростью продаж — что имеется ввиду?
(1) serega3333, Скорость продаж — Количество оборот (Количество продано)/ Количество дней в периоде.
В данном контексте вспомогательная аналитика, которая отражает сколько было бы продано или продано за период отчета данной номенклатурной позиции
«В общем для того чтобы отчет работал в типовой Управление Торговлей 10.3 нужно чтобы у номенклатуры были реквизиты минимальный остаток и имелся регистр сведений минимальный остатак.»
Неплохо бы в пояснении к отчету расписать полностью структуру вашего РегистрСведений.МинимальныеОстатки.
Описать, там же, взаимодействие со справочником Номенклатура. Может какие, доп. процедуры/функции при этом используются.
(3) dwarkin, в течении дня дня сделаю, плюс выложу доработанную версию отчета
Пришлось добавить регистр-заглушку РегистрСведений.МинимальныеОстатки, с измерениями Номенклатура (СправочникСсылка.Номенклатура), МинОстаток (Число, 10:2), сам Справочник.Номенклатура никаким боком не связан с этим регистром.
Но в итоге отчет заработал, и вроде бы «закуперам» нашим пригодился (тьфу-тьфу-тьфу, чтоб не сглазить)…
Держи плюс.
(4) (5) Лучше бы автор использовал свойства номенклатуры. Курочить конфигурацию ради одного отчёта.
(6) Поручик, конфигурация была «закурочена» до меня. Но задача стояла сделать такого плана отчет. Безусловно, через дополнительные свойства и реквизиты оптимальнее сделать.
(7) Не прошло и двух лет. Я уже давно забыл про тему и ваш отчет.
(8) Поручик, лучше поздно чем никогда=)
Не работает в конфигурации, сообщает об ошибке — ошибка в схеме компоновки данных
Ошибка в схеме компоновки данных
по причине:
Ошибка получения информации набора данных
по причине:
Ошибка в запросе набора данных
по причине:
{(121, 20)}: Таблица не найдена «РегистрСведений.МинимальныеОстатки»
ЛЕВОЕ СОЕДИНЕНИЕ <<?>>РегистрСведений.МинимальныеОстатки КАК МинимальныеОстатки
(10) skvorec74,
Отчет писался под специфику организации. Чтобы воспроизвести структуру конфигурации для запуска отчета, нужно:
1. Проверить есть ли реквизит в номенклатуре «Минимальный остаток»
2. Добавить регистр сведений «Минимальный остаток». Измерения: Номенклатура, Контрагент. Ресурс: МинимальныйОстаток