logo
logo

Форум Пример организации учета

создать новую тему раскрыть все
Пример организации учета Женя (вернулся) 23/02/2002 16:44 #написать ответ
Пример организации учета для тех, кто хочет знать, сколько у него денег.
 
1. Исходная ситуация, или Не прячьте Ваши денежки!
- На счете в банке есть $2000
- Наличные $1500
- Долг другу М. $5000
 
2. Капитал, или Сколько у меня реально денег?
Мой капитал составляет: $2000 + $1500 - $5000 = -$1500. Это означает, что я должен заработать еще минимум $1500, чтобы:
-при необходимости оплатить по всем долгам;
-я мог спокойно спать (как и мой друг М)
 
3. План счетов, или как грамотно завести счета.
 
  БАНК     + $2000
  КОШЕЛЕК   + $1500
  ДОЛГ     - $5000
  КАПИТАЛ   + $1500
 
4. Каждодневные ситуации. Покупка хлеба ($10).
  БАНК     + $2000
  КОШЕЛЕК   + $1500 - $10 = + $1490
  ДОЛГ     - $5000
  КАПИТАЛ   + $1500 + $10 = + $1510
 
Реализуется операцией перевод, СТАТЬЯ – «Продукты».
 
5.Счастливый миг погашения части долга ($1000).
  БАНК      + $2000 - $1000 = + $1000
  КОШЕЛЕК   + $1490
  ДОЛГ      - $5000 - $1000 = - $4000
  КАПИТАЛ   + $1510
 
Реализуется операцией перевод, СТАТЬЯ – «Возврат долга».
 
Вопросы.
 
Разработчику – почему пользователя лишают возможности вести такого рода учет? Уверен ли Разработчик,  что это неверная технология? Если да, с удовольствием выслушаю аргументы.
 
Вопрос представителям от СОХИ (SOHO) и энтузиастам (вроде меня) домашней бухгалтерии – я здесь не веду счета доходов и расходов по многочисленным просьбам ))). А как вы знаете, сколько у вас, к примеру,  ИТОГО денег(капитал)?  Я надеюсь, у вас ведь не один КОШЕЛЕК.
 
Dervish: Понятно.
 
Значит, Вы предпочитаете использовать таки метод двойной записи для ведения личного учёта. Ну чтож, хотя лично я считаю неприемлимым (для себя!) работу с двойной записью, наверное, это не означает, что другие пользователи не могут работать именно так.
 
Сейчас Cash, действительно, достаточно слабо поддерживает учёт в двойной записи. Я отправил Вам письмо с возможным вариантом решения этой проблемы. Давайте обсуждать...
Сергей, мне нравится Ваше предложение! Снимаю свой вопрос. Женя 24/02/2002 11:50 #написать ответ
Настраиваемые параметры - действительно отличное, гибкое и универсальное решение.
Ввел понятие "баланс" вместо закладки "счета" Explorer 26/02/2002 10:17 #написать ответ
Это просто черновик, скажем так "экзерциссы на тему"...
 
Получилось следующее
на вкладке "баланс" отображаются группы счетов по особенностям реквизитов (создаются мастером). При просмотре доступна в статус баре общая статистика, при выборе определенной группы счетов разворачивается детализация (доступна только одна группа в определенный момент)и соответственно в статус баре информация по группе счетов (пока в примере не реализовано). Поддерживается малтиселект в группе счетов и информация статус бара фильтруется по выделенному в группе. "Выбрано 3 счета" >> "на сумму - "*****.**" >> " RUR "
Это просто условный пример, на скорую руку...
 
http://promo.boom.ru/cash/Example.JPG
 
Dervish: Вообще-то, баланс должен (просто обязан!) состоять из двух половинок (активы и пассивы). На рисунке этого не видно.
мдя-мдя.... есесьно Эксплорер 26/02/2002 12:46 #написать ответ
Я пока использовал просто один уровень вложения для счетов. Это одна и та-же таблица "счета".
В примере реализовал работу с лист боксом как с Tree View с одноуровневым вложением. (собственно это не лист бокс, а ленточная форма - в Васике маловато инструментов)
Похоже что требуется вариант такой как предлагал Артем - неограниченные вложения для счетов. Первая группа - активы/пассивы ну и так далее...
 
