Экономика

Введение

Подтверждение членских взносов является типичной проблемой для двойной бухгалтерии. Почему? Потому что http://en.wikipedia.org/wiki/Double-entry_bookkeeping_system# Приблизительно в 12.-13. веке, когда двойная запись впервые появился в письменных упоминаниях,  еще никто не cмог придумать лучшей и более простой системы внутренней финансовой отчетности для любого субъекта (индивидуального предпринимателя, НПО, компания или университет ...).

Принцип двойной бухгалтерии довольно прост: для каждой финансовой сделки он имеет вид

______________________ Количество ____________________

 |Счет-источник | ----------> | Счет-получатель|
 | ___________ |                 | ______________ |

Например. когда Франта Сиска, печислит ассоциации 1000 крон, то это может отражаться следующим образом:

  ______________________ 1000 крон ____________________
 | Franta Siska                         | ----------> | Наш  счет в банке|
 | ______________________ |                 | ______________ |

Или вот так:

 ______________________ 1000 крон ____________________

| Клиентское извещение | ----------> | Кредит Franta Siska | | ___________________ | | _______________ |

Примечание: что означает во втором способе учета "клиентское извещение"?

Деньги при двойной записи не могут поступить из “ниоткуда”. Учет должен вестись с обеих сторон.

Преимущество такой запис в том, что если все членские взносы перечисляются на счет "Членские взносы" то текущее состояние этого счета показывает, сколько взносов мы собрали. Баланс счета получается с помощью одного запроса в стиле:

SELECT balance FROM accounts WHERE accounts.name="Членские взносы".

DB схема

При двойном учете мы сами можем открывать нужные счета

Пример: Вы хотите знать, сколько тратите на кабели UTP. Создайте счет "UTP кабели" на котором будут накапливаться все суммы каждой покупки кабеля UTP.

В FreenetIS двойные счета, хранятся в таблице счетов.

После установки FreenetISu счетов таблица содержит лишь около 5 счетов, но со временем их число растет, потому что каждый платящий пользователь автоматически создает "свой" двойной счет, на ктором хранятся его срадства.

В FreenetISu пользователь может открыть другой счет двойной записи - это счета проектов, но об этом в следующий раз.

Переводы между счетами двойной записи хранятся в таблице переводв. Ее столбцы :

• Origin_id , destination_id : ID счетов из таблицы счетов
• Previous_transfer_id : ID предыдущей транзакции в сложных операциях, состоящих из нескольких транзакций. Например, движение средств по счету-фактуре отображается двумя транзакциями. Чтобы было понятно, что эти две сделки "должны быть вместе " , установленный во второй транзакции previous_transfer_id и указывать на первую .
• Member_id : ID пользователя, со счета которого берет свое начало сделка . Может показаться, что эта колонка не нужна, потому что в каждом счете пользователя также указан member_id . Но наличие member_id в таблице переводов полезно при многоступенчатой ​​передачи. Например, учета оплаты членского взноса в нашей ассоциации выполняется пятью транзакциями, из которых только в одной присутствует счет пользователя. Мы хотим увидеть, что другие транзакции тоже "вызваны" этим конкретным членом - мы могли бы это выяснить более сложным путем через previous_transfer_id.
• User_id : ID пользователя , который создал эту операцию . В FreenetISu право доступа к экономической части может иметь много людей , поэтому важно знать , кто из них совершил передачу.
• type: 1 = Регулярный ежемесячный взнос , 2 = первоначальный взнос , 4 = пополнения VOIP кредит ...
• datetime : дата и время совершения операции. Например . в банковской он-лайн выписке будут указаны эти дату и время. Дата выставления счета связана с налогооблагаемой операцией .
• Creation_datetime : дата и время , когда передача была введена в FreenetISu

text, amount - назначение платежа и сумма

Специалисты бухгалтерии, обратите внимание,: Таблица переводов на самом деле это общий журнал учета - такой же, как мой дед 50 лет назад вел на бумаге ...

Таблица account_attributes

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

Использование Вами счетов двойного учета во FreenetIS дает Вам большую экономию во времени.

Для достижения совместимости системы с законодательством для каждого счета двойного учета необходимо найти соответствующий счет стандартного учета в соответствии с законодательством.

Стандартный учет согласно законодательству предусматривает использование т.н. план счетов.

План счетов представляет собой перечень возможных счетов двойного учета в организации. Для каждого счета в плане счетов определяется его стандартное имя, номер и другие атрибуты.

План счетов для некоммерческих организаций мало чем отличается для бизнеса, немного отличается для правительства.

