logo
logo

Форум Счета

создать новую тему раскрыть все
Счета rootik 14/01/2005 20:02 #написать ответ
В качестве справки.
Для составления баланса в бухгалтерии применяются такие типы счетов как активный/пассивный. Соответственно, активный - счёт с положительным сальдо (остатком)[привлечённые в бюджет средства], пассивный (отвлечённые средства) - с отрицательным сальдо. При этом, в балансе никаких минусов нет. В идеале сумма активных и пассивных счетов равна нулю.
Бывают ещё и активно-пассивные счета, но  не думаю, что в быту этому есть применение.
При формировании баланса сумма средств на активных счетах должна равняться сумме на пассивных.
Если перевести это на человечий язык, то операция перевода средств на активный счёт увеличивает ваши сбережения, а на пассивный уменьшает.
Не думаю, что эта информация В.Червонных 14/01/2005 22:15 #написать ответ
так уж важна для практики. Как мне кажется, строгое следование правилам двойной записи нецелесообразно и, в ряде случаев, сильно затуманивает ситуацию. Особенно, для непрофессионального буха. Мне очень подходит процентов 95 двойной записи - остальное простые.
Аналогично. (+) Dervish 15/01/2005 08:37 #написать ответ
Если смотреть то, как я веду свой учёт, то можно сказать, например, что все долговые отношения фактически ведутся в соответствии с принципами двойной записи. А вот то, что связано с учётом материальных ценностей (недвижимость, автотранспорт) я учитываю очень просто: в момент покупки я делаю просто расход на сумму покупки, правда, выношу такой расход в специальный проект "Крупные прокупки", чтобы не путался при анализе ежедневных расходов. И ни какой амортизации, переоценки и т.д. и т.п.: мне это просто не нужно.
Конечно, при уникальных покупках, В.Червонных 15/01/2005 20:46 #написать ответ
когда нет склада, за количеством товара на котором необходимо следить, этого вполне достаточно. В предпринимательской жизни есть специфика, которая прекрасно описывается операциями двойной записи (т.е.переводами)в Вашей программе, хотя она и не затачивалась под эту специфику.
Да, это всё так. Dervish 15/01/2005 08:30 #написать ответ
Но дело в том, что я как раз постарался сделать программу, в которой нет бухгалтерской терминологии. А если есть, то по минимуму (например, счёт, это бухгалтерское понятие? Только бухгалтерское?).
 
В общем, я неплохо (хоть и непрофессионально) знаю принципы двойного учёта. В качестве иллюстрации могу сказать, что пассивы, это ваши привлечённые средства (собственные средства + заёмные, например, полученные кредиты), а активы, это то, где средства размещены (например, товарные остатки, основные средства).
 
Но лично мне (наверное, это следствие непрофессиональности?) метод двойной записи не очень нравится. Скажем, не во всём он мне нравится. Поэтому, если вы хотите использовать двойную запись в Cash, то вам это никто не будет запрещать, а операция перевода вам поможет. Если же не хотите - никто неволить не будет.
 
Кстати, если я не ошибаюсь, каноническая бухгалтерия подразумевает ведение учёта только в одной валюте, в которой фиксируются все остатки в других валютах и каждый день делается переоценка. Так? Не знаю как вам, а лично мне этим заниматься в домашней бухгалтерии как-то не очень хочется.
 
Ну и последнее:
 
При этом, в балансе никаких минусов нет. В идеале сумма активных и пассивных счетов равна нулю.
 
Сумма каких двух неотрицательных чисел равна нулю? Правильно, только сумма двух нулей.
 
Поймите правильно: это не критика, это лишь попытка проиллюстрировать, что принципы двойной записи довольно трудны в описании, по крайней мере в корректном и понятном для непрофессионала описании.
Согласен и понимаю правильно :) rootik 15/01/2005 15:33 #написать ответ
Сейчас концепция программы весьма прозрачна и сложностей не возникает.
Суть моей ремарки была в том, что если люди пришли к двойной записи, может в этом было какое-то рациональное зерно.
Возможно, но... Dervish 15/01/2005 16:37 #написать ответ
...лично мне не хочется работать с программой, построенной на двойной записи.
 
