Отчет по неликвидам #690406

Сделал я такой отчет по неликвидам: Собирает остатки на складах, находит дату последнего прихода и дату последнего расхода и считает количество дней без продаж ТекущаяДата - ДатаРасхода. Отчет работает, но если происходит такая ситуация: Товар давно купили и давно весь продали, месяц назад купили снова и пока 1 месяц он лежит на складе Отчет считает дату последней продажи(когда его больше года назад последний раз продали) и относит товар к неликвиду. То есть не видит что товар какое то время был продан весь. Можно ли как то обойти эту ситуацию?

Сделал я такой отчет по неликвидам: Собирает остатки на складах, находит дату последнего прихода и дату последнего расхода и считает количество дней без продаж ТекущаяДата - ДатаРасхода. Отчет работает, но если происходит такая ситуация: Товар давно купили и давно весь продали, месяц назад купили снова и пока 1 месяц он лежит на складе Отчет считает дату последней продажи(когда его больше года назад последний раз продали) и относит товар к неликвиду. То есть не видит что товар какое то время был продан весь. Можно ли как то обойти эту ситуацию?

Конца?

Конфа?

УТ 10.3

Мин(ТекущаяДата - ДатаРасхода, ТекущаяДата - ДатаПрихода)

Правда вопрос. У вас товар лежит год не продается, снабжения его еще раз закупила (свежий приход), или например, возврат от покупателя оформили как поступление (обратная реализация), тогда согласна твоему алгоритму товар становится "свежим"

Тогда если логисты закупят неликвидный товар, он перестанет быть неликвидным. То же неверно. Нужно получается как то видеть, был ли товар продан в 0.

Вот запрос, кстати: ВЫБРАТЬ     втСебестоимость КАК втСебестоимость         ЛЕВОЕ СОЕДИНЕНИЕ РегистрБухгалтерии.Хозрасчетный.Обороты(                 ,                 ,                 ,                 , Я потом его в скд пихаю и поля некоторые вычисляю.

Блин, этот запрос для БП, но есть такой же для УТ. Щас выложу.

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

используй "Анализ оборачиваемости товара" и наслаждайтесь жизнью.

Алгоритм безумный с точки зрения бизнес-логики

Вот для УТ:

Вот так взяли и все опошлили одной фразой :) Можно сказать полет мысли обрубили!

Сделал я такой отчет по неликвидам: Собирает остатки на складах, находит дату последнего прихода и дату последнего расхода и считает количество дней без продаж ТекущаяДата - ДатаРасхода. Забавный отчет. Если товар переместили с одного склада на другой - то товар естественно к неликвиду не относится?

Могу продать готовое планирование для закупщиков. Там все на свете что только есть по товару, включая лекидность и прочее.

Ну ТЗ мне ставят, хотят люди работать с таким отчетом. Пользуются и анализом оборачиваемости товара и остальными.

каюсь, виноват))... обломал Мане реализацию))

Есть 2 варинта отчета, 1 учитывает перемещения, другой не учитывает, то есть товар нужно именно продать.

У тебя есть параметры периода формирования отчета?

а анализ оборачиваемости чем их не устроил? ведь, по сути, то что им нужно..

анализ оборачиваемости товаров - можешь выкинуть на свалку) так что ничего не обломал)

Задается только дата актуальности отчета, берется период с начала ведения учета.

Вообще нельзя тут смотреть только по регистру товары на складах, нужно еще смотреть регистр продажи

Вот разработка учитывает все КАК НАДО! и четко. по полнейшей программе

"выбор когда"  в запросе!

у тебя возвраты корректно не отработают

+ считает дни - по трем регистрам накопления с товарами. плюс соединение с календарем, учет выходных, праздников и рабочей недели. Считает скорость и выдает два показателя ликвидности.

Им нужно видеть по каждому товару такие показатели как последняя дата прихода, последняя дата расхода, дней без продаж и все это в группировке по складам по колонкам. То есть если товар не продается на этом складе, тут же видно, как он продается на других складах. Может нормально идет в других магазинах, а может висит везде.

у тебя анлим на рекламу??

ссылка по тематике не считается рекламой. чувак хотя бы увидит и услышит - надо будет сам сделает.

Еще раз тебе говорю, чтобы решить нужно сначала выбрать товар-неликвид из регистра продажи. Потом эту номенклатуру соединяй с товарами на складах и получай свои показатели - даты прихода и тд

Как видишь, я не владелец бизнеса, а одинесник. Поэтому пришел сюда за советом, а не за готовым отчетом.

писал недавно такой отчет, могу скинуть если нужно!

Как из регистра "Продажи" можно выбрать неликвид?

