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

За 2008-12-11

[abilitycash] |dervish.questions| Поможите 10829.10833

AbilityCashList #6849 (подписчиков: 39)
Я бы попробовал объяснить так...
Счёт, это то место где деньги \"лежат\".
А статья, это причина, по которой изменяется кол-во денег на счёте.

Например. Счёт \"Кошелёк\".
Операция расход
20,00
Статья Продукты-Хлебобулочные.

\"Переводится\" как в кошельке, стало меньше на 20,00 потому что потратил
на продукты, а конкретно на хлеб.

Например. Счёт \"Кошелёк\".
Операция приход
2000,00
Статья З/п

\"Переводится\" как в кошельке, стало больше на 2000,00 потому что
получил заработную плату.

   user 2008-12-11 18:34:50 (#798827)

[abilitycash] |dervish.questions| Поможите 10830.10832

AbilityCashList #6848 (подписчиков: 39)
это просто предупреждение
Предупреждение о том что операция не соответсвует фильтру вам прямо говорит что
после добавления вы не увидите данную операцию в списке, хотя она и будет добавлена.
Чтобы её увидеть установите подходящие значения фильтра (даты, счет, клсификатор)
сверху формы.
Я так понимаю это сделано, чтобы не добавляли по нескольку раз одно и тоже, не
увидев результатов добавления.

Корреспондент - при переводе (тип операции перевод) денег со счета на счет показывается
счет получатель.

   2008-12-11 17:05:36 (#798788)

[abilitycash] |dervish.questions| Поможите 10829.10831

AbilityCashList #6847 (подписчиков: 39)
почти
со счетами все верно, а вот классификаторы это не счета, точнее не ваши счета,
а что-то вроде пояснений откуда и куда.

Например, статья прихода ЗП, не является счетом, ведь вам все равно откуда пришли
деньги и сколько там осталось - дали их вам в конверте, перевели на счет со счета
работодателя или бросили на стол. Для вас это ЗП, просто приход, в независимости
от способа получения. А классификатор статьи позволяет потом строить отчеты и
узнавать например какой процент от всех доходов составляет именно ЗП. Если вам
не нужно этого знать, то все доходы можно писать на общую статью \"все доходы\".
То же и с расходами.

Расходы и доходы по другому это деньги полученные из ниоткуда и в никуда, но
для более удобного просмотра предусмотрены расходные и доходные статьи.

Это только в официальной бухгалтерии все движения денег идут между счетами. Для
домашней бухгалтерии это лишнее.

P.S. Перечитал что сам написал, вывел следующее: :)
Счет - место где хотите постоянно знать текущее состояние и знаете все приходы/расходы/переводы.
Клссификатор или конкретно статья - знаете только одну часть связанную со своим
счетом, то есть не знаете остаток по классификатору.

P.P.S. я не писатель точно, надеюсь мысль понятна... :)

   2008-12-11 16:58:57 (#798783)

[abilitycash] |dervish.questions| Поможите 10814.10830

AbilityCashList #6846 (подписчиков: 39)
Спасибо вроде...
на места в голове все встает таким образом... ток когда операцию делаю со статей
он пишет что операция не соответствует фильтру все равно занести??? И что должно
отражаться в КОРРЕСПОНДЕНТе (где операции отображаются)! Спасибо за титанический
труд

   2008-12-11 16:43:01 (#798772)

[abilitycash] |dervish.questions| Поможите 10814.10829

AbilityCashList #6845 (подписчиков: 39)
Спасибо это вроде понятно... но
Т.е. если я правильно понял:
- в \"счета\" нужно дабавить те названия которые только реально существуют
с деньгами (корман, кошелек, жены кошелек, карта 1-5, кредитка, и т.д.)
- в классификатор \"статьи\" заносим все счета с которых получаем деньги
либо на которые отдаем!
Иначе говоря все статьи расхода перечисляем в классификаторе \"статьи\"
- \"все статьи расхода\" и там конкретно (допустим питание, образование,
машина и т.д.)?

   2008-12-11 16:30:44 (#798769)

[abilitycash] |dervish.versions| УХОЖУ! к другой программе, 10827.10828

AbilityCashList #6844 (подписчиков: 39)
Кстати, импорт/экспорт
Выгрузка в Excel операций позволит построить различные отчёты.

   user 2008-12-11 15:58:16 (#798755)

[abilitycash] |dervish.versions| УХОЖУ! к другой программе, 10824.10826

AbilityCashList #6843 (подписчиков: 39)
К сожалению, я не подскажу.
Во-первых, я не знаю эту программу досконально.
Во-вторых, я считаю, что эта программа \"заточена\" под ведение семейного
бюджета. Использование её в бизнесе несколько затруднительно, так как инструмент,
неподходящий. Для бизнеса я бы поискал что-то другое.

Насколько я понял, описанная схема вполне работоспобна. И я не могу предложить
ничего удобнее.
Возможно для тебя было бы удобнее иметь баланс не только на астрономическую,
но и на бюджетную дату.
Закладка \"Счета\" -> \"Показывать остатки по состоянию за:\"
Сейчас можно видеть остатки только на астрономическую дату.

   user 2008-12-11 12:55:47 (#798702)

[abilitycash] |dervish.acash| Сборка 215. 10286.10825

AbilityCashList #6842 (подписчиков: 39)
RSS
Тем, кто привык пользоваться фидами, будет полезен этот линк: http://www.feed43.com/cashalpha.xml

   klimrmad 2008-12-11 11:54:35 (#798671)

[abilitycash] |dervish.versions| УХОЖУ! к другой программе, 10817.10824

AbilityCashList #6841 (подписчиков: 39)
мой пример, может подскажите...
...как лучше учесть?

утрирую свою предпринимательскую деятельность до такой схемы:
я собираю деньги со своих клиентов и заношу их своему поставщику, при этом немало
клиентов платят напрямую на моего поставщика - так формируется у поставщика мой
остаток доступных средств, под который я и отгружаю товар. Ведутся отдельные
счета по клиентам для учета средств клиентов.
Если мне клиент сообщил сегодня о своем платеже в прошлом месяце на поставщика,
это никак уже не повлияет на мой остаток в прошлом, а увеличит его на текущий
момент.
Да хотелось бы периодически морозить состояние счета при сверке с поставщиком,
но на данный момент применяю поле \"бюджетная дата\", т.е. прошлый
платеж в свой учет заношу реальной датой платежа, а в бюджетную дату ставлю текущую.
При сортировке по бюджетной дате в столбце Остаток хотелось бы видеть изменение
остатка по бюджетной дате, тогда и морозить вроде не надо.

   odin@f*****.ru 2008-12-11 11:49:30 (#798668)

[abilitycash] |dervish.versions| УХОЖУ! к другой программе, 10820.10822

AbilityCashList #6840 (подписчиков: 39)
Инвентаризация
Идеальная система это когда у тебя реальные остатки идут с остатками в программе.
При доскональном учёте, этот остаток должен идти с точностью до копейки в любой
момент времени. Такой доскональный учёт совершенно не нужен для семейного бюджета.
Попытки вести учёт с такой ненужной точностью, часто становятся причиной отказа
от ведения семейного бюджета.

Итак, если ты ведёшь доскональный учёт, то у тебя нет необходимости в исправительных
проводках.

Выше я писал своё мнение - при ведение семейного бюджета допускается некоторая
погрешность. Необходимо определить какая погрешность для тебя считается допустимой.
Лично я, заношу операции по факту или не позже вечера того же дня. После внесения
всех операций, выполняю сверку. Если это напряжно, то вполне допустимо сверку
выполнять при авансе и з/п. Обнаруженную разницу провести проводкой с корреспонденций
\"Неучтённый доход/расход\".

Я повторяю, то о чём писал выше только лишь для того, что бы было понятно.
- если ты требуешь чёткого схождения остатков - чётко вводи операции.
- если допускаешь небрежность при фиксации доходов/расходов, допускай корректировку
со статьёй \"Неучтённые расходы\".


<i>а если факт выяснился ПОСЛЕ инвентаризации? </i>
Если факт выяснился после инвентаризации - исправляй корректирующую проводку.

<i>я знаю, что можно подбить остаток путем перебросок на неучтенный счет
но потом при заполнении фактов - нужно делать пересчет и изменение перебросок
</i>
Вот мы и выяснили проблему. Остаток в программе - результат ввода операций. Операция
первична. Нельзя исправлять остатки в программе, для того что бы они совпадали
с кошельком. После чего вводить операции и снова исправлять остатки.
Идеальный вариант. Начало работы: - завести счета. По факту внести остатки. И
в дальнейшем вводить только операции. Делать переодические сверки между программой
и кошельком. В случае расхождения НАХОДИТЬ И ИСПРАВЛЯТЬ ПРИЧИНУ. При невозожности,
корректировать остаток проводками со статьёй \&quot;Неучтённые расходы\&quot;.
Тогда оборот по этой статье будет эквивалентом тщательности учёта. Оборот по
этой статье = погрешность учёта.

   user 2008-12-11 09:31:30 (#798608)

[abilitycash] |dervish.acash| А что с шаблонами операций и (+) 05577.10821

AbilityCashList #6839 (подписчиков: 40)
практически только их и не хватает
очень хочется шаблонов - стандартные и групповые операции, учет комиссий (при
переводах) и скидок и т.д....
можно надеяться?
http://dervish.ru/forum.php?theme_id=816&amp;forum_id=4
http://dervish.ru/forum.php?theme_id=1755&amp;forum_id=4
http://dervish.ru/forum.php?theme_id=1738&amp;forum_id=4
http://dervish.ru/forum.php?theme_id=1788&amp;forum_id=4

   odin@f*****.ru 2008-12-11 02:50:28 (#798482)