Отправляет email-рассылки с помощью сервиса Sendsay

Ability Cash - бесплатная программа для учёта личных средств

Подписаться Бесплатный дискуссионный лист Подписчиков 24
←   Февраль 2006   →
 1
 2
 3
 4
04.02.2006
11:57:53
12:22:00
 5
05.02.2006
18:18:48
18:52:31
 6
 7
 8
 9
10
11
12
13
13.02.2006
10:35:44
16:51:42
14
15
16
17
18
19
20
21
21.02.2006
12:36:21
22:12:38
22
23
24
25
26
27
28


За последние 60 дней ни разу не выходила


Сайт листа: http://www.dervish.ru/
Открыт: 30-01-2004
Пре-модерация: Нет
Адрес для писем в лист: comp.soft.others.abilitycash-list@subscribe.ru
Адрес модератора: comp.soft.others.abilitycash-owner@subscribe.ru

Модератор
Андрей Моздаков

Статистика

24 подписчиков
0 за неделю

За 2006-02-26

[abilitycash] |dervish.acash| Остаток 06412.06433

AbilityCashList #3303 (подписчиков: 39)
я и предлагаю...
списывать при помощи операции "остаток".

   Олег 2006-02-26 22:25:48 (#520580)

[abilitycash] |dervish.acash| Остаток 06430.06432

AbilityCashList #3302 (подписчиков: 39)
я придумал, как
это довольно просто сделать.
1. где-то в интерфейсе должно быть <B>окно ввода коррекции</B> данного счета
и <B>даты коррекции</B> - для ввода положительного или отрицательного числа,
которое давало бы правильный остаток по счету на дату коррекции.
2. <B>при &quot;вспоминании&quot; забытой операции и вводе ее - автоматически
должна произойти коррекция отстатка</B> (по-сути ввод корректирующего остаток
числа с противоположным операции знаком), <B>чтобы остатки по счету за последующие
дни не &quot;поплыли&quot; на сумму &quot;вспомненной&quot; операции</B>.
3. Выводы (на вскидку) :- таким образом, для каждого счета в базе должен &quot;сформироваться&quot;
(может и невидимый) счет коррекции; несомненно, база может &quot;потяжелеть&quot;
вдвое; как быть о счетами, которые являются производными таких конкретных счетов,
как &quot;кошелек&quot;, который можно открыть и посчитать; как будут вести себя
разновалютные счета - при коррекции рублевого счета должен быть, например, автоматически
&quot;скорректирован&quot; долларовый счет (по какому курсу пересчета - если
брать из базы официальный курс - автоматический пересчет даст ошибку) - НАПРИМЕР,
забыл что одолжил
10$ у приятеля, что поменял из по курсу 25, и что купил пару шнурков за рубли
... но шнурки вот в руках, и куча рублей осталась ...

   kilo@w*****.ru 2006-02-26 22:24:19 (#520578)

[abilitycash] |dervish.questions| Когда??? Уже заждались... 05417.06431

AbilityCashList #3301 (подписчиков: 39)
Так переходите на альфу
Если \&quot;достаточно стабильная\&quot;, так почему до сих пор в альфах?
Все ж деньги считать, а не что.

   wolf@w*****.ru 2006-02-26 22:14:05 (#520574)

[abilitycash] |dervish.acash| Остаток 06426.06430

AbilityCashList #3300 (подписчиков: 39)
Вот это правильный пример работы
Сабж!
&lt;i&gt;1. Необходимо просто зафиксировать текущее состояние кошелька, а времени
разбираться с тратами нет.
Ввожу операцию со статьей &quot;Разное&quot;, сумма которой равна разнице расчетного
и реального остатков.&lt;/i&gt;

Наименование статьи может быть разное: &quot;разное&quot;, &quot;неучтенный расход&quot;,
&quot;потери&quot;, &quot;забывчивость покупателя&quot;,
&quot;отклонения&quot;, &quot;корректировка остатка&quot; и т.д.
Друзья, осознайте, есть механизм решения ваших задач в рамках текущего состояния
программы! Не надо ее усложнять весьма спорными и неочевидными преимуществами.
Ведь их реализация, если до нее дойдет дело, будет доступна как минимум через
полгода-год. А если она вам нужна сейчас, заведите статью из моего предложенного
вам списка и корректируйте свои остатки. В чем неудобства? В чем выйгрыш от вашего
решения.

Ребята, если вы будете так делать, то не надо будет отвлекать ценные ресурсы
Дервиша на &quot;Остаток&quot;. Ибо, поверьте, проблем с реализацией &quot;Остатка&quot;
будет вагон и маленькая тележка!

   Андрей 2006-02-26 19:30:22 (#520510)

[abilitycash] |dervish.acash| Баг с датой в феврале 06369.06429

AbilityCashList #3299 (подписчиков: 39)
Про частоту операций
Как часто с этой ситуацией сталкивается пользователь? Один раз в год? Тут ( http://www.dervish.ru/forum.php?theme_id=1183&amp;forum_id=4
) уговариваем реализовать подстановку текущей даты/времени для дублируемых операций,
тех операций, которые составляют 80% ввода, так и то не можем убедить в необходимости
изменений.

   Denis (R) 2006-02-26 18:54:41 (#520486)

[abilitycash] |dervish.acash| Часто используемые операции 00000.06427

AbilityCashList #3298 (подписчиков: 39)
Часто используемые операции
Было бы очень удобно добавить возможность сохранения шаблона часто используемых
операций. Т.е. чтобы при добавлении операции уже были запонелнены поля &quot;Счет&quot;,
&quot;Статья&quot;, &quot;Агент&quot;... и оставалось только указать сумму.

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

  
YuriyVZ
2006-02-26 18:03:46 (#520458)

[abilitycash] |dervish.acash| Остаток 06423.06426

AbilityCashList #3297 (подписчиков: 39)
А может быть все проще
Сам не однократно сталкивался с похожими ситуациями:
1. Необходимо просто зафиксировать текущее состояние кошелька, а времени разбираться
с тратами нет.
Ввожу операцию со статьей &quot;Разное&quot;, сумма которой равна разнице расчетного
и реального остатков.

2. накопилось много неучтенных затрат, вспоминаю их до тех пор пока реальный
и расчетный остатки не сойдутся.
Было бы удобно видеть разницу между реальным и расчетным остатком.

Появился еще один вариант работы с неучтенными затратами:
1. Завести счет &quot;Неучтенное&quot;.
2. Корректировать остаток не путем операции расхода со статьей &quot;Разное&quot;,
а путем перевода на счет &quot;Неучтенное&quot;.
3. Когда вспомнятся затраты производить операции расхода со счета &quot;Неучтенное&quot;.
Если не вспомнятся то операцию расхода со статьей &quot;Разное&quot;

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

  
YuriyVZ
2006-02-26 18:03:05 (#520457)

[abilitycash] |dervish.acash| Опять же про сайт 06424.06425

AbilityCashList #3296 (подписчиков: 39)
У меня тоже так было(+)
Сейчас все нормально. Похоже - пофиксили.

   Loki 2006-02-26 17:47:47 (#520446)

[abilitycash] |dervish.acash| Опять же про сайт 06398.06424

AbilityCashList #3295 (подписчиков: 39)
Это только у меня так?
Последние несколько дней у меня в списке тем жирным выделяются даже те, которые
я давно успел прочитать. :(
А если точнее, все темы с ответами от 22 февраля и позже.
При этом в самих темах, в большинстве случаев, сообщения отмечаются прочитанными
правильно. Но есть и исключения. :(
А началось все с того, что после ответа Dervish-а в нескольких темах 22 февраля
ВСЕ сообщения в них стали &quot;непрочитанными&quot;..

Помогите разобраться, в чем причина? То ли это моя сырая Опера TP2 глючить стала,
то ли с куками у меня что-то..
Или же это так и &quot;задумано&quot; и является временным последствием внесения
изменений в движок форума? :)

   Дим(м) 2006-02-26 17:42:50 (#520442)

[abilitycash] |dervish.| Остаток 06419.06423

AbilityCashList #3294 (подписчиков: 39)
Вы несколько сгущаете краски :)
Оговорюсь сразу, что я не отшошу себя к упомянутым вами &quot;остаточникам&quot;
:) Я лишь попытался объяснить точку зрения, которая, как мне показалось, в этом
обсуждении была недопонята.

Теперь по существу.
<i>&gt; Т.е. цепоку &quot;+500-300-50&quot; можно забыть? Она ведь не несет правильной
информации? Привильная инфа начинается с операции &quot;остаток 90&quot;?</i>

Почему же забыть? Почему не несет? Все эти операции, благодаря проставленным
в них классификаторам, будут доступны для анализа как и раньше. Более того, наличие
&quot;остатков&quot; никак не повлияет на их &quot;правильность&quot;. В данном
примере смотреть на операцию остатка можно исключительно как на расход 60-ти
рублей по статье &quot;Склероз&quot;. :)

<i>&gt; А про непомнимых 60 у нас в программе вообще нет информации.........
Ни вы, ни программа ничего не знает об этой сумме, ВООБЩЕ!!!</i>
Это еще почему? Вот она операция остатка. Она есть в списке. У нее (сейчас) стоит
сумма 60.
А если я вспомню, куда потратил 30 рублей из этих 60 и введу соотв. операцию
расхода, то опять все будет правильно. :) Только сумма операции остатка уже станет
30.

<i>&gt; 1. Опционально</i>
Каждый сам волен выбирать, какие операции ему использовать для достижения целей,
разве нет? :) В том смысле, что если не хотите использовать &quot;остатки&quot;
- не используйте :) А галочка в настройках (я ведь вас правильно понял?) здесь
будет лишней, ИМХО.

В общем, повторюсь, я отнюдь не настаиваю на реализации такого типа операций.
Равно как и не вижу причины отстаивать обратное. Если кому-то это удобно и приелемо,
а остальным не мешает, то почему бы и нет?..
Посему это был мой последний комментарий на эту тему. :) Надеюсь, в итоге, обсуждение
все же придет к какому-то окончательному решению. :)

   Дим(м) 2006-02-26 17:30:31 (#520438)

[abilitycash] |dervish.| Баг с датой в феврале 06369.06422

AbilityCashList #3293 (подписчиков: 39)
Предлагаю сделать так (+)
как сейчас сделана реакция на попытку ввести операцию с нулевой суммой, т. е.
выдавать ошибку после нажатия кнопки OK или Дублировать.

  
Дмитрий
2006-02-26 17:14:32 (#520425)

[abilitycash] |dervish.| Страница "Отчеты" 06201.06421

AbilityCashList #3292 (подписчиков: 39)
Сохранение отчетов. Присоединяюсь
Поскорее бы, только из-за этого опять вернулся на 199.

  
YuriyVZ
2006-02-26 16:47:45 (#520411)

[abilitycash] |dervish.| Остаток 06419.06420

AbilityCashList #3291 (подписчиков: 39)
Да нет, идея в общем правильная
Единственное упущение, что данная операция не учитывается в счетах. То-есть если
будут существовать счета &quot;неучтенка&quot;, на которые автоматически будет
относится подобные суммы, то учет будет сходиться. Но потребудется дополнительный
признак для счета. То есть перекраивать БД. Опять же идеологию подобных операций
не всем объеснишь.
В общем, это скорее забавная мулька, нежели насущная необходимость.

   Loki 2006-02-26 16:44:45 (#520409)

[abilitycash] |dervish.| Остаток 06417.06419

AbilityCashList #3290 (подписчиков: 39)
Дим(м), ты прав...
ты действительно не понимаешь &quot;причин&quot;!!! :(
Когда ты вводишь &quot;остаток&quot;, ты &quot;валишь напрочь&quot; весь учет
и всю математику!!! Как? Элементарно. Допустим есть ряд (хронологических) операций
за месяц: Зарплата 500р., Кабак 300р., Бензин 50р., Остаток 90р. (60р. не помним
куда), Такси 70р.
Вводим в Кэш: +500-300-50 |принудительный остаток 90| -70 = 20р. Так? :) Т.е.
цепоку &quot;+500-300-50&quot; можно забыть? Она ведь не несет правильной информации?
Привильная инфа начинается с операции &quot;остаток 90&quot;? Ведь только от
нее можно отняв 70 получить 20? А все предыдущее -- мусор? Ведь он выдает неверный
ответ?
А теперь еще :) и проанализируем информацию: складываем расход: 300+50+70=420
мы потратили и мы это четко видим! Проверяем, 500-420=80. А про непомнимых 60
у нас в программе вообще нет информации......... Ни вы, ни программа ничего не
знает об этой сумме, ВООБЩЕ!!! Потом не удивляйтесь, когда сложив весь свой расход
по всем статьям вы узнаете, что денег у вас ушло на 1000баксов, а активов есть
только на 50баксов. Т.е. МАТЕМАТИКА не идет ВААЩЕ! :) И если уж делать этот &quot;остаток&quot;
(Дервиш, опомнись! :), то: 1. Опционально, 2. К этой функции должна однозначно
цепляться статья расхода &quot;Склероз&quot; (пусть техническая, и не видна будет).
3. Никакие претензии по расчетам (неправильно складывает, отнимает) - не принимаются.

PS &quot;Остаточники&quot; -- вы такие забавные :)))))

   Андрей 2006-02-26 16:28:59 (#520404)
  • 1
  • 2