+3
На рассмотрении

Отчёт "Продажи и остатки"

Станислав Агапов 11 лет назад в Идеи и предложения обновлен Олег (Директор по разработке) 11 лет назад 6
В системе не хватает товарного отчёта, который бы увязывал продажи и остатки, да ещё и без информации об их стоимости. Такой отчёт нужен как розничным продавцам, так и руководителям для оперативного контроля запасов по складам и магазинам (по общим отчётам об остатках и движениям товаров при наличии сотен позиций сделать это проблематично).

Как я примерно себе вижу такой отчёт:

Отчёт за период

Фильтры:
 - Склад
 - Группа товаров
 - Товар

Группировка:
 - Склад
 - Группа товаров
 - Товар

Показатели:
 - Продажа
 - Остаток

Выводится информация только по тем позициям, по которым были продажи за период.

Ответ

Ответ
На рассмотрении
Здравствуйте, Станислав.

Все перечисленные показатели есть в отчете "Движение товаров". Правда, в него попадают все движения товара, а не только продажи. Вопрос: если мы сделаем фильтр по виду движения для этого отчета, решит ли это проблему?
Ответ
На рассмотрении
Здравствуйте, Станислав.

Все перечисленные показатели есть в отчете "Движение товаров". Правда, в него попадают все движения товара, а не только продажи. Вопрос: если мы сделаем фильтр по виду движения для этого отчета, решит ли это проблему?
Олег, добрый день.

Да, я тоже думал, что это всё очень похоже на отчёт "Движения товаров", но не стал предлагать его доработку по двум причинам:

1) Отчёт "Движение товаров" всё-таки имеет форму ведомости, с начальным и конечным остатками, приходом и расходом, которые арифметически связаны между собой. Фильтрация чего-то одного (скажем, расходов) приведёт к нарушению этой самой арифметической связи, что может вылиться в непонимание пользователя. (Т.е., если мы фильтруем расходы, то при неизменных конечных остатках надо соответственно уменьшать либо приходы, либо начальные остатки, что не будет интуитивно понятным).

2) Отчётом должны пользоваться продавцы в конкретном магазине для оперативного контроля своих остатков, т.е. такой отчёт должен быть частью интерфейса продавца (ведь в основном интерфейсе нет возможности разграничивать доступ к справочникам - в данном случае, к справочнику "Склады" - на уровне записей, чтобы продавцы смотрели информацию только по своему складу и не могли залезть в чужие).
Здравствуйте, Станислав.

А как быть со списаниями товаров, которые не связаны с продажами, но в общем случае уменьшают остатки? Ну то есть, если мы фильтруем по расходу товаров движения только одного вида, то на выходе в любом случае мы получаем то самое "нарушение арифметической связи". Чтобы получить правильный остаток, нужен начальный остаток и движение остатка. Если мы выкидываем какие-то записи, конечный остаток мы уже не посчитаем.
Олег, добрый день.

Нарушение связей есть только в том случае, когда мы выводим 4 заведомо связанных между собой параметра: начальный остаток, приход, расход, конечный остаток. Как в отчёте "Движение товаров". В этом случае фильтровать нельзя.

А если выводить просто два не связанных между собой показателя - продажи со клада за период и остаток на этом складе на конец периода, как я предлагаю, то никаких проблем не будет.
Олег, я не помню, спрашивал ли я вас, или нет... У вас нет в планах замутить пользовательский конструктор отчётов, хотя бы с минимальным функционалом?

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

Сервис поддержки клиентов работает на платформе UserEcho