Сводная таблица за период дат

[imamverdiyeveldar]

ачем сохранять накладные в компьютер?

Возможно Вы удивитесь, но во многих случаях все еще необходима бумажка с подписью и печатью, как в силу законодательства, так и потому, что многие слыхом не слыхивали про ЭДО... в любом случае, это оффтопик

А вот ответ на свои вопросы я все еще хочу услышать

Вы меня не правильно поняли видимо. Я в день печатаю, подписываю, ставлю печать на 100-130 накладных примерно из 1с... это понятно, а сохранять их в компьютер в виде docx зачем???

[HakimzyanovA]

это понятно, а сохранять их в компьютер в виде docx зачем???

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

[sanys]

Сумма продаж по каждому товару - это характеристика непосредственно товара, как и другие показатели (история изменения цен и др).

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

На сколько я понимаю - это не то что Вам надо.

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

То вам надо добавить зависимую сущность Показатели для сущности Товары, что бы получилось вот так
Товары
-Показатели

Минимальный набор полей сущности Показатели для сбора информации по продажам это:
Дата продаж - Дата с календарем
Сумма - MySQL-запрос в сущность Продажи
Для MySQL-запроса условия отбора следующие

Код: Выделить всё

[<Поле товар>]=e.parent_item_id AND [<Поле дата продажи из сущности Продажи>]=[<Поле дата продажи из сущности Показатели>]

Флаг "Выполнять динамически" должен быть снят!
В зависимости от Вашей структуры и реализации запрос может отличаться.

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

Дальше самое интересное.
Как Вы понимаете, эта таблица должна заполняться ежедневно после окончания продаж (закрытия касс) или в 23.59, например.
Это можно сделать с помощью Автоматизации или с помощью API.
У меня подобная таблица заполняется php-скриптом из Документации. Скрипт запускается на сервере Кроном раз в сутки.

Когда наберется статистика по нужным показателям (1-2 дня и дальше), можно будет делать уже Сводный отчет из Дополнения.
С его помощью пользователи уже смогут выставлять фильтры за интересующие периоды и смотреть нужные показатели.
Так же можно строить и различные графики.
Вот пример графика без фильтров по дате:

Или графический отчет с фильтром по Товару 1

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

И нельзя забывать, что в этой таблице данные статичные, а это значит, что добавленные "задним числом" продажи (или отредактированные) не будут учитываться по умолчанию!
Если такое всё же произошло, то надо будет обновить запись Показателя по товару руками за те даты, за которые данные добавлялись/обновлялись "задним числом".