logo
logo

Форум Остаток

создать новую тему раскрыть все
Остаток Олег 27/11/2004 21:36 #написать ответ
Как вы считаете, имеет ли смысл ввести во вторую версию такую функцию, как остаток. Суть ее будет заключаться в прямом указании остатка финансов на счете.
Мне видится такая возможность весьма привлекательной. Хотя это, безусловно, можно сделать обыкновенным арифметическим действием.
Но при этом возникает вопрос соответствия данной операции (остаток) классификаторам. Хотя и здесь особой пролблемы я не вижу, т.к. если пользователь указывает остаток, то он не знает (не поминт), на что ушли (или пришли деньги). Поэтому все равно операцию проведет с отсутсвием выбранного элемента классификатора. Если он впоследствии вспомнит, что были какие-то траты, то он введет операции раннми числом, а программа в этом случае все корректно отработает, отобразив нужный остаток на соответствующее число.
Если же вместо остатка использовать конкертную операцию то, в нее нужно будет внести изменения после ввода "вспомненной" операции. Что на мой взгляд несовсем удобно.
Было бы очень приятно, если бы возможность ввода остатка была бы включена во вторую версию, если это не вызывает каки-то глобальных технических сложностей!!!
Перечитал три раза Loki 30/11/2004 09:07 #написать ответ
но так и не понял в чем преимущество? Что вам мешает задать классификатор "неучтенные" ("коррекция", "забыл на что", "потерял" или еще какой) и относить на него все операции коррекции? В чем преимущество вашего способа?
Не всегда так просто. (+) Dervish 30/11/2004 19:24 #написать ответ
Скажем, лично в моей базе данных есть отдельная статья "Неизвестность", на которую я отношу все расхождения остатков. Фактически, там оказываются все платежи, которые я не могу вспомнить.
 
Кстати, при последующем анализе можно отдельно видеть такие операции, и можно сразу оценить, насколько много их было. И по итогам задуматься...
 
Так что, корректировка остатка не всегда тривиальна, как кажется.
А я что сказал?:)(-) Loki 01/12/2004 09:40 #написать ответ
-
и все-таки есть приемущество Anton 03/12/2004 17:30 #написать ответ
Приемущество заключается в том что когда вы вностите найденные предыдущие операции, то остаток, заданный в корректирующей операции не изменяется (т.к. это был реальный остаток денег) и при этом вам не нужно все время менять сумму неизвестоного расхода или прихода, вы просто видите разницу между расчетным остатком и реальным в виде суммы (положительной или отридцательной). Это очень удобно, когда вам нужно внести данные за предыдущий (достаточно большой период). Я начал пользоваться программой в середине 2004 и постепенно вносил движения с начала года. И пока я заносил эти движения корректировку приходилась менять очень часто (у меня были записаны реальные остатки). Конечно отражение этого расхода или дохода тоже было бы интересно видить. Думаю что это достаточно нужная функция.
по опыту (+) Loki 06/12/2004 11:59 #написать ответ
если вы не смогли вспомнить куда потрачены деньги однажды, то не вспомните об этом и в будущем, тем более "найденные предыдущие операции" (во множественном числе). Если вам так необходима реальная сумма - запишите ее в комментариях.
это не совсем так... Олег 31/01/2005 21:23 #написать ответ
т.к., по опыту, действительно вспоминается со временем.
И каждый раз в этом случае приходится вводить изменения в корректирующую операцию.
Как минимум Дмитрий 03/03/2005 04:39 #написать ответ
Согласен с Олегом и Антоном, юзал 1.3 и 1.4., и давно еще с этим парился.
Бывало, заполняю расходы и чего-то не хватает. Времени искать хвосты нет, или просто не в состоянии вспомнить. Приходится вводить по статье "коррекция", причем считать на калькуляторе разность реального остатка и вычисленного.
Затем, в шоке от исчезновения мани ходил пару дней и вспоминал еще какую-нибудь трату. После чего вносил ее, опять считал на калькуляторе коррекцию и правил ее. И так несколько раз...
Если бы сделать, как предлагает Олег, было бы вообще счастие...
А как минимум, хочу кнопку или опцию при вводе - чтобы можно было вводить либо трату во время операции, либо остаток после нее...
то, что вы написали, kilo 03/03/2005 12:19 #написать ответ
я понял так:
в какой-то момент между остатком, который выводит программа на страничке "Счета" и вашим реальным остатком появляется несоответствие и вы желаете:- а) ничего не менять в "прошлом", б) начать считать "по-новому" в) если что-либо вспомните из "прошлого", то изменения не должны влиять на расчеты "по-новому"
совет:-
когда этот момент наступил, делайте 2 операции:- списывайте со счета все, что есть до 0, записывайте на счет реальный остаток.
Других вариантов, мне кажется, нет.
А я решил этот вопрос ТАК... Сальников Сергей 05/03/2005 20:46 #написать ответ
Просто завел счет называется "Остаток".
Введение очередной группы операций провожу так:
1. По счету "остаток" делаю операцию так, чтобы его остаток был = фактическому остатку в кошельке.
2. Перехожу на вкладку операций и ввожу все что вспомнилось.
3. Перехожу на вкладку "счета" и смотрю остаток по счету "кошелек" (=расчетный остаток) и "остаток" (фактический). Если разница <20 руб то цикл окончен. Если разница бОльше -- просто делаю регулировочную операцию (как описывалоь выше "неизвестность"). И все.
 
Если потом чтото вспомнится -- возвращаемся к операции типа "неизвестность" и...
Покажу на примере.
Разница между фактом и расчетным остатком = 500 руб.
Вводим операцию типа "неизвестность" (как праило расход . И сохраняем все данные, выходя из программы. Кстати, операцию эту можно не блокировать.
через день вспоминаем что из этих 500 руб потрачено 300 на сотовый.
отлично!
Подходим к ней, исправляем (не заблокировали ведь!) расход "неизвестность" на 200, добавляем расход 300 "сотовый". Все.
а) Остатки можно сверить на любую дату -- счет ведь есть.
б) при ТАКОМ исправлении операций исключается изменение будущего остатка.
 
Кстати, тут чтото про калькулятор говорили. Только встроенного inline калькулятора хватает по-за-глаза.
по-моему слишком сложно.... Олег 08/03/2005 13:00 #написать ответ
На мой взгляд, будет лучше добавить в программу такую функцию как остаток к имеющимся уже приход, расход, перевод.
Тогда ввод фактического остатка упростится до предела, а ввод позднее вспомненных проводок не будет требовать корректировки операции по отатку.
идея Олег 08/03/2005 15:42 #написать ответ
Может будет лучше сделать так, чтобы операция "остаток" была отключена по-умолчанию,
А включалась в настройках?
Ой, а зачем такие навароты воротить. Андрей 09/03/2005 14:03 #написать ответ
Если я не знаю куда потратил некую сумму или прочий непонятный приход-расход, я завел статью "Бизнес" и туда списываю или оттуда получаю. Пока эта забывчивость не переваливает за 1% от дохода, ее можно смело игнорировать.
 
PS. Правда я бизнесом занимаютсь и слово зарплата мне неведомо. Может в иных случаях есть и другие решения.
такой подход тоже воможен... Олег 19/06/2005 18:21 #написать ответ
но...
Во-первых можно вообще не указыать статью. Тогда, если я не ошибаюсь, использутеся статья "неизветстный расход (приход)".
 
Ну а вот если потом вспоминаете, на что ушла часть неучтенных средств. И вносите соответствующую опреацию. Тогда что?...   Приходится коортектировать "неучтеную" операцию.
 
А если учет расходов в большей части идет по остаткам, то без этой функции крайне неудобно.
Раньше я пользовался программой "Деньги Кирилл и Мефодий" (RSMoney).  И к этой функции очень привык. Но та программа обладает рядом своих недостатков. Уже давно пользуюсь AbilityCash. Никаких ошибок, о которых любят говорить на форуме, не удалось заметить. Очень хорошая программа. В которой операции "фактического Остатка" весьма не хватает.
О списании средств Denis ® 20/06/2005 16:55 #написать ответ
У себя в плане счетов завел следующие статьи:
- «Списание  Кража» (украли);
- «Списание  Недосчет» (купил, не помню что);
- «Списание  Обсчет» (обсчитали в магазине);
- «Списание  Потеря»;
 
Когда происходит, что остатки на счетах в программе не соответствуют реальным остаткам, то провожу списание по одной из вышеуказанных статей, а когда вспоминаю, на что были потрачены деньги то, вношу эти затраты и уменьшаю списанную сумму.  
 
Это удобнее с точки зрения анализа информации, потому что видно какая сумма была списана и по какой причине, тогда как прямое редактирование остатка по счету не оставит ни каких следов и потом при анализе затрат будет потрачено значительное время на выяснение почему остаток не соответствует разности прихода и расхода.
 
Возможно у вас проблема с поиском нужной операции списания, для этого воспользуйтесь возможностью фильтрация по статье. Если при вводе вспомненных расходов проблема с вычислением остатка списанной суммы, то не забываем про возможность ввода арифметических операций в строке «Сумма расхода».
ответ Олег 20/06/2005 17:44 #написать ответ
Мне кажется, что Остаток тоже можно привязать к Классификатору.
Тогда по эти Классификаторам и можно будет проводить анализ.
 
