gifts2017

Дефектура для "Торговля и склад 9.2"

Опубликовал Антон Рощин (wolfsoft) в раздел Отчеты - Управленческие

Отчет по дефектуре позволяет планировать закупки товара на основе анализа продаж за выбранный период и остатков товара на указанную дату. Актуален больше для розницы, поскольку используется "действительное количество дней в продаже" (когда остаток на начало дня больше нуля, или в течение дня было поступление товара). При желании, не сложно переделать под "классический" вариант, когда "количество дней в продаже" = "дата конца периода анализа" - "дата начала периода анализа" + 1, тогда отчет будет актуален и для оптовых продаж.

Выводит за период:

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

 

Например, товара А, согласно анализа продаж за выбранный период, в среднем в день продавалось 2 штуки.
Остаток товара на текущий момент: 5 штук.
Дней запаса: 7.
Требуемый товарный запас: 2 * 7 = 14 штук.
Необходимо докупить товара: 14 - 5 = 9 штук.

 
Коммерческая версия

Существует коммерческая версия отчёта "Дефектура - заказ", которая позволяет непосредственно в отчёте проставлять заказываемое количество товара и автоматически формировать из отчёта документ "Заказ поставщику".

Новая версия отчёта "Дефектура - заказ (2.0)". Переработан интерфейс, сделан более удобным и эргономичным. В результате - более удобный ввод данных, более высокая скорость работы пользователя, функции быстрого поиска по наименованию и артикулу.

Прежде чем приобретать коммерческую версию, убедитесь, используя демо-версию, что отчёт Вам подходит и удовлетворяет Вашим требованиям.

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

Скачать файлы

Наименование Файл Версия Размер
defektura2.zip 78
.zip 11,28Kb
09.06.11
78
.zip 11,28Kb Скачать

См. также

Подписаться Добавить вознаграждение
Комментарии
1. Антон Рощин (wolfsoft) 23.10.06 18:39
Упс! При исправлении прошлой ошибки внес новую :) Исправил :)
Уважаемые, пожалуйста скачайте новую версию отчета. Предыдущая версия ВРЕТ!
Сорри :)
--
Pan Klyaxa: "и еще почемуто в поставщике вместо справочника контрагентов поподаешь в виды свойств"
Отчет-то делал для себя, поэтому отбор по "основному свойству номенклатуры" назвал "поставщик", т.к. у меня основное свойство номенклатуры - поставщик товара.
2. valent (valent) 20.10.06 10:58
Если ДатаДок > ПоследняяЗакупка Тогда
{...1П ДЕФЕКТУРА.ERT(168)}: Операции сравнения на больше-меньше допустимы только над значениями совпадающих базовых типов (число, строка, дата)
3. valent (valent) 20.10.06 11:03
1П ДЕФЕКТУРА.ERT(203)}: Поле агрегатного объекта не обнаружено (КоличествоКонОст)
4. Батищева Елена (ELENAB) 20.10.06 12:47
5. Антон Рощин (wolfsoft) 20.10.06 21:25
6. Антон Рощин (wolfsoft) 20.10.06 21:46
2 ELENAB: Не все так плохо :)
2 valent:
Первая ошибка: связана с тем, что я не предусмотрел вариант, когда в партии не указан приходный документ. Видимо у вас метод расчета себестоимости "по среднему"?
Вторая ошибка: тоже моя ошибка, всегда формировал отчет при условии, что дата остатков совпадает с датой конца периода анализа, поэтому просмотрел эту ошибку. Исправлено.
Пожалуйста проверьте.

