Обмен опытом →  Попытка планирования расходов.

0
Евстигнеев Сергей (HomeProduct, Санкт-Петербург)
16.12.2019 12:42

Возникла необходимость понять что будет у тебя в кармане (на картах) и прочая к какой-то дате….

Первое что пришлось сделать – написал расширение показывающее все (ну или почти все) движения документов…

 

Второе – написать отчет который бы показал бы планируемые остатки как по кошельку таки в целом… Может не самый гениальный подход, но..

Отчет собирается из трех таблиц:

  1. Начальные остатки из РегистрБухгалтерии.ЖурналОпераций
  2. Обороты по РегистрБухгалтерии.ЖурналОпераций.
  3. РегистрНакопления.ОборотыПлановыхОпераций

И все хорошо работает в этом отчете если планировать простыми операциями…

Планируем на понедельник заправку 40 литров А-95 просто операцией расхода…

В отчете это видно из РегистрНакопления.ОборотыПлановыхОпераций так как документ непроведен, но сделал движения в регистре накопления

А как только проведется этот документ – движения видны через Обороты по РегистрБухгалтерии.ЖурналОпераций. А движение по РегистрНакопления.ОборотыПлановыхОпераций отсекам проверкой на проведение документа.

 

Проблема начинается там где используется шаблон.

То есть мы запланировали на КАЖДЫЙ понедельник месяца заправку 40 литров А-95.

В отчете суммы ЗАДВАИВАЮТСЯ, так как попадают в него и из РегистрНакопления.ОборотыПлановыхОпераций и из РегистрБухгалтерии.ЖурналОпераций….

Башку сломал как разрулить…

 

Вопрос у меня к тем, кто знает что такое запрос и СКД – как отсечь движения из РегистрНакопления.ОборотыПлановыхОпераций.

Может допилим отчет коллективно? И кому-то еще он пригодиться…

(Есть еще у меня кое-какие сомнения в отборах… но это после…)

(Для тех что захочет попробовать расширение и отчет – сделано на платформе 8.3.16 и для релиза 2.0.35. И насколько я понимаю на базовой платформе расширение не взлетит…)

0
Голубев Алексей
16.12.2019 13:05

перед изобретением велосипеда: чем не устраивает "Календарь" -> "Прогнозируемые остатки"?

0
Евстигнеев Сергей (HomeProduct, Санкт-Петербург)
16.12.2019 13:16

Ну хотя бы тем что это графический отчет ... в нем нет общей суммы остатка и представьте себе эту диаграмму при значительном количестве счетов-кошельков в диапазоне движения сумм хотя бы от 1 000 до 300 000

 

0
Голубев Алексей
16.12.2019 13:50

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

а по теме - позаимствуй формирование данных из типовой функциональности и выведи как тебе нужно.

0
Голубев Алексей
16.12.2019 14:04

кстати, итоги он отлично в типовой функциональности показывает. общие / по группам / ...

при большом количестве счетов - достаточно в легенде нажать на нужный счет - и дальше нужную точку детализировать.

0
Евстигнеев Сергей (HomeProduct, Санкт-Петербург)
16.12.2019 14:23

Не очень понял как увидеть на этом графике общие остатки по ВСЕМ кошелькам...

Смысл моего отчета - видеть цифровое движение по кошелькам и общие остатки после операции и на конец...

Имхо графики это для начальника... ЗЫ!

0
Голубев Алексей
16.12.2019 14:41

поле выбора "Итоги", значение "Общие".

зы. нужна таблица - возьми за основу заполнение этого графика. там экспортный метод, которым получишь нужные данные. а дальше - хоть в СКД, хоть куда.

0
Евстигнеев Сергей (HomeProduct, Санкт-Петербург)
16.12.2019 15:00

Общие увидел... Благодарю...

Запрос - юзаю..

0
Евстигнеев Сергей (HomeProduct, Санкт-Петербург)
17.12.2019 9:05

Как говорится - нормальные герои всегда идут в обход!

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

Если формировать отчет с текущей даты (не брать обороты с начала месяца по текущую дату) - все нормально. Правда приходится помнить - есть ли уже проведенные плановые операции...

Да и с кредитками все не так однозначно...

0
Костюков Руслан
17.12.2019 10:58

В отчете это видно из РегистрНакопления.ОборотыПлановыхОпераций так как документ непроведен, но сделал движения в регистре накопления

Как вам это удалось? Обычно непроведенный документ не делает движения по регистрам (если только разработчик не сделал финт ушами в модуле документа ПриЗаписи()).