Задачу ставил следующим образом - одноуровневое подчинение для счетов и разворачивающийся/сворачивающийся лист подчиненных записей, с возможностью приведения к определенной валюте.
 
разделение на "Активы/пассивы" можно реализовать как "Выполнено/не выполнено" для "операций". Но при развитии идеи настраиваемости атрибутов счетов естественно наткнулся на задачу "перевода" счетов из одной группы в другую. Поскольку у счетов планируются (мной хм-хм) разные атрибуты учета - задача получается "лохматистая" и "ежистая".
 
Активы/пассивы - хорошая фишка... Чтот я не допер... Поротопился как всегда. Впроч. просто не поставил акцент таким образом.
 
Мдя мдя...
 
Буду пробовать ввести результирующую строку (сабтотал) в лист бокс. Собственно забойно получится (э-э-э может получиться) - при детализации группы счетов/разворачивании списка деталей - в строке группы счетов появляются заголовки - названия атрибутов счетов и внизу - суммирующая информация (своего рода лист бокс в лист боксе)ток стремно это нестандартные ходы применять. Так только для прикола надо попробовать.
Если увеличивать требуемое для отображения окна программы разрешение экрана - то доп информация влезает, если оставить как есть - (имхо надо оставить) требуется доп форма - "баланс" для отображения деталей...
 
Вот что еще думаю сделать.
 
Переключение режимов отображения листбокса. Лист бокс отображается либо как тот что на скрин шоте либо - "ежегодник" - (колонки - помесячно... ) Это для счетов категории "долги" очень подходит...
 
Dervish: Круто! А я тем временем с грустью смотрю на размер exe-шника...
Цель "Счета" - показать общую картину по счетам, остатки. Женя 26/02/2002 14:04 #написать ответ
1. Многоуровневая группировка счетов - реальность, и технически задача не сложная.
 
2. Активность/пассивность счета - это атрибут, который зависит ТОЛЬКО от назначения счета, и никак не зависит от остатка. Только изменения смысла счета может повлечь за собой инверсию этого атрибута.
 
3. Группа счетов НИКАК НЕ СВЯЗАНА с атрибутами счетов. Главное условие группировки - счет или группа счетов могут быть включены только в одну группу счетов. Поэтому перевод из группы в группу - задача несложная.
 
4. Суммирование итоговой информации по группам счетов - задача нелегкая, так как требует введения эквивалента. Либо делать пересчет так, как Вы (Эксплорер) предложили - суммировать приведенные остатки по входящим в группу счетам соответсвенно указанной валюте. Такой вариант лично мне вполне симпатичен. Следует подыскать соответсвующее интерфейсное решение, так как это "перегружает" экран списками счетов и остатками в оригинальной валюте + в приведенной.
Вариант - по разделам(группам счетов) считать итоги ТОЛЬКО в указанной валюте, а по самим счетам показывать оригинальные остатки. Для всех остатков разделять Дт и Кт остаток (в зависимости от знака).
 
Не стоит больше нагружать эту форму, лишнее.
Комбо "В валюте" по умолчанию должен стоять в "В валюте счета" ЭхПлорер 26/02/2002 15:06 #написать ответ
Т.Е. не приводиться к знаменателю.
При выборе другого значения - соответственно приводиться по состоянию на последнюю забитую дату курса (возможно использование экстраполированых значений рэйта) с отображением в лист боксе даты, на которую делается рассчет курса.
Расчет эквивалента Женя 26/02/2002 19:25 #написать ответ
Расчет эквивалента дожен производиться всегда одинаково:
- либо по текущему кросс-курсу к валюте эквивалента (посмотреть последний установленный курс можно в курсах, ведь масса валют - что ж, по каждому дату смотреть?)
- либо на указанную для мониторинга остатков дату.
 
Следует опредеелить. Похоже, что нужно на текущую дату. Все равно ж эквивалент)))))
 

