Очень простой в использовании отчет, расчет заказа поставщику на любой период исходя из данных прошлого периода.
Функциональность:
Расчет среднедневной продажи товара (учитываются дни отсутствия товара на складе), планируемый объем продаж, необходимый закуп формируется на основании реального остатка с учетом заказов покупателей/поставщикам.
Успешно используется на реальном предприятии.
Функциональность:
Расчет среднедневной продажи товара (учитываются дни отсутствия товара на складе), планируемый объем продаж, необходимый закуп формируется на основании реального остатка с учетом заказов покупателей/поставщикам.
Успешно используется на реальном предприятии.
Расчет необходимого заказа на будущий период основываясь на продажах за прошлый период.
Расчет заказа осуществляется по формуле: Заказ = планируемый объем продаж + заказано покупателями — остаток на начало планирования — уже заказано поставщикам. Планируемый объем продаж рассчитывается исходя из среднедневной продажи данного товара за выбранный анализируемый период, причем дни отсутствия товара на складе в расчет не берутся. Так же дополнительно рассчитывается на сколько дней еще хватит складских запасов.
Отчет можно вывести как по алфавиту, так и по иерархии.
13.10.2013 — Доработал отчет, теперь учитываются только реальные продажи со склада, а не просто расход со склада.
А скрин где?
Скрин добавил.
>>Заказ = остаток на начало планирования + планируемый объем продаж + заказано покупателями — уже заказано поставщикам.
формирую отчет, у меня получается такая формула: Заказ = планируемый объем продаж + заказано покупателями — остаток на начало планирования — уже заказано поставщикам
что представляет собой колонка «будем заказывать»? это если вывести в ексель и там работать?
есть отбор по складу — это плюс, но нельзя вывести по всем складам, если значение пустое, то ничего не выводит, это большой минус… или может я что-то не так сделала…
очень не хватает стандартного отбора и группировок, по свойствам, по основному поставщику и т.д. (например, мы отбираем по брендам(св-во), по группам у нас невозможно)… и расшифровку еще хорошо бы, посмотреть, например, по заказам покупателей…
вывести его на универсальном — вообще сказка получилась бы…
в общем, спасибо и плюс:)
Все правильно, это я не правильно в описании написал (исправлю) — оно и по логике так.
Можно в ексель, можно прямо в отчете заполнять, можно в распечатанном документе — итоговое решение какое количество заказывать.
Про остальное заказчик не просил, соответственно не оплачивал => я не делал. Возможно в будущем доработаю.
Замечательная обработина. Автор МОЛОДЕЦ. Спасибо.
странно, вроде подписалась на комментарии — ничего не получала…
еще вот такой вопрос, могу я таки вывести по всем складам? может где-то условие какое-то убрать? (я не программист, сама не могу разобраться)
и второй вопрос, никак не могла понять, почему разнятся цифры продаж между вашим отчетом и типовым отчетом Продажи… нашла — в вашем отчете учитываются и внутренние перемещения, что совсем нехорошо… переместили на другой склад совсем не равно продали… имхо, нужно по регистру продажи его строить…
а так ну просто сидим, смотрим на него и вздыхаем — идея шикарная:))
кстати, вот пришла в голову мысль, может можно пользоваться расходом из ведомости по партиям, и брать только связанные с продажей операции (Продажа, Возврат и Возврат текущего месяца)?
В регистре продажи есть огромный недостаток — там нет отбора по складу, все делается только целиком по организации… Задача была сделать по складам. Если у вас куча складов/перемещений внутри фирмы — нужно учитывать/дорабатывать.
В регистре ПартииТоваровНаСкладах КодОперации — реквизит, соответственно виртуальные таблицы по нему отобрать невозможно.
Ну это не сложно, по вашей просьбе доработал, выложу пока отдельным файлом, пока не протестю толком. К вам просьба тоже потестить по всем складам — отписаться по результатам. Пока только так…
да, точно… я делаю группировку по складу в отчете Продажи из Документа движения(регистратора), поэтому с такой проблемой не сталкивалась… но это все в универсальном… может в обычном отчете и нельзя так вывести, я не знаю…
понятно, спасибо
спасибо большое! протестирую и отпишусь
а в отчет на 8,1 я могу перенести это копи-пастом?:)
не уточнила, что на 8,1 работаем…)
Да, просто перекопируйте модуль
все получилось, выводит по всем складам, спасибо!
мне подумалось, что если выводить по всем складам, то на одном складе по перемещениям будет плюс, на другом минус и получу я нужный результат… но плюс идет в приход, а минус в расход, поэтому никак:))
а так все хорошо!
розница.net, как можно ставить минус даже не скачав обработку? Описание не понравилось?
(12) Хотел написать комментарий — не смог. Оказывается я у Вас в блэклисте. Зачем меня надо было блокировать ?
(12) Убрал минус… Когда считается планируемый объем продаж, то учитывается сколько дней товар будет на складе с учетом того что в периоде будут поставки товара по заказам поставщику ?
(13) Не знаю как Вы попали ко мне в блэклист, я даже не знал о существовании последнего… И сейчас, я так понимаю, вы уже не в нем? — тоже не вкурсе. Может сайт тупил…?
(14) Планируемый объем продаж не зависит ни от заказов поставщику, ни от текущего остатка — он рассчитывается основываясь только на продажах анализируемого (прошлого) периода. Неоходимый закуп же, зависит и от будующих поставок и от текущего остатка.
(16) Просто я недавно как раз писал расчет заказа поставщику. Заказчик потребовал чтобы учитывалось что мы до даты прихода товара по рассчитываемому заказу можем не только остаток на складе продать и и то количество которое поступит в ближайшем будущем. При интервалах от заказа до поставки 3-4 месяца разница получается очень существенная. Запросом тут конечно не обойдешся 🙁 пришлось цикл расчета вставлять.
(17) Смысл такой что если есть остаток товара то он может продаваться, а если его нет, то не может продаваться.
(18) Ну я понял, у Вас имееется ввиду что, хоть мы и вычислили планируемые будущие продажи, то они могут не осуществиться если товар будет отсутствовать на складе? Если между заказом и поставкой большой период возникает вопрос о планируемом остатке товара на дату начала поставок. Его также можно вычислить, либо немного доработав, либо сформировав несколько раз отчет.
Здесь планируемый объем продаж вычислятся с условием присутствия товара.
А почему шапка отчета убегает вверх? Очень не удобно просматривать отчет, каждый раз приходится копировать в Excel и там закреплять шапку.
(20) Vasisualiy, зачем в эксель, можно спямо в 1с: Таблица — Вид — Зафиксировать таблицу. Если лень, код открыт, допишите строчку.
Большое спасибо 🙂
Нужная в хозяйстве штука, вопрос лишь правильно ли считает, типовая вообще какие-то цифры с облаков дает, скачаю отпишусь 🙂
(6) Доработал отчет, теперь учитываются только реальные продажи со склада, а не просто расход.
Вот интересно, а на сколько сложно сделать, чтобы обработка планировала закупки в разрезе групп номенклатуры, а не в разрезе номенклатуры?
Поясню, в магазинах с часто обновляемой номенклатурой такой как компьютерный магазин, планирование закупок основываясь на прошлом периоде — провальная затея. А вот правильная группировка номенклатуры и учет продаж и заказов по группам в такой обработки было бы очень к стати.
А как вывести сразу по всем складам? Выше было написано, что теперь можно вывести отчет сразу по всем складам. У меня если конкретный склад не выбрать, отчет выводится пустым… 🙁
Хороший отчет, а еще б лучше чтобы на его основании заказы можно было автоматом делать
не могу скачать.
не могу скачать файлы.