Ссылка на предыдущую версию: //infostart.ru/profile/17051/projects/1373/ (скачать)
Предложения принимаются на 641111<#> LIST.RU
• Анализ продаж ТМЦ за период по прибыли (ABC-анализ) и спросу (XYZ-анализ).
• Создание печатной формы отчёта.
• Создание таблицы анализа.
• Создание документа «Перемещение ТМЦ».
• Проверка ранее сформированного вручную документа «Перемещение ТМЦ» с учётом данных анализа.
Группировка продаж ТМЦ по:
o Складам (МОЛ)
o Партиям поставщика
o Документам реализации.
o Стоимости реализации ТМЦ
o Дням месяца
Детализация продаж ТМЦ по:
o Цене закупки
o Цене продажи
o Себестоимости продаж
o Выручке по отгрузке
o Прибыли по отгрузке
o Прибыльности
Итоговые данные отчёта за период анализа:
o Продано количество
o Итого дней наличия товара / средний дневной остаток
o Итого дней продаж ТМЦ / средний дневной остаток
o Итого дней наличия отгруженных партий ТМЦ / средний дневной остаток
Итоговые коэффициенты:
o Коэффициент излишка ТМЦ
(Средний остаток товара / Продано за день за дней наличия товара)
o Коэффициент излишка партий ТМЦ
(Дней наличия всех партий / Дней наличия товара)
o Процент наличия ТМЦ за период анализа.
(ДнейНаличияТовара*100 / ДнейАнализа)
o Количество оборотов ТМЦ за период анализа
(продано/средний остаток товара за день)
o Коэффициент ликвидности ТМЦ
(средний остаток товара за день/продано*100)
ABC-XYZ анализ продаж. МОТ (менеджер отгрузок)
Учетные задачи - Анализ продаж
Метод XYZ -анализа - классификация товаров по уровню спроса в общем объёме продаж.
Основа этой разработки - желание оптимизировать денежные средства, вложенные в товарные запасы и увеличение доходности продаж.
Итак, подведём итоги. За 6 дней программа стала ЛУЧШЕЙ в категории "Анализ продаж".
Даже по отношению к программам, выложенным в 2006 году!
Обработка для Типовой конфигурации "Торговля + Слад" Редакция 9.2
Украину и Казахстан не рассматривает ввиду другого принципа построения регистров.
Возможно написание на заказ.
Сейчас Автор работает над увеличением функционала анализа.
См. также
Автоматический заказ поставщику в 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 руб.
21.04.2017 90812 108 40
Анализ продаж с расчетом наценки для Бухгалтерии УСН 7.7
Анализ продаж Платформа 1С v7.7 1С:Упрощенное налогообложение 7.7 Россия Бухгалтерский учет Управленческий учет УСН Абонемент ($m)
Небольшая модификация обработки "Отчет по продажам ТМЦ для УСН" - https://infostart.ru/public/81991/ - добавлена колонка с процентом наценки.
1 стартмани
30.11.2022 2048 2 marvm 0
Динамика продаж по двум периодам
Анализ продаж Оперативный учет 7.7 1С:Торговля и склад 7.7 Оптовая торговля, дистрибуция, логистика Россия Управленческий учет Абонемент ($m)
Отчет, позволяющий сравнить продажи по двум периодам и показать прирост или падение продаж.
3 стартмани
07.11.2019 4911 2 igor32499 0
Сверка продаж по номенклатуре с поставщиками и покупателями. Анализ продаж с кодами, артикулами и штрихкодами товаров и выбранной ценой. 1С 7.7
Розничная торговля Анализ учета Анализ продаж Платформа 1С v7.7 Оперативный учет 7.7 1С:Комплексная 7.7 Управленческий учет Абонемент ($m)
Несколько усовершенствований типового Анализа продаж комплексной 7.7. Данный отчет выручает, когда надо сверить продажи товаров с клиентом (или поставщиком) по каждому товару с учетом кодов товаров, артикулов или штрихкодов.
1 стартмани
10.10.2019 12989 0 ksnik 0
Оценка эффективности и перспективы торговли. Остатки брендов. Наценки брендов. Объем продаж и прибыльность по брендам. Оборачиваемость товарных запасов. Анализ товарооборота. Средний срок инкассации. 1С 7.7
Ценообразование, анализ цен Логистика, склад и ТМЦ Анализ продаж Платформа 1С v7.7 1С:Комплексная 7.7 Управленческий учет Абонемент ($m)
Оценка спроса на имеющиеся товарные запасы и анализ финансового положения - основа грамотного руководства торговым предприятием.
1 стартмани
14.09.2019 12870 9 ksnik 0
Анализ прибыльности заявок покупателя и отчет о продажах менеджеров. 1С 7.7
Монитор заказов Оптовая торговля Производство готовой продукции (работ, услуг) Анализ продаж Платформа 1С v7.7 1С:Комплексная 7.7 Оптовая торговля, дистрибуция, логистика Управленческий учет Абонемент ($m)
Данные отчеты позволяют вести и анализировать торговлю оптового предприятия, контролировать торговую наценку заявки покупателя и анализировать прибыльность реализаций по менеджерам. Отчет "Прибыльность заявки" показывает расчет процента наценки и доходность за период в разрезе номенклатуры и/или в разрезе документов - заявок покупателя. Отчет о продажах менеджеров выводит показатели доходности в разрезе сотрудников с большим количеством степеней детализации.
1 стартмани
12.09.2019 12565 4 ksnik 0
Динамический анализ продаж номенклатуры для ТиС 7.7
Оптовая торговля Анализ продаж Оперативный учет 7.7 1С:Торговля и склад 7.7 Россия Управленческий учет Абонемент ($m)
Анализ продаж номенклатуры по периодам: день, неделя, месяц, квартал, год. Возможно проанализировать продажи по номенклатуре как в штуках, так и в рублевом выражении.
1 стартмани
25.04.2016 12005 14 Vladislav001 1
Анализ продаж по периодам и складам
Оптовая торговля Анализ продаж Оперативный учет 7.7 1С:Торговля и склад 7.7 Россия Управленческий учет Абонемент ($m)
Стандартный отчет анализа продаж не позволяет сравнить продажи по различным складам.
1 стартмани
10.11.2015 17466 25 BorisBelov 5
Потрясающий интерфейс у вашего отчета нивелируется низким качеством кода.Тестирование при минимальном объеме(2 дня,
4 касссы,примерно 1000 позиций по товару) выполняется 6 минут(Комп Core Duo+RAID). Может это для очень- очень небольших(ИП,Ларек и пр.) организаций.Мы же по прежнему испытываем потребность в качественном анализе продаж.Резюме: Юзабилити(4+),
Исполнение отчета(-3).
Замечания действительно существенные. Но прошу учесть:
1. Особенности выполнения процедур и функций в V 7.7
2. Особенности хранения данных в регистрах. И выборку этих данных.
3. Отсутствие аналогичных методик и инструментов анализа для V 7.7
4. Отмечу и другое: Обработка используется у меня в Компании при номенклатуре в 10 000 наименований. И объёма продаж по супермаркету 500 чеков ( примерно 2000 номенклатурных позиций). Анализ (или подбор товара в документ) провожу отдельно по товарным группам, добавляя в существующий документ "ПеремещениеТМЦ". Использование такой методики позволило освободить по 1-1,5 часа работы 3-х менеджеров и достигнуть (самое важное) оптимизации отгрузок. По всей номенклатуре и периоду анализа продаж за 1 месяц мы получаем данные за 1 час (Athlon64 3500 + 1 Гиг ОЗУ).
5. Конечно, согласен с Вами, над скорострельностью надо ещё поработать. Ежедневно идёт работа над эргономичностью функционала.
6. Предполагаю, что даже с учётом Ваших замечаний, этот механизм анализа не сомненно востребован, а полученные результаты не взирая на время выполнения отчёта - экономят время в другом.
Кстати, Николай, а как Вы представляете качественный анализ продаж для Вашей Компании?
Какие требования, показатели анализа?
Автор
Благодарю всех за комментарии и оценки.
Постараюсь приложить усилия над оптимизацией модуля обработки и развитием функционала.
А для какой системы продаж этот отчет?
Отчёт удобно применять для анализа розничных продаж. Поскольку вариации статистических данных более-менее равномерны. Но этот отчёт применим и для анализа оптовых продаж.
Для этого попробуйте поиграться с "Методом определения количества" в настройке параметров анализа продаж.
Почему поиграться?
Краткий ответ: Опт-опту рознь!
Мы торгуем оптом, но по системе с колес под заказ(что пришло то тут же и ушло).
А где найти нормальный инструмент анализа это проблема.
Пока единственно что дало максимум эффекта это олап кубы, но тоже не выход.
Все имеющиеся отчеты опираются на остатки.
Если торговля строится не по предварительным заказам Клиентов, возможно использовать из представленной обработки настроки: "Метод определения количества" => "за дней продаж" .
В этом случае в рассчет принимаются количества ТМЦ (ТМЗ) присутствовавшие на складе соответственно только в ДНИ ПРОДАЖ. А это и есть "с колёс". Вопрос как отследить стабильность заказов. В последующем релизе это будет сделано. Вариации динамики спроса по анализируемому периоду - видимо лекарство для опта. С большими или меньшими допусками.
В жизни на самом деле всё просто. Надо только задуматься. Можем ли мы построить модель нашей торговли? Достаточны ли данные? Реалистичны ли допуски? и т.д. и т.п.
Пример другой: Хлеб и соль. Прибыль - мизер. Обороты бешеные. Но из ассортимента не исключить! Иначе покупатель не придёт.
Вывод: у каждого продавца должна быть выработана грамотная торговая политика. Эту политику должны знать Менеджеры, Логисты. + В компании должна быть умная голова, отвечающаяя за оптимизацию ассортимента. В большей или меньшей мере. Но кто-то это должен делать. В условиях сегодняшнего рынка - точно. И не надо бояться избавляться от баластов ТМЦ.
Поверьте... Есть опыт.
А может быть Ваш случай - идеал? Клиент заказал, а ещё хорошо если и денежку перечислил, Мы доставили. Маржа в кармане. Здесь только расширяй предложение и Менеджеры, менеджеры, менеджеры. Активные, умные. По-возможности честные. А?
>Все имеющиеся отчеты опираются на остатки.
Ну так вот и анализируйте остатки и ПРОДАЖИ.
ОЛАП - тоже хорошее средство прогнозирования. Но дюже дорогущее..., если грамотное.
Я Дистрибьютор и должен продавать весь асс производителя(все продаю только с колес, т.е. под заказ (в моем случае это молочные продукты).
Анализ должен заключаться не в наличии на складе, а в продаваемости и не продоваемости ТМЦ.
А также анализ должен опираться также на возврат от покупателя.
Т.е. оптимизация продаж должна происходить в трех направления:
1. Поставки;
2. Возврат;
3. Ассортимент
Далее анализ на регулярности поставок ТМЦ. и т.д. и т.п.
Понятно.
У меня тоже есть "молочка".
Там знаешь сам, есть такая проблемка для дистр-а: сроки годности на скоропорт. И они конечно будут влиять на возвраты. Но при достаточной статистике и их можно прогнозировать.
Наверное тебе надо определить САМЫЕ важные показатели анализа. Например: ABC (СПРОС) - XYZ (ВОЗВРАТЫ) или ABC (СПРОС) - XYZ (ПОКАЗАТЕЛЬ ДИНАМИКИ СПРОСА). Вообще подхожу к тому, что ABC-XYZ анализ должен быть многомерным. Или же должен иметь несколько видов.
Я себе уже запланировал такое в новом релизе.
Но это точно, что НАДО ОПРЕДЕЛИТЬ САМЫЕ ВАЖНЫЕ ПОКАЗАТЕЛИ АНАЛИЗА ДЛЯ ABC и XYZ.
Из практической теории:
Первый шаг: Определить объекты анализа
Клиент, Поставщик, Товарная группа/подгруппа, Номенклатурная единица, и т.п.
Второй шаг: Определить параметр, по которому будет проводиться анализ объекта
Средний товарный запас, руб.; Объем продаж, руб.; Доход, руб.; Количество единиц продаж, шт.; Количество заказов, шт. и т.п.
Третий шаг: Сортировка объектов анализа в порядке убывания значения параметра.
Четвертый шаг: Определение групп А, В и С.
Аналогично для X, Y и Z
>>Ты появишься в списке проголосовавших. Я отсылаю на твой Мэйл разработку.
Бугога
"Мы сами не местные"?
Ты, автор, оглянись что выкладывают люди (АЛьФ, orefkov, berezdetsky и др.) и какой рейтинг имеют
>Ты, автор, оглянись что выкладывают люди (АЛьФ, orefkov, berezdetsky и др.)
> и какой рейтинг имеют
А что тебя удивляет? Лично я давно заметил, что народ ведется на разноцветные картинки, как цыган на писанную торбу. Глянь на список плюсовавших -много тут ПРОГРАММИСТОВ? (никого обидеть не хочу, сразу предупреждаю!)
Ведь ценные вещи качаются вообще тысячами и, к сожалению, авторов благодарят недостаточно хорошо
Определить скачали просто так или успешно пользуются и это приносит пользу крайне трудно, поэтому плюсы обязательно должно быть ДОБРОВОЛЬНЫМИ имхо (пусть их и не все ставят) - без идиотской рекламы и сделок
А афтор провозглашает "Итак, подведём итоги. За 6 дней программа стала ЛУЧШЕЙ в категории "Анализ продаж" - с какого перепугу лучшей? :)
Это у меня просто обостренное чувство справедливости (стрелец я) :)
Поковырял... честное слово сделано НЕПОНЯТНО и неудобно, никто в ступор больше не впадал?
Ну и навскидку в несколько раз можно ускорить штатно и в несколько десятков раз - нештатно :)
Короче если автор хочет нажиться на этом готов помочь на возмездной основе (прямой доступ к данным, приведение к человеческому виду, OLAP и проч.)
Звиняюсь если чем-то обидел :)
А каков принцип анализа спроса? на основе отчета "Заявки покупателей"?
а если есть цепочка заявка - реализация - недогруз, потом заявка обнуляется, создается вторая заявка в которую добавляется недогруз из первой. как в это случае считается спрос количества позиций? Извиняюсь если неточно задаю вопрос....объяснил как смог....;)
Еще раз - спрос определяется продажами (отгрузками) за период.
Спрос анализируется по одному из 4-х показателей (Показатель выбирает пользователь в настройках. Выбираемый показатель зависит от вида торговли)
"За дней наличия остатков товаров" - для розницы более точные показатели.
"За дней анализа"- для розницы более усредненные показатели. Для опта более верные.
"Средний дневной спрос"- усредненные показатели за дней наличия товара.
"За дней продаж"- усредненные показатели за период. Самые верные показатели для опта.
А вобщем-то попробуйте проанализировать спрос для каждого из показателей и сравните со своими рассчетными. Выберите более верный показатель для Вашего вида торговли.
Видимо в Вашем случае если появляется недогруз, то необходим более продолжительный период анализа. Ведь недогруз придет, то будет всёравно продан?!
Пишет ошибку Валюта = глРубли<<?>>;
{\\192.168.0.1\KZNEW\EXTFORMS\МЕНЕДЖЕР ОТГРУЗОК 2.0.1.ERT(1704)}: Переменная не определена (глРубли)
Валюта = глРубли<<?>>;
{\\192.168.0.1\KZNEW\EXTFORMS\МЕНЕДЖЕР ОТГРУЗОК 2.0.1.ERT(1914)}: Переменная не определена (глРубли)
Я так понимаю отчёт привязан к валюте(рубль)Подскажите,что именно подправить через Конфигуратор
без отгрузок по магазинам. Решение по своду двух анализов правильное.
если есть доработка для такого же анализа по оптовым продажам при этом с использованием различных фильтров(Проект, склад) буду весьма признателен.
snab121@mail.ru
D:\BASES\ТОРГОВЛЯ\EXTFORMS\МЕНЕДЖЕР ОТГРУЗОК 2.0.1.ERT(2270):Неверный идентификатор ресурса!
Помогите в настройке,плиззз!!!
Механизм анализа использую для доработки Конфигураций Заказчиков. Т.к. торговые ситуации и требования к результатам анализа сугубо индивидуальны.
Например:
- "автозаказ" товара Поставщикам.
- оптимизация складских остатков с учетом необходимого страхового запаса ТМЦ.
- Категорийный ABC-XYZ анализ групп товара для построения ассортиментной матрицы сети магазинов (по Компании в целом и в разрезе магазинов).
и т.д.
Для получения уведомлений о новых публикациях автора подключите телеграм бот: Инфостарт бот
№ 15469
Создание 21.01.08 17:29
Обновление 28.09.09 00:00
Просмотры 38115
Загрузки 3555
Рейтинг
280
Комментарии 175
Код открыт Не указано
Рубрики Анализ продаж
Кому Бизнес-аналитик
Тип файла Внешняя обработка (ert,epf)
Платформа Оперативный учет 7.7
Конфигурация 1С:Торговля и склад 7.7
Операционная система Не имеет значения
Страна Россия
Отрасль Не имеет значения
Налоги Не имеет значения
Вид учета Управленческий учет
Доступ к файлу Абонемент ($m)