Спасибо всем, кто принял и принимает участие в тестировании моих разработок.
Жду новых комментариев!
7. Starik (Starik) 21.10.06 19:12
"Дамы и Господа! Не забываем "плюсовать" рейтинг и оставлять комментарии! В противном случае - при несоответствии рейтинга количеству скачиваний - доступ к обработке будет ограничен."
А какое реальное соответствие рейтинга и количество скачиваний?
А то я вот тоже подумываю закрыть доступ к обработкам!?
8. Антон Рощин (wolfsoft) 21.10.06 21:30
2 Starik: "А какое реальное соответствие рейтинга и количество скачиваний?"
:))) Да кто ж его знает?
Просто вначале, когда я размещал первые обработки, качать - качали, а рейтингов и комментариев не оставлялли. Стало как-то грустно, закрыл доступ и повесил этот призыв - оставлять комментарии. Результат через некоторое время проявился, стали иногда оставлять комментарии и рейтинг плюсовать, открыл обратно доступ ко всем обработкам и больше не закрывал. Призыв помещаю в каждую разработку - эффект не очень большой, но все-таки есть. Всем, кто откликнулся на него, мои - огромное спасибо и признательность!
9. Pan Klyaxa 23.10.06 12:30
так посмотрел я отчетик прикольный понравился, неплохо былобы добавить еще и разбивку по складам.
и еще почемуто в поставщике вместо справочника контрагентов поподаешь в виды свойств.
)))
10. Антон Рощин (wolfsoft) 23.10.06 18:45
А вот с разбивкой по складам - увы. Отчет строится по регистру "Партии", а в нем нет измерения "склад". Если МОЛ реально не используется в учете, то можно вместо склада использовать МОЛ, присвоив каждому складу своего уникального МОЛ. Тогда отбор по МОЛ будет аналогичен отбору по складу.
11. valent (valent) 23.10.06 19:50
Если б еще колонку добавить "Количество дней продажи", которая бы показывала на какое количество дней продаж хватает существующих остатков.... )
12. valent (valent) 23.10.06 20:53
И еще:
А можно как-то получить реальное количество дней продаж в заданном периоде?
13. Антон Рощин (wolfsoft) 23.10.06 22:18
2 valent:
про колонку "Количество дней продажи" - хорошая идея, сделаю :)
а вот про "реальное количество дней продаж в заданном периоде" - не очень понял, что под этим подразумевается?
14. Антон Рощин (wolfsoft) 23.10.06 22:59
15. valent (valent) 24.10.06 17:44
про колонку "реальное количество дней продаж в заданном периоде" вопрос снимается здесь.
Просто интересно, можно ли получить реальное количество дней продажи, т.е. для примера: если за 30 дней анализируемого периода продажи были только 1, 5, 10 (всего 3 дня).
16. Антон Рощин (wolfsoft) 24.10.06 19:02
2 valent:
Теперь понятно, имеете ввиду количество тех дней, в которые непосредственно были продажи товара. Можно, конечно, а практический смысл?
17. valent (valent) 24.10.06 19:32
2 wolfsoft:
проследить востребованность товара.
А по регистру продаж аналогичный отчет не получится?
18. Антон Рощин (wolfsoft) 24.10.06 20:24
2 valent:
По поводу востребованности товара: мне думается, что это не очень подходящий показатель, хотя... может ты и прав, может кому-то нужен этот показатель. Подумаю, наверное добавлю.
По поводу регистра "Продажи" - в принципе, можно, но есть ряд моментов:
1. там только обороты, определить дейстительное количество дней, которое товар был в продаже, не получится - нет остатков, хотя можно брать из запроса по регистру остатков;
2. нет информации о дате закупки;
3. нет отбора по МОЛ.
19. Антон Рощин (wolfsoft) 24.10.06 20:47
Блин, старею :)
Окончательно исправил ошибку, которую внес при "исправлении прошлой ошибки".
Уважаемые, пожалуйста скачайте новую версию отчета.
Сорри :)
20. Michailo Бахтин (lordmb) 22.11.06 17:18
А все можно было бы построить на одном запросе к регистрам ОстаткиТМЦ. Будет быстрее.
"//{{ЗАПРОС(Сформировать)
|Период с ВыбНачПериода по ВыбКонПериода;
|Обрабатывать НеПомеченныеНаУдаление;
|Без итогов;
|Номенклатура = Регистр.ОстаткиТМЦ.Номенклатура;
|Количество = Регистр.ОстаткиТМЦ.Количество;
|Внутреннее = Регистр.ОстаткиТМЦ.Внутреннее;
|Функция КоличествоНачОст = НачОст(Количество);
|Функция КоличествоРасход = Расход(Количество);
|Функция КоличествоКонОст = КонОст(Количество);
|Группировка Номенклатура без упорядочивания без групп;
|Группировка День;
|Условие(Внутреннее<>1);
21. Антон Рощин (wolfsoft) 22.11.06 19:21
Вы, извините, глупость сморозили ;) Сами-то подумайте, отчет еще раз посмотрите, попробуйте, используя свой запрос, получить такой же отчет. Думаю, быстро сами все поймете :)
22. Антон Рощин (wolfsoft) 22.11.06 19:25
2 lordmb: Не претендую на самое оптимальное решение, наверняка можно как-то оптимизировать, но точно не так, как Вы предложили :)
23. Michailo Бахтин (lordmb) 24.11.06 11:56
to: wolfsoft
Глупость - не глупость, но я надеялся, не надо будет разжевывать мою мысль. :)
И на моей работе мой отчет используется (и выполняется в разы быстрее твоего) :)
До твоего отчета мне надо добавить пару мелочей, но суть-то таже самая:

Среднесуточные продажи = продажи/кол-во дней наличия.

У тебя
Если (ОстатокКолво > 0) или (Запрос.КоличествоПриход > 0) Тогда
ДнейВПродаже = ДнейВПродаже + 1;
КонецЕсли;

У меня ДнейВПродаже вычисляется методами ТаблицыЗначений:
ТЗ.НоваяКолонка("КолвоДней");
ТЗ.Заполнить(1,,,"КолвоДней");
ТЗ.Свернуть("Номенклатура","КоличествоРасход,КолвоДней,КоличествоКонОст");

Короче, думай про меня как хочешь.
24. Антон Рощин (wolfsoft) 24.11.06 22:44
2 lordmb: Спасибо, за ап :)
По твоей мысли, которую ты не хочешь разжевывать, мои вопросы, которые мне бы тоже не хотелось разжевывать, так как они очевидны:
1. Как твоим ОДНИМ запросом получить отчет, когда, например, анализируем продажи за сентябрь-октябрь 2006 года, а остатки берем текущие на 24-11-2006?
2. Как твой запрос учитывает возвраты?
3. Как твоим запросом получить выручку?
4. Как твоим запросом получить дату и документ последней закупки и последней продажи?
И т.д. и т.п.
Если это называется - "пара мелочей" - то не вижу смысла продолжать обсуждение.
25. Антон Рощин (wolfsoft) 24.11.06 22:51
2 lordmb: И еще добавлю, я не хотел Вас оскорбить или обидеть, и я не думаю о Вас плохо :) Нормальный процесс обсуждения :) В принципе, можно подумать про свертку (Ваш предыдущий пост), но в моем случае это скорее всего не ускорит работу, потому что обход группировки все равно делать надо... А основные "тормоза" в отчете появились именно после добавления тех мелочей, которые я перечислил ниже, до этого он работал намного быстрее.
26. yuva (yuva) 07.12.06 16:15
Посмотрим-понюхаем-пощупаем....
27. Ирина (Irishka) 08.12.06 11:49
Обработка просто СУПЕР ! То что нужно, большинству работников занимающихся заявками для поставщиков , я лишь добавила вывод цены товаров не учавствовший в продажах, и все идеально !
Огромное спасибо !!!!!
28. Антон Рощин (wolfsoft) 20.12.06 20:55
Обновлено. Исправлен небольшой глюк при расчете количества дней продажи.
29. Валерий (VV) 20.02.07 00:43
А добавить Иришкины <<вывод цены товаров не учавствовший в продажах>>? Плохая мысль?
30. Антон Рощин (wolfsoft) 20.02.07 01:10
2 VV: В моей работе мне это не нужно. Обратитесь к Иришке ;)
31. Евгений (chev) 24.01.08 10:35
Здорово. Чуть-чуть "подкручу" и все будет хорошо. Ставлю "плюс"
32. Антон Рощин (wolfsoft) 24.01.08 14:44
Будут вопросы, благодарности прошу к нам на сайт.
33. gugal gugal (gugal) 04.04.09 21:15
>>В противном случае - при несоответствии рейтинга количеству скачиваний - доступ к обработке будет ограничен.

А что, если я скачал, а оказалась фигня, то я тоже должен "+" ставить?
34. Z Lu (validat) 23.10.11 23:11
Полезная обработка. Буду на её основе учиться программировать в 1С.
35. Тата Стр (stat.81) 11.11.11 16:51
36. Иваныч Иванов (Иваныч) 02.05.14 14:30
Я пошел другим путём.Проанализировав по каждой розничной точке сколько чего продается за неделю, поставил минимальный остаток товара на каждую номенклатурную позицию. И заявку делаю согласно минимального остатка по конкретной розничной точке. А если на сезонную закупку (зимние тех. жидкости для автомобилей, например) уже рассчитываю из предыдущей сезонной продажи. Хотя торговля - такой процесс, что предсказать бывает сложно: 2 года назад закупил стеклооомыватель, что и к лету остался, а в прошлую зиму еще и дозаказывали такое же количество 2 раза.