И использование операции "Остаток" избавит от редактирования корректирующей операции.
О корректировке остатка Denis ® 20/06/2005 18:02 #написать ответ
Моя точка зрения - прямое редактирование остатка (без проведения операции корректировки) крайне вредное и опасное действие.
а в чем по-сути отличие....? Олег 21/06/2005 14:48 #написать ответ
Операция "Остаток" - это и есть операция корректировки. Просто здесь входом является отсаток, а выходом - приход или расход (в зависимости от знака).
продолжение... Олег 20/06/2005 17:47 #написать ответ
В конце-концов Остаток он на то и остаток, чтобы совпадать с фактическим.
!!! are 21/06/2005 00:50 #написать ответ
но добиваться этого необходимо строгим ведением операций, а не "корректировкой" остатка. Предлагаемая "корректировка" остатка прямым его изменением фактически отрезает путь назад, когда вы вспомнив "зыбытую" операцию, не сможете ее ввести, поскольку остаток уже "скорректирован" по факту, а факт (наличка в кармане) к моменту "вспоминания" уже изменился, и т.д.
не совсем Вас понял.... Олег 21/06/2005 14:46 #написать ответ
Просто добавите "вспомненную" операцию. По операции остатка программа пересчитает "неучтенный" расход так, чтобы остаток совпадал с указанным.
!!!! are 21/06/2005 18:30 #написать ответ
пока писал - сам понял, что Вы предлагаете. Предложение Ваше, действительно, безобидное ... Но, если вы ведете несколько валют, если есть переводы валют, то Ваши корректировки остатка будут теми "пнями", о которые легко споткнуться. По сути, предложение о корректировке остатка на фиксированную дату - это введение правила :- "операции по данной валюте действуют только до даты корректировки остатка" ... Сложно сказать, какие преимущества это дает, но то, что программа и интерфейс станут тяжелее - несомненно ... Выглядеть будет примерно так :- "ага, вспомнил траты в рублях за 15 января, рубли корректировал 20 февраля и 16 апреля. Дай-ка посмотрю, не вылезли ли остатки рублей красным 20 февраля" ...
А все-таки ... Олег 23/02/2006 08:18 #написать ответ
... операции "остаток" не хватает.
 
Хочу спросить у Dervish-а...
 
А почему Вы решили все-таки не вводить такую операцию как остаток?
Очень просто: операция... Dervish 23/02/2006 15:05 #написать ответ
...ввода остатка мне просто была не нужна. Да и сейчас она мне не нужна. И с её вводом я вижу больше трудностей чем пользы.
Трудности в студию Я 27/02/2006 13:07 #написать ответ
Сергей, давай попробуем обозначить трудности и коллективным мозгом их порешать?
Ты не представляешь, сколько ты ЕЩЁ счастья принесёшь народу. Я уже не говорю сколько ты уже осчастливил.
За это ОТДЕЛЬНОЕ Спасибо.
Итак, какие  есть трудности с операцией "Остаток"?
Как насчет такого варианта YuriyVZ 27/02/2006 13:17 #написать ответ
Как насчет поддержки описанного мной в 26.02.2006 17:23 варианта.  
Т.е. всего лишь реализовать, в добавлении операции, копирование состояния выбранного счета в калькулятор "Суммы".
Это не решит проблему... Я 27/02/2006 16:18 #написать ответ
Не проблема пересчитать разницу в Остатке фактическом и в Остатке в программе
Проблема при вводе операций "задним числом" уже после ввода корректирующей операции.
 
Упс. Я только до него добрался... Я 27/02/2006 16:45 #написать ответ
Я только что добрался до "описанного мной в 26.02.2006 17:23 варианта"..
 
Идея с переводом со счёта "Неучтёнка" - очень прикольная.Я попробую дома применить.Посмотрим, что выйдет.
Поддерживаю xFlower 23/02/2006 22:59 #написать ответ
Идея кажется знатной.
Идея с т.з. финансов -- дурацкая... Андрей 24/02/2006 12:17 #написать ответ
Сорри, за тон, но сабж!
Если вы уж ведете домашнюю бухгалтерию, то ведите ее качественно! И, как исключение, можете завести статью "lost in space" куда списывать все расходы, которые вы не помните. Этот вариант надо использовать, как исключение!!! И если "непомнимый" расход за период превышает 1-3% от всего расхода за этот период -- повод задуматься: "а нужна ли мне домашняя бухгалтерия???".
Хорошо, вот ещё довод: Я 24/02/2006 17:10 #написать ответ
Я получаю распечатку раз в месяц из банка.
На этот счёт ТРИ карты: я, жена и тёща...
Это РАЗ.
Второе: когда ктото снимает с иного нежели банк банкомата, то со счёта снимается ещё и комиссия.
Итог: Я могу запрашивать из банка остаток ДС на счету, но у меня ещё нет на руках выписки из банка, и будет она только в начале следующего месяца....
Вывод: Операция "ОСТАТОК: Нужна!
и таких случаев дофига и больше... Если интересно, могу ещё примеры рассказать
 
Неочевидный вывод Андрей 26/02/2006 01:14 #написать ответ
Умоляю вас, заведите статью: "Неопознанные расходы" и списавыйте их пока туда, в конце месяца откорректируете! Поймите, что с такими разрывами в данных физически невозможно работать программе. Вы нарушаете законы математики: сальдо на конец = сальдо на начало + обород по дебету - оборот по кредиту (для активного счета).
Если не понимаете, распишите, плиз, в цифрах расходный оборот за месяц. Остаток на начало - 100р. Пришло 200 рублей (зарплата), Ушло (на бензин) 150 рублей, остаток на конец 20 рублей, так???
PS если именно это вы имеете в виду, то я не смогу с вами адекватно вести аргументацию...
PPS первичное образование -- бухгалтерское.
PPPS сальдо на конец = сальдо на начало + обород по дебету - оборот по кредиту -- это как закон всемирного тяготения! Только так, и никак иначе. Смиритесь с этим!!!!!
не хочу математику.... Я 27/02/2006 13:10 #написать ответ
Хочу вести учёт, но если чтото не учлось, хочу чтоб это тоже учитывалось.
И хочу, если у меня нет возможности получить разблюдовки расходов сейчас, уже сейчас видетьв программе РЕАЛЬНЫЙ остаток. И самое главное, при получении данных - не ходить по ним, в поисках "КОРРЕКТИРОВКА ОСТАТКА" и сидеть колупаЦЦа пересчитывать.
Моя бухгалтерия. xFlower 24/02/2006 19:25 #написать ответ
Как хочу, так и веду.
Мне принципиально сколько денег я потратил на керосин, сколько на сено для лошади.
А сколько у меня ушло из кармана - мне интересно, но не принципиально.
Поэтому, если у меня даже 10% дохода ушло на "карманные расходы" - и хрен бы с ними.
Но тот самый вариант, когда я в конце месяца пересчитываю все деньги и подбиваю остатки мне банально удобен.
 
Хотя и не концептуален ни хрена, наверное...
Словно на разных языках говорим :) Андрей 26/02/2006 01:03 #написать ответ
Ну так и спишите эти "непомнимые" расходы в статью "карманные расходы"!!!! В чем проблема??? Вы понимаете, что это правильно с т.з. финансов!!! А что такие остаток на конец дня равный 100 баксам, и остаток на начало следующего дня равный 30 баксов????? Это трындец нонсенс!!!!!! Ладно, пойдем простым путем: у вас есть 100 кроликов, а утром вам скотник говорит: "У нас 30 кроликов". Какой первый вопрос вы ему зададите?? Правильно, "А где остальные??". А теперь представте, что он вам отвечает: "Не знаю....., по радио сказали, что у нас утром будет 30 кроликов!"
Нееееееееее! xFlower 27/02/2006 18:02 #написать ответ
Вот как раз Вы и предлагаете списать 70 кроликов в "куда-то делись".
Операция "остаток" же позволяет проснувшись утром из увидев 30 кроликов первым делом записать в тетрадочке, что их 30.
А потом уже спокойно, не торопясь, вспоминать куда они все делись и какой хомяк их сожрал.
Сабж! Андрей 27/02/2006 18:24 #написать ответ
Анализируя утром статью "куда-то делись" я четко понимаю, что надо вспоминать (если это возможно), куда делись эти 70 кроликов. Вы будете делать тоже самое, только параллельно изобретая велосипед. ))
Оть иманно! (с) Хрюн xFlower 27/02/2006 22:04 #написать ответ
И потом, когда я их нахожу и вписываю в расход я не должен помнить о необходимости откорректировать списание 70 кроликов.
Да, а вот здесь я согласен! Андрей 27/02/2006 22:19 #написать ответ
Это единственный плюс этой затеи!
Этот плюс - очень большой... Я 09/03/2006 19:42 #написать ответ
Этот "единственный" плюс этой затеи достоин её реализации
... Олег 25/02/2006 15:08 #написать ответ
У меня ситуация следующая.
 
Я - студент.
И расходы на пиво, бары и подобное я веду по остаточному принципу.
По-другому просто не получается. Ну не возможно запомнить, где и сколько потратил.
 
В 50% случаях, если не больше, приходится корректировать расходы на развлечения, когда вспоминаю, что купил какую-то вещь.
Очеь муторно. И много времени отнимает.
 
Меня, вообще-то, не очень волнует, если какие-то мелкие покупики по другим статьям попадут в "развлечения". Ошибка будет 5%. Это - ерунда.
Крупные покупки я ввожу сразу.
 
