| ← Январь 2005 → | ||||||
|
1
|
2
|
|||||
|---|---|---|---|---|---|---|
|
3
|
||||||
|
29
|
30
|
|||||
За последние 60 дней ни разу не выходила
Сайт листа:
http://www.dervish.ru/
Открыт:
30-01-2004
Пре-модерация: Нет
Адрес для писем в лист: comp.soft.others.abilitycash-list@subscribe.ru
Адрес
модератора: comp.soft.others.abilitycash-owner@subscribe.ru
Всецело поддерживаю приведенные выше предложения.
Если это реализовать, то АС станет очень полезным (незаменимым) инструментом
в работе валютного дилера, брокера, инвестора и т.д, и т.д. Это мое частное мнение.
Цели создания лимитов операций
Описанная функциональность необходима для реализации контроля исполнения бюджета.
В целом процесс ведения финансов вижу следующим образом:
1. Планирование доходов - приход средств на счета;
2. Планирование текущих[b]* [/b] и целевых[b]* [/b] расходов.
3. На основании сравнения доходов и введенных расходов, определение доступного
остатка средств.
4. Планирование инвестиционных[b]* [/b] расходов (на основании доступного остатка
средств).
5. Формирование лимитов на основе доходов, текущих, целевых, инвестиционных расходов.
6. Ввод лимитов в Cash
7. Отслеживание исполнения бюджетов на основе установленных лимитов.
8. Анализ исполнения установленных лимитов.
Самое сложное во всей этой схеме - это отслеживание установленных лимитов, т.к.
нужно постоянно сверяться с бюджетом. Реализацию этой задачи может взять на себя
Cash.
На первом этапе реализацию действий с 1 по 5 вижу в Excel.
[b]* [/b] Под текущими, целевыми и инвестиционными расходами я подразумеваю следующее:
[i] Текущие расходы [/i]- это те расходы, от которых сложно или проблематично
отказаться, типичный пример это <<Продукты>>, <<Коммунальные расходы>>.
[i] Целевые расходы [/i]- это те расходы, от приобретения которых может быть
обложено на некоторое время, типичный пример это <<Одежда>>, <<Обувь>>.
[i] Инвестиционные расходы [/i]- это те расходы, от приобретения которых можно
отказаться, типичный пример это <<Акции>>, <<Облигации>>, <<Драгоценные металлы>>.
О лимитах операций и бюджете 5
В диалоге создания лимита должна присутствовать опция \"Учитывать переводы\".
И соответственно после ввода операции перевода, алгоритм проверки лимитов должен,
кроме реквизитов лимита, анализировать наличие установленной опции.
Я тоже думал
Не надо мучаться, надо сделать автоинкрементный поиск. Отсутствие которого утомляет
:-(
О лимитах операций и бюджете 4
Пример работы с лимитами:
Имеется следующий план счетов:
<<Все статьи расхода>>
<<Продукты>>
<<Молочные>>
<<Молоко>>
<<Кефир>>
Существуют следующие лимиты:
10.03.2005г. - 20.03.2005г., статья, <<Продукты>>, RUR, -100, 0
15.03.2005г. - 25.03.2005г., статья, <<Продукты>>, RUR, -150, 0
12.03.2005г. - 30.03.2005г., статья, <<Кефир>>, RUR, -20, 0
В приведенной таблице видно, что фактическое исполнение у всех лимитов равняется
нулю
При проведении расходной операции 14.03.2005г. по статье <<Кефир>> на сумму 30
RUR таблица лимитов примет следующий вид:
10.03.2005г. - 20.03.2005г., статья, <<Продукты>>, RUR, -100, -30
15.03.2005г. - 25.03.2005г., статья, <<Продукты>>, RUR, -150, 0
12.03.2005г. - 30.03.2005г., статья, <<Кефир>>, RUR, -20, -30
Последняя строка будет выделена (например, цветом) из-за превышения лимита.
Для удобства ввода/редактирования лимитов должны быть реализованы следующие возможности:
1. Групповое изменение реквизитов лимита (дата начала, дата конца, валюта и т.п.);
2. Групповое дублирование введенных лимитов.
3. Выгрузка/загрузка в Excel введенных лимитов.
Для анализа фактических значений лимитов, должен быть реализован следующий механизм:
при двойном клике по лимиту, программа переходит на закладку операций и устанавливает
значения фильтров в значения лимита (даты, значение счета или значение классификатора).
В этой теме предлагаю не обсуждать реализацию перехода на закладку операций,
она должна быть подобной переходу по двойному клику со страницы счетов.
Настройки программы должны позволять скрыть закладку <<Лимиты>>, для тех пользователей
кто не готов начать планироваться.
После реализации описанного способа ведения лимитов можно будет говорить о первом
этапе реализации бюджетирования в программе.
Вроде бы основные моменты все изложил, если будут вопросы по тексту, то готов
дать комментарии.
О лимитах операций и бюджете 2
Таблица <<Лимиты>> должна позволять отфильтровать лимиты за период (дата начала,
дата окончания). В случае если одна из частей лимита попадает в интервал, то
лимит должен отображаться в таблице. При старте программы значения даты конца
и даты начала инициализируются в текущее значение времени.
В диалоге ввода лимита должны присутствовать поля, содержащиеся в таблице <<Лимиты>>
(кроме фактического исполнения и процента выполнения).
Типы лимитов - доходный или расходный.
Одновременно лимит может быть только доходным или только расходным. Может устанавливаться
по знаку при значении лимита - <<+>> - доходный лимит, <<->> - расходный.
Состояние лимита - актированный, деактивированный.
Одновременно лимит может быть только активированным или только деактивированным.
Активированный лимит - это тот лимит, по которому происходит сбор информации.
В случае если лимит переводит в деактивированное значение, то фактическое значение
лимита <<сбрасывается>>. В случае активации лимита, он обновляет фактическое
значение лимита (проводит пересчет по операциям из базы).
Логика работы ввода лимита должна содержать следующий момент, после создания/редактирования
лимита (нажатия кнопки <<Ok>>), программа должна подсчитать фактическое исполнение
(по введенным операциям) и вычислить процент выполнения.
О лимитах операций и бюджете 3
Учитывая то, что изменения в фактическое исполнение лимита вносятся при вводе/редактировании
операций, то логика обработки операции (после нажатия кнопки <<Ok>>) должна содержать
следующую логику:
Программа перебирает все активированные лимиты, если лимит содержит один из реквизитов
текущей операции (счет, статья, агент, проект, и т.д. введенным классификаторам)
или лимит содержит родительское значение одного из реквизитов текущей операции,
то программа сравнивает валюту лимита, если она совпадает с валютой операции,
то программа уменьшает/увеличивает фактическое исполнение по лимиту.
В случае, если валюта операции и валюта лимита не совпадает, то программа проводит
конвертацию по курсам валют и уменьшает/увеличивает фактическое исполнение по
лимиту.
После отражения фактического исполнения лимита, программа сравнивает его с плановым
значением, в случае если происходит превышение установленного лимита, то программа
<<выставляет флаг>>.
После обработки текущего лимита, программа продолжает обработку всех оставшихся
активированных, но пока не обработанных лимитов.
После обработки всех активированных лимитов программа проводит проверку <<выставленного
флага>>, если он <<поднят>>, то программа уведомляет пользователя о том, что
<<Один или более лимитов превышены>>. Уведомление может выдаваться в статусной
строке (допустим красным цветом) или информационным сообщением (MessageBox),
вариант со статусной строкой предпочтительнее.
При переходе на закладку <<Лимиты>>, превышающие лимиты выделяются (например,
помечаются цветом).
При запуске ввода/ редактирования операции значение <<выставленного флага>> устанавливается
в значение <<опущен>>.
О лимитах операций и бюджете 1
Считаю, что в программу необходимо добавить сущность <<лимит>>.
Лимит - это индикатор дохода/расхода устанавливаемый на период времени и на счет/реквизит
в валюте учета.
Лимит можно устанавливать на:
1. Счет;
2. Классификатор введенный в программе (Статья, агент, проект и т.д.).
Одновременно, один лимит может устанавливаться только на счет, только на статью,
только на агента и т.д. Одновременно на один счет, статью и т.д. может существовать
несколько лимитов.
Для ведения классификатора необходимо создание дополнительного экрана (закладки/страницы).
Экран представляется в табличной форме (по типу закладки <<Операции>>). Таблица
<<Лимиты>> содержит следующие столбцы:
1. Статус лимита (активирован/деактивирован);
2. Дата начала действия лимита (в формате dd.mm.yyyy, возможно нужно будет и
указание времени, но не готов сказать, лучше вернуться к этому вопросу после
реализации первой версии <<Лимитов>>);
3. Дата окончания действия лимита (в формате dd.mm.yyyy);
4. Вид лимита - следующий текст <<счет>>, <<статья>>, <<агент>>, <<проект>> и
т.д. по названиям классификатора;
5. Значение вида лимита - конкретное <<название счета>>, <<название статьи>>,
<<название агента>>;
6. Валюта лимита - обозначение валюты из справочника валюты (USD, RUR, EUR);
7. Лимит (плановое значение) - сумма в валюте лимита (в формате Х ХХХ.ХХ), может
принимать положительное, отрицательное и нулевое значения (при нулевом значении,
лимит используется для подсчета затрат по счету/классификатору, без сравнения
с планом);
8. Фактическое исполнение (рассчитано на основании операций из базы) - сумма
в валюте лимита (в формате Х ХХХ.ХХ);
9. Процент выполнения - отношение <<Значения фактического исполнения>> к <<Лимиту>>
выраженное в процентах в формате ХХ.ХХ% (при нулевом значении процент выполнение
не считается).