Вообще-то, я вижу проблему - мы говорим часто одно и тоже, а надо бы примеры публиковать, вот как Вы сегодня сделали. И наглядно, и понятно, и есть к чему прицепиться ))))
Да уж... ты прицепишься... :) Эксплорер 27/02/2002 09:35 #написать ответ
Собственно в примере это и отображено, мож прос немного коряво - говорю-ж на скорую руку лепил. Дата и наименование валюты в комбобоксах. Раньше я говорил о возможности использовать экстраполированные значения курсов. Кр того возле приведенных к эквиваленту (общему курсу) значений необходимо указывать дату последнего введенного курса для этой валюты. Места в лист боксе хватит даже на разрешении 640х480.
Женя, согласен, и думаю что зерно рационально... ХмПлорер 26/02/2002 15:44 #написать ответ
Суммирование по счетам/группам счетов (aka Balance) вещь нужная и посему приводить к единой валюте ИМХО - надо бы.
 
Многоуровневая (2-х)группировка - тож сама просится, мы уже и ранее обсуждали эту тему (с Артемом).Тем более актуально - что группировка Активы/пассивы - уже напрашивается прямо сейчас.
 
А вот касательно атрибутов счетов - хочется пояснить...
Структура данных о счетах примерно одинакова (это я упрощаю), но вот например наименования атрибутов различаются...
Или например для долговых счетов может существовать атрибут - дата погашения или процентная ставка а для счетов "наличные" - нет...
По большому буфету - надо бы иметь возможность затачивать атрибуты счетов для каждой группы, и я собственно об этом...
Вопрос понял. Предложение - внутри. Женя 26/02/2002 18:50 #написать ответ
Как я и думал, речь идет о формах отчета. Оставим тогда в покое форму СЧЕТА, и не будем ее больше нагружать.
 
Давайте откроем новую тему - формы отчетности, и в рамках нее осудим.
 
Можно создавать мастером живущие макеты отчетов, которые будут формроваться для указанных счетов/групп счетов, и в которых можно указать при создании выводимые атрибуты.
 
По мере надобности эти шаблоны будут вызываться и на базе шаблона будет формироваться отчет в зависимости от параметров - периода, валюты и что-то еще.
Баланс - не совсем подходит. Но идея верная. Женя 26/02/2002 13:25 #написать ответ
И Сергей тоже прав - должны быть активы и пассивы. А это уже пахнет...2-й записью.
Только (на сколько я понял) Сергей не очень хотел бы делать акцент в этом направлении - теряется простота, начинается бухгалтерская программа, коих тыщщщи. Однако, мне кажется можно удовлетворить всех. Это вступление )))
 
Теперь, что касается мыслей по поводу баланса (применительно к КЕШ). Обычно Б. (оборотно-сальдовый) отражает обороты по Дт и Кт, остатки по Дт и Кт, причем все это - в национальной валюте. Так что в этом смысле баланс не очень-то подходит к нашей ситуации. Иначе придется вносить понятие национальная валюта (учетная валюта, эквивалент, у.е.).
Нас интересуют ведь остатки на счетах с возможностью группировки. Правильно я понял? Так что предлагаю - если и переименовать закладки, так в "ОСТАТКИ НА СЧЕТАХ", или оставить "СЧЕТА".
 
Баланс состоит из разделов.
Раздел содержит либо другие разделы, либо группу счетов.
Б. строится на конкретную дату, по умолчанию - текущую.
 
Положительные и отрицательные остатки КРАСИВО видеть в разных колонках. Но это уже если общество захочет. Я лично -двумя руками ЗА.
 
По поводу предложенного примера:
- не очень понятно назначение даты рядом со счетом.
- не очень понятно применение фильтра или установки "В валюте"
- в группу счетов могут входить счета в разных валютах, как быть тогда?
- что такое 12.00?
- не понятно, почему только одна группа может быть доступна. Я видел "электронные" балансы...Так сейчас уже не воюют. )))
 
В общем, есть вопросы, но есть и решения. Главное сей вовремя остановиться ))))
 
Dervish: Нет, двойную запись не хочу. Женя прав, таких программ тысячи, зачем плодить еще одну?
12 - это какая-то фигня в запросе просочилась. На скорую руку. Эксплорер 26/02/2002 15:00 #написать ответ
Вощ это просто условный пример.
 
Закладку переименовывать не нужно... ИМХО-хо - эт просто так - поползновение. я уже наступил себе на губу.
Действительно это очень заморочисто - с балансами, и не совсем понятно нафига.
 