Кстати, такие программы есть в интернете.
Тогда добавлю пожелание rootik 16/01/2005 22:52 #написать ответ
Было бы хорошо, когда открываешь операцию по счёту, то там где указана сумма операции было бы расписано начальное и конечное состояние затрагиваемых счетов.
Если не секрет,... Dervish 16/01/2005 22:58 #написать ответ
...а зачем? Мне казалось, что каждый счёт должен иметь своё предназначение. И вряд ли вы будете решать, на какой счёт делать перевод исходя из остатков по этому счёту. Нет?
Нажимаю добавить операцию,... rootik 16/01/2005 23:25 #написать ответ
...выбираю счёт и сразу вижу остаток по счёу с которого списываю и прогноз остатка после того как операция будет выполнена. В случае операции перевода вижу остаток и по счёту корреспонденту тоже. По-моему удобно.
Кстати, в списке операций видно только остаток по счёту с которого производилось списание. Остатка счёта корреспондента нет, а не мешало бы. Это понятно, что всю эту информацию можно посмотреть в других местах, но щёлкать разные закладки до операции и после не очень удобно.
Это я не случайно придумал Только что вводил в программу кучу операций приходов, расходов и переводов после воскресной прогулки и понял, что мне этой возможности немного не хватает.
Ещё добавлю rootik 16/01/2005 23:28 #написать ответ
По идее, все поля, присутствующие в гриде операций должны быть и в окошке изменения или добавления операции, в том числе и остатки, разве нет?
Хорошо, (+) Dervish 16/01/2005 23:38 #написать ответ
Я планировал несколько переделать диалог добавления (редактирования) операции. Возможно, я добавлю остатки в него.
О типах счетов rootik 19/01/2005 22:07 #написать ответ
Двойную запись проехали, но думаю, что типы счетов всё-таки будут. Например, счёт на котором никогда не может быть отрицательного остатка (дебетовая карточка или наличные). Ведь нельзя потратить то, чего нет и не имеет смысла в таком случае такой остаток допускать. Или счёт накопительный с ежемесячной капитализацией с отнесением процентов на этот же или другой счёт. Возможно, понадобятся ещё какие-нибудь специальные типы счетов.
Re: О типах счетов Denis ® 19/01/2005 23:56 #написать ответ
А вот этого делать ненужно, по крайней мере, в том виде, в котором предлагается.
 
Отрицательный остаток может получиться как по дебетовой банковской карте, так и по наличным.
 
По дебетовой банковской карте про запрещенный овердрафт, наверное, Вам известно.
 
С наличными, отрицательный остаток возможен, если вводить операции не последовательно как они происходили. Например, в жизни сначала получил деньги и потом пошел в магазин, а ввел сначала поход в магазин, а потом получение денег.
 
Ненужно пользователя «дрессировать» последовательно вводить операции, пусть он сам это определяет. Главное, что программа ему помогает увидеть эту ситуацию (отрицательный остаток на счете).
Я тоже придерживаюсь... Dervish 20/01/2005 09:40 #написать ответ
...мнения, что не нужно вводить лишних ограничений.
Ок rootik 20/01/2005 18:29 #написать ответ
По поводу запрещения отрицательного остатка убедили
Но кредит или депозит на обычный счёт всё-таки не очень похож.
Или, у автора есть другое видение принципа работы с этими операциями?
Поясню. (+) Dervish 21/01/2005 00:04 #написать ответ
Вы совершенно правы, когда говорите, что любой счёт, в зависимости от его назначения, как правило имеет либо положительный либо отрицательный остаток. Это справедливо и для счетов учёта наличных, и для счетов кредитов/депозитов. Это, своего рода, неявное правило, выполнения которого программа не требует.
 
Могу добавить, что в моей базе данных все деньги, которые я взял в долг всегда учитываются на счетах с отрицательными остатками. А те деньги, которые я выдал в долг, они, соответственно, учитываются на счетах с положительным остатком.