В FreenetIS план счетов хранится в таблице account_attributes как план счетов для некоммерческих организаций. Другие виды планов счетов (например, бизнес) предусмотрены в инсталяции FreenetIS, но до сих пор не были востребованы.

Больше всего интересует с каким стандартным учетом будут связаны кредитные счета.

Двойной кредитный счет может быть членом по плану счетов для некоммерческих организаций для реализации либо

1. Субстандартный счет "членские взносы" (стандартный номер в план счетов = 684000)
2. Субстандартный счет "банковских счетов" (№ 221000)

В FreenetIS используется второй вариант, потому что он одинаков как для некоммерческих организаций, так и для других лиц,

Более подробное описание можно найти в этой презентации:

• [Http :/ / zamestnanci.fai.utb.cz / ~ dulik/unart/hospodareni_v1_5.pdf в формате PDF]
• [Http :/ / zamestnanci.fai.utb.cz / ~ dulik/unart/hospodareni_v1_5.odp в формате ODP]

На слайде 13 показано, как членские взносы будут взиматься в UnArtu (импорт из EBANK).

Типы счетов двойного учета, используемые при импорте из банка

• Account_attribute_Model :: MEMBER_FEES - тип "членские взносы"
• Account_attribute_Model :: SUPPLIERS - тип "подрядчики"
• Account_attribute_Model :: OPERATING - операционные счета, на которые поступают все некатегоризованные платежи доходов и расходов Ассоциации
• Account_attribute_Model :: CASH - счета для денежных выплат (наличными)

Контроль банковских счетов

В отличие от обычных систем учета (Pohoda, Money S3) FreenetIS лучше контролирует показатели банковских счетов членов - FreenetIS позволяет отслеживать все банковские счета каждого члена. Это часто помогает нам определить платежи с неточными или запутанными данными - многие члены (=семей) платят банку со счета жены, который зарегистррован на ее девичью фамилию (отличается от фамилии семьи). мы можем через зарегистрированные банковские счета сразу узнать, членом какой семьи является создатель таких платежей.

Банковские счета записываются в таблицу 'bank_accounts'.

После установки FreenetIS в таблице будет только банковский счет Ассоциации.

Другие записи банковских счетов создаются при импорте из е-банка. В платежах с правильными реквизитами а также сгенерированных при импорте счетам автоматически определяется владелец.

Если вы хотите импортировать банковские выписки, которые не содержат банковские счета, то вам придется в таблице "bank_accounts" создавать счета как "неизвестные"

Почему? Читайте в следующей главе:

Подтверждение банковских выписок

Выписки из банковских счетов заносятся в таблицу bank_statement.

Каждая банковская выписка состоит из различных банковских операций. Банк проводит операции между банковскими счетами. Таким образом, мы записываем в виде двойной записи переводов между счетами - с помощью таблицы bank_transfers, которая содержит следующие столбцы:

• Origin_id, destination_id: ID банковских счетов таблицы bank_accounts
• Transfer_id: ID записи таблицы переводов. Каждый банковский перевод должен быть идентифицирован дважды т.е. соответствовать к двойной записи. Если Вы не идентифицируете некоторые банковские переводы, будет ошибкой учета - статус двойной записи счета “банковский счет” не будет соответствовать фактическому состоянию банковского счета
• Bank_statement_id ссылка на таблицу банков
• Number: номер строки или номер пункта списка банков
• Variable_symbol, constant_symbol, specific_symbol - это, вероятно, ясно
• Примечание - любой комментарий по учету оплаты

Дата, время и текст платежей мы решили записывать не в этой таблице, а в таблиц переводов - потому что каждый bank_transfer всегда соответствует переводу, они имели бы то же имя, столбцов в таблице bank_transfers.

Терминология

• Код использует смесь английского "​​Проще говоря" и официальную бухгалтерскую терминологию.
• Соответствие официальной английской и чешской бухгалтерской терминологии описывается здесь ** 20Dictionary.doc glossary

PhD work in ** Radek Vogel MUNI Brno].

Выписки других банков

FreenetIS в настоящее время может импортировать выписки HTML ebanka / Райффайзен банка и записей в формате CSV. Большая часть работы в этой области выполняют анализаторы - особенно HTML парсер ebanka. Поэтому анализаторы написаны так, что они не имеют зависимость от фреймворка Kohana или FreenetIS - это полностью отдельные библиотеки

В следующих статьях описано:

• Подготовка к импорту данных
• Райффайзенбанк
• Fio банка
• Сохранение данных в базу данных