1. Опечатка в примечании к итоговой колонке "Осталось - Расходы": "Оталось потратить из запланированного"
2. Предложение: плановые суммы всегда вводить через диалоговое окно "Редактировать показатель и комментарий". В противном случае возникает путаница при редактировании ячеек с плановыми операциями (с восклицательным знаком). Получается для разных ячеек разные сценарии. Будет удобнее, если диалоговое окно будет возникато всегда.
Ещё большая просьба. Если статьи были свёрнуты, то при переходе на новый период оставлять их свёрнутыми. Вернее так, желательно сохранять установленный пользователем режим отображения бюджета при перемещении по бюджетным периодам.
Пример.
Режим "Показывать все долги".
Использование кредитный карт: план 40, факт 45, остаток 0, превышение 5
Пополнение кредитных карт: план 46, факт 10, остаток 36, превышение 0
Включаем "Сворачивать долги, взятые и погашенные в одном бюджетном периоде"
Использование кредитный карт: план 40, факт 35, остаток 5, превышение 0
Пополнение кредитных карт: план 46, факт 0, остаток 46, превышение 0
У меня вопрос к тем, пользователям, кто пользуется сворачиванием долгов. На мой взгляд, в режиме "Сворачивать долги, взятые и погашенные в одном бюджетном периоде" остаток показывает некорректную сумму. Ведь реально для гашения кредитной карты нужно 36 рублей, а не 46. Может остатки и превышения не должны меняться при сворачивании? Правда тогда по статье не будет биться сумма и в итогах тоже будут не стыковки. Но для управления финансами было бы корректней видеть остатки, которые нужно исполнять по планам, а не рассчитанные подобным сворачиванием. Кто что думает по этому поводу? Может кто-то уже пользуется подобной методикой и расскажет порядок своих действий в случае сворачивания долгов?
Включаем "Сворачивать долги, взятые и погашенные в одном бюджетном периоде"
Честно сказать, не оценил совсем данную функцию, так как в бюджете фактовые значения не отражают действительности, кроме баланса по кредитке за бюджетный период, т.е. погасили за прошлый период больше или меньше чем взяли в текущем. Но поскольку было много желающих, пусть всем будет счастье. Главное, чтобы эта фича оставалась включаема/отключаема.
Я тоже пытаюсь с этим разобраться. Пока инструмент для меня не совсем понятный. Поначалу мне понравилось, что свернулись суммы, но когда начал считать, появились вопросы. Поэтому решил их здесь озвучить ))), чтобы смогли ответить те, кто просил данную опцию.
Небольшие дополнения
1. Отсутствует возможность в группе Среднее за месяц убирать показатель только план или только факт или план и факт
2. Добавить возможность исключать "не актуальные" долги, в одно время были добавлены, но сейчас убрать нельзя из-за ошибки редактирования статей бюджета (писала в более раннем сообщении)
3. При редактировании кнопки план нет "Калькулатора" выводится только при нажатии кнопки F4 что не всегда известно обычному пользователю
4. Показатель на начальной странице "бюджет свободных денег" не работает, формулировка "Бюджет не используется"
5. Показатели Остаток и превышение рассчитываются не исходя из развернутого остатка по статьям, а итого по группе
6. Если в группе статей не выбрана какая то статья, то в общих итогах и сумме по группе она учитывается, но в "других расходах" не отображается. Проблему сможет решить , если появление в не запланированной статье, не входящей в запланированную группу (например, продукты) она выводилась бы в бюджете
7. При расчете оптимистичного итога участвует перерасход по статьям расхода, хотя суммы учтены в факте, плюс к этому не считается статья, не выбранная в статьях бюджета. Подробный пример вышлю в службу разработки
8. Аналогичная ошибка описанная в п. 7 участвует при расчете Пессимистичного прогноза
1. Отсутствует возможность в группе Среднее за месяц убирать показатель только план или только факт
настройка будет добавлена позже
2. Добавить возможность исключать "не актуальные" долги, в одно время были добавлены, но сейчас убрать нельзя из-за ошибки редактирования статей бюджета
Ошибка исправлена в 2.0.30.3.
Если долг пометить неактуальным, он должен автоматически "исчезнуть" из бюджета начиная со следующего периода. К уже неактуальным долгам это не относится.
4. Показатель на начальной странице "бюджет свободных денег" не работает, формулировка "Бюджет не используется"
Желательно сообщить в службу поддержки конкретные настройки, чтобы воспроизвести ситуацию.
6. Если в группе статей не выбрана какая то статья, то в общих итогах и сумме по группе она учитывается, но в "других расходах" не отображается.
Обороты по статьям учитываются в своих группах, указанных в бюджете. Например, если в бюджете выбрана группа статей "Продукты", то обороты по всем подчиненным статьям будут суммироваться именно в этой группе. Если из бюджета исключить "Продукты", тогда только обороты попадут в строку "Другие расходы".
По пунктам 5 и 7 не совсем понятно, что имеется в виду.
Версия 2.0.30.3
Ошибка. При выборе бюджета "Сводный бюджет (только просмотр)" суммы доходов и расходов (в группах и итогах) задваиваются, а в некоторых случаях увеличиваются в 3 и даже в 4 раза.
Мне очень понравилась идея со сворачиванием долгов. Но, есть ещё одно предложение, по такому же принципу сворачивать заимствования и возврат в накопления. Тем, кто использует накопления как некий резерв на чёрный день, я думаю, такая опция будет очень полезна.
Добрый день
Пример с цифрами отправлен в службу поддержки
Планирую, бюджет Ф.Ц., создаю плановую операцию, Мы взяли в долг (долг взаиморасчеты) 30000, создаю пару шаблонов расходов. В бюджете вижу, Другие расходы 30000, Поступления из свободных денег 30000 + суммы расходов. Жму ф4, чтобы посмотреть, откуда взялись эти суммы. Открывается форма редактирования, иду по ссылке список операций, появляется пустая форма. При закрытии этой формы, форма редактирования очищается. Суммы остаются в бюджете.
В настройках начальной страницы есть галка не округлять до целых сумм. Она не работает, появляются нули после запятой, а значений копеек нет.
В 2.0.30.3 не исправлено, планируемые расходы по Ф.Ц. попадают в бюджет Ф.Ц. как доход перевод из свободных денег. Проблемы с формой редактирования сохранилась.
Не могу перейти в следующий период по стрелочке, бюджет до 2020 г. Плановые операции не ограничены периодом.
Не корректно отображаются начальные и конечные остатки при планировании на несколько периодов. Эта ошибка присутствует уже давно, может хоть сейчас поправят.
Пожалуйста, перешлите пример в службу поддержки.
1. Спасибо, поправим
2.
путаница при редактировании ячеек с плановыми операциями (с восклицательным знаком
Уточните, пожалуйста, суть затруднений.
Валерий, немного не в тему, но я заметил одну особенность. Раньше в конференции писали про эту особенность и говорили, что это ограничения платформы, но как я выяснил это не так.
Версия платформы одна 8.3.9.1850.
Далее две версии 1С:Деньги 2.0.30.3 и 2.0.25.3. Данные в базах одинаковые, первая получена из второй путём обновления релиза.
В обоих установлена галочка "Предлагать резервное копирование при завершении".
Так вот, в базе с версией 2.0.25.3, всё просто, автоматическое создание резервной копии при завершении работы выполняется нормально, одной галочкой в окне с вопросом о завершении работы.
А в версии 2.0.30.3 выдается окно "Не выполнено резервное копирование при завершении работы" с двумя кнопками "Завершить работу" и "Продолжить работу". Если нажать первую, то происходит просто выход без создания резервной копии. Если нажать кнопку "Продолжить работу", то появляется окно "Выполнить дополнительное действие и завершить работу", только нажав на которое система ведёт себя как в старой версии 2.0.25.3.
Собственно вопрос: это так и задумывалось или мне нужно сделать какие-то дополнительные настройки, чтобы поведение было как в версии 2.0.25.3 без лишних вопросов и окошек?
а можно сделать проще:
1) копировать файл по расписанию
2) сделать батник на запуск 1с, после закрытия которой будет создана резервная копия.
и отключить создание бэкапов средствами 1с.
Просто версия 2.0.25.3 работает всё равно на "движке" старой платформы, не смотря на то, что вы запускаете её в платформе 8.3.9. Новый "движок" (8.3.8) не позволяет делать (сделано, чтобы новые конфигурации одинаково хорошо работали и на ПК и через веб), как раньше, потому никаких дополнительных настроек настроить нельзя.
Версию платформы, которую использует конфигурация можно найти в конфигураторе, слева в дереве объектов найти самый верхний элемент с названием конфигурации (если дерева нет, то можно открыть его в меню Конфигурация -> Открыть конфигурацию), выбрать свойства и справа в списке свойств найти режим совместимости. Там отображается, на какой версии платформы работает реально конфигурация.
Просто версия 2.0.25.3 работает всё равно на "движке" старой платформы, не смотря на то, что вы запускаете её в платформе 8.3.9. Новый "движок" (8.3.8) не позволяет делать (сделано, чтобы новые конфигурации одинаково хорошо работали и на ПК и через веб), как раньше, потому никаких дополнительных настроек настроить нельзя.
Речь, видимо, всё-таки не об изменениях платформы, а изменениях БСП. 1С:Деньги используют те же стандартные процедуры, что и другие прикладные решения фирмы 1С. В этом всё дело! И я теперь понимаю, что моё обращение не по адресу, т.к. разработчики 1С:Деньги, врядли будут менять БСП под себя. Но, согласитесь, средствами платформы сейчас не сложно определить где, а главное, как запущен клиент! Соответственно, при создании стандартных библиотек можно было предусмотреть разное поведение при работе на ПК или через веб. Т.е. по-разному, но в обоих случаях хорошо.)))
Версию платформы, которую использует конфигурация можно найти в конфигураторе, слева в дереве объектов найти самый верхний элемент с названием конфигурации (если дерева нет, то можно открыть его в меню Конфигурация -> Открыть конфигурацию), выбрать свойства и справа в списке свойств найти режим совместимости. Там отображается, на какой версии платформы работает реально конфигурация.
Это немного не о том. Это говорит, ниже какой версии конфигурация запускаться не будет (т.е. будет выдаваться предупреждение), а платформу при этом можно запустить самую последнюю. Посмотреть текущую запущенную версию платформы и конфигурации можно по кнопочке "О программе". У Вас на компьютере может и не быть той версии платформы с которой совместима конфигурация, но это не означает, что она не будет работать, главное, чтобы версия была не ниже совместимой.
Речь, видимо, всё-таки не об изменениях платформы, а изменениях БСП.
Нет, речь именно про платформу. А БСП было изменена в соответствии с новыми ограничениями платформы 8.3.8. А в след за этим все изменения перетекли в продукты, которые используют БСП.
Вот это изменение в платформе 8.3.8:
В обработчиках событий управляемого приложения ПередЗавершениемРаботыСистемы, ПриЗавершенииРаботыСистемы, а также в обработчиках событий управляемой формы, находящейся в режиме закрытия, ПередЗакрытием, ПриЗакрытии, запрещено открывать окна и выполнять любые серверные вызовы.
Реализован единый подход к закрытию форм и основного окна приложения, который одинаково работает во всех клиентских приложениях, обеспечивая приемлемые возможности по взаимодействию с пользователями.
Реализованное поведение стало соответствовать методике и техническим требованиям современных веб-браузеров.
Здесь нет вариантов как действовать. Просто запретили. Это раньше разработчики могли посмотреть, веб-клиент или нет и реагировать по разному. А сейчас просто запретили, видимо, чтобы насильно ограничить разработчиков, которые злоупотребляют.
Это немного не о том. Это говорит, ниже какой версии конфигурация запускаться не будет (т.е. будет выдаваться предупреждение), а платформу при этом можно запустить самую последнюю.
Нет, это не минимальная версия платформы (хотя по факту да, она будет являться минимальной). Не знаю как сказать. Это версия платформы, на которой написана конфигурация. Если в режиме совместимости написано 8.3.7, а конфигурация запущена в 8.3.8, в такой конфигурации не будут доступны новые фишки новой платформы 8.3.8, также не будут действовать новые ограничения. Фактически она будет себя вести так, как будто её запустили на платформе 8.3.7, хотя запущено 8.3.9. Это сделано вероятно для обратной совместимости, чтобы при выходе новой платформы, старые конфигурации в ней работали нормально. Как и произошло с 2.0.25.3, раньше ограничений при закрытии не было, и так, как программа работает в режиме совместимости со старой версией платформы, работает удобное резервное копирование.
В этом можно легко убедиться. Можно создать пустую конфигурацию и поставить там режим совместимости 8.1. Она будет не только вести себя как 8.1, но и выглядеть также страшненько как 8.1, даже конфигуратор изменится. :)
Уточните, пожалуйста, суть затруднений.
Суть в том, что раньше в ячейке с таким обозначением было две зоны: при щелчке по числу активизировалось редактирвоание, а при щелчке по значку - диалог расширенного редактирования.
Новый механизм провести такое разделение не позволяет. Нужно вспоминать про F4 или контекстное меню, что проигрывает.
Лучше на мой взгляд уже тогда всё привести к редактированию через расширенную форму, минуя редактирование непосредственно в табличном документе.
И поддержу замечание о том, чтобы информацию о средних значениях убрать вправо - постоянно путаются разделы
Спасибо за пояснения.
В бюджете Ф.Ц. расход с кредитной карты, отображается как поступление из свободных денег, может лучше разделить расходы с кредитной карты и прочие расходы из свободных денег?
Расходы в долг, тоже.
С одной кредитной карты модно оплачивать как текущие расходы (т.е. по разделу свободных денег), так и расходы по любой финансовой цели.
Но, кажется, что контролировать расчеты по кредитной карте легче в одном разделе бюджета, а не в нескольких одновременно.
Ваще капец...
Раздел Бюджет:
Переставили значки, что есть плановые операции перед цифрами и их нельзя посмотреть - сразу редактор поля.
Поле План естественно плывёт если вдруг запланировать операцию позже... Т.е. термин "утверждённый бюджет" применить нельзя.
Анализ прошлых месяцев важнее плана... Вообще мой личный оптимизм добивает. Может настройку где сделать, чтоб пользователь мог выбрать положение. Меня просто средний расход вполне устраивал. Теперь получилось большое красивое "зеркало заднего вида".
PS. А есть статистика какая-нибудь по удовлетворенности продуктом в разрезе категорий граждан? Прям интересно скольких финансовых директоров и предпринимателей удовлетворяет данный продукт. Сколько служащих и рабочих им пользуется?
Я понимаю, что не участвовал в пожеланиях, т.к. идеи меня не интересовали. Но теперь-то будет хуже.
Может после каждого обновления опрос делать? Стало лучше / стало хуже / ничего не поменялось.
операции перед цифрами и их нельзя посмотреть - сразу редактор поля.
По F4 или из контекстного меню можно открыть редактор показателя.
В будущем планируется добавить открытие списка плановых в то же контекстное меню.
Поле План естественно плывёт если вдруг запланировать операцию позже... Т.е. термин "утверждённый бюджет" применить нельзя.
Плановая операция является частью финансового плана. Если в бюджете планировали заплатить 100 руб, а потом добавили плановую операцию на 150 руб., то, естественно, итоговая сумма планируемого платежа стала 250 руб.
В этой части никаких изменений не произошло.
Может настройку где сделать, чтоб пользователь мог выбрать положение.
Настройка состава показателей среднего будет добавлена позже.
Насчет положения этой колонки пока ничего сказать не готов. Что думают другие коллеги?
PS. А есть статистика какая-нибудь по удовлетворенности продуктом в разрезе категорий граждан?
Как я уже много раз писал - опросы проводим постоянно,
Статистику по "категориям" граждан специально не собирали.
Хотелось бы услышать конкретные замечания: что именно Вам кажется ухудшением?
Насчет положения этой колонки пока ничего сказать не готов. Что думают другие коллеги?
Мне, по большому счёту всё равно, где будут колонки со средними значениями. Для меня это дело привычки. Сейчас все привыкли, что эти колонки находятся после сумм самого бюджета. Хотя по логике средние значения плана это и есть тот самый неизменяемый бюджет, о котором просил Борис. Ведь если плановые операции из месяца в месяц повторяются, то в колонках со среднем значением они будут как раз постоянными. Но, как говорят, на вкус и цвет товарищей нет, поэтому лучше сделать настройку положения этих колонок, чтобы угодить всем.)))
Плановая операция является частью финансового плана. Если в бюджете планировали заплатить 100 руб, а потом добавили плановую операцию на 150 руб., то, естественно, итоговая сумма планируемого платежа стала 250 руб. В этой части никаких изменений не произошло.
Это ошибка!
В Вашем примере когда Вы ДОБАВЛЯЛИ плановую операцию, Вы вводили информацию о НОВОЙ операции или распланировали (УТОЧНИЛИ) старую? (это риторический вопрос)
вот здесь (с третьего сообщения, первая идея была некорректной) https://forum.1c.ru/money/topic/8153 я привел очень много примеров после которых по окончании финансового периода НЕВОЗМОЖНО ответить на главный вопрос: "Уложился факт в план или нет?" Зачем иначе что-то планировать?
1. Планировать можно "снизу" или "сверху". В программе получается только по технологии "снизу". При планировании "сверху" надо постоянно возвращать показатели к исходным.
2. Пользователь лишен права выбора при "накладках": перепланировать операции, либо изыскивать средства по другим статьям. Программа самостоятельно принимает решение за пользователя, причем ни согласовывая с общим запланированным итогом, ни с другими статьями.
Предложение:
Убрать жесткую привязку влияния СуммПлановыхОпераций :-) на ключевые показатели
Для удобства предусмотреть заполнение ключевых показателей на основании плановых операций (шаблонов)
Вместо "восклицательных знаков" показать суммы плановых операций. Как следствие наглядное сравнение с планом для... принятия решения
что именно Вам кажется ухудшением?
Понимаю, что вариант тестовый. Но редактирование показателей ухудшилось. Сам вид раздела Бюджет акцентировался на статистике, а не на планировании интересующего периода. Я люблю когда новые возможности появляются в программе, а не навязываются.
Это ошибка!
Я не согласен! Вы путаете Бюджет и Календарь, вернее пытаетесь использовать Календарь не по назначению.
Предложение: Убрать жесткую привязку влияния СуммПлановыхОпераций :-) на ключевые показатели Для удобства предусмотреть заполнение ключевых показателей на основании плановых операций (шаблонов)
Борис, я против такой реализации. Т.к. у Вас с Александром1 изначально перевёрнуто понятие Шаблонов. Вы используете их не по назначению и пытаетесь навязать свой учёт всем остальным пользователям. Меня, например, не устраивает двойная работа в программе. Т.е. если я внёс шаблон, зачем я должен его ещё раз дублировать в бюджете, судя по Вашей методике?
У меня другой вариант. Суть Календаря и Бюджета оставить как есть, но внести следующее изменения:
1. Убрать из календаря закладку "Прогнозируемые остатки". Т.к. это не относится к календарю. Это позволит избежать путаницы и использования Календаря не по назначению. Всё равно, в том виде как она сейчас сделана это бессмыслица.
2. Создать отчёт (или график или индикатор) по сути как закладка "Прогнозируемые остатки", но без привязки к кошелькам для выявления кассовых разрывов (кошельки не нужны, т.к. важен просто ответ на вопрос: Будут деньги на исполнения всех статей такого-то числа или нет?). Отчёт будет формироваться по данным бюджета и шаблонов. По каждой статье будут складываться суммы делиться на количество дней в бюджетном периоде (т.е. это будет цена дня, то что Вы сейчас с Александром1 делаете с продуктами) и по текущему дню будет строиться прогноз достаточности денег на каждый последующий день (можно даже 2 варианта, пессимистичный и оптимистичный) и хоть на 100 лет вперёд. Тут можно хоть общей суммой, хоть отдельно по статьям. Это может быть похоже на индикатор "Исполнение бюджета" из прошлой версии Начальной страницы, но только с указанием остатков на каждый день. Над формой можно подумать и предложить варианты. Этот механизм позволит Вам с Александром1 не делать бессмысленную работу и делить, например, покупку продуктов на шаблоны на каждый день.
3. В связи с тем, что бюджет будет продолжать меняться, как сейчас. Разработчики должны предоставить возможность сохранять утверждённый бюджет (т.е. делать слепок бюджета). И сделать отчёт, который позволял бы сравнивать текущий бюджет с сохранённым (утверждённым). Это для тех, кому важна неизменность бюджета. Т.е. порядок работы будет следующий: Составляется бюджет, оценивается его исполнимость, если всё устраивает, сохраняем (делаем слепок бюджета). По концу периода (или в любой момент) будет возможность проанализировать отчётом как изменился бюджет от утверждённого. Он же даст Вам ответ на вопрос: "Уложился факт в план или нет?". Опять же сравнение текущего плана бюджета и "слепка плана" на какую-то дату может помочь выявлять Ваши ошибки при составлении бюджета, т.к. сразу будет видно, планы по каким статьям Вы постоянно меняете из месяца в месяц. Тут много программистов 1С поэтому меня поймут: цена вопроса - 1 периодический регистр сведений для хранения истории изменения бюджета и собственно сам отчёт.
Вроде говорим об одном, но почему-то как противоборствующие стороны.
Я не согласен! Вы путаете Бюджет и Календарь,
Как я путаю?
Бюджет - инструмент стратегического планирования (горизонт планирования для меня 1 месяц)
Календарь - инструмент оперативного планирования (горизонт планирования для меня 1 неделя)
По F1:
Страница Календарь предназначена для наглядного и удобного управления операциями, ввод которых запланирован в шаблонах.
Для Страницы Бюджет не открылось
Вроде как написано, так я и понимаю.
пытаетесь навязать свой учёт всем остальным пользователям.
Ну опыт работы коммерческим директором, финансовым директором, директором... никуда не деть. Понятно, что я подсознательно пытаюсь прийти к выработанной "своей" модели. Для меня нет разницы в учёте личных финансов или финансов компании. Просто масштаб разный. Хотя у некоторых размах личных финансов такой, что и компании позавидуют.
Меня, например, не устраивает двойная работа в программе. Т.е. если я внёс шаблон, зачем я должен его ещё раз дублировать в бюджете, судя по Вашей методике?
Вы же пишете дальше:
Разработчики должны предоставить возможность сохранять утверждённый бюджет (т.е. делать слепок бюджета).
Я этого и хочу!
Сейчас это возможно ЕСЛИ не трогать плановые операции и шаблоны в текущем периоде. А их не получается не трогать.
Вся Ваша двойная работа сведётся к одной кнопке: "Заполнить план на основании шаблонов". Всё! Все бюджеты за все периоды АВТОМАТИЧЕСКИ станут утвержденными. Они будут меняться только по желанию пользователя.
Если сделают настройку отображаемых колонок, то можно будет кому-то отключить эту колонку.
Сейчас это возможно ЕСЛИ не трогать плановые операции и шаблоны в текущем периоде. А их не получается не трогать. Вся Ваша двойная работа сведётся к одной кнопке: "Заполнить план на основании шаблонов". Всё! Все бюджеты за все периоды АВТОМАТИЧЕСКИ станут утвержденными. Они будут меняться только по желанию пользователя.
В том то и вопрос, что мне лично важно чтобы мой бюджет менялся при изменении шаблонов и был всегда в актуальном состоянии. Когда я переношу шаблон из одного периода в другой у меня сразу 2 бюджета изменяется, в текущем, например, доход уменьшится, в будущем увеличится. И не нужно никаких кнопок жать, чтобы отражать изменения в бюджете.
А как Вы планируете в Вашей схеме отличать уже учтённые шаблоны в бюджете от ещё не учтённых? Или каждый раз нажимая кнопку "Заполнить план на основании шаблонов" суммы будут задваиваться, затраиваться и т.д.? Как изменять сумму в бюджете если, например, сумма изменилась всего в одном шаблоне из 10 по одной статье? Мне кажется, реализация такой схемы для разработчиков будет не простой, со всеми вытекающими ошибками т.д.
Когда я переношу шаблон из одного периода в другой у меня сразу 2 бюджета изменяется, в текущем, например, доход уменьшится, в будущем увеличится.
Тогда это не бюджеты. Это своеобразный отчёт о плановом остатке в разрезе статей. Вроде своеобразного Календаря.
Наметил я визит к стоматологу. Если я потом перенёс визит, то в зафиксированном бюджете увижу, что увеличение моего финансового благополучия получилось за счёт этой траты. В следующем месяце я вижу что операция такая запланирована и опять зафиксирую её в Бюджете.
А как Вы планируете в Вашей схеме отличать уже учтённые шаблоны в бюджете от ещё не учтённых?
Плановые операции и шаблоны для Бюджета мне нужны только в самом начале при планировании. Я увижу что в этом месяце надо оплатить налоги за имущество, Подготовить сумму для подарков и фиксирую эти суммы. А потом я уже не ориентируюсь на шаблоны. В течении периода меня интересует только ОбщаяЗапланированнаяСуммаПоСтатье и ФактическоеДвижение по ней. Ещё я наблюдаю за кассовым разрывом. И в конце месяца смотрю что получилось и по каким причинам результат отличается от запланированного.
каждый раз нажимая кнопку "Заполнить план на основании шаблонов" суммы будут задваиваться, затраиваться и т.д.?
Суммы должны замещаться, а не приплюсовываться. Поэтому если планировать только на основании Шаблонов, то откорректируется плановая сумма именно по конкретной статье.
Ничего сложного там нет. Я же для себя уже такое сделал. За день один программист из проекта всё сделает. И отвяжет шаблоны, и кнопку заполнения, и сам отчёт, и индикатор на главной.
Тогда это не бюджеты. Это своеобразный отчёт о плановом остатке в разрезе статей. Вроде своеобразного Календаря.
Возможно, но это единственный на текущий момент механизм в программе хоть как-то управлять своими финансами. Если бюджет будет статичным, каким он должен быть по определению, вообще теряется смысл учёта в такой программе. А делать лишние манипуляции для создания "виртуальных" шаблонов как у Александра1, тоже не считаю правильным.
Ещё я наблюдаю за кассовым разрывом
Каким образом? Кассовый разрыв в текущей реализации нереальный, т.к. если не заводить все свои затраты на шаблонах, то это совершенно бесполезный инструмент.
Я же для себя уже такое сделал.
Тогда о чём мы спорим? Пример реализации можете показать? Хотелось бы оценить удобство какого подхода. Может он устроит всех? Может бросить его разработчикам, чтобы они сделали свой вариант на базе Вашей разработки?
Борис, я пока из Вашего описания не понимаю, как я смогу оперативно управлять своими финансами и принимать решения о внеплановой покупке чего-либо. Видимо, лучше живьём увидеть.
По ф4 есть расшифровка сумм введенных по шаблонам.
Да, это сейчас так есть! Но, как я понял, Бориса, суть его предложения в том, чтобы не просто отображать шаблоны в бюджете как сейчас, а копировать суммы из шаблонов в бюджет по кнопке "Заполнить план на основании шаблонов"! Это две большие разницы. Далее он говорит можно менять шаблоны сколько вздумается, бюджет от этого не пострадает. Значит связь между бюджетом и шаблонами будет утеряна (разорвана). В этом, как я понял, основной смысл его предложения.
Да, это сейчас так есть! Но, как я понял, Бориса, суть его предложения в том, чтобы не просто отображать шаблоны в бюджете как сейчас, а копировать суммы из шаблонов в бюджет по кнопке "Заполнить план на основании шаблонов"! Это две большие разницы. Далее он говорит можно менять шаблоны сколько вздумается, бюджет от этого не пострадает. Значит связь между бюджетом и шаблонами будет утеряна (разорвана). В этом, как я понял, основной смысл его предложения.
Да, именно это я предлагаю
Полагаю, многих устроит интерактивный вариант изменений в бюджете по шаблону. При изменении шаблона, при добавлении нового, спрашивать у пользователя, а нужно ли менять бюджет. А смысл предложения Бориса в том, что бюджет автоматически менять нельзя.
Александр, Вы же программист 1С (извините если ошибаюсь)? Просто оцените сложность реализации предложенной, Борисом, схемы. Как понять был тот или иной шаблон уже отражён в бюджете? Придётся, видимо, менять структуру хранения бюджета, чтобы помечать суммы в нём созданные по шаблону? Причём это не просто флажок, а именно ссылка на конкретный шаблон. Мне так это видится. Иначе Вы не сможете отслеживать изменения в шаблоне и правильно их отражать в бюджете! Особенно если один и тот же шаблон будет меняться несколько раз в году.
Боюсь ошибиться, но там ссылка не на шаблон, а на регистр плановые операции, в котором и можно хранить информацию об участии операции в бюджете. У вас есть тема https://forum.1c.ru/money/message/9813, в которой нужно аккумулировать наши предложения по бюджету. Вроде как Валерий(1с) туда согласен заглядывать периодически.
Придётся, видимо, менять структуру хранения бюджета
Нет. С хранением там всё норм. Там, в основном, изменения подобного рода
//Борис
//ДанныеИБ.Вставить("ДополнениеНачальногоФактическогоОстатка", ТаблицаДополнений.Итог("СуммаПоБюджету") + ТаблицаДополнений.Итог("СуммаПлановыхОпераций"));
ДанныеИБ.Вставить("ДополнениеНачальногоФактическогоОстатка", ТаблицаДополнений.Итог("СуммаПоБюджету"));
//Борис - заменил
//ВсегоПланСтроки = ВыборкаПериодов.СуммаПоБюджету + ВыборкаПериодов.СуммаПлановыхОпераций + СтрокаДерева[Префикс + "Параметры"].ПланПодчиненныхСтатей;
ВсегоПланСтроки = ВыборкаПериодов.СуммаПоБюджету + СтрокаДерева[Префикс + "Параметры"].ПланПодчиненныхСтатей;
И т.д. Убраны все суммирования плановых операций.
Данную обработку выложить не могу, т.к. скорее всего нарушу авторские права (Я изменял ЧУЖОЙ код, а здесь могут быть пользователи которые ещё не купили программу)
С этим теперь понятно. Так всё-таки, получается, у Вас шаблоны (плановые операции) отражают все Ваши расходы? Или всё-таки есть просто суммы в бюджете?
С этим теперь понятно. Так всё-таки, получается, у Вас шаблоны (плановые операции) отражают все Ваши расходы? Или всё-таки есть просто суммы в бюджете?
В этом форуме вроде нет иерархического вида, поэтому надеюсь, что это мне вопрос.
Как мы выяснили, шаблоны с расписанием я в принципе не использую. Я ничего против них не имею, но кредитов у меня нет, Доходами можно управлять в разумных пределах... Просто не моя ситуация.
Плановыми операциями пользуюсь активно чтоб не забыть прям конкретное действие (налог, штраф, на заправку, на сотовый). В комплексе с той табличкой позволяет планировать остатки в кошельках и реализовывать хотелки.
Бюджет: ещё больше пользуюсь. Это мой самый основной документ! Поэтому меня и колбасит от этой проблемы плавающих показателей.
На продукты у меня одна статья и задана в бюджете. Я не разделяю на какие конкретно я буду тратить. Выделен алкоголь в отдельную статью как индикатор, чтоб здоровье не портить.
На авто: Бензин, Запчасти, Обслуживание, Страховка.
По остальному так же. Я очень мало детализирую расходную часть. А это можно задать только через бюджет.
В этом форуме вроде нет иерархического вида, поэтому надеюсь, что это мне вопрос.
Борис, слева, действия "В режим дерева".
Как мы выяснили, шаблоны с расписанием я в принципе не использую.
У меня они есть (как и у многих пользователей), поэтому и вижу сложности с реализацией Вашего предложения.
Борис, слева, действия "В режим дерева".
Спасибо. Я нашел кнопку "Отвечает на" и при наведении на неё показывает текст исходного сообщения.
У меня они есть (как и у многих пользователей), поэтому и вижу сложности с реализацией Вашего предложения.
Есть компромиссный вариант позволяющий и попробовать мой вариант и при желании на нем остаться. Я же не настаиваю чтоб все считали как я.
1. В справочник Варианты бюджета добавить реквизит ОтключитьАвтоматическийУчетШаблонов ("Отключить автоматический учет шаблонов и плановых операций")
2. Поменять код с учетом этого реквизита:
ДанныеИБ.Вставить("ДополнениеНачальногоФактическогоОстатка", ТаблицаДополнений.Итог("СуммаПоБюджету") + ?(ВариантБюджета.ОтключитьАвтоматическийУчетШаблонов,0,ТаблицаДополнений.Итог("СуммаПлановыхОпераций")));
ВсегоПланСтроки = ВыборкаПериодов.СуммаПоБюджету + ?(ВариантБюджета.ОтключитьАвтоматическийУчетШаблонов,0,ВыборкаПериодов.СуммаПлановыхОпераций) + СтрокаДерева[Префикс + "Параметры"].ПланПодчиненныхСтатей;
И т.д.
Всё. Будет работать у всех и кому как захочется.
Ваша галка предполагает, только два варианта (вносить изменения в бюджет либо не вносить), но есть необходимость третьего, вносить частично. Поэтому думаю надо плясать не от настроек бюджета, а от настроек шаблонов и плановых операций.
Для прогноза остатков я пользуюсь таблицей (свой отчёт). Мне она кажется более наглядной, чем графики.
1. Горизонт планирования у меня задан 14 дней с текущей даты (этого мне достаточно для "выруливания" ситуации)
2. В отчёт попадают только те кошельки по которым что-то запланировано (существуют Шаблоны до заданного Горизонта планирования, в том числе и простроченные).
3. Сортировка по колонке "План расход" по убыванию
В качестве темы для идеи. У меня работает, меня устраивает.
А вот такую табличку поддержу! Тем кому важно вести учёт расхода в разрезе кошельков, на мой взгляд очень наглядная табличка.
Единственно, проблема остаётся с суммами из бюджета, которые внесены туда без шаблонов. Но её можно аппроксимировать как я писал во 2 пункте своего предложения. Достаточно просто вычислить цену дня и, возможно, пропорционально размазать по кошелькам, либо сделать как в накоплениях "Накопление без конкретной цели", только назвать "расход с неопределённого кошелька". ))) Зато общий итог будет показывать кассовый разрыв.
Размазывать по кошелькам не надо, лучше отдельный, чтобы не путать шаблонные расходы с бюджетными. Только в графике можно увидеть кассовый разрыв.
Александр, поясните, пожалуйста, Вашу мысль. Я с трудом представляю такой график. Как к графику применить суммы из бюджета без привязки к кошельку? Или речь идёт об усреднённом по всем кошелькам графике? Но, как тогда быть с кредитками и накоплениями? Они всю картину по кассовым разрывам испортят. Мне кажется, табличку можно сделать наглядной, а с графиком сложнее. Порядок цифр в таблице иногда проще поддаются анализу, чем просто линии графиков без сумм. ИМХО.
График всё тот же, Прогнозируемые остатки, добавляем в этот график ещё один кошелёк (тот, что вы советовали "расход с неопределённого кошелька"), а дальше смотрим, как кому нравится, по группам, по видам и т.д. Здесь можно еще, каких ни будь фильтров придумать.
Прошу прощения, не сразу уловил мысль с группами и видами кошельков. Согласен, но только вопрос, к какой группе или виду отнести этот "виртуальный" кошелёк? Я табличку Бориса лучше себе представляю. Можно крайнюю левую колонку перед названием кошелька сделать поле с пометкой. Тогда можно отмечать любые кошельки для определения кассового разрыва. С графиком, мне кажется, сложнее будет восприниматься. Хотя, возможно, я ошибаюсь.
У меня это свободные деньги, группы можно плодить как душе угодно, по видам расхода к примеру. Можно без групп, выбранные кошельки. Вопрос, скорее в том, какие именно суммы из бюджета должны попасть в этот кошелёк? Все те, которые не по шаблонам или выборочно?
Тогда можно отмечать любые кошельки для определения кассового разрыва.
1. Я с графиком не смог работать. Там и сейчас можно вывести отчёт по выбранным кошелькам. Даже готов мириться что эти выбранные кошельки почему-то не запоминаются... ну неудобно. В одну неделю смотришь график с одной амплитудой (обороты десятитысячные), в другую с тысячной... а мозг-то шокирует.
2. Второй момент неудобства: привязка к концу периода, а, как правило, в начале месяца траты случаются (на интернет например у меня, у кого-то оплата кредита)
3. Смысл следить за кошельком с которым ничего в ближайшее время не планируется? Там не будет кассового разрыва.
Попробуйте на своей базе (обработка во вложении). Сделал совсем на скорую руку, губы не красил. Обсуждаемая табличка на второй закладке.
Спасибо, Борис. Посмотрел, для меня это показалось не информативным. У Вас получается прогноз только на конец горизонта планирования, т.е. 2 недели. Опять же кошельки только из Шаблонов. В моём случае это всего 3 кошелька (один из которых кредитка).))) У меня вообще 17 шаблонов из них 5 доходов, 2 возврата долга, одно перемещение, остальное расход. В этом и сложность! У меня выходит бОльшая часть расходов отражена просто суммой в бюджете. И всё, что основано на Календаре мне не подходит. Поэтому я опираюсь на бюджет. И пока не будет механизмов для оценки своего финансового состояния, мне нужно чтобы он менялся.
По Вашей табличке. Мне не хватает остатков на произвольный день. И как в ней увидеть кассовый разрыв, мне не понятно. Вот по мотивам Вашей таблички набросал на скорую руку пока в таблице EXCEL.
По моей задумке, такая табличка формируется на любую дату и по всем кошелькам (можно не пустым)))). Или группам, видам или настроенному списку кошельков.
Спасибо, Борис. Посмотрел, для меня это показалось не информативным. У Вас получается прогноз только на конец горизонта планирования, т.е. 2 недели.
Угу, обработку написал под себя.
Посмотрел Ваш отчет. Да. Ваше представление этих данных более правильное.
Я за две недели могу прилично вырулить своё фин. состояние. Кто-то нет. Кто-то быстрее... С возможностью задавать дату согласен.
Меня бы устроила реализация этого инструмента в таком виде в программе.
Мелкие кассовые разрывы до заданной даты меня не интересуют, т.к. тоже есть кошелёк "На черный день".
Серьёзная табличка, мне такая табличка может помочь только в случаи кассового разрыва, как расшифровка графика, пока график не ушёл ниже ноля заглядывать в подобные таблицы нет смысла.
Серьёзная табличка, мне такая табличка может помочь только в случаи кассового разрыва, как расшифровка графика, пока график не ушёл ниже ноля заглядывать в подобные таблицы нет смысла.
Я по табличке вижу, что если буду продолжать рассчитываться с карты, то потом не смогу оплатить налоги не закидывая на карту деньги. Чтоб не терять времени на общение с банкоматом, я начинаю рассчитываться Наличными.
Александр Л тоже формирует резерв для погашений кредитов.
Это не совсем кассовый разрыв, это для планирования остатка в кошельках.
Я, то же самое вижу из графика, если есть риск разрыва, начинаю смотреть в календаре, искать, что можно отменить перенести и т.д.
добавляем в этот график ещё один кошелёк (тот, что вы советовали "расход с неопределённого кошелька"),
Это хорошо, но он всегда будет в минусе (как кредитка), т.к. на него не может быть прихода (в отличии от кредитки)! Значит этот кошелёк не окажет влияния на другие кошельки, а значит не покажет кассовые разрывы. Или я Вас не так понял?
С первым пунктом не согласен, в календаре я вижу свои плановые операции, редактирую их, переношу и т.д., в прогнозируемых остатках вижу результат этой редакции. В чем путаница? В моём понимании это оперативный учет. Не вижу смысла убирать Прогнозируемые остатки куда-то ещё, это усложнит работу. Разрез кошельков, необходим для оперативного учета. Взаимосвязь бюджета и прогнозируемых остатков можно доработать, как вы указали во втором пункте. По третьему, редактирую бюджет (шаблонами) крайне редко и история этих редакций мне не интересна. Продукты и календарь (прогнозируемые остатки) это моя болезнь, у Бориса свой диагноз. Его идея с двумя суммами в бюджете мне тоже не нравится, мне кажется слишком много цифирик, нагрузит бюджет.
Его идея с двумя суммами в бюджете мне тоже не нравится, мне кажется слишком много цифирик, нагрузит бюджет.
Так все, всё равно, нажимают кучу кнопок чтоб уточнить что же там расписано в операциях. Хочется сразу видеть.
В чем путаница?
Путаница в том, что там не все суммы. Те кто вносит суммы не только шаблонами, как я, не видят в прогнозируемых остатках реальную картину. К сожалению.
2. Создать отчёт (или график или индикатор) по сути как закладка "Прогнозируемые остатки", но без привязки к кошелькам для выявления кассовых разрывов (кошельки не нужны, т.к. важен просто ответ на вопрос: Будут деньги на исполнения всех статей такого-то числа или нет?).
не правильно. есть кредитка с длинным грейсом и долгом на ней 100 рублей, есть дебетовка с 50 рублями, завтра платеж за ипотеку 40 рублей. если не учитывать кошельки - вот он кассовый разрыв.
Нет. Я имел ввиду только кошельки. Виды кошельков никто не отменял.))) Так же и накопления. Их тоже надо отдельно показывать, как и кредитки. Суть отчёта в том, что не важно какой кошелёк, например, наличных, из кармана в карман всегда можно переложить или с карты на карту перегнать. А вот кредитка и накопления не так быстро позволяют это делать.))) Суть в том, что в шаблоне операция может выполняться с карточки, но на неё не упала зарплата, например, но есть нал, который позволяет выполнить запланированную операцию без ущерба будущим остаткам. Почему не сделать этого?
А вот кредитка и накопления не так быстро позволяют это делать.)))
Не учитывать лимит кредитки тоже не правильно. Это такие же свободные деньги(в рамках лимита и грейс-периода) и использование их ничем не отличается от другого пластика, кроме может обналички, которая несет большие затраты.
А я не говорил, что не учитывать))) Я писал, что долг по кредитке нужно показывать отдельно. А если ещё добавить учёт лимита, вообще было бы здорово. Я как раз и написал, что было бы хорошо продумать форму такого отчёта (графика или индикатора), чтобы он всех устроил.
по видам тоже нельзя разделять - нужно видеть кошельки отдельно, как сейчас и сделано.
сегодня нужна наличка и есть дебетовка с этой суммой. разрыв есть? вроде нет.
но банкомат банка находится в другом городе. есть разрыв? есть.
с карты на карту перегонять - тоже может занять несколько дней. да и что бы перегнать, нужно видеть что запланированная с этой карты покупка введет ее в кассовый разрыв.
нужно видеть что запланированная с этой карты покупка введет ее в кассовый разрыв.
Это при условии, что нет альтернативы при оплате. Чаще всего она есть, и запланированные платёж по карте, всегда можно провести если не с налички, то с кредитки. Крайне редко когда кошелёк жестко привязан к шаблону. По крайней мере у меня. И примеров таких я не смог придумать. Я всегда плачу тем, чем удобно мне в конкретный момент. Исключение составляют только кредиты, но о них я забочусь заблаговременно и делаю соответствующие перемещения на нужные счета (это тоже плановые операции). Это всё ИМХО. Если есть конкретные примеры привязки кошельков к плановым операциям готов обсудить. Но, привязывать покупку продуктов к конкретному кошельку, считаю полной бессмыслицей.
График Прогнозируемые остатки можно формировать по группе кошельков, соответственно на расходы типа продукты у меня существует три кошелька, кредитная и дебетовая карты, наличка. Шаблон можно привязать к любому из них, а график смотреть по группе.
Можно и по группе кошельков. Это даже более гибко т.к. каждый может себе настроить любую структуру. Но, типы (виды) кошельков всё-таки более логичны. Мне кажется, не корректно сваливать в одну кучу наличность и кредитку, например. Единственно чего мне не хватает, вида кошелька "счёт для гашения кредита". Т.е. я сначала помечал такие кошельки как "для накопления", но это вносило неразбериху в отчёты. Сейчас я их сделал как банковский счёт. Что тоже не очень хорошо, т.к. эти деньги теперь отражаются в свободных деньгах, хотя таковыми уже не являются. Я не могу снимать деньги с таких счетов.
Если есть конкретные примеры привязки кошельков к плановым операциям готов обсудить.
например, любой автоплатеж всегда привязан к конкретному счету/карте: оплата жкх, телефонов, интернета, телевидения.
или есть куча организаций, где не расплатишься пластиком от слова совсем - т.е. нужно иметь наличку всей суммой.
да и вообще, плановые операции - на то и плановые, что бы подготовить и аккумулировать всю сумму. а то придёшь покупать запланированную вещь - а денег нет. точнее они в сумме есть, только часть на кредитке, другая на дебетовке, третья в наличке. да в некоторых магазинах можно разбить счет и оплатить из нескольких карт, только вот очень нужная часть денег - наличкой в кошельке жены, которой рядом нет =)
Да, Алексей, автоплатёж то, что надо. Действительно привязанная к кошельку операция. Я не использую авто платежи, поэтому мне не критично. Но для многих это важно. Поэтому согласен с этим замечанием.
Однако.
плановые операции - на то и плановые, что бы подготовить и аккумулировать всю сумму. а то придёшь покупать запланированную вещь - а денег нет. точнее они в сумме есть, только часть на кредитке, другая на дебетовке, третья в наличке
Как Вы правильно заметили, нужно подготовить и аккумулировать сумму. Чем я обычно занимаюсь при оплате кредитов. Для этого у меня заведены счета для гашения кредитов, куда я скидываю суммы с разных кошельков. Причём эти счета у меня реальные! Я просто могу часть суммы сбросить на этот счёт через интернет-банк, часть с налички закинуть через банкомат. Причём у меня в календаре подобные перемещения отражены. Т.е. например, с получки надо часть денег отложить на кредит. Вот и получается, что эти моменты я прогнозирую и управляю с точностью до кошелька. Всё остальное у меня из общей кучи. Т.е. расходы осуществляются из тех денег, что ближе лежат. И главное. Я перед тем как-что то купить заглядываю в календарь, готовлю деньги (собираю с разных кошельков или принимаю решение с какого можно оплатить), а уже потом совершаю покупку (иду в магазин). И если необходимо, планирую последующее возмещение израсходованных средств в кошельках из других кошельков.
С Комментариями классно придумано!
Стандартные это так..., а вот свои к статье и их разу можно глянуть.
Переставили значки, что есть плановые операции перед цифрами и их нельзя посмотреть - сразу редактор поля.
Через правую кнопку можно посмотреть (отредактировать)
При попытке смены состава статей ошибка:
{Обработка.РазделБюджет.Форма.РедакторСоставаСтатей.Форма(239)}: Ошибка при вызове метода контекста (ВыполнитьПакет)
Пакетрезультатов = Запрос.ВыполнитьПакет();
по причине:
{(133, 43)}: Не задано значение параметра "КалендарноеОкончаниеВыборки"
И ПоказателиБюджета.НачалоПериода МЕЖДУ <<?>>&КалендарноеОкончаниеВыборки И &БюджетноеОкончаниеВыборки
Спасибо за информацию, в ближайшее время исправим.
У меня аналогичная ошибка :(
Индикатор "Состояние бюджета" на главной для бюджета свободных средств на текущий период выдает "Бюджет не используется"
Нужны подробности о настройках и проч.: как воспроизвести?
Желательно через службу поддержки.