Если "Остаток" так мешает, то его можно сделать опционально включающимся в настройках программы.
 
  
еще раз :) Андрей 26/02/2006 01:21 #написать ответ
Вы сами называете статью расхода: "расходы на пиво, бары и подобное", так заведите ее, и списывайте туда этот расход!!! Даже я не могу упомнить сколько отдал в кафе, а сколько на чай официанту!!! Да и не надо это!! У меня статья: "Кабак" -- туда все и списываю!!! Даже если утром я не вспомню что возвращался из кабака на такси, то по остаточному принципу в Кабак войдет и счет на такси. Т.к. если бы я не пошел в кабак, то на такси не возврщался!!! Это не принципиально, и не губительно для программы учета денежных средств, ибо денежный учет ведется сплошным методом! Там не бывает разрывов!
я и предлагаю... Олег 26/02/2006 22:18 #написать ответ
списывать при помощи операции "остаток".
Вам шашечки или ехать? Андрей 27/02/2006 11:37 #написать ответ
))))
Заведите себе статью "Остаток" и списывайте все туда!
Ну что может быть проще???
Андрей, мне кажется за слюной не сл Я 27/02/2006 13:06 #написать ответ
...не слышите оппонентов...
 
Можно и считать руками, что собственно сейчас и делается.  
Но: а для чего компьютеры создали? хых смешной вопрос. Хочу посмотреть, сколько осталось денег - и внести в комп: "У меня осталось столько то денег". Пусть прога пащщитает, и скажет, сколько же я не учёл, сколько не разблюдовал...
 
А кроме этого хочется другой сервис. После того как ввёл сколько осталось, нашёл чек: "Ох, ёпта! А вот мои 1345 рублей! Неучтёными осталось только 300"...
 
Не понимаю, чего тут такого обидного для Вас. Может  потому что Вы бухгалтер?
Ведь НИКТО ВАС не будет заставлять пользоваться операцией "Остаток"
в очередной раз убеждаюсь, kilo 26/02/2006 11:44 #написать ответ
чем <B>абсурднее идея</B>, тем сложнее доказать тупость ее авторам, тем больше энергии отнимается у более-менее адекватных людей.
А теперь по сути еще раз.
Пример.
1. Сегодня вы проснулись в пяном угаре, запустили Кэш и обнаружили, что наличка в кармане не соответствует остатку. (Не знаю как), но вы "скорректировали" остаток в Кэш. Все стало совпадать.
2. К концу дня вспомнили пару операций - опять скорректировали.
3. На следующий день все повроряется - я имею в виду амнезию на траты. Опять вы вспоминаете расходы - и за вчера и за завтра, опять корректируете остаток (но уже НА ЗАВТРА !!!).
Вопрос к вам простой - при коррекции остатка на завтра - как должнен вести себя остаток на сегодня - оставаться неизменным или "корректироваться" синхронно. Как должна влиять на коррекцию завтра вспомненная операция за вчера, только на остаток завтра, или на остаток сегодня и завтра. и т.д.
Рискну вставить свои 5 копеек :) Дим(м) 26/02/2006 15:06 #написать ответ
Мне кажется, основная проблема этой дискуссии в недопонимании причин обозначенного в теме предложения.
Идея ведь совсем не в том, чтобы изобрести новый бухучет. А просто в том, чтобы несколько упростить работу с программой.
 
На том же самом примере с кабаком и такси.
Утром проснувшись пересчитал деньги в кошельке и внес в AC операцию за 26.02.2006 10:00 с типом остаток и соотв. значением. Деньги в кошельке - это объективная реальность. И после ввода этого остатака программа эту реальность адекватно отражает. Уже хорошо. (При этом я, как минимум, немного сэкономил на простоте ввода: вместо выражения типа &lt;предыдущий остаток&gt; - &lt;текущий остаток&gt; я просто ввел значение остатка на данный момент - посчитать разность программа может и сама.)
Далее. Если на следующий день (через неделю, через месяц) я вспомнил, что возвращался из кабака на такси (и для меня, например, важно это уточнение), я просто введу операцию расхода за 26.02.2006 03:00 с суммой, потраченной на такси. И все! Остаток на момент времени 26.02.2006 10:00 останется неизменным! Именно тем, который я тогда насчитал в кошельке. Соответственно, все последующие операции не "поедут".
Без наличия же типа операций "остаток" мне придется, как минимум, еще отыскать ту операцию "кабак" и откорректировать ее сумму на соответствующую величину. Т.е. приложить дополнительные усилия, которых вполне можно было бы избежать.
 
Т.е., другими словами, в отличие от прихода/расхода/перевода, которые фиксируют сумму операции и на ее основании вычисляют текущее значение баланса, операция типа "остаток" наоборот фиксирует именно значение баланса и на его основании вычисляет сумму операции.
Очевидно также, к операции "остаток" неприменимы классификаторы. У нее не может быть статьи или агента.
 
А в будущем, для анализа можно было бы сделать фильтр для поиска операций "остаток" с суммой получившейся больше заданного порога. Но это к слову.
Дим(м), ты прав... Андрей 26/02/2006 15:50 #написать ответ
ты действительно не понимаешь "причин"!!!
Когда ты вводишь "остаток", ты "валишь напрочь" весь учет и всю математику!!! Как? Элементарно. Допустим есть ряд (хронологических) операций за месяц: Зарплата 500р., Кабак 300р., Бензин 50р., Остаток 90р. (60р. не помним куда), Такси 70р.
Вводим в Кэш: +500-300-50 |принудительный остаток 90| -70 = 20р. Так? Т.е. цепоку "+500-300-50" можно забыть? Она ведь не несет правильной информации? Привильная инфа начинается с операции "остаток 90"? Ведь только от нее можно отняв 70 получить 20? А все предыдущее -- мусор? Ведь он выдает неверный ответ?
А теперь еще и проанализируем информацию: складываем расход: 300+50+70=420 мы потратили и мы это четко видим! Проверяем, 500-420=80. А про непомнимых 60 у нас в программе вообще нет информации......... Ни вы, ни программа ничего не знает об этой сумме, ВООБЩЕ!!! Потом не удивляйтесь, когда сложив весь свой расход по всем статьям вы узнаете, что денег у вас ушло на 1000баксов, а активов есть только на 50баксов. Т.е. МАТЕМАТИКА не идет ВААЩЕ! И если уж делать этот "остаток" (Дервиш, опомнись! , то: 1. Опционально, 2. К этой функции должна однозначно цепляться статья расхода "Склероз" (пусть техническая, и не видна будет). 3. Никакие претензии по расчетам (неправильно складывает, отнимает) - не принимаются.
PS "Остаточники" -- вы такие забавные ))))
Да нет, идея в общем правильная Loki 26/02/2006 16:03 #написать ответ
Единственное упущение, что данная операция не учитывается в счетах. То-есть если будут существовать счета "неучтенка", на которые автоматически будет относится подобные суммы, то учет будет сходиться. Но потребудется дополнительный признак для счета. То есть перекраивать БД. Опять же идеологию подобных операций не всем объеснишь.
В общем, это скорее забавная мулька, нежели насущная необходимость.
Вы несколько сгущаете краски :) Дим(м) 26/02/2006 16:48 #написать ответ
Оговорюсь сразу, что я не отшошу себя к упомянутым вами "остаточникам" Я лишь попытался объяснить точку зрения, которая, как мне показалось, в этом обсуждении была недопонята.
 
Теперь по существу.
&gt; Т.е. цепоку "+500-300-50" можно забыть? Она ведь не несет правильной информации? Привильная инфа начинается с операции "остаток 90"?
Почему же забыть? Почему не несет? Все эти операции, благодаря проставленным в них классификаторам, будут доступны для анализа как и раньше. Более того, наличие "остатков" никак не повлияет на их "правильность". В данном примере смотреть на операцию остатка можно исключительно как на расход 60-ти рублей по статье "Склероз".
 
&gt; А про непомнимых 60 у нас в программе вообще нет информации......... Ни вы, ни программа ничего не знает об этой сумме, ВООБЩЕ!!!
Это еще почему? Вот она операция остатка. Она есть в списке. У нее (сейчас) стоит сумма 60.
А если я вспомню, куда потратил 30 рублей из этих 60 и введу соотв. операцию расхода, то опять все будет правильно. Только сумма операции остатка уже станет 30.
 
&gt; 1. Опционально
Каждый сам волен выбирать, какие операции ему использовать для достижения целей, разве нет? В том смысле, что если не хотите использовать "остатки" - не используйте А галочка в настройках (я ведь вас правильно понял?) здесь будет лишней, ИМХО.
 
В общем, повторюсь, я отнюдь не настаиваю на реализации такого типа операций. Равно как и не вижу причины отстаивать обратное. Если кому-то это удобно и приелемо, а остальным не мешает, то почему бы и нет?..
Посему это был мой последний комментарий на эту тему. Надеюсь, в итоге, обсуждение все же придет к какому-то окончательному решению.
А может быть все проще YuriyVZ 26/02/2006 17:23 #написать ответ
Сам не однократно сталкивался с похожими ситуациями:
1. Необходимо просто зафиксировать текущее состояние кошелька, а времени разбираться с тратами нет.
Ввожу операцию со статьей "Разное", сумма которой равна разнице расчетного и реального остатков.  
 
2. накопилось много неучтенных затрат, вспоминаю их до тех пор пока реальный и расчетный остатки не сойдутся.
Было бы удобно видеть разницу между реальным и расчетным остатком.
 
Появился еще один вариант работы с неучтенными затратами:
1. Завести счет "Неучтенное".
2. Корректировать остаток не путем операции расхода со статьей "Разное", а путем перевода на счет "Неучтенное".
3. Когда вспомнятся затраты производить операции расхода со счета "Неучтенное". Если не вспомнятся то операцию расхода со статьей "Разное"
 
Для большего удобства добавления таких операций, было бы полезно видеть состояние выбранного счета при добавлении операции, а еще лучше иметь возможность вставить остаток выбранного счета в поле суммы (расхода, перевода).
 

  
 
Вот это правильный пример работы Андрей 26/02/2006 19:22 #написать ответ
Сабж!
&lt;i&gt;1. Необходимо просто зафиксировать текущее состояние кошелька, а времени разбираться с тратами нет.  
Ввожу операцию со статьей "Разное", сумма которой равна разнице расчетного и реального остатков.&lt;/i&gt;  
 