Речь идет о группировке счетов с одним хотя-бы уровнем вложения (просится с двумя).
В настоящее время доступна работа с одним определенным счетов в одно определенное время - предлагаю - подобным-же образом организовать работу с группой счетов.
Поскольку счета разного типа могут иметь(и имеют)значительные различия в требуемых для адекватного отображения атрибутах учета - ввести возможность определения этих атрибутов учета/подсчета/обсчета для группы счетов. (см. предыдущие посты по теме).
 
Касательно комбо бокса "В валюте" - это не фильтр, это коэффициент, или рэйт по которому счета приводятся к одному знаменателю - валюте. "Отображать в USD" или "отображать в Евро" или "отображать в валюте счета" например). Таким образом даже если счета ведутся в разных валютах появляется возможность отображать их в одной определенной/одинаковой.
 
ИМХО по одному счету (группе) остаток может быть ток положит. или отриц. зачем две колонки для остатков - пусть будут в одной.
 
Вопрос - положительный остаток на счете "долги" - это отрицательное значение для баланса... (если долгов на 300 USD - значит баланс на 300 USD`ей меньше) как его учитывать?
Речь как раз о том. Создавая группу счетов "долги" - мы (напр) определяем (да хоть чекбоксом) активы это или пассивы (равно как и некоторую другую группу счетов). Таким образом любой счет в группе "долги" будет вычитаться из суммы баланса.
Ну в общем так.
Ногами не пинайте
Я пытаюсь В РАМКАХ существующей иерархии объектов БД найти дополнительные функциональные возможности.
Подчеркну - что дополнительные таблицы не создаются. Предполагается только доп. поле - Parent Record для вложения в родительские записи о счетах и доп поле для определения статуса записи - отрицательная для подсчета баланса или положительная (активы/пассивы). Можно создавать их по умолчанию - как "статьи" приходные/расходные.
 
Хех. Расписался я чой-то
RE: 12 - это какая-то фигня в запросе просочилась. На скорую руку. Женя 26/02/2002 18:43 #написать ответ
Я против того, чтобы нагружать атрибутами список счетов с остатками. Вы связываете этим других пользователей в возможности создатвать разделы так, как они это считают нужным.
 
Для этого должен быть соответствующий отчет с оборотами и операциями, подтверждающими эти обороты.
 
---------
Вопрос - положительный остаток на счете "долги" - это отрицательное значение для баланса... (если долгов на 300 USD - значит баланс на 300 USD`ей меньше) как его учитывать?
---------
 
Коль уж затронули баланс, в Вашем примере счет Долги - как раз должен иметь положительный остаток. Но где то просится счет долг Васе, вот он имеет отриательный остаток, это Васины деньги. Ибо баланс говорит о балансировке, т.е. сумма остатков равна 0.
 
RE: Ввел понятие "баланс" вместо закладки "счета" Игорь 04/03/2002 14:05 #написать ответ
Возможно я чего-то не нашел, но каким образом в приведенном выше примере (рисунке) добавлены новые закладки в основном окне программы ?
 
Dervish: Новые закладки не добавлены. Это пока могу сделать только я, как автор, переписав код программы. В приведённом примере был лишь предложен вариант доработки программы.
RE: RE: Ввел понятие "баланс" вместо закладки "счета" Игорь 05/03/2002 09:23 #написать ответ
Понятно... а вообще хорошо бы. Хотя я понимаю, что введение в программу некоего "построителя" наверное достаточно сложно.
 
Dervish: Да, очень сложно. И, самое главное, это получится программа уже совсем иного толка и иных возможностей.
 
Я бы лучше предпочёл сделать Cash автоматным сервером OLE, чтоб им можно было управлять из, скажем, Visual Basic-a.
В действительности я сделал подобие Cash в Аксессе использую встроеные средства программирования аксесс (VBA) Эксплорер 06/03/2002 11:33 #написать ответ
Сложные элементы управления использованые Сергеем - я заменил упрощенными, изменив их внешний вид картинками нарезаными со скриншотов
 
Dervish: Было бы очень любопытно посмотреть на то, что у Вас получилось...