создать новую тему раскрыть все
 
1) При учете двойными записями (дебет счета / кредит счета) постоянно приходится ставить точку при выборе типа операции "Перевод".
Нельзя ли в настройках файла данных сделать еще галочку "Тип операции "Перевод" по дефолту"?
2) При выборе "Перевод" пропадают графы "цена и количество", хотелось бы их видеть при совершении операции типа "Перевод".
3) Еще было бы неплохо, если бы "точка" при добавлении "операции" стояла сразу на "выполнена и заблокирована".
4) Для тех, кто любит "черкать" можно еще на вкладке "операции" добавить в меню "команды" кнопку "блокировка", раз уж есть кнопка "изменить". Замочек на ней нарисовать)))
 
P.S.
Спасибо, хорошая программа.
 
Вот именно поэтому я крайне не люблю настройки: если все проблемы решать добавлением новых настроек, их количество быстро превысит все разумные пределы. Так что, давайте мы не будем рассматривать введение дополнительных настроек как панацею.
 
1) Я планирую сделать отдельный клавиатурную комбинацию для добавление операций перевода. Просто на странице операций будете нажимать не Ins, а, скажем, Ctrl+Ins. Как-то так. Но и это тоже временное решение, поскольку в перспективе нужно будет сделать шаблоны операций, там все будет более гибко.
 
2) Буду признателен, если добавите этот вопрос в Доработки.
 
3) Ждем шаблоны операций.
 
4) Рамочка с командами в перспективе будет заменена на список шаблонов. Так что добавлять туда что-то не вижу смысла.
 
> Еще одна настройка?
 
Можно сделать дефолтным расположение "точек" на "Перевод" и "выполнена и заблокирована". И никаких новых настроек)))
Сам "Перевод" можно переименовать в "Проводка" (на этом не настаиваю))))).
 
Вы создаете программу для учета, а учет начинается с момента начала использования двойной записи. До той поры просто ведется летопись хозяйственных операций из которой с помощью разных ухищрений делаются разные выборки.
Поэтому приоритет в операциях (точки) должен отдаваться "Переводу" (проводке).
 
> Вот именно поэтому я крайне не люблю настройки: если все проблемы решать добавлением новых настроек, их количество быстро превысит все разумные пределы. Так что, давайте мы не будем рассматривать введение дополнительных настроек как панацею.
 
А шаблоны? Тоже можно сказать и про шаблоны.
Если на каждую операцию создавать шаблон, то скоро .......
Создавать, править, помнить какой шаблон для чего, ковыряться в списке шаблонов..... Как бы это не превратилось в тихий ужас.
 
В качестве шаблона и сейчас можно использоваться "дублировать операцию", это и просто и удобно. И список шаблонов уже готов - список уникальных уже учтенных операций.
 
Меню "Команды" - простое и функциональное, будет жалко с ним расставаться. И кликать мышкой на большие часто используемые кнопки удобнее, чем использовать контекстное меню.
 
> Буду признателен, если добавите этот вопрос в Доработки.
 
Сделано.
 
Можно сделать дефолтным расположение "точек" на "Перевод" и "выполнена и заблокирована". И никаких новых настроек)))
Сам "Перевод" можно переименовать в "Проводка" (на этом не настаиваю))))).

 
В моем личном учете большинство операций, это операции расхода. И, думаю, я не одинок в этом. Так что, сделать по умолчанию ввод операций перевода будет сильнейшим ударом по большинству пользователей. Включая меня.
 
Вы создаете программу для учета, а учет начинается с момента начала использования двойной записи.

 
Категорически не согласен. Использовать или не использовать двойную запись, это вопрос предпочтений, законодательства (для юридических лиц) и целей учета. Мне с самого начала хотелось сделать программу, которая не будет содержать специфичных бухгалтерских понятий и решать задачи пользователей наиболее простым способом. Надеюсь, мне это удалось сделать.
 
Я уважаю профессиональный интерес некоторых пользователей в ведении учета методом двойной записи, но думаю, что в этом случае лучше использовать какой-нибудь специальный продукт. Например, у 1С вроде бы есть учетная программа для личных финансов с использованием двойной записи. Неплохой выбор, на мой взгляд.
 
Создавать, править, помнить какой шаблон для чего, ковыряться в списке шаблонов..... Как бы это не превратилось в тихий ужас.

 
Ну и не создавайте много шаблонов. Сделайте один единственный но такой, как вам нужно. И будет Вам счастье с операцией перевода и заблокированной по умолчанию.
свернуть/развернуть ветвь хороший совет [куверти3 26/01/2013 23:41] # написать ответ
 
Дервиш, я, кажется, понимаю, как надо сделать.
Надо на каждую функцию программы свою настройку.
Потом такую рисуем панель интерфейса, как в космическом корабле, где отмечаем чек-боксами и радиокнопками наши хотелки. И программа плавно превращается в пульт управления космолётом.
(Шутка).
свернуть/развернуть ветвь ура))) [Daniil 27/01/2013 01:14] # написать ответ
 
Кажется понял что за шаблон будет.
Ура!
Спасибки)))))
 
На счет категорического неприятия двойной записи - ее применяют 500 лет для того, что бы было проще)))
свернуть/развернуть ветвь +1 [latan 27/01/2013 02:42] # написать ответ
 