Наименование статьи может быть разное: "разное", "неучтенный расход", "потери", "забывчивость покупателя",
"отклонения", "корректировка остатка" и т.д.
Друзья, осознайте, есть механизм решения ваших задач в рамках текущего состояния программы! Не надо ее усложнять весьма спорными и неочевидными преимуществами. Ведь их реализация, если до нее дойдет дело, будет доступна как минимум через полгода-год. А если она вам нужна сейчас, заведите статью из моего предложенного вам списка и корректируйте свои остатки. В чем неудобства? В чем выйгрыш от вашего решения.
 
Ребята, если вы будете так делать, то не надо будет отвлекать ценные ресурсы Дервиша на "Остаток". Ибо, поверьте, проблем с реализацией "Остатка" будет вагон и маленькая тележка!
я придумал, как kilo 26/02/2006 22:16 #написать ответ
это довольно просто сделать.
1. где-то в интерфейсе должно быть <B>окно ввода коррекции</B> данного счета и <B>даты коррекции</B> - для ввода положительного или отрицательного числа, которое давало бы правильный остаток по счету на дату коррекции.
2. <B>при "вспоминании" забытой операции и вводе ее - автоматически должна произойти коррекция отстатка</B> (по-сути ввод корректирующего остаток числа с противоположным операции знаком), <B>чтобы остатки по счету за последующие дни не "поплыли" на сумму "вспомненной" операции</B>.
3. Выводы (на вскидку) :- таким образом, для каждого счета в базе должен "сформироваться" (может и невидимый) счет коррекции; несомненно, база может "потяжелеть" вдвое; как быть о счетами, которые являются производными таких конкретных счетов, как "кошелек", который можно открыть и посчитать; как будут вести себя разновалютные счета - при коррекции рублевого счета должен быть, например, автоматически "скорректирован" долларовый счет (по какому курсу пересчета - если брать из базы официальный курс - автоматический пересчет даст ошибку) - НАПРИМЕР, забыл что одолжил  
10$ у приятеля, что поменял из по курсу 25, и что купил пару шнурков за рубли ... но шнурки вот в руках, и куча рублей осталась ...
 

 
Ребята, Андрей 27/02/2006 11:43 #написать ответ
мы уже вроде как отошли от тех времен когда сами себе придумывали трудности, героически их преодолевали, а потом отважно кричали "Ура!!!".
Давайте по порядку (один, два, три и т.д.), чем ваша операция "остаток" кардинально отличается от моего предложения завести статью "остаток" (или любую другую, по вкусу) и списывать все, что вы не помните туда?
Отличие небольшое, а очень большое Я 27/02/2006 13:16 #написать ответ
Андрей, если вести учёт по одному кошельку,  с небольшим количеством "центров затрат", то Ваш пример приемлем.
Ещё раз пример:
Дано: Был некий расход, детали которой ещё не известны, есть текущий остаток денежных средств(далее - ДС).
Если я введу одну операцию, кстати, для неё я должен буду взять остаток по этому счёту , отнять текущий остаток, внести операцию расходдоход взависимости от знака с разницей...
Теперь: Появляются данные о деталях "прошлого" расхода.
ЧТо нужно сделать в Вашем варианте (УЧТЁМ, что я НЕ ХОЧУ ПОТЕРЯТЬ эту детализацию).
1. Вычесть сумму обнаруженного из корректирующей операции. Предварительно, её нужно найти
2. Ввести обнаруженную сумму задним числом.
====
может быть сейчас стало доступнее описание проблемы? Теперь представьте, что счетов столько, сколько валют, Вы много путешествуете, не всё можете занести сразу, счета с разблюдовкой вам приностят позжи и т.п..
И Вы поймёте всю серьёзность проблемы
 
Я четко понимаю ситуацию Андрей 27/02/2006 14:54 #написать ответ
о которой Вы говорите. Вы правильно указали, что в моем случает потребуется два действия:
1. Вычесть сумму обнаруженного из корректирующей операции. Предварительно, её нужно найти  
2. Ввести обнаруженную сумму задним числом.

 
По поводу Предварительно, её нужно найти -- есть фильтры! Статью назовем "Склероз".
 
Теперь прошу Вас, поясните, правильно ли я понял, что в Вашем варианте последовательность будет такая:
Утром было 100 руб. Днем тратили: сникерс - 30р., пиво 20р. Вечером пришли, посчитали деньги и в кармане только 10 рублей.
Что делаем: списываем 30р. + 20р. на соответствующие статьи. Создаем операцию типа "Остаток" с суммой 10р. При этом программа у себя (технически, невидимый для пользователя) занесла "непомнимый" расход в размере 40р. в какой-либо регистр. Так?
 
Через неделю вспоминаем, что 40 рублей это: пачка скрепок - 5р., булочка - 10р., маршрутка - 10р, подаяние церкви - 15р. Что делаем: вводим эти операции, программа сама вычеркивает из 40 "непомнимых" рублей введенные операции. Если все вспомнили, то операцию "Остаток" можно вообще удалить -- она лишняя. Я правильно Вас понимаю?
 
ps В моем случае лишних операций не возникает, и нет технических регистров. В моем случае требуется только калькулятор для подсчета разницы.
pps у меня в базе 5 основных счетов + счета долгов (6 штук). Центры учета затрат в количестве ок.50 штук. Три проекта. Агентов ок.20 штук.
ppps непомнимый расход, превышающий 3% от всего расхода, считаю грубейшим нарушением учета.
3%... :) Олег 27/02/2006 16:26 #написать ответ
Мне такие точности не нужны.
 
На то она и "Домашняя бухгалтерия"...
 
Все-равно из месяца в месяц идут колебания расходов по одним и тем же статьям. 10%-е погрешности меня вполне устраивают.
По долгу бизнеса Андрей 27/02/2006 17:07 #написать ответ
через меня проходят значительные финансовые потоки. Если я не вспомню, что ездил на такси -- это мелочь. Но если я не вспомню, что мой соучередитель финансировал (по этапам, как полагается через меня ремонт офиса своего за деньги и моего в обмен на продукцию, то... продолжать не буду. ;(
согласен... Олег 27/02/2006 17:12 #написать ответ
В Вашем случае "остатоком" лучше вообще не пользоваться.
 
То тем не менее считаю, что многим пользователям, в том числе и мне, будет удобно пользоваться операцией "остаток".
 
В том же самом Word-е есть много функций, которыми мы не пользуемся.
При этом они нам не мешают работать.
И это правильно, каждый пользуется тем, что ему удобно.
Вот это уже настоящий диалог... Я 27/02/2006 16:30 #написать ответ
В спорах рождаются грибы. В красивых спорах - родится истина. Аргумент принят.
Андрей, я не дал расшифровку "Центр затрат".  Я имел ввиду, когда деньги трачу не только я, но и жена, "тёща снимает с карточки", дети...Всех, кто прикладывает руку к семейному бюджету.
 
Да, Вы описали пример именно так. Могу попробовать провести некую алгоритмизацию процесса:
При вводе операции в БД, или изменении суммы по счёту, в случае, если после датывремя вводимой операции есть операция Остаток (причём нужно выбрать ближайшую из неё), то после записи  необходимо сумму введённой операции вычесть из операции Остаток.
Да, в случае обнуления это даст "лишнюю" операцию, но с другой стороны, её можно рассматривать как некую хранимую веху, которая фиксирует факт "инвентаризации счетов", и в случае нулевой дельты операции "Остаток" - будет указывать на хороший, качественный учёт. Кстати, по этим суммам можно будет "вздрючивать" эти самые центры затрат... ) Чтоб вести качественный учёт.
 
Очень удобно вести качественный учёт, когда ввод расходов происходит в ежедневном режиме. Но бывают ситуации, когда уезжаешь кудаугодно на более чем один день. И потом, надо бы отразить вообще факт остатка денег, и постепенно вспоминая, получая счета за использованные услуги, добиваешь информацию в БД.  
 

 

 

 

 
Ок! Андрей 27/02/2006 17:21 #написать ответ
Значит с мы с вами говорим на одном языке и четко понимаем "кухню" данной ситуации.
Поэтому в такой трактовке, я признаю возможность идеи на существование. Бухгалтерских претензий у меня к ней нет. Вместе с тем, такая реализация является более затратной и технически сложной. Возможно в определенных условиях она будет необходима пользователю. Но для меня практической ценности не представляет. Свой "непомнимый" расход я списываю в одну из подстатей статьи "Бизнес".
 
Теперь у меня есть только одна неопределенность: как на круговой (Отчеты-Обороты) диаграмме будет выглядеть технический регистр? Будет ли он вообще там? И что делать чтобы выполнялось равенство: %поступило + %выбыло = общий оборот (100%)?
Прощще не бывает Dervish 28/02/2006 01:03 #написать ответ
Нужна перерасчитываемая при вводе операция. С незафиксированной суммой.
Алгортим прост как две копейки:
При вводе очередной операции найти ближайшую большую по времени операцию "Остаток" и внести корретиву в эту сумму, чтобы Остаток на дату\время операции "Остаток" не изменился после вноса очередной операции. Если такой операции нет, то ничего и не делаем..
ага, Макс П. 28/02/2006 15:53 #написать ответ
Такая операция будет иметь 4 параметра: дата/время, счет, сумма и фиксированный остаток. Где сумма изменяется динамически при каждом добавлении/удалении/изменении операций сделанных/добавляемых ранее данной фиксации остатка.
А например при добавлении/изменении операции, таком, что сумма соответствующей операции остатка ухудит в отрицательные значения, выдавать сообщение - "нельзя! не сходится.". Потому как, я думаю, не может быть отрицательного остатка на счете при фиксации.
Чем плох мой вариант? YuriyVZ 27/02/2006 13:11 #написать ответ
Если Вы хотите учитывать все расходы, то вводить статью "Разное" все-равно придется.
Тогда чем Вам не нарвится предложенный мной выше вариант.
... Олег 27/02/2006 16:18 #написать ответ
Если я правильно понял Ваше предложение...
 
На том же примере с "такси".
Если я по реальному остатку занес расход в статью "бары".
 
А на следующий день вспомнил, что ехал домой на такси, и что у меня есть для этих трат отдельный счет...
то  
1) мне нужно будет внести операцию расхода на такси
2) окорректировать операцию расхода на бары (т.к. часть этой суммы в действительности была потрачена на такси, и это уже внесли отдельной операцией в пункте 1 ).
 
СУТЬ операции "остаток" в том, что она избавляет от необходимости выполенения пункта 2.
 
Я считаю, что если это может сделать компьютер, то он это и должен делать.
Не так... YuriyVZ 01/03/2006 16:46 #написать ответ
Вы приехали из бара и не помните на что потратили. Вы вводите не операцию расхода, а операцию перевода на счет (!) "Неучтенные".
 
Когда вспомнили, что ехали на такси. Вводите операцию расхода "Такси", со счета "Неучтенные" (!), сумма на счете неучтенные уменьшается. Когда решаете, что уже ничего нового не вспомните, вводите операцию расхода "Бары" ("Неучтенное","Разное") со счета "Неучтенные", обнуляя его.
... Олег 01/03/2006 21:24 #написать ответ
согласен. это тоже вариант!
 
Но с операцией "остаток" все это можно будет сделать красивее и не использовать фиктивный счет.
 
Тем более, автор программы говорил, что это не так уж и сложно (где-то в начале этой темы).
А здесь, как я понял, дело именно в отсутствии целесообразности введения данной операции с точки зрения автора и других пользователей.
... Олег 27/02/2006 16:22 #написать ответ
Да...
 
А статью, по которой будете проводить операцию "остаток" можете выбрать любую. Так же, как и при операциях "приход" и "расход".
 
А можете и не выбирать. Тогда это пойдет в неучтенный расход.
Все просто. (Хотя бы в плане логики работы данной команды).
 
Ну а в плане реализации - насколько будет сложно - лучше и точнее Dervish сможет ответить.
Любую статью нельзя Loki 27/02/2006 16:25 #написать ответ
так как операция "остаток" может принимать как положительное, так и отрицательное значение. Следовательно, она должна либо дублироваться в операциях прихода, расхода. Либо это должен быть какой-то системный счет, который пользователь создавать и изменять не может.
.... Олег 27/02/2006 16:31 #написать ответ
Никакого дублирования быть не должно...
 
Она должна автоматически подгонять остаток на время введенной операции под указанный. При изменениях в операциях до нее она должна производить пересчет расхода (прихода) при фиксированном остатке.
 
Если опреация остаток выдает не расход, а приход....
Тогда тут уже нужно задуматься...
Т.к. это означает, что предыдующие операции где-то или в чем-то неправильно введены.
Можно потратить больше и забыть.... но никак не наоборот.
 
:))) Бывает Я 27/02/2006 16:41 #написать ответ
"Можно потратить больше и забыть.... но никак не наоборот.". Бывает и такое. Например зацепил чьито деньги. Или кто-то тебе вернул деньгами за что либо. Продал барахлишко, получил деньги. и опаа - остаток стал больше чем расчитано.
Хотя могу сказать, что забыть о поступлении средств намного сложнее, чем о выбытии. К сожалению, поступления в разы меньше выбытий.. Как не грустно это осознавать
да.... Олег 27/02/2006 16:48 #написать ответ
Вы правы....
 
Именно поэтому я так и написал в предыдущем сообщении....
И если операция "остаток" покажет приход, то я задумаюсь....-
это минимум.
 
Просто приходы, тем более если они привысили расходы, нужно учесть...
И будет странно, если, допустим, по статье Бары, клубы и т.д. мы получим приход
Поясните, плиз Андрей 27/02/2006 17:01 #написать ответ
И будет странно, если, допустим, по статье Бары, клубы и т.д. мы получим приход
Операция "Остаток" в Вашем понимании будет содержать статьи?
На мой взгляд это операция техническая, содержащая только (глобально) дату/время, наименование счета, сумму остатка. Статей, агентов, проектов по ней быть не может.
... Олег 27/02/2006 17:16 #написать ответ
она должна содержать статью
 
По этой статье и будет происходить корректировка остатка.
Если пользователь не знает, куда ушли деньги (или пришли)....
тогда он просто не укажет статью  и эта операция будет классифицироваться как неизвестный расход (точно не помню, как это названо в программе).
 
Т.е. считаю правильным отдать возможность принятия решеня пользователю...
 
В том примере с такси, например, этой статьей буду "бары, клубы и др.".
Постойте, Андрей 27/02/2006 17:25 #написать ответ
но ведь если вы можете четко указать статью по которой надо произвести корректировку остатка, то значит эта сумма вовсе не является "непомнимым расходом", а может туда прямо списаться операцией "Расход"! Разве не так? Ведь мы корректируем СЧЕТ, а не СТАТЬЮ.
.... Олег 27/02/2006 17:31 #написать ответ
да ,кончечно может.
 
Уже про это столько написали.
 
Потом, когда вспоминаешь, приходится корректировать "корректирующую" операцию (прошу прощение за тавтологию).
Операция "остаток" избавляет от этой рутины.
Олег, а я уже вижу грабли... :) Андрей 27/02/2006 16:55 #написать ответ
Можно потратить больше и забыть.... но никак не наоборот.
 
Ситуация: с контрагентом финансируем проект: вместе покупаем авто. В момент покупки, порывшись по карманам, часть денег дает он, часть я. Вечером я звоню ему и спрашиваю сколько именно я дал (склероз ведь ? Тот чел. не ведет учет в Кэш... И говорит сумму больше, чем есть на самом деле. К примеру вместо 2000$ он назвал 2300$... Т.е. утром остаток был 5000$, потратил 2300, должно остаться 2700, а в реальности остаток 3000... Вот сижу и думаю, то ли мне кто-то в зарплату раньше выдал, то ли в магазине сдачу неправильно дали, то ли аванс на дизайн сайта взял, то ли папа за квартиру его попросил заплатить...
NB! Остаток может быть как плюс, так и минус... )))))
... Олег 27/02/2006 17:28 #написать ответ
да... тут и не разберешь...
 
У меня в этом плане все проще.
Если есть приход, то об этом я всегда помню.
 
А по положительному остатку,если такое случится, что забуду, смогу определить, что был приход....
 
А в Вашем примере, когда вы с коллегой все-таки выясните, сколько Вы лично потратили, то нужно всего-лишь будет отредактировать операцию расхода... после чего "операция" остаток выдаст 0 в качестве расхода.
Т.е. учет польностью сойдется.
 
А если без операции "остаток", то Вам еще придется удалять корректирующую операцию в статье "неизвестный приход"....(или по-другой статье, в зависимости от того, как Вы ее называете).
В данном случае Андрей 27/02/2006 18:13 #написать ответ
последовательность у меня будет такой:
1.Приходую эти 300на статью "Черт знает откуда"
и забываю об этом. Все! Одно действие!
Если вдруг потом выяснится, что я потратил всетаки 2000, а не 2300, то я:
1. Удаляю операцию "Приходую эти 300 на статью "Черт знает откуда" "
2. Уменьшаю сумму с 2300 до 2000.
Все, только два действия!
 
Согласен, во второй случае у вас будет только одна операция. Но, а вдруг сорректировка составит не ровно 300, а больше/меньше? Значит технический регистр должен быть активно-пассивным?
 
Т.е. выясняется, что я потратил (по данным соучередителя) 1500. Фактическая трата, напомню, 2000.
1. Удаляю операцию "Приходую эти 300 на статью "Черт знает откуда" "
2. Уменьшаю сумму с 2300 до 1500.
И в этоге у меня непомнимый расход в 500 (2000-1500). Как себя поведет операция "Остаток"?
... Олег 27/02/2006 17:34 #написать ответ
я неверно написал...
 
по положительному результату операции "остаток"..
т.е. если он будет давать приход
Всё не так и всё не этак! xFlower 27/02/2006 18:10 #написать ответ
приход, зарплата, 500 р.
расход, кабак, 300 р.
расход, бензин, 60 р.
расход, прочее, СколькоНеПомнюНоОсталось 90 р.
расход, такси, 70 р.
 
Так что по сути это не новый тип операции, а способ расчёта суммы этой операции.
... Олег 27/02/2006 18:32 #написать ответ
тут позволю себе не согласиться....
 
Считаю это новым типом операции хотя бы потому, что в зависимости от суммы остатка она может нести в себе либо приход, либо расход.
 
Плюс, нужна иная реализация в базе данных программы в отличие от "прихода" и "расхода".
А чем отличается приход от расхода? xFlower 27/02/2006 22:02 #написать ответ
Сумма больше нуля - приход
Меньше - расход.
Это как раз не тип операции, а способ подсчёта суммы.
Сам понял что сказал? :) Андрей 27/02/2006 22:16 #написать ответ
Ты пошутил этим расход, прочее, СколькоНеПомнюНоОсталось 90 р. ? Тип операции "Расход", а сумма этой операции 90 рублей?
Как будем считать остаток на конец периода?
500-300-60-90-70=-20?
PS Гы, лол, афтар песшы исчо!