+ хотя без периода - это бред. товар когда продали, тыщу лет назад и все он типа в неликвид не попадает.

Кидай, буду признателен.

В моем случае неликвид считается: Есть товар на складе? если есть когда последний раз продавался? Если больше месяца назад - это неликвид.

Ну тогда вот совет: 1) регистр производственный календарь. 2) С НИМ соединяем три регистра: продажи, остатки товарво на складах, остатки в рознице (ни в коем случае партии)

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

Нафига тогда тебе весь период анализировать, если у тебя всегда месяц?

Себестоимость неликвида тоже нужна, поэтому без партий никак.

+1

Товар не продается год или полгода или месяц? Для логистов - большая разница. На колонку "Дней без продаж" они смотрят.

ОстаткиНаСкладе.Номенклатура соединяешь с ПродажиОбороты где ПродажиОбороты.Номенклатура есть null

короче манагеры у вас дибилы - можешь им так и передать. хотят слепить мух с котлетами и получить отчет. сто пудово не выполняющий ничего. лучше им мой покажи - купят  радости полные штаны будут. ЗЫ половину ваших манагеров директор уводит после моего отчета.

логист у вас идиот. дни без продаж)) Весь мир считает дни с продажами, а у них смотрят на дни без продаж))) Ну посчитай дни спродажами. а потом отними от всех дней = дни без продаж))) Простая математика.

Без периода никак, нужно еще определять был остаток на начало периода, (то что в у тебя проблема). товар ликвиден в привязке к периоду времени.

Сам ты идиот, это нужно многим, другое дело что посчитать их легко

а может не логисты идиоты? Раз ты не понимаешь разницу между "Дней без продаж" и "осчитай дни спродажами. а потом отними от всех дней = дни без продаж"

считается ЭЛЕМЕНТАРНО как два пальца, как дважды два, как трижды три. И примеров валом! с производственным календарем надо делать запрос, с продажами и остаточными регистрами по складам. Сколько раз повторить надо чтобы в голову дошло?

Писатель? читай до посинения

ты дурак? в школе двоешником наверное был? От перемены мест слагаемых сумма не меняется.

еще раз "Дней без продаж" <> "всех дней - дни спродажами."

Дней без продаж = ТекущаяДата - Дата последней продажи." И тут колендарь нафиг не нужен Если ты этого не понимаешь тогда не лезь в ветку

Он просто программист от бога. Ему важно посчитать все дни когда товар не продавался, а то, что это накуй никому не нужно это вторично

Может все таки партии использовать по ФИФО если? Можно посмотреть какая партия когда пришла и вычислить число дней которое она лежит на складе.

если стоит задача ОТ ПОСЛЕДНЕЙ ПРОДАЖИ. то календарь тоже НУЖЕН. Выходные и параздники никто не отменял от подсчета.

Иди уже отсюда

Юзай партии, у тебя же УТ 10

Партий нет. Накой нам выходные и праздники? Магазины работают и в выходные и в праздники.

да пойду. оставайтесь сами с вашими подсчетами. Потом ясно становится когда у фирмы директор в акуе от работы закупок вместе с программистами.

При условии что праздников не так уж и много ты действительно считаешь что кто-от будет заморачиваться 148 дней он не продается или 138 дня? По большому счету он не продается больше месяца и пофиг на сколько больше, чисто так для себя чтобы понимать порядок это 2 месяца или 10. От того что ты прикрутишь к расчету календарь ни холодно ни жарка

ага. читай Когда программист принимает решение - да какая нафиг разница 148 или 138 ))) да да.

Магазины работают и в выходные и в праздничные, зачем эти дни исключать? Они в выходные и в праздничные еще больше чем в будни продают.

вы чего-то поперли не в ту степь...

друг, вот ты скажи конкретно что тебе нужно получить? если то, что в то сделай "выбор когда"! и все!

если работают - пусть работают. Мы тут обсуждаем правильный подход а он один. Во всех примерах типовых происходит работа с календарем. А как работает фирма - просто настройка рабочей недели.

в 1С розница есть оборотка по товарам - там есть рабочий запрос.

А с чего это ты взял что это программист принял такое решение? Лишь бы языком ляпнуть?

Взять таблицу ОстаткиИОбороты и условие Выбор Когда ТоварыНаСкладахОбороты.КоличествоКонечныйОстаток <> 0 ?

получить дату последней продажи не составляет труда. Согласен? Простым запросом по продажам с выбрать первые 1, с датой уорядоччивания продажи по убыванию. Итого, чтобы сделать все очень красиво будет подмножество запросов заполняющих таблицу. 1) запрос по номенклатуре. 2) выгружаем ее в ТЗ. 3) Проходим циклом делаем подзапрос с каждым товаром по получению последней даты продажи. имеем промежуточную ТЗ: 4) делаем общий запрос по календарю+нашей таблице через менеджер временных таблица запроса + соединение по остаткам в эти дни. Так как в любом случае понадобится инфо - а был ли товар вооще на остатках за дни когда не было продаж. потому что  МОЗГ надо включать всегда, а не от того что безголовые манагеры просят.

ну вот судя из этого " Отчет считает дату последней продажи(когда его больше года назад последний раз продали) и относит товар к неликвиду", вам нужно сравнить эти даты! а дальше сами думайте!

Это печально, если первое что в голову тебе приходит для получения последней даты продажи это оббегать ТЗ в цикле с запросом. Могу предположить что же тогда за код в МЕГА обработке

Товар купили и он лежит на складе что покажет твой алгоритм? Вариант 2. Купили в январе и тут же продали, потом купили в июле и он пол года лежит, что отчет покажет

а у меня нету таког опоказателя - дата последней продажи. У меня история продаж выводится в расшифровке. Где манагер видит всю динамику. Второе: не все всегда можно слепить в одном запросе. если надо по каждому товару получить дату последней продажи - НУ ДАВАЙ как давай запрос который сделает это оптимально быстро одним запросом, чем подзапрос с комбинацией ВЫБРАТЬ ПЕРВЫЕ 1 с обратным порядком дат - который сработает моментально.

Вот и рушатся наше представления об мега спецах. А ведь всем на этом форуме известно что бывает с яйцами, если писать запросы в цикле

+ а то я смотрю тут умник на унике, а как дело до конкретной реализации и программирпования - так сразу все в разбег.

П.3 твойе писанины не ты писал?

вы из элементарной задачи делаете какой-то изврат!

это ты программистам 1С будешь рассказывать у которых ПолучитьЦенуНоменклатуры - в каждом массовой выборке по товарам

Давно известный факт, что маня в ветки - это цирк и пиар его сайта

я автору даю совет как быстро и оптимально решить задачу. Для него это будет проще всего. А ты умник раз начал уже говорить - давай текст запроса где ты все сделаешь одним запросом.

Я такого разве говорил?

Оо, я в акуе....

а ну да. не ты. другой. Но ты ему поддакиваешь)))

Я конешна может чего то в этой жизни не понимаю, но помоему запрос:     ПродажиОбороты.Номенклатура в аккурат вернет даты послених продаж по номенклатуре

я тоже в акуе. но в запросах 1С нельзя использовать ВЫБРАТЬ ПЕРВЫЕ 1 во вложенныхъ запросах. А так как решение задачи это множественные соединения с разными регистрами. и получение даты последней продажи это будет вложенный запрос.

ага. У меня 400 000 товаров с базе 10 лет. Спасибо большое. Я два часа буду ждать данные этого запроса.

Весь запрос полностью выгребет всю базу. Да еще и по дням.

Я одного понять не могу, с чего ты взял что кому тог интересна твоя динамика? У меня например, руководства часто просит отчеты из серии "кого выеб..ть" которые показывает косяки менеджеров или снабженцев. И этот возможно как раз иодин из вариантов. В данном случае пофиг на динамику, главное оценить масштаб трагедии. Если 50% товара лежит полгода и не продается - это повод вызвать снабженца, а он уже пусть формирует отчеты с динамикой и объясняет почему товар лежит полгода на складе

У меня в базе товаров примерно столько же и выполнение его заняло примерно 3с. Т.е. ты предполагаешь оббежать 400000 строк таблицы и выполнить столько же запросов будет быстрее? Мне даже если чессно проверять лень

Ты че? в цикле сделать 400 000 раз запрос быстрее?

слушай давай рассматривать всю задачу во всем контексте а не урывками. не писти что у тебя за3 секунды выполнился этот запрос. В это никто не поверит. Второе: у автора надо получить дату последней продажи по каждому складу. В регистре продаж склада нет.

выбрать первые 1 с порядком будет молниеносно.

У меня нет даже желания с тобой спорить, видно что программист из тебя никакой, надеюсь хоть продажник отличный

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

Вроде такой запрос решил задачу: Рабочий день заканчивается, завтра буду проверять. Всем спасибо.

Не читал) По сути запрос: 1. Берем календарь, берем остатки на каждый день, делаем временную табличку 1. 2. Берем продажи и делаем табличку 2. 3. Группируем табличку 2 по номенклатуре и соединенем с количеством различных получаем сколько дней товар был. 4. По формуле твоей получаешь ликвидность. (по сути это к-нт оборачиваемости, вообще ничего сам по себе не дающий, по этой теме, т.к. оборачиваемость фин показатель).