Я тоже использую AbilityCash для учёта личных финансов.
И когда в магазине покупаю продукты, то мне даром не нужен метод двойной записи. А покупаю я продукты ежедневно.
Переводы тоже бывают, конечно. Посмотрела операции за последнюю неделю, статистка такая: 26 расходов - 18 переводов. Из них 12 переводов - это повторяющиеся операции, т.е. "шаблоны".
Таким образом, соотношение количества выборов вручную операции перевода (той самой "точки") к количеству использования "дефолтной" на сегодня конфигурации новой операции - 6:38 за неделю.
За предыдущую неделю ещё меньше - 6:57.
Так что согласна с автором - операция расхода наиболее часто используется и разумно именно этот тип операции делать типом по умолчанию для новой.
 
...есть программка gnucash; как видно из названия, бесплатная. На AbilityCash перешёл именно с неё. Одной из причин была именно эту (дурацкая, простите) двойная запись.
 
Поверьте простому пользователю, намного удобнее говорить "я потратил столько-то на такие-то нужды" и отражать это соответствующим образом: со счёта такого-то списано столько-то рублей по такой-то статье расходов. Тогда нет необходимости использовать неимоверное количество "оборотных" счетов, раздувая итоговый список оных практически только лишь за счёт последних.
 
И, нет, учёт начинается не с двойной записи, а с того, что человек фиксирует, сколько он тратит и получает и откуда и куда. Это намного более понятно выражается приведённой выше формулой. Ей больше соответствует именно то, что реализовано в AC по умолчанию.
свернуть/развернуть ветвь ну так-то идея неплохая [куверти3 27/01/2013 13:14] # написать ответ
 
двойной записи.
денег убыло, товару прибыло. Если завести много валют (л, кг, г, м и т.д.), то можно отдельной папкой подцепить нечто типа домашнего склада хотя бы по ключевым позициям. Некоторые хозяйки хотят типа такого склада вести :-)
свернуть/развернуть ветвь литр валюта? [Daniil 27/01/2013 14:33] # написать ответ
 
Тогда уж:
литр масла
литр водки..... ))))
 
...... литр водки вообще-то валюта, особенно на даче.
хм... курсовые разницы.... как сложно жить.....
- дядь Вась, я те вчера литр водки ставил, так сегодня он подорожал, работать будешь без обеда...
 
gnucash

Спасибо. Буду иметь в виду. А то послали меня тут сперва на ....... 1С Tears
 
"я потратил столько-то на такие-то нужды"
со счёта такого-то списано столько-то рублей по такой-то статье расходов.

А что это как не двойная запись? Very we!
магазин - кошелек - 5000=
жкх - банк - 5000=
 

Задолженности: неоплаченные счета, кредиты наверно вообще не учитываются?
 
А то послали меня тут сперва на ....... 1С Tears

Не послали, а предложили обратить внимание. И вообще, чем вам 1С не нравится? Двойная запись в чистом виде.
 
Когда-то давным давно я смотрел и пробовал gnucash. Тогда меня еще удивило, что уж больно похожий подход в реализации оказался у них с AbilityCash. Так что нет у меня уверенности, что там "чистая двойная запись", уж извините. Да и версия там была исключительно под Unix. Что-то изменилось? Они сделались ярыми приверженцами двойной записи и перевели свою программу под Windows? Надо будет глянуть.
 
А что это как не двойная запись? Very we!

Ну раз вам так хочется... Операцию расхода со счета "Наличные", в которой указана статья расхода "Продукты питания" тоже можно считать двойной записью. Если представить, что статья расхода является неким (пусть даже надуманным) счетом, то такую операцию можно считать Дт "Наличные", Кт "Продукты питания". Правда, при использовании такой нотации появляются ограничения в том, что (1) нельзя сделать обратную проводку (Дт "Продукты питания", Кт "Наличные"), что, впрочем, исправляется настройками классификатора и (2) программа не выдает текущий остаток по статье расхода, что, впрочем, лично для меня не является существенной проблемой, поскольку лично меня интересуют только обороты по статьям.
 
Задолженности: неоплаченные счета, кредиты наверно вообще не учитываются?

А вот это уже зависит от того, как именно учитывать. Лично у меня неоплаченные счета заведены невыполненными операциями по тому счету, с которого я планирую оплатить. А что касательно кредитов, то для каждого кредита (депозита, займа, да и просто текущей задолженности по расчетам) я использую отдельные счета. Соответственно, выдача займа, это перевод со счета "Наличные" на счет займа. Если беру в долг, то оформляю это переводом со счета долга (загоняя его в отрицательный остаток, что, для бухгалтеров, может означать, что счет пассивный) на счет наличных.
 
Ну и последнее. Я знаком с двойной записью более чем хорошо. Хоть я и не бухгалтер, но по работе постоянно приходится сталкиваться с ней. Тем не менее, я сознательно не хочу вводить бухгалтерскую терминологию в программу и считаю, что правильный и грамотный (управленческий) учет можно построить без двойной записи.
 
На том и стоим.
 
от 1С. Прога конечно делает проводки, как я полагаю, но не юзер. Да, точно - "послали на 1С" Very we!
 
Вообще она (1С) идеальна............ для Вас. Сама все делает без лишних заморочек. Это мне и не нравится. А так я уже в Вашей все реализовал из того что там есть. Календарь мне и не нужен.
Вот только бы еще можно было в АС в "переводе" "цена и количество" вводить и было бы шикарно. ТМЦ тоже возникает желание поучитывать.
 
Спасибо, что удовлетворили интерес по задолженностям.
 
В наличных расход по кредиту.
 
На том и стоим.

Это я уже понял в начале беседы и никуда "сдвигать" Вас не пытаюсь. Well Просто было интересно что там у других происходит.
 
Спасибо. Почет и уважение!
 

 
 
... в которой указывать какие настройки будут присутствовать в программе. Шутка. Well