И почему статья "Прочее". Если ты знаешь в какую статью это непомнимый расход списать, то возми калькулятор, отними от остатка по программе остаток в натуреи спиши в эту статью! Это же элементарно!
 
PS ведь уже прояснили, что расход, прочее, СколькоНеПомнюНоОсталось 90 р. должна выглядеть так
Операция "Остаток" Сумма остатка 90 рублей. А программа должна сделать 500-300-60-90=50 и сохранить эти 50 (а не 90!!!) в своем техническом регистре. Это пользователь видит 90р., а программа оперирует 50р. Тогда вся математика правильная.
Кто-то из нас кого-то не понял. xFlower 28/02/2006 17:42 #написать ответ
&gt; Тип операции "Расход", а сумма этой операции 90 рублей?  
Нет.
Тип операции - расход, а сумма этой операции такова, что после её совершения на счету осталось 90 рублей.
Если сумма получается отрицательной, то операция становится "приходной".
Программа не должна нигде сохранять те 50 рублей. Они должны каждый раз вычисляться заново. И если я добавляю ещё один расход типа "пиво - 10", на "прочее" ужепойдёт 40 рублей.
 
Да, в принципе, это всё можно проделать и на калькуляторе. Просто менее удобно.
Не ожидал я сколь... Dervish 01/03/2006 21:54 #написать ответ
...бурного обсуждения.
 
Внимательно прочитал. Там было несколько вопросов в том числе и мне. Если можно я отвечу сразу на все вот так:
 
- Лично мне операция выравнивания остатка кажется неправильной и несущей в себе разрушительные моменты. Разрушительные для учёта. Но раз такое количество народа просит это реализовать, хорошо, я это сделаю. Но включаться оно будет в настройках программы. По умолчанию будет выключено.
 
Надеюсь, такое решение устроит все стороны?
Вредный остаток Николай 02/03/2006 09:35 #написать ответ
Обидно. Столько было нужных предложений и все они в далёких планах. А такую игрушку Дервиш готов делать. Обидно...
Эта... xFlower 02/03/2006 21:37 #написать ответ
В лагере сторонников тоже не было единства.
Вы расскажите как именно Вы планируете сделать.
А то может это всё будет совсем не так как надо
Хорошо, поделюсь соображениями. Dervish 02/03/2006 23:23 #написать ответ
Поскольку я продолжаю считать операцию корректировки остатка вредной, по умолчанию она будет недоступна. Если нужно корректировать остатки, идём в настройки и включаем режим. Там же, в настройках вводим два набора классификаторов, один будет использоваться, если коррекция остатка будет превращаться в операцию расхода, другой - в операцию прихода.
 
А дальше - в меню "Действия" появляется пункт "Урегулировать остаток". Если кликнуть на него, появится диалог, в который будем вводить дату и сумму остатка.
 
В идеале, конечно, было бы в диалоге урегулирования остатков вводить два комплекта классификаторов. Но это существенно сложнее в реализации и будет приводить к гораздо более серьёзным правкам структуры базы данных. Так что я бы этот вопрос по меньшей мере отложил бы.
 
Ну и пока неясно, как это дело отображать в списке. Нужно будет подумать.
У меня есть охрененное предложение xFlower 03/03/2006 18:06 #написать ответ
Как-то очень сложно получается.
Я подозреваю, что те, кто хотел упростить себе жизнь будут недовольны.
В настройках - галка "Разрешить остатки".
При этом в окне ввода новой операции там, где раньше вводилась сумма, появляется два варианта:
"фиксированная сумма"
"подогнать остаток".
При этом подгоняльную операцию надо выделять другим цветом.
...или курсивом. Dervish 09/03/2006 01:57 #написать ответ
Но, в общем, где-то именно так.
 
Или добавить в меню "Действия" пункт "Урегулировать остаток". Чтобы этот пункт вызывал специальный диалог.
да... Олег 09/03/2006 23:23 #написать ответ
это будет, на мой взгляд, лучше. Если поставить эту операцию на один уровень с приходом, расходом и переводом. И логично.
Небольшой вопрос Олег 03/03/2006 21:17 #написать ответ
А для чего эти два набора классификаторов?
 
Почему нельзя использовать те, которые создал пользователь (существующие)?
Гы, ЛОЛ!!! :) Андрей 04/03/2006 00:07 #написать ответ
Я же объяснял, что Вы -- желающие "Остатков" -- не понимаете <B>кухню</B> учета в контексте <B>программирования</B> бухгалтерских программ. ))) Вас же не учили рисовать "самолетики" и смотреть как-что взаимодействует друг с другом. Поэтому вы не понимаете, что операция "Остаток" -- нонсенс! И это уверенно говорит о нарушении учета.
PS одно из моих высших образование -- бухгалтерское.
PPS грабли будут -- трындец какие...
PPPS ради бога, не считайте это наездом, это констатация фактов! Тем более, что все мы заинтересованы сделать Кэш лучше!!!
Ну, собственно, да, xFlower 06/03/2006 18:19 #написать ответ
а что тут удивительного?
- у меня нет бухгалтерского образования
- мне не платят за ведение домашнего бухучёта
- за потерю тридцати копеек меня никто не вы$#ет
- из "быстро" и "правильно" в данной задаче я выберу первое.
 
Нет чтобы придумать как это сделать, чтобы было удобно и не глючило.
Таки нет.
Надо всех убедить, что
- и так удобно
- вы кааазлы
- и вааще.
:) Андрей 06/03/2006 20:04 #написать ответ
А ведь я думаю, как это сделать безболезненно для учета и удобно для пользователя. Именно в такой очередности. Идея есть только с использованием технических статей "корректировка остатка".
А высказать? (-) xFlower 07/03/2006 18:34 #написать ответ
Решение Я 09/03/2006 20:18 #написать ответ
Думаю что тут единственная загвоздка - это с аналитическими признаками (классификаторами по вашему)
 
Самый лучший вариант, ИМХО, это использовать абсолютно такую же аналитику, как и в обычной операции (т.е. столько, сколько есть у пользователя классификаторов), но для этой "МИСТИЧЕСКОЙ" (или виртуальной) операции движения денежных средств - разрешить ОТРИЦАТЕЛЬНУЮ вычисляемую сумму.
И например, взять за основу - операцию "Расход" (соотв. и статьи и остальные признаки - для операции выбытия ДС или расхода)...
В 99% случаев остаток не сходится именно изза неучтённого расхода... Редка ситуация, когда деньги появились, и мы не можем вспомнить откуда...
Вот и все затихло.... Андрей 14/03/2006 17:24 #написать ответ

Какое счастье...

PS кто будет автором поста №100?
Ну что вы, Андрей 14/03/2006 17:27 #написать ответ
уважаемый, все просто обдумывают легкое и элегантное решение!
PS Автором поста №100 буду Я!
Ну вообще-то (+) xFlower 14/03/2006 21:22 #написать ответ
Вы грозились придумать как ЭТО сделать корректно.
Вот, все, собственно, затаили дыхание, ждут-с.
не слишком скромный вопрос... Олег 16/03/2007 18:59 #написать ответ
Не отказался ли автор еще от идеи создания в программе возможности прямо задавать Остаток?
Насколько я себе представляю, данная задача не очень проста и стой точки зрения, что в базе данных придется включить еще одно поле (на прямое значение остатка). Или я ошибаюсь?
Не отказался,... Dervish 26/03/2007 18:45 #написать ответ
...хотя лично мне эта идея не нравится. Но с учетом массовости данного пожелания...
 
Включить поле - не проблема. Беда лишь в том, что, как я уже говорил, операция остатка может превращаться как в операцию прихода, так и в операцию расхода. Ну и третий вариант, это может быть пустой операцией.
 
Так вот, в общем случае для операции прихода и расхода нам нужно задавать разные комплекты классификаторов. Где это делать? Как?
 
