И всё таки, по поводу контекстного меню операций. Это меню потому и называется КОНТЕКСТНОЕ, что в нём должен быть список действий над выбранным объектом. Поэтому, считаю необходимым оставить пункты Добавить, Изменить, Удалить, Дублировать, Изменить блокировку, Выполнить/Отменить, Подставить текущую дату. Остальные решительно убрать из контекста.
на вкладке счетов хорошо бы расположить еще одну колонку с наименованием "Результат", работающую по принципу: если в некоторых строках этой колонки параллельно значениям остатков на некоторых счетах расположить знаки арифметических операций + или - , то в самой верхней строке сформировался бы результат этой алгебраической суммы на текущую дату.
Для предпринимателя это было бы очень полезной штукой, например, для оценки чистого дохода от продажи.
Сергей, что-то мне подсказывает невеликую сложность реализации подобного "калькулятора". Я не прав?
А "пересчитать остатки в валюте" арзве не эту функцию выполняет?
это же только база для предлагаемого подсчета алгебраической суммы остатков.
... нужно в одной валюте, верно? А это означает, что нужна конвертация, нужно приведение к одной валюте всех остатков, входящих в расчёт. И почему тогда нельзя воспользоваться полем "Пересчитывать остатки в валюте", как предложил Loki? Только для указания знаков "+" и "-"? Но хорошо ли это? И зачем это нужно?
Сделать такую вещь возможно, только мне кажется, что она не очень согласуется с принципами двойной записи, о которых, если мне не изменяет память, Вы ратовали.
пользователь будет складывать и вычитать только по природе одновалютные остатки! Причем не все, а только необходимые. Вовсе не нужно решать глобальную задачу, включающую конвертацию к общей валюте - это задача другого уровня сложности. Кстати,если сделать вывод на панельку суммы остатков всех выделенных счетов, как это сделано (недавно подсказал Loki) для операций, то останется лишь дать возможность смены знака у некоторых остатков. Моя проблема решилась бы.
А двойная запись для меня не фетиш, где можно обходиться, там - стараюсь! Но в данном случае я не вижу связи. Всякие суммы и разности смотрятся на некотором заключительном этапе - анализа результатов деятельности. Прибыль смотреть можно только как разность осевшего на счете дохода остатка и остатка на счете затрат. Хоть тресни!
Все это круто, но хотелось бы для начала какого-нить простого jump со счета в операции по этому счету (желательно этот джамп в виде 2click, нy оооочень не удобно работать, особенно когда деревья счетов ветвистые...
В смысле, фильтровать именно эти операции, видимо?
... примерно так, как это сделано в первой версии.
можно настраиваемый,
Очень бы хотелось уже услышать что в 193 билде уже появится такая фича.
Всетаки постараюсь быть неназойливо настойчивым в моих просьбах к Хозяину:
1. Jump счета -> операции 2click см.(предыдущий пост)
2. Выгрузить страницу в Ексель (как в cash 1.3 - POP UP в операциях по правой кнопке).
Без энтих фич очень грустно
даже отчеты не так нужны ....
это святое...
боль т-скаать иЗтосковавшейся души...
)
... я не совсем понимаю, почему недостаточно тех возможностей на странице счетов, которые уже есть сейчас? Ведь если вы организуете счета в виде дерева и выберете какую-нибудь валюту в поле "Пересчитать остатки", то программа автоматически просуммирует в отдельной колонке данные. А в групповых счетах проставит суммарные остатки.
Зачем нужны ещё дополнительные возможности? Можете привести пример?
"Прибыль смотреть можно только как <B>разность[/b] 1)осевшего на счете дохода остатка и 2)остатка на счете затрат. Хоть тресни!"
Специально, чтобы мне объяснили - сделай то-то. Я, к сожалению, вижу только один способ - сосчитать вручную: пересчитал оба остатка, как вы дружно объяснете, потом вычел один из другого.
А я хочу задать минус для счета затрат и увидеть "сумму" хотя бы двух счетов, написанную программой на нижней, верхней, боковой, какой угодно панельке.
Рассмотрел нарочито простой пример, но практически интересный. Мечтаю, что в обобщение такого сервиса, остаток на нужном счете можно будет включить в сумму не только с указанием знака, но с числовым коэффициентом. Это упростило бы пересчет, например, платы за хранение на складе, когда начисляемая ежедневно сумма зависит от объема остатка.
мне приходится решать задачи расчета стоимости складского хранения в условиях существенной динамики операций прихода-ухода...
это довольно специфическая область - как и большинство задач логистики
ИМХО это предмет отдельного разговора и ТЗ для отдельной разработки - если любопытно можем обсудить - у меня есть наработки в Access
