Данный отчет сделан на базе стандартного отчета планирования закупок поставляемого в конфигурации управление торговлей. Переделал по желанию пользователей. Добавил функциональности. Упростил настройки отчета . Описание в справке отчета. Стало чуть томознее , но это позволило увеличить детализацию. Проверил на SQL сервере.
Планирование закупок для УТ 10 в разрезе контрагентов 1С 8.2
Функциональные - Бюджетирование и планирование
Скачать файлы
Наименование | Файл | Версия | Размер | |||
---|---|---|---|---|---|---|
ПланированиеЗакупок
.erf 50,68Kb
227
|
.erf | 50,68Kb | 227 | Скачать |
См. также
SALE! 20%
Автоматический заказ поставщику в 1С: загрузка прайсов и анализ цен поставщиков для УТ 10.3, УТ 11, КА2, УНФ, УПП, ERP, Розница 2
Бюджетирование и планирование Оптовая торговля Розничная торговля Логистика, склад и ТМЦ Анализ продаж Платформа 1С v7.7 Платформа 1С v8.3 1С:Комплексная автоматизация 1.х 1С:Управление торговлей 10 1С:Розница 2 1С:Управление производственным предприятием 1С:Управление нашей фирмой 1.6 1С:Управление торговлей 11 1С:Комплексная автоматизация 2.х Розничная и сетевая торговля (FMCG) Оптовая торговля, дистрибуция, логистика Беларусь Украина Россия Казахстан Управленческий учет Платные (руб)
Система управления запасами для 1С помогает работать с запасами правильно: автоматически рассчитывает потребность и делает заказ поставщику, загружает прайсы, перемещает товары по филиалам, анализирует продажи и позволяет управлять ассортиментом.
28500
22800 руб.
21.04.2017 90176 105 39
ФинОфис - контроль и управление финансами
Бюджетирование и планирование Управляемые формы Конфигурации 1cv8 Россия Управленческий учет Платные (руб)
«ФинОфис» - программный продукт для автоматизации бюджетирования, казначейства, консолидации данных и настройки бизнес-процессов в 1С.
20000 руб.
20.12.2017 49528 14 7
ФинОфис (модуль Казначей)
Бюджетирование и планирование Платформа 1С v8.3 Конфигурации 1cv8 Платные (руб)
Казначей – модуль для работы с заявками на оплату, прогнозами поступлений денег, платежным календарем. Казначей включает функционал работы с лимитами по статьям ДС и согласованием Заявок на оплату.
25000 руб.
10.04.2020 21186 10 12
ФинОфис (модуль Табула)
Бюджетирование и планирование Платформа 1С v8.3 Управляемые формы Конфигурации 1cv8 Платные (руб)
Табула – это табличный редактор с формулами, разработанный на платформе 1С. Табула обеспечивает простоту создания таблиц, ранее доступную лишь в Excel.
25000 руб.
26.02.2019 96788 84 106
Управленческие аналитики (БДР, БДДС) для 1С:Бухгалтерия
БДР, БДДС Бюджетирование и планирование Бухгалтерский учет 1С:Бухгалтерия 3.0 Россия Управленческий учет Платные (руб)
Решение для ведения БДР, БДДС, финансовый учет проектов в 1С:Бухгалтерии
12000 руб.
30.10.2023 2987 9 0
ФинОфис (модуль Консолидатор)
Бюджетирование и планирование Платформа 1С v8.3 Конфигурации 1cv8 Платные (руб)
Консолидатор – это автоматизация сбора и конвертации данных для бюджетирования, составления консолидированной отчетности и задач управленческого учета. Консолидатор загружает данные из внутренних и внешних источников. В основе Консолидатора проверенный временем алгоритм, снаружи удобный интерфейс.
25000 руб.
19.11.2019 25355 16 2
ФинОфис (модуль Процессы)
Управление бизнес-процессами (BPMS) Бюджетирование и планирование Платформа 1С v8.3 Конфигурации 1cv8 Платные (руб)
Процессы – это конструктор бизнес-процессов и маршрутов согласования. Модуль встраивается в конфигурации 1С.
25000 руб.
10.04.2020 27044 3 4
Вебинар-практикум "Управление IT-бюджетом" 27 марта 2024 г.
Бюджетирование и планирование Управление проектами Управление ИТ-департаментом Платные (руб)
Рассмотрим полный жизненный цикл IT-бюджета в компании, от планирования до анализа исполнения и корректировки бюджета. Дадим готовые шаблоны, которые помогут контролировать и оценивать бюджет на IT-проекты.
7400 руб.
06.03.2024 610 1 0
По мне так, обработка заслуживает более пристального внимания, в стандартном отчете среза по контрагентам очень не хватает (посиму им и не пользуюсь). Если Вы сможете исправить вышеуказанную ошибку, то я буду Вашим "фанатом" и обязательно впишу разработку в список маст хэв программ. Удачи.
А вот считает и правда как-то не так и не могу понять почему.
Пишет продано за месяц 27, хотя продано 2 далее продажа в день 27 шт итого заказать непристойно много предлагает.
Если нужно подробнее рассказать то с удавольствием
Из мелочи: если бы была бы кнопка перенести необходимое количество в заказ, то было бы очень удобно, например мы на 90% согласны с обработкой и сейчас приходится вручную переностить количество в поле заказ, а так нажали бы и все перенеслось, а откорректировали только те позиции, которых нужно заказать другое количество.
Отвечаю с 27 комментария. Остаток отображается на текущую дату и может не показываться если товар в резерве, есть документы проведенные датой больше чем ТА, либо товар приходил от более чем одного поставщика ( к примеру 2.08 пришел от Пост1, а 4.08 пришел от Пост2, в таком случае дерево результат отобразит строку товара если в списке контрагентов слева выбран Пост2, а если укажешь Пост1 дерево не будет содержать данную позицию. Такие строки дерева подсвечиваются синим и в списке контрагентов проставляются пометки "галочки")
Добавил в контекстное меню "Заполнить колонку Заказ". Если слева в списке контрагентов выбраны "Все" добавить для всех позиций, если выбран конкретный контрагент - тогда заполняются "Заказ" только по его номенклатуре.
Добавил "Дней закупа" поле которое указывает за сколько дней мы хотим продать рекомендованный программой товар.
Анализ продаж теперь с НачалаДня(дата) по КонецДня(дата)
Авторазворот групп добавил
Двойным кликом открывать синюю строку ... хм , можно но будет не понятно по какой колонке долбить .. не будем короче делать.
Если есть какие-то непонятности предлагаю кинуть мне базу с указанием периода анализа продаж и дату на которую формировался отчет, тогда я могу посмотреть и понять ошибки или непонятки. А так к мне сложно что то предвидеть.
По поводу выслать базу: Проблема в том что она у нас стала большая порядка 6 гигобайт в сжатом виде, поэтому, наверно, вариант с пересылом отпадает :) А вот ответ по поставщикам, а именно про Пост1 и Пост2 наверно как раз и является ответом на мой вопрос. А зачем так сделано? Можно же не знать что товар приходил, оказывается, от Пост2 и думать что еще нужно его заказать у Пост1 с три кучи, а потом думать куда все это дело складировать и держать ответ перед директором зачем опять все это заказали :) Кстати, предыдущая версия была на 5 рабочих дней, а можно на семь сделать или хотя бы переключатель 5 -7, а то мы семь работаем и от этого наверно неточность в расчетах должна быть по рекомендованному к закупке товару.
В остальном буду смотреть сегодня-завтра, любоваться, если будут вопросы обязательно сообщу!!!! Спасибо!
Я понял... обратил внимание недавно на это... Подумаю как сделать. Теоретически при активизации на списке контрагентов отображается только его номенклатура путем установки фильтра по нему в табличной части (это работает быстро), а если мы хотим что бы таже номенклатура отображалась у другого контрагента тогда таблица результата будет содержать двойные позиции типа Контр1-Номенкл1 и Контр2-Номенкл1 , и это неправильно. А если ты "запаришь" и закажешь товар у двух контрагентов или посмотришь у контр1 остаток номенклатуры к примеру 10 а потому у контр2 остаток тоже 10 , значит что получается на остатке 20 ? или программа врет ?
Вообщем подумаю... На неделе..
{ВнешнийОтчет.ПланированиеЗакупок.МодульОбъекта(141)}: Ошибка при вызове метода контекста (Выполнить)
Возврат Запрос.Выполнить().Выгрузить();
по причине:
Ошибка выполнения запроса
по причине:
Ошибка при выполнении операции над данными:
Ошибка SQL: Деление на 0
по причине:
Ошибка SQL: Деление на 0
по причине:
Деление на 0 значения типа Numeric
ПоказатьЧто делать? Как быть?
На SQL базе не тестировал. Но единственное деление в запросе модуля отчета это
Закупки.Стоимость / Закупки.Количество
Выбор
КОГДА Закупки.Количество = 0 ИЛИ Закупки.Количество = NULL
ТОГДА 0
ИНАЧЕ Закупки.Стоимость / Закупки.Количество
КОНЕЦ КАК Цена
Обработку на сайте обновил. Если нужно напиши на мыло я те скину.
Последнее поступление товара выводится в колонке "Дата последнего поступления с количеством".
А если товар приходил от более чем одного поставщика то такие строки подсвечиваются синим и вызывается по контекстному меню "Синяя строка" (:) не знал как назвать)
1. При установки галочки "По всей номенклатуре" (галка на "показать только необходимые закупки" убрана) остатки и продажи в установленный период показываются правильно. НО ТОЛЬКО ПРИ ПЕРВОМ ПРОСЧЕТЕ И ВЫВОДЕ ИТОГОВ.
Если обработку не закрывать, а начать играться с настройками, остатки выводятся уже не правильно, даже при условии, что все галки выставить как и при первом просчете.
2. Если ставлю галку "показать только необходимые закупки" ПРИ ПЕРВОМ ПРОСЧЕТЕ, выводит товар по которому были продажи в установленный период и КОТОРЫЕ ПРОДАЛИСЬ В НОЛЬ, товары которые продавались и есть остатки не выводит.
В принципе, при установках как в п.1 обработка уже комфортна, при условии, что можно было бы задать сортировку по убыванию-возрастанию в столбце "Продано"
3. Установить анализ продаж менее 3-х недель не получилось (ползунки ближе не сдвигаются), хотя это актуально,
например закупку ведем 1-2 раза в неделю, и чтобы не перетариватся закупаем так, продалось 525 скрепок на прошлой неделе, значит и закупаем 525.
Не сочтите за навязчивость и дерзость, но как решается задача о которой писал выше:
Как получить в отчете не только товары которые полностью продались, но и товары по которым есть остатки, но которые продавались в анализируемый период?
В очередной раз СПАСИБО автору за то, что не забрасывает обработку, а правит её с учётом пожеланий!
Попробовал на новой версии, всё одно не выходит.
Все сделал по инструкции, но теперь выводит и товары которые НЕ продавались. Чем же тогда такой запрос отличается от установки признака "по всей номенклатуре"?
Файл с установками прикрепил.
Если возможна реализация HotKey-ев, я бы предложил ещё, чтоб по нажатию выдавалась "ведомость по партиям товаров на складах" за анализируемый период (сейчас делаю так Правая кнопка мыши на товаре --> Расшифровка --> Период+Регистратор) очень удобно для понимания, продался товар в "одни руки" или он продавался планово...
Здорово! спасибо. Обработка становится всё удобней и логичней.
А по второй половине моего вопроса
возможно будет реализовать (хотя бы в дальней перспективе)?
Я хотел... Здорово! Спасибо что добавил.
(41)
Это получилось...
Вопроса не выскакивает, :-( Могу нажать только на "Сформировать", после этого обработка выдает продажи с нулевыми остатками :-(
Где у меня собака порылась?
1.)Обработка очень трепетно относится к числу дней продаж, и если так получилось что товар лежал 25 лет на полке в количестве 1 штука (соответственно и приход был 25 лет назад), и не дай Бог продался в период начала анализа, и уж точно не дай Бог его стало НОЛЬ, все хана, обработка предлагает его мнгогогогого заказать, хотя в принципе все видно что не ходовая позиция :))) но все таки, может быть можно как-то это учесть? Можно в таких случаях 1 предлагать заказать или же количество Продано, на крайний случай.
2.)Можно ли по правой кнопке придумать убирать иерархию и оставлять только например а.) те позиции, которые продались, б.) те позиции, которые программа предлагает заказать? Иерархия сбивает если много позиций в папке, а так оставил только те, что продались за период и уже смотришь что и сколько из этого заказать.
3.)Вот ситуация анализ с 01.08.2013 по 07.08.2013 г. рассчитываем на 7 дней продажи
товар КК STAYER СТАНДАРТ д/р н/щ 0141-55
Продалось 3,00
Дней продаж 8,00
В день 2,10
Остаток 52,000
Необходимо заказать 14,000 шт
Последний закуп 19.09.12 (36 шт)
Вопрос: Кому это необходимо заказывать их? :) Их и так вагон и приходили давно и не вот в лет идут (уж 52 шт-то хватит на недельку :-))) и опять же понятно если бы она предложила заказать 3, мол ну продалось же за неделю, а тут 14)
Пока тестирую, щас может что еще натестирую. Зы: может что не так выставляю? Как она оптимально для вас работает на каких сроках анализа какие значения выставлены в Сроке продажи? Очень жду ответа!!! И еще раз спасибо! :)
(53) Shade,
Не могу подтвердить такого заявления, у меня обновленная, считает правильно, выскакивают только те позиции которые продавались. Может ты не обновил обработку? (я тоже думал что ошибка, а сам пользовался старой версией :)),
либо выставляешь короткий период "анализа" и "дней закупок"
Вопрос к автору, насколько необходима иерархия? (47) Shade, задавал уже этот вопрос в (47) п.п 2...
Подскажите каков алгоритм расчета "Необходимого объема закупки"?
Как в help-e написано: "определяется путем вычитания остатка на складах из планируемого объема продаж"... Правильно?
предлагает к выбору только те товары остаток которых меньше нуля,причем по некоторым товарам продаж не было
По второму вопросу на скрине видно, что на остатке 65 кистей и предлагает заказать еще 10 при низкой скорости продаж. оказывается на складе инструмент 75 шт числится а на складе Стройматериалы числится -10шт. Он мне показал остаток общий (75-10) 65шт а предложил заказать тот отр остаток со склада стройматериалы в размере 10 шт.
Наверно надо эту ситуацию как-то обойти? :) а может и не надо, так то в нашей ситуации на другом складе быть ничего не должно. После исправления программа не предлагала ничего заказать. У ондной позиции на скрине остаток 0. и поэтому видимо предлагает заказать, но остаток на самом деле 28 шт, но почему-то он не встает в отчет. Артикул 0141-55. Это почему может не показывать остаток?
Интересный момент в плане складов. (Если на одном не надо , а на другом минус программа пытается добить склад до нуля). По поводу этого конечно нужно подумать.
Ну а что касается остатка по Артикул 0141-55 не знаю. Дело в том что отчет не может показывать для одних позиций правильно , а для других "врать". Посмотри остатки в разрезе Организаций (если их больше чем одна) в разрезе складов, резервы на складах, обрати внимание на розничные склады (если они есть). Вообще лучший отчет для торговли это "Ведомость по партиям товаров на складах". Установи там группировки по документам оприходования и документам движения. Покажет все.
Только что обратил внимание... Мы же знаем дату последнего поступления номенклатуры... Тогда зачем программе предлагать тебе заказать товар с артикулом 0141-55? Ведь понятно что последнее поступление 19.09.12, а продалось всего 2 шт.. :(.. Значить не надо заказывать несмотря ни на что .... Обязательно этот момент исправлю в следующем обновлении.
Не очень согласен в каком плане, есть товары которые редко продаются. но продаются и для ассортимента их держать нужно, тем более что на остатке ноль, но продали за 7 дней аж 2 штуки, это мог быть и сезонный товар который и продается только в эти месяцы например. Так что ИМХО здесь менять ничего не нужно :))) Другое дело что опять таки на остатке их 28шт а ей кажется что ноль вот она и заказывает. В крайнем случае если закупка была давно, то если уж хочется может заказать хотя бы 1 шт :-) Здесь наверно сколько людей столько и случаев/мнений.
Если получится разобраться из-за чего остаток не встал. обязательно сообщу! Спасибо за оперативность
КК STAYER СТАНДАРТ д/р н/щ 0141-55 0141-55 2,00 9,00 2,00 28,000 2,000 шт 70,500 19.09.12 (36 шт) 50,040 0,41
Почему?
UPD: Дело в галке Только необходимые закупки, если галку не ставим, остаток отображается у данной позиции, если галку ставим остатка нет.
но в обоих случаях предлагает заказать одно и тоже количество, странно. При остатке в 28 опять 2 предлагает.
91VXL50E цепь 3/8-1,3мм 50звSemi Chisel LTP Oregon 91VXL50E Продано 3,00 11,00 2,10 Остаток 73,000 Необходимо заказать 14,000 шт 375,000 21.05.13 (15 шт) 234,830 14,00 3 287,62 0,60
Анализ за неделю, 7- дневная рабочая неделя, 7 дней продажи товаров
Все таки, что-то не правильно
Есть ощущение что не верно считает Дней продажи (количество дней, когда товар был на складе и/или продавался)
Сегодня, 14.08.13 у себя проверил: последний закуп 14.01.13
за неделю продано 1 шт, остаток 0, но при этом пишет дней продажи 2
Соответственно и предлагает купить 4 шт на неделю, хотя продавался товар больше полугода.
Вообще с партиями у нас очень туго, постоянные пересорты и прочее, поэтому мы от партий отказались 5 лет назад и для нас основной отчет по остаткам это Товары на складах (Товары Организаций тоже киш-миш :))
Может у меня не правильные расчеты встают как раз из-за этого? Тогда вопрос вот какой: Партии нам не восстановить, может можно как-то отчет поправить чтобы он анализировал остатки по регистру Товары на складах?
Сейчас делаю сортировку по Остаток и смотрю кого сколько продалось и осталось могу сделать заказ (благо все очень наглядно. спасибо большое (кроме иерархии она мешает имхо)), а в автомате никак не получается циферки подставить, чтобы хотя бы более менее правильно получилось
Рейтинг: 106
Для получения уведомлений о новых публикациях автора подключите телеграм бот: Инфостарт бот
№ 140002
Создание 20.06.12 11:00
Обновление 12.08.13 18:02
Просмотры 17549
Загрузки 227
Рейтинг
18
Комментарии 84
Код открыт Не указано
Рубрики Бюджетирование и планирование
Кому
Бизнес-аналитик
,
Пользователь
Тип файла Внешняя обработка (ert,epf)
Платформа Платформа 1С v8.3
Конфигурация 1С:Управление торговлей 10
Операционная система Windows
Страна Россия
Отрасль Не имеет значения
Налоги Не имеет значения
Вид учета Управленческий учет
Доступ к файлу Абонемент ($m)
![Заявка принята](/bitrix/templates/adaptive/img/landing_page_ring/check_icon.png)