Честно говоря, мне плохеет, как представлю себе эту доработку. Проблема чисто интерфейсного характера.
Предложение. Сергей 27/03/2007 08:04 #написать ответ
Долго обдумывал необходимость, но все-таки понял, точнее когда сам столкнулся с расхождением, что остатки ввести очень желательно.
Механизм реализации предлагаю следующий. Естественно, все это должно включаться в настройках программы.
1. На странице "счета", и на странице "операции" при включенной опции "развернутый список счетов" ввести следующие столбцы "остаток корректированный", "разность" (названия могут быть и другие).
2. Добавить кнопку и поле в pop-up "корректировка остатка".
3. Вводится новый классификатор "Корректировка остатка" с двумя операциями "корректировка (+)" и "корректировка (-)".
Работает все следующим образом.
Если пользователя все устраивает, он остатки не корректирует и "остаток корректированный" равен "остатку", "разность" равна 0.
Если пользвателя не устраивает остаток, он нажимает кнопку "корректировка остатка", появляется меню, схожее с меню "добавить операцию" (с возможностью выбора даты), где виден "остаток", в "остатке корректированном" стоит таже сумма, в "разности" 0. При вводе в "остаток корректированный" нужной суммы изменяется "разность".
При нажатии кнопки "ОК" происходят следующие изменения. В указанную дату "остаток корректированный" и "разность" в списке счетов отображаются уже с изменением. В полях операций появляется операция "корректировка (+)" или "корректировка (-)" и соответственно с указанной даты для расчетов применяется остаток новый, т. к. он введен обычной операцией.
Сумма указанной операции, естественно, должна корректироваться автоматически, если пользователь вводит какую-то операцию расхода, прихода по счету.
Данный способ позволит видеть все корректировочные операции в списке операций, применять к ним фильтры (даты, счета) и увидеть корректировку по датам в списке счетов.
а вот как... max 28/03/2007 02:21 #написать ответ
Отправил Вам предложение на e-mail. Вроде ничего сложного
и зачем все это?.. Шурочка 03/04/2007 17:08 #написать ответ
так я и не поняла, зачем все эти сложности.
потерянные суммы?
как уже говорили, в чем сложность ввести текущий остаток как трансакцию и таким образом получить потерянную сумму?...
(так и делаю - давно уже)
очень грубый ответ kilo 03/04/2007 20:13 #написать ответ
- каждый так и пытается прикрутить к программе перламутровую пуговицу.
Что значит "возможности прямо задавать Остаток?". В чем суть, поясните. Задать 1000 руб. и, скажем, при попытке купить бутылку водки или косяк, чтобы программа не давала выполнить эту операцию, если остаток станет меньше 1000? Или позволить, но мигать всеми лампочками. Глупость какая-то.
С технической стороны могу сказать так, что операция "коррекции" это операция операций и классификаторов. Несомненно, она утяжелит базу прежде всего, потому что встречается редко, а присутствовать в виде поля/кода должна у каждой операции.
Ну да ладно.
Почему нельзя сделать операцию ОСТАТОК (приход/расход) для агента КОШЕЛЕК (или КАССА). И все !  
Хочешь "зафиксировать" остаток в 1000 руб. на 1-е мая, веди этой датой операцию расхода ОСТАТОК суммой 1000 руб. И покупай все, что хочешь, но посматривай на 1-е мая - если там остаток в минусе - ТЫ ЗАНАЧАЛ свою 1000 ! просто. Если остаток положительный - тысченка еще есть ...
вторая крайность kilo 04/04/2007 01:37 #написать ответ
, когда "фиксация" остатка нужна для борьбы с плохой памятью. Например, 1-го апреля провели инвентаризацию кошелька и "зафиксировали" там остаток 100 руб. И это правильно. Вдруг "вспомнили", что 8-го марта потратили на девушку 150 рублей. Понятно, введение этой операции сделает кошелек "красным" в -50 руб. Так и хочется, чтобы программа лечила память. Т.е. "фиксированный" остаток не реагировал на введенные задним числом 150 руб. И здесь есть выход. Ну, спишите эти жалкие 150 руб., а со счета ПОТЕРИ сделайте приход 150 руб. - пусть они будут напоминанием плохой памяти и, таким образом, "зафиксируют" остаток на 100 рублях, которые действительно есть в кошельке на момент инвентаризации.
Опять же, никакие дополнительные ухищрения не нужны. Программа уже сейчас позволяет "фиксировать" остаток.
коментарии max 04/04/2007 01:57 #написать ответ
1. На счет памяти: в случае если есть несколько банковских счетов, несколько наличных счетов, и все это еще в разных валютах и плюс ко всему в базу вводят информацию несколько человек - то немного сложновато обо всем помнить. Да и те у кого особенно феноменальная память в подобном софте не нуждаються.
 
2. А вот то что "Программа уже сейчас позволяет "фиксировать" остаток" очень даже интерестно. Если можно, то здесь поподробнее...
ИМХО max 04/04/2007 01:45 #написать ответ
Те кто давно пользуется программой, меня поймут. Раз в неделю (у кого чаще, у кого реже) возникает необходимость свести баланс по счетам. Не редка ситуация когда остаток по счету не совпадает с реальным количеством денежной массы. Для таких случаев существуют специальные статьи расхода/дохода на которые и списывается нехватка, или излишек денег. Также иногда приходиться вводить операции задним числом (например если вдруг нашелся потерянный чек, или просто вспомнили что кому то одолжили денег). В таких случаях необходимо помнить для каких счетов и когда уже сводился баланс, чтобы подкорректировать балансирующие операции, или ввести таковые если баланс был нулевой. Вот, здесь и пригодились бы реальные остатки по счетам. Программа могла бы подсказать где именно програмный остаток (тот что считается программой) разошелся с реальным остатком, то есть произошла разбалансировка и нужно поправить корректирующую операцию, или ввести таковую если ее небыло. Таким образом называть функциональность, которая помогла бы существенно облегчить слежение за счетами (те у кого их много опять таки меня поймут), "перламутровой пуговицей" немного не корректно. Кстати, в случае если операции вводят несколько человек (членов семьи) то тому кто следит за балансом такая функциональность очень бы даже пригодилась.
 
Что касается реализации, то и здесь не нужно переписывать программу заново. Достаточно добавить поле "реальный остаток" к операциям прихода и расхода. И 2 аналогичных поля для счетов списания и зачисления в операциях перевода. Поля будут необязательными для ввода (то есть не нужно их будет заполнять для каждой операции). Все что требуется так ето подсветить операции и счета в случае если реальный остаток не совпадает с програмным. И ясное дело что функциональность можно будет отключить в опциях программы.  
 
Не думаю что добавление новых полей существенно раздует базу... да и в наше время, когда гигабайтная флешка уже стоит копейки бороться за килобайты просто смешно.
вся беда в том, kilo 04/04/2007 13:04 #написать ответ
что изначально вы хотите изнасиловать бухгалтерию, превратить ее из чистой, когда всегда есть баланс, в двойную, допускающую манипуляции. И надеетесь, что только вы будете властелином такого учета.
 
Вы пытаетесь заставить программу нарушать закон сохранения энергии,
когда денег может быть потрачено столько, сколько получено; и наоборот.
 
Вы пытаетесь переложить на программу свои слабости и пороки, - нежелание или неумение вести достоверный учет, или организовать достоверный учет, - когда любое движение материальных и денежных средств сопровождается документом и проводкой.
 
Зачем вам вообще учет детальный, ограничьтесь только еженедельной коррекцией остатков по счетам ...
Мне кажеться что Вы забыли что... max 04/04/2007 14:57 #написать ответ
...программа изначально предназначена для ведения <B>домашней бухгалтерии</B>, где деньги могут быть потрачены и не учтены. И если одной из главных целей бухгалтерского учета есть соблюдения баланса когда денег может быть потрачено столько, сколько получено, то для домашнего учета это не обязательно. С другой стороны знание точных остатков для домашней бухгалтерии важно, и пренебрегать ими не стоит.
 
Еще раз хотел бы напомнить что программа не предназначена только для бухгалтеров, и отслеживать любое движение материальных и денежных средств для обывателя сложная, да и не нужная задача.
  
Что касается реальных остатков, то эта функциональность лично мне нужна. Пользуюсь я AbilityCash уже давно и исключительно для ведения домашней бухгалтерии (в базе уже больше 5000 операций), и проблема отслеживания остатков назрела уже очень давно (судя по форуму не только у меня).  
 
С другой стороны, имея опыт программирования более 15 лет, и понимая занятость автора, я не стал бы предлагать утопическое изменение в программу, которое займет уйму времени.
может, я зануда (+) Шурочка 04/04/2007 16:52 #написать ответ
но я так и не поняла, зачем множить сущности.  
 
в моей базе (примерно 2300 операций, несколько банковских и ивестиционных счетов, и разные валюты) проблема с расхождениями конечно тоже периодически возникает, если учету не уделяется достаточно внимания. для этого заведены спец статьи "неизвестно куда" и "неизвестно откуда",  куда и забивается сумма расхождения.  если что-то вспомнила (и это важно, а не 150 р) - делается трансакция и корректируется сумма "неизвестно куда/откуда".  
 
где здесь требуется дополнительная функция "остаток"?
(и в чем она заключается)
сейчас отправлю и пойду еще раз всю ветку почитаю может пойму о чем речь...
все поняла... (+) Шурочка 04/04/2007 16:56 #написать ответ
перечитала и все поняла автор ветки начинал юзать другую программу, где такая функция была.  
ну это много объясняет.
Вот странно все это.... Loki 04/04/2007 16:58 #написать ответ
&gt;для ведения домашней бухгалтерии, где деньги могут быть потрачены и не учтены.
Звучит странно. Либо это учет, и он все учитывает, либо это не учет вовсе.
У меня мелькала мысль о подобной операции, но чем дальше читаю эту ветку, тем больше укрепляясь во мнении, что она не нужна.
Я в таких случаях просто ввожу корректирующую операцию, отношу ее на специальный счет, а в примечаниях вписываю реальный остаток. Так что по примечаниям всегда можно просмотреть когда сводились остатки и первый же остаток, который перестает совпадать с рассчетной суммой - требует коррекции.
вот вот... max 04/04/2007 17:33 #написать ответ
...именно об этом речь и идет, и на данный момент я так и делаю!
 
Вы написали: "Так что по примечаниям всегда можно просмотреть когда сводились остатки и первый же остаток, который перестает совпадать с рассчетной суммой - требует коррекции". Именно эту функцию я и прошу добавить в программу, чтобы не нужно было всегда просматривать все счета и сверять где остаток разошелся с расчетной суммой. Пусть это делает программа.
 
И предрекая следующий вопрос по поводу что это уже слишком, скажу только то что любая функциональность которая экономит время не может быть лишней, если она востребована большим количеством пользователей.  
 
Но учитывая то что софт фришный все зависит только от автора. Лично я не имею никакого морального права чтото требовать. Я только предлагаю добавить удобную функциональность, и не более того. Чесно говоря и так не понимаю уткуда у него берется время и силы все это супортить.
 
