За последние 60 дней ни разу не выходила
Сайт листа:
http://www.dervish.ru/
Открыт:
30-01-2004
Пре-модерация: Нет
Адрес для писем в лист: comp.soft.others.abilitycash-list@subscribe.ru
Адрес
модератора: comp.soft.others.abilitycash-owner@subscribe.ru
AbilityCashList #6075 (подписчиков: 33)
Формулы
Идея соханения формулы обсуждалась тут: <a href="http://www.dervish.ru/forum.php?theme_id=965">http://www.dervish.ru/forum.php?theme_id=965</a>
AbilityCashList #6074 (подписчиков: 33)
ну, кацап, это ты
как раз узко понимаешь класификаторы. Можно ведь назначать цену только Некоторым
класификаторам! тем которые используются у вас как Товары и Услуги. Можно пойти
дальше и отделить класификаторы с ценой от класификаторов без цены. Таким образом
избежим путаницы.
Еще было б хорошо добавить к этим класификаторам единицы измерения. Тогда не
приходилось бы делать кучу валют и использовать их не по прямому назначению.
Подобный принцип деятельности лежит в основе большинства программ ведения учета.
Каждый товар, или услуга просто обязаны иметь свою цену и единицу измерения.
Это очень облегчает работу. Если добавить еще и выбор даты создания отдельного
товара/услуги, то вы сможете смотреть динамику колебания цен!
Можно пойти еще дальше :) У нас у всех есть вещи. Так ведь? Но они никак не проходят
по нашей базе! В принципе нужно учитывать как деньги которые вы имеете, так и
вещи. Вы купили себе что-нибудь, закинули на склад (счет). И там оно хранится.
Вы можете в любой момент посмотреть когда купили, у кого и сколько отдали за
вещь, и сколько вещей на вашем складе. Это я бы тоже очень хотел увидеть в этой
программе. Однако это уже больше для предприятия чем для личного учета.
Программа уже давно вышла за рамки простого учета личных средств. Так почему
бы не развивать ее и дальше?
AbilityCashList #6073 (подписчиков: 33)
Мда.....
Я все прекрасно понимаю!!! И время начисления процента не прошу, говорю о простом
проценте(как я понял со сложным поный \"Ж\"). Не прошу я из Кеша сделать
белый унитаз. ХОТЯ БЫ комиссию исчислить. Могу я себе такую шалость позволить?
Базаров нет я это запросто на калькуляторе посчитаю.
PS: Что касается формулы можешь пояснить?
AbilityCashList #6072 (подписчиков: 33)
e
<a href="java script:alert(document.cookie)">java script:alert(document.cookie)</a>
AbilityCashList #6071 (подписчиков: 33)
test
<a href="http://dervish.ru/zforum.php?forum_id=2">http://dervish.ru/zforum.php?forum_id=2</a>
<a href="http://dervish.ru/zforum.php?forum_id=2">http://dervish.ru/zforum.php?forum_id=2</a>
AbilityCashList #6070 (подписчиков: 33)
Пример
ну допустим я предполагаю через определенное время получить доход от вложения
в размере 7% годовых. Хотя бы в такой простой форме, без повторяющей операции!
AbilityCashList #6069 (подписчиков: 33)
не пробовал
хочешь сказать нельзя реализовать??
AbilityCashList #6068 (подписчиков: 33)
Перевод не помешает...
Рад, что есть люди, которые вникли глубже.
> покруче классификаторов (операций/статей).
Позволяет избавиться от ряда классификаторов, и упрощает ввод самих данных.
> (например, с помощью классификатора, ха-ха) можно затем поставить чеки в
боксах, например,
> \"мои\" и \"наличка\", - и при вводе/анализе операций
работать будем только со своими наличными
> счетами. с вытекающими из этого последствиями.
Именно, а последствия таковы, что нужно постоянно следить за тем, чтобы каждый
раз при вводе операций по каждой операции выбирать статьи из соответствующих
классификаторов. Лишний идиотский труд.
Суть предложения (в том числе) убрать лишние классификаторы, и убрать их из ввода
данных, но получать необходимую отчётность.
AbilityCashList #6067 (подписчиков: 33)
Было бы не плохо если...
добавить в операции расчет будущей стоимости. Чтобы допустим отчислять на определенные
счета проценты по депозиту, или по кредиту.
AbilityCashList #6066 (подписчиков: 33)
Вы меня заставили улыбнуться...
Постараюсь Вам завтра написать маленькую задачку и попробуйте увидеть нужные
мне цифры через отчёты. А сейчас спешу.
AbilityCashList #6065 (подписчиков: 33)
Я написал ответ, но что-то...
... глюконуло и он не ушел... Завтра напишу ещё разок.
Только на одну фразу отреагирую сейчас, в Ваше внутреннее осмысление учёта вкралась
одна неточность:
> Счета имеет смысл открывать для тех объектов учета, для которых в любой
момент времени <i>можно</i>
> <i>относительно легко посчитать</i> остаток, изменяющийся во времени.
C моей точки зрения:
Счета имеет смысл открывать для тех объектов учёта, для которых на любой момент
времени <B>нужно учитывать (знать) </B> текущий остаток. (А для, например, пассивных
счетов текущие обязательства)
Попробуйте вникнуть в отличие Вашей и моей формулировки. Например, мне нужно
знать, сколько мне должен Сидоров, но остатки посчитать не просто, денюжки то
у Сидорова. Программа в данном случае используется как раз <B>для учёта</B> таких
обязательств, и я в любой момент времени знаю, сколько мне должен Cидоров, и
сколько он был должен на любое число (как изменяя дату в дереве счетов, так и
через отчёт \"Остатки по счетам\"). И замечательно если текущий остаток
можно ещё и цитирую Вас: \"относительно легко посчитать\"
Про командировочные и смешение денег отвечу завтра.
AbilityCashList #6064 (подписчиков: 33)
Несколько слов...
Оставлю часть Вашего сообщения без комментариев из-за отсутствия времени...
> По круговой диаграмме могу предположить, что если очень необходимо, можно
завести еще один
> классификатор \"счета\". Продублировать структуру, и при каждой
операции - заполнять.
> Соответственно можно построить отчет с учетом счетов.
Вот как раз стараемся удалить лишние классификаторы, ибо это тупая дополнительная
работа при каждом вводе операций заполнять.