А на счет "Либо это учет, и он все учитывает, либо это не учет вовсе" - у Вас разве не было никогда ситуации что расчетная сумма не сошлась с реальной и вы просто не в силах вспомнить что упустили???
Бывало, и не однократно Loki 09/04/2007 17:08 #написать ответ
но по той причине, что это я лентяй. Вы же хотите чужими руками сделать так, чтобы то, что вы лентяй, было незаметно. Мне кажется, что усилия должны быть направлены в первую очередь на то, чтобы больше получать от программы, а не чтобы меньше в нее вкладываться.
не согласен max 09/04/2007 23:21 #написать ответ
Кроме возможностей анализа, программы такого рода должны еще экономить время. Так что лентяйство тут не причем.
+1 Тарас (Киев) 10/04/2007 10:37 #написать ответ
"... больше получать от программы, а не чтобы меньше в нее вкладываться ." Хорошо сказано, поддерживаю!
что странно? _ 04/04/2007 17:44 #написать ответ
в том-то всё и дело - сейчас нужно писать остаток в примечаниях, глазами всё просматривать ища несоответствия; при внесении операции задним числом остатки всех последующих съезжают; да даже чтобы просто внести корректирующую операцию требуется каждый раз вручную вычислять дельту.
 
(у нас в городе есть глобальная система платежей, для того чтобы заплатить за электроэнергию достаточно сказать текущее показание счётчика; представьте что бы началось если бы платёж принимали только при точном указании расхода)
 
сейчас программа удобна только для одного сценария домашней бухгалтерии: получил зарплату, сходил в магазин, занёс чеки в базу. поездка на маршрутке в этот сценарий уже не вписывается - на основании какого документа должна совершаться проводка? ведь билета-то не дают...
"на основании какого документа" ElGato 04/04/2007 19:04 #написать ответ
Так сделайте этот документ. Не налоговой проверять.
 
Уже два года переношу в Кэш записи из мобильника. Я в календаре делаю записи, что и за сколько. Время автоматом.
ещё раз про сценарий _ 04/04/2007 23:34 #написать ответ
в домашней бухгалтерии есть два основных случая, когда нужно явно вводить сумму операции:
- приход (зарплата - это вообще повторяющаяся операция);
- расход, подверждённый "бумажкой" - чеком, билетом, ценником...
 
пользование мобильником - это и есть создание недостающих "бумажек". я тоже веду мобилой через веб-интерфейс запись доходов/расходов/остатков - время, сумма операции и остаток автоматом
 
однако есть счета, на которых проще вести учёт, вводя актуальный остаток: счётчики электричества/воды, баланс на мобиле, одометр велосипеда, свой вес, кошелёк наконец (поскольку у меня там только банкноты - то сумма всегда с точностью 10р.)
такие счета надо делать валютами(+) ElGato 05/04/2007 13:37 #написать ответ
и забивать курсы
а вы спрашивали? Loki 09/04/2007 17:15 #написать ответ
&gt;ведь билета-то не дают...
А то что вас в магазине обвешивают или в кассе сдачу неправильно дают - в этом тоже учет виноват?
Мне хотелось бы посмотреть на лицо бухгалтера, которому вместо документов о потраченных подотчетных средствах скажут что мне в маршрутке (поезде, самолете, пароходе) чека не дали. И в магазинах, зачастую, чек хотят зажать... так что то, что вам не дают чека - это кидалово, а учет тут не при чем.
Может... max 09/04/2007 23:23 #написать ответ
Вам и на рынке чек дают???
ну и что? _ 10/04/2007 10:25 #написать ответ
спрошу я билет, что с ним делать дальше? цену на билетах в общественном транспорте перестали указывать ещё в прошлом веке.
 
никто не виноват, но вести учёт тяжело, если он не укладывается в стандартную схему с чеками. про базар уже сказали - вот прошлись вы по десятку точек, запомнили 10 чисел, а вечером их безошибочно внесли в базу - то вам с вашей феноменальной памятью можно только позавидовать. нормальным людям проще фиксировать остатоки "до" и "после"... остаток денег в кошельке - это оъективная реальность, которая в случае домашней бухгалтерии "канает за документ".
да, каждый... _ 04/04/2007 22:49 #написать ответ
...пытается побороться за "ресурс разработчика"
 
я вот никогда не пользовался печатью - оторвать её.
 
переводы не укладываются в классическую бухгалтерскую схему приход/расход - и эту пуговицу долой.
 
вам не нужны остатки - что вы все делаете в этой ветке?
 
пройтись что-ли по форуму и "покидаться какшками" в тех кто просит то, что "никому не нужно потому что это не нужно мне"...
Плюрализм, как разнообразие ... Сергей 05/04/2007 11:54 #написать ответ
взглядов. Цивилизованно поборемся за "ресурс разработчика"?
С позволения автора программы, всем участникам и пользователям программы предлагаю (следующее безобразие ) провести небольшое голосование.
Автор (так как планы развития программы знает только он) создает голосование. Лучше на другом сайте, т. к. на этом сайте возможности голосования очень урезанные.
Условия простые:
Что наиболее важно для Вас в следующей версии AbilityCash?
7-10 вариантов ответов:
Пример:
1. Бюджетирование.
2. Версия для КПК.
3. Остатки на счетах.
4. Печать отчетов ...
Голосующий может выбрать 3-5 вариантов ответов (лучше с приоритетами).
А что делать с результатами голосования,я думаю, автор решит сам.
немного не корректно... max 05/04/2007 13:36 #написать ответ
сравнивать несравнимые вещи. Точнее вещи которые находяться в разных весовых категориях. Например версия для КПК на несколько порядков сложнее реализуеться чем те же остатки. Хотя в общем идея хорошая... только вряд ли автор возьметься за КПК.
Ну, типа, маркетинговое ... Сергей 06/04/2007 07:14 #написать ответ
исследование. Согласен, вещи малосравнимые по объему работ. Но хоршая голосовалка с системой приоритетов, которая сохранит результаты каждого участника, позволит все проанализировать. А далее, как я говорил, автору решать.
P. S. Dervish говорил про программу (модуль) для КПК, но будет она (он) <B>намного</B> позднее.
ну не надо преувеличивать (+) Шурочка 06/04/2007 01:55 #написать ответ
никто тут какашками не кидается - погорячились
речь не о том, что раз мне не нужно - никому не нужно.. печать мне тоже не нужна
 
дело в самой идее ведения учета...  
ваша функция нужна не просто тем, кто ведет учет только время от времени (и потому и возникают постоянные расхождения между учетными и реальными суммами) - но тем, кто собирается так делать всегда
 
если уж требуется ручками поправить остатки, то введите уже эту корректирующую операцию и не возвращайтесь больше к этой истории, даже если вдруг вспомните, куда делись те 500 р - если дальше учет будет вестись корректно, то зачем вам сдалась эта функция...
сдалась для... max 06/04/2007 13:22 #написать ответ
...последующего более точного анализа расходов/доходов.
 
В конце концов функция реальных остатков может включаться через опции базы. Отключите ёё в своей базе и не будет она вам мешать
 
Да и раз столько людей просит значит им её надо. Так что зачем вся эта философия?...
Зачем философия? :-) (+) Шурочка 06/04/2007 16:17 #написать ответ
...чтобы разработчик не шел на поводу у голоса народа, даже если это будет голос большинства
Как говорится, если все вопросы решать голосованием, то скоро "заяц" будем писать через "е".
Тоесть... max 06/04/2007 18:40 #написать ответ
Вы на себя взяли роль повадыря для разработчика?... Браво! Вот Dervish то обрадуеться
Шурочка, пацак 07/04/2007 00:39 #написать ответ
Вы мне нравитесь
Я не понял вы за или против ... Сергей 09/04/2007 07:34 #написать ответ
голосования?
Я предложил голосование только для того, чтобы автор и пользователи программы знали куда хотелось бы идти большинству. А то,к сожалению, кто громче кричит - того лучше услышат. например, здесь про "остатки" уже 129 постов. Хотелось бы, чтобы Dervish, после голосования, или до голосования, четко написал этапы развития программы. И после этого <B>никакого</B> плюрализма, только если автор не захочет снова услышать мнение пользователей.
Естественно, если автор не захочет, он может не устраивать никакого голосования. Мне кажется, он двигался и движется в верном направлении.
P.S. Для меня остатки на надцатом месте (когда "вылизывать" в программе уже нечего). Для меня на 1 месте - бюджетирование. А вариантов бюджетирования тоже несколько. Вот где нужно высказывать свое мнение.
Обычно AlexND 09/04/2007 11:59 #написать ответ
большинство никогда не идет само.
Оно всегда ведомо единицами, у которых есть что-то за душой (или в голове).
Большинство слушает, а не наоборот.
У Дервиша есть и за душой и в голове. Предлагайте ему сами, он весьма благодарный слушатель.
Если "ваше" не прошло, на то он и Автор.  
Не устраивает - пишите свою прогу сами.
Хорошо сказано max 09/04/2007 13:31 #написать ответ
Даже нечего добавить...
На данный момент Сергей 10/04/2007 07:22 #написать ответ
все устраивает. Было бы продолжение. "Правильное" (на мой взгляд) продолжение.
Корректировка остатка Женя 16/04/2007 21:07 #написать ответ
Просить автомобилестроителей сделать спецкрепеж для тележки можно, тока зачем? Если уж припекает, то сзади для этого имеется устройство для буксира.
 
Изменениее остатка делается стандартной операцией. Их уже имеется 3 штуки - приход, расход и перевод!
 
Те, кто ратуют за подобные доработки, наверняка имеют много других хлопот из-за того, что создали некорректную систему учета.  
А менять ее - это тяжело, адо думать, да и лень. Легче Дервиша заставить попотеть))))) Господа, хорош лениться! Подумайте чуток,
доработайте свой учет!
 
<B>Как у Жванецкого - надо в консерватории что-то менять![/b]
Есть предложение закрыть эту тему. (+) Dervish 17/04/2007 15:11 #написать ответ
Операция фиксирования остатка будет реализована в ближайшее время. Возможно, что в ближайшей сборке.
 
Засим вопрос для себя считаю закрытым.