ЭКАУНТОЛОГИЯ
Сайт, посвященный истории бухгалтерского учета и его неминуемому превращению в компьютерный учет
ЧаВо
Меню сайта

Войти

Категория

Случайная картинка

Умная мысль
Во множестве случаев злонамеренность скрывается под благовидностью самых исправных книг, не только по наружности схожих с формами, требуемыми законом, но и по такому содержанию, которое не дает ни малейшего основания подвергнуть представившего их какому-либо взысканию.
Э.Г. Вальденберг

Старинный термин
ПОЛИПТУША – в Древнем Риме: бухгалтерские документы или податные списки.

Последняя картинка

Социальные сети

Статистика

Онлайн всего: 1
Гостей: 1
Пользователей: 0

Время жизни

Приветствую Вас, Гость 22.06.2018, 12:38

Личка:

Главная » FAQ » Учетное Мироздание

Об этом говорилось и в Манифесте, и в информационном сообщении о новой серии постов: Учетное Мироздание – разработанная на основе экаунтологии и снабженная специальным интерфейсом база данных. Назначение – универсальное учетное (при этом не бухгалтерское) средство в Интернет-среде.
Зачем оно нужно?
А вы представьте себе, как вы приходите в магазин, делаете покупку, а по возвращении домой обнаруживаете в своей учетной базе данных означенную покупку, которую магазин любезно, вместе с передачей реального, существующего в физическом мире товара, прислал на ваш адрес.
Зачем оно нужно?
Если так будут поступать все магазины, то в вашей базе данных скопятся сведения обо всех сделанных вами покупках, начиная с вашего рождения. Если вы станете прореживать базу данных от выбывших объектов – тех, которые или выбросили за ненадобностью и изношенностью, или употребили в пищу, если это еда, – и в свою очередь пересылать сведения о переданных кому-то объектах в базы данных получателей, как раз и образуется Учетное Мироздание как единая и всеобъемлющая база обо всех вещах, используемых людьми в производстве и потреблении.
Зачем оно нужно?
Чтобы информация о вещах, которыми вы обладаете, всегда была под рукой, ведь объект, обозначающий купленный вами в магазине товар, – не просто информационная единица, а единица, позволяющая отследить вложенность и вещественность объекта: из каких составных частей он состоит, и из каких веществ состоит каждая его элементарная часть. Теоретически, данные положения можно распространить на все объекты Учетного мироздания, поскольку любой человек вправе знать все о результатах деятельности человечества: пусть он не вправе и не имеет физической возможности обладать каждой вещью, но получить при желании или необходимости информацию о ней – имеет несомненное право. Глобальная информационная система, зеркально отображающая окружающий нас хозяйственный мир, – вот что такое Учетное Мироздание. 
Зачем оно нужно?
Ну, если вам ничего не нужно, можете спокойно заниматься привычными делами: ходить на службу, копить деньги на банковском счете и мечтать о поездке на дорогущий курорт. Но если вы претендуете на звание мыслящего существа, то должны понимать, что человеческая цивилизация находится в постоянном развитии, и в настоящий момент вектор этого развития направлен в сторону сетевых и вычислительных информационных технологий, причем цивилизация развивается не сама по себе, а усилиями отдельных людей, прикладывающих к тому немалые усилия. Можете оставаться в стороне, в качестве безучастного потребителя цивилизаторских благ, а можете – конечно, я обращаюсь к мыслящим существам, а не иным представителям многообразного рода человеческого, – лично поучаствовать в данном процессе.
Вам в сторону Учетного Мироздания, мыслящее существо – туда, где информация зеркально отобразит реальность, так что в конце концов окажется существующей наравне с реальностью, а может быть, в чем-то и превосходящей ее.



Учетное Мироздание – не бухгалтерская программа, а экаунтологическая.
Чем первое отличается от второго? Многим. Ниже, в обоснование методологической новизны Учетного Мироздания, приводятся пункты технического задания. Комментарии выполнены специально для настоящего поста.
1. Определение вложенности (составных частей) и вещественности (веществ) объектов. Например, механизм может состоять из нескольких узлов, которые в свою очередь состоят из множества комплектующих, которые сделаны из различных сплавов.
Ни одна из бухгалтерских программ не позволяет определять вложенность и вещественность объектов системным образом. Скажете, позволяет? Нет, разумеется.
Вы покупаете механизм – допустим, принтер, – но можете судить о его изготовителе только по этикетке либо прилагаемой технической документации, то есть несистемным образом. А почему не по учетным данным? Принтер изготовлен на заводах, в которых несомненно ведется учет, то же можно сказать о каждой из составивших принтер запчастей. Так отчего недоступны сведения обо всех деталях, из которых изготовлен принтер, а также обо всех материалах, из которых изготовлены детали? Также о заводе-изготовителе, станках, на которых принтер был изготовлен, и рабочих, трудившихся в момент его изготовления на этих станках? Ерунда какая-то: учет ведется, то есть все необходимые данные фиксируются, а проследить их по информационной системе невозможно.
Это оттого, что информационная система не глобальная и работает некорректно – задачей Учетного Мироздание является исправление подобных недостатков.
2. Корректная работа со временем: регистрация объектов любыми датами, в т.ч. будущими.
Корректную учетную программу нельзя организовать на базе бухгалтерской методологии: та неисправимо ошибочна, в частности при трактовке обязательств. Для бухгалтерской  методологии обязательство – специфический текущий объект. Для экаунтологии обязательство – объект, зарегистрированный будущей датой по приходу или расходу: например, деньги, которые ожидаются к поступлению через месяц, или товар, который должен быть передан покупателю через два дня.
Я даже не стану объяснять, почему первое неправильно, а второе правильно. Спрошу лишь, если по расчетам с разными дебиторами и кредиторами числится кредиторка на энную сумму, может ли по одной этой цифре уважаемый традиционный бухгалтер сказать, должен субъект заплатить энную сумму в деньгах или же передать кредитору какую-либо вещь на энную сумму? Нет, не может? В таком случае до свидания, дальнейшие обсуждения прекращаются.
Методология, которая в своем нездоровом пристрастии к денежной оценке дошла до того, что не способна отличить деньги от вещи, не имеет права на существование.
3. Отказ от двойной записи, характерной для бухгалтерской методологии. Дебет и кредит бухгалтерской методологии заменены изначальными и интуитивно понятными приходом и расходом объектов.
Начинала двойная запись остроумно и весело, а вот закончит плохо – не потому, что в ней нет рационального зерна, а потому что за время своего многовекового триумфального существования она обросла таким количеством паразитических наростов, что они просто не могут не погубить ее. Дебет и кредит – самые большие и безобразные из таких наростов.
Вы можете представить, чтобы какой-нибудь не-бухгалтер вел учет, к примеру домашнего хозяйства, при помощи дебета и кредита? Я не могу. Представить же, что не-бухгалтер ведет учет домашнего хозяйства при помощи прихода и расхода, могу легко. Вещь поступила в хозяйство, потом из него выбыла – чего тут непонятного?!
4. Корректная работа с отчетами: принципиальный отказ от готовых (предлагаемых пользователю) отчетных форм, с возможностью получать обороты и сальдо по любой аналитике.
Существование при компьютерном способе обработки информации закостенелых отчетных форм – это вообще нонсенс.
Совершенно очевидно: данные можно сгруппировать таким образом, а можно таким. Каким хочется, таким и группируй, причем каждую из группировок можно описать алгоритмически. Но нет – от субъектов учета требуют составления главной отчетной формы, а чтобы, не дай Бог, субъект не ошибся или намеренно не ввел надзирающие органы в заблуждение, в качестве расшифровки  главной отчетной формы составляются расшифровывающие отчетные формы помельче, и так до полного одурения.
А не проще предоставить надзирающим органам доступ в учетные базы данных, чтобы органы проверяли хозяйственную деятельность своих поднадзорных, как в голову взбредет? А контролируемых, естественно, освободить от составления глупой и никому не нужной отчетности.
5. Отказ от обязательной оценки объектов, характерной для бухгалтерской методологии.
Отчеты могут формироваться по любой числовой характеристике (стоимостной или натуральный учет) либо по числу объектов (пообъектный учет). При этом объекты не нужно в обязательном порядке оценивать – это процедура, характерная для бухгалтерской и излишняя для компьютерной методологии.
Стоимость объекта в ее бухгалтерском смысле есть отношение между объектом и номиналом денег, уплачиваемых за этот объект при торговом обмене. Бухгалтерская методология, в силу своего возраста, этого заурядного факта не разумеет: он в ее престарелую голову никак не укладывается.
6. Ориентация на сетевое использование (в Интернете). Пользователи задают собственные характеристики учитываемым объектам, но благодаря единой методологии и уникальности каждого зарегистрированного объекта могут «передавать» объекты друг другу.
Учетное Мироздание – глобальная информационная система, это предполагается по умолчанию.
Как это возможно, если субъектов огромное число и каждый из них ставит перед собой собственные учетные задачи? Нельзя придумать такую программу, которая удовлетворила бы каждого из пользователей, которые и сами не знают, что и как они захотят учитывать завтра и послезавтра? 
Универсальную программу придумать нельзя, но можно предоставить право каждому из субъектов вести учет по собственному разумению – в соответствии с его, учета, всеобщими и естественными правилами. Учитывай что хочешь, пожалуйста – каждый учтенный тобой объект окажется в системе уникальным, – но при этом, если существуешь в рамках природы, следуй сформулированным экаунтологией природным законам учета. 
От этих природных законов учета, выраженных в единой учетной методологии, никуда не деться, действительно.
Таким образом, объекты уникальны, а методология едина.
7. Структура баз данных, позволяющая (при совместной работе пользователей) обходиться ограниченным числом полей для регистрации объектов по неограниченному числу свойств.
Поскольку каждый из субъектов Учетного Мироздания ведет произвольный учет вещей, нельзя предложить субъекту готовый набор характеризующих учитываемые вещи признаков, но одновременно не получится предложить и бесконечный.
Выход найден в предоставлении для характеристик объектов ограниченного числа полей. Каждый субъект сам выбирает, какими признаками характеризовать объект, но поскольку система глобальная, и объекты передаются от одного субъекта к другому, каждый из новых получателей объекта может установить ее прежние свойства – те, которыми характеризовали полученную вещь ее прежние владельцы.
В итоге Учетное Мироздание обретает должную свободу.

А какие операции возможны в стандартной бухгалтерской программе? Ах, вы затрудняетесь!.. Правильно, потому что стандартные бухгалтерские программы пользуются стандартной бухгалтерской методологией, которая никаких типов операций не подразумевает. В зависимости от конкретного софта, встречаются разного вида шаблоны и другой подобный сервис, но это, что называется, из другой оперы. В теории бухгалтерского учета в качестве типов операций рассматриваются так называемые модификации и пермутации. Я даже не стану объяснять, что это такое: кто знает, тому известно, а остальным не нужно и знать – все это математическая отрыжка двойной бухгалтерии, не имеющая к окружающей нас действительности никакого отношения. Оглянитесь вокруг, укажите пальцем на хотя бы одну модификацию или пермутацию, и я признаю свою неправоту.
А что тогда есть в окружающей нас действительности? Есть вещи, учитываемые в информационной экаунтологической системе в качестве объектов: из них, названных вещей-объектов, состоит наше материальное мироздание.
Мироздание состоит из вещей, именно поэтому, желая создать отображающую реальность информационную систему, мы учитываем вещи. Не правда ли, данное логическое умозаключение трудно оспорить?
 
 
 
Так какие операции происходят в окружающей нас действительности с вещами-объектами? Тут не нужно ничего придумывать, нужно лишь оглянуться вокруг и присмотреться.
Что же мы увидим?
1. Во-первых, вещь может возникнуть в информационной системе: то, что бухгалтеры называют – поступить. Согласно экаунтологических воззрений, никакого поступления вещи в информационную систему нет, а есть ее отделение от нулевого объекта, в информационной системе не зарегистрированного. Но не будем привередничать: пользователям Учетного Мироздания, если таковые когда-нибудь появятся, не интересно рассуждать об отделении «поступившего» объекта от нулевого – достаточно знать, что объект просто поступил. Пускай поступление объекта будет первым типом операций в Учетном Мироздании.
Чтобы различать типы операций обозначим их графическими значками: поступление объекта в информационную систему (т.е. его регистрацию в информационной системе) – следующим значком:
 
 
 
Вообще-то, поступление объекта – вовсе не плюс, а скорее минус, поскольку регистрируемый объект отделяется от нулевого объекта, но мы же рассматриваем не теоретические вопросы, а учетный софт, предназначенный для того, чтобы на нем работали пользователи. А пользователям, как уже говорилось, никакого нулевого объекта не нужно – этот теоретический вопрос остается за кадром, как для обывателя, щелкающего электрическим выключателем в своей комнате, остается за кадром устройство турбины гидроэлектростанции.
2. Во-вторых, от вещи можно отщипнуть кусочек – другими словами, разделить вещь надвое или на большее число частей. На сколько частей, роли не играет – теоретические обоснования те же, что при разделении вещи на две части.
Формула разделение такова: от целой вещи отделяют ее часть, в результате чего остается… оставшаяся часть, разумеется. Для обозначения данного типа операции как нельзя лучше подходит значок минуса.
 
 
 
Если по-прежнему непонятно, поясняю:
 
 
 
Вы же не станете отрицать, что любую вещь реальности можно разделить пополам? Ах, элементарные объекты? О том, что они собой представляют, можете прочитать в экаунтологических постах, но это опять-таки голая теория, я же веду сейчас речь об окружающей нас действительности, в которой сыскать элементарный (то есть неразложимый на части) объект можно лишь в учебниках по физике и нигде больше.
Так что, любую вещь можно разрезать пополам? Если да, разделение в качестве второго типа операции принимается.
3. Вещь можно не только разрезать на половины, но и совместить в одну – объединить.
Очевидно, что для графического обозначения объединения должен быть использован плюсик.
 
 
 
Все наглядно, по-моему, но на всякий случай:
 
 
 
Теперь вам понятно, как образуются составные вещи (т.е. состоящие из более мелких частей)? Объединением более мелких частей в более крупную.
Чтобы собрать письменный стол, за которым я в настоящий момент сижу, потребовалось к крышке стола прикрутить четыре ножки, еще приделать полки, которые в свою очередь состоят из нескольких досок. В итоге получился полезный составной объект: письменный стол.
4. Видоизменения, которые происходят с зарегистрированными вещами-объектами, - это не только разделение или объединение, но и изменение свойств без какого бы то ни было разделения или объединения.
Вспомните второе правило экаунтологии: объект обозначается ключом и характеризуется признаками. Признаки объекта – его значащие характеристики, свойства – могут измениться: например, объект был желтого цвета, а стал зеленого, при этом он не объединялся с другим объектом и не разделялся на части. Данное видоизменение составляет четвертый тип операций, возможных в Учетном Мироздании: изменение свойств объекта.
Обозначим изменение свойств стрелочкой:
 
 
 
Все ясно, но опять расшифровываю:
 
 
 
5. Наконец, пятый тип операции: выбытие объекта – противоположность его поступлению.
Объект может быть зарегистрирован в информационной системе – он поступает, – однако аналогичным образом он может и выбыть из информационной системы.
Поступление объекта обозначено плюсом в круге, обозначим же выбытие объекта минусом в круге.
 
 

С точки зрения экаунтологии не только поступления, но и никакого выбытия объекта, конечно же, нет, а есть объединение ранее зарегистрированного объекта с нулевым. Но поскольку в предназначенном для рядовых пользователей Учетном Мироздании понятие нулевого объекта не употребляется, приходится прибегать к условностям, обозначая выделение объекта из нулевого плюсом в круге (поступление объекта), а объединение объекта с нулевым – минусом в круге (выбытие объекта).
Собственно, и объединение с разделением – не более чем условности. Согласно экаунтологических воззрений, акт регистрации объекта един: разделение и объединение различаются лишь тем, что в первом случае регистрируемое новое меньше прежнего, как говорят экаунтологи, места регистрации (т.е. новый объект меньше прежнего), а во втором случае – регистрируемое новое больше прежнего места регистрации (новый объект больше прежнего объекта). А при изменении свойств новый объект равен прежнему, как можно догадаться.
Но это теория, излишняя в Учетном Мироздании. Тут важней, чтобы пользователю было понятно, какую операцию с вещью-объектом он собирается совершить. Одну из тех, которые возможны в окружающей действительности: сложить объекты, разделить объекты, изменить свойства объекта – это применительно к уже зарегистрированным объектам, – ну и основополагающее: зарегистрировать объект в информационной системе (на бухгалтерском языке, зарегистрировать по приходу) или удалить объект из информационной системы (зарегистрировать по расходу).
Попробуйте придумать другое – не получится же!

В прошлый раз мы обсудили, какие типы операций встречаются в Учетном Мироздании – переключимся теперь на объекты.
Очевидно, что типы объектов зависят от типов операций – я имею в виду, составной объект или не составной:
·   если объект в своем предыдущем существовании объединялся с другим объектом, он, понятное дело, составной;
·   при отсутствии предыдущего объединения объект не составной. Вслед за физикой экаунтология называет не составные объекты элементарными.
Но имеется соображение, заставляющее добавить в нашу простейшую, предназначенную для Учетного Мироздания таксономию еще один критерий, а именно однородность объекта.
Объединение объединению рознь, ведь существует объединение механическое, а существует – химическое. На теоретических основания этого останавливаться не буду, основания разработаны в соответствующей главе экаунтологии (хотя довольно поверхностно, замечу в скобках), объясню лишь принципиальное отличие первого от второго.
При механическом объединении объектов всегда остается возможность их разъединить, причем разделение будет осуществлено по той же материальной границе, по которой объекты некогда объединялись. Так в окружающей нас действительности. Если на болт накрутить гайку, получим объединившийся объект – можем назвать его крепежом, но дело тут не в названии, само собой разумеется, а в том, что полученный крепеж всегда можно раскрутить обратно, получив в итоге, в результате обратной операции, первоначальные болт с гайкой.
Конечно, можно взять ножовку и разрезать крепеж поперек, так чтобы линия разреза прошла и по болту, и по гайке, но данная операция будет аналогична механическому разделению каждой из частей составного объекта – крепежа, то есть аналогична операции, когда крепеж разъединяют, разрезают надвое болт с гайкой (по отдельности), а затем соединяют полученные половины в половину крепежа числом две штуки. Данная операция в Учетном Мироздании запрещена для упрощения алгоритмизации. В Учетном Мироздании нельзя совершать операцию с составной частью объекта, но вполне возможно отделить составную часть от объекта, сделав ее на какое-то время самостоятельным объектом, и выполнить с полученным объектом любую допустимую операцию.
Если что-то не понятно, повторяю: при механическом объединении составной объект можно разъединить лишь на его первоначальные части – те, из которых он был некогда собран.
Но! - помимо механического, существует еще химическое объединение объектов. Окружающая действительность дает тому наглядные подтверждения. Действительно, объединить объекты можно не только путем сборки деталей в единый механизм, но и путем смешивания жидкостей, причем впоследствии жидкость способна застыть и превратиться во вполне себе твердый объект, по внешнему виду неотличимый от элементарного. Вы способны по внешнему виду металлической болванки разобраться, из чистого металла она отлита или из сплава?
Сплав в данной ситуации свидетельствует о том, что химически объединенный объект можно разделить двумя способами:
·   во-первых, можно разделить его химически, возвратившись к первоначальному состоянию. Не знаю, как подобный процесс химического разложения на элементарные составляющие именуется в химии, но принцип подобного разложения ясен;
·   но кроме того, химически объединенный объект можно разделить механическим способом – взять ту же ножовку и разрезать болванку надвое, – при этом состав объекта (то, что экаунтология называет вещественностью) не изменится. Это второй способ преобразования химически объединенного объекта.
Химически объединенные объекты обладают взаимоисключающими признаками:
1) с одной стороны, они почти как элементарные: не имеют границы между составными частями;  
2) с другой стороны, они не имеют границы между составными частями, но сами-то составные части имеют, потому никак не элементарные! Такие объекты могут быть успешно разложены на составные части, хотя и без сохранения первоначальных материальных очертаний (границ) данных составных частей.
Подразделим объекты, по факту их химического объединения, на однородные и неоднородные:
однородные объекты – объекты, состоящие из одного вещества (возникшие не в результате химического объединения объектов или отделения от подобных объектов);
неоднородные объекты – объекты, состоящие из нескольких веществ (возникшие в результате химического объединения объектов или отделения от подобных объектов).
Скомбинировав критерии «составной характер - однородность», получим объекты трех типов:
1. Элементарный однородный объект (не имеющий механических составных частей и состоящий из единого вещества).
Обозначим такие объекты в Учетном Мироздании как:
 
 
 
2. Элементарный неоднородный объект (не имеющий механических составных частей, но состоящий из нескольких веществ).
 
        
 
3. Составной объект (имеющий механические составные части).
 
        
 
Для составного объекта вещественность не определяется, т.к. она определяется для каждой его составной части по отдельности.
Как говорилось, типы объектов определяются типами операций, которые с этими объектами были выполнены (с указанием их механического или химического характера).
Типы объектов в Учетном Мироздании не только (для пущей наглядности) обозначены графически, но и (ради упрощения алгоритмизации) заложены в структуру баз данных. Что, впрочем, ни в какой мере не касается пользователей Учетного Мироздания, для которых перечисленные операции и типы объектов лишь копируют окружающую нас действительность, не добавляя к ней ничего нового. Например, в карьере добывается руда (поступление объекта). Затем руда посредством некоторых манипуляций разделяется на шлаки (разделение объекта), выбрасываемые на свалку, и металл, поступающий в дальнейшую переработку. Металл можно сплавить с другим металлом, получив сплав (химическое объединение объекта), затем разрезать на части (разделение объекта), которые механическим образом соединить в деталь (механическое объединение объекта). В дальнейшем из разных деталей можно собрать механизм (механическое объединение объекта). Собранный механизм (составной объект) будет состоять из деталей, которые в свою очередь будут иметь составные части, каждая из которых в конечном счете представляет собой сплав (неоднородный элементарный объект) либо чистый металл (однородный элементарный объект).
Изобрести какие-либо другие операции с окружающими нас объектами или новые типы объектов невозможно, потому что они отсутствуют в природе.

Выше был декларирован отказ от двойной записи, характерной для бухгалтерской методологии. Здесь следует понимать, что Учетное Мироздание отказывается от двойной записи в ее бухгалтерском виде, но не от закона сохранения материи, который безусловно действует в мироздании и был, под названием двойной записи, искажен бухгалтерией до полной неузнаваемости.
О теоретическом обосновании закона сохранения материи вы могли прочитать в экаунтологических постах, сейчас же рассмотрим практическое применение данного закона.
Каждый объект в информационной системе обладает фазами существования: приходом и расходом:
· приход означает поступление объекта – его регистрацию в информационной системе;
· расход означает выбытие объекта – регистрацию его последующего (после прихода) исключения из  информационной системы.
Это бухгалтерам как раз понятно. Также понятно, хотя не в полной мере – с этого момента у теории бухгалтерского учета наступает и начинает прогрессировать размягчение мозга, – что поступление одного объекта ведет к выбытию другого. Какие там дебет и кредит, какой еще капитал?! Если, к примеру, разделить одну вещь надвое, целая вещь исчезнет? Исчезнет, а на ее месте образуются две половины. Точно так же при объединении вещей на месте двух прежних вещей образуется одна новая. Не стану вновь пережевывать причины данного феномена, кроющиеся в самом понятии объектности, но закон сохранения материи сводится к названным элементарным примерам: одни объекты (объект) выбывают, другие объекты (объект) возникают взамен.
Связь между исчезающими и возникающими объектами в бухгалтерском учете называется бухгалтерской проводкой, а в экаунтологии – операцией. Таким образом, операция связывает выбывшие объекты с поступающими. Можно возразить, что при изменении свойств объекта никакого выбытия и поступления объекта не происходит, так как объект единственный. Какое там поступление-выбытие, когда вещь только цвет поменяла, к примеру?!  Но тут все зависит от принятого способа кодировки. В Учетном Мироздании используется так называемый нерациональный способ кодировки объектов, при котором считается: любое видоизменение объекта приводит к выбытию объекта с прежними свойствами и поступлению объекта с новыми свойствами, – так что выбывающий и поступающий объекты все-таки имеются.
Операции связывают объекты по приходу и расходу, устанавливая информационные отношения между ними: в этом смысле разделившиеся объекты связаны со своим общим «предком», аналогичным образом со своими «предками» связан объект, образованный объединением из двух предыдущих. Получается что-то вроде бытийной, выражающей материальную преемственность цепочки, уходящей в прошлое.



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


Отсутствие здесь выбывающего объекта связано с отсутствием в Учетном Мироздании нулевого объекта: будь он на месте, операция поступления отсутствовала бы, превратившись в операцию разделения (вычленение из нулевого объекта первого).  
2. При изменении свойств объект с прежними свойствами регистрируется по расходу, а объект с новыми свойствами – по приходу.


3. При разделении прежний объект регистрируется по расходу, а два новых объекта – по приходу.


4. При объединении объектов два прежних объекта регистрируются по расходу, а новый объект – по приходу.


5. При выбытии объект регистрируется по расходу, в то время как объект, регистрируемый по приходу, отсутствует.


Отсутствие объекта по приходу связано, как и в случае поступления объекта, с отсутствием в Учетном Мироздании нулевого объекта.
Межобъектные связи, имитирующие окружающую нас действительность, позволяют отслеживать в Учетном Мироздании вложенность и вещественность – все произошедшие с объектом видоизменения, составляющие его «историю». Для этого необходимо проследовать по цепочке превращений объекта, посредством установления связей: объект по приходу – операция – объект по расходу данной операции – приход этого объекта – операция…. и т.д.


Если объект имеет составные части или вещества, исследовать необходимо «историю» каждого из названных элементов, естественно.



Не будучи привязан к правилам экаунтологии, интерфейс может быть разным, тем не менее он предназначен для выполнения определенных и вполне конкретных функций, следовательно, если выбор и имеется, то не безграничный. Возможно, читателю будет интересно проследить за ходом моей мысли при конструировании интерфейса.
Прежде всего требовалось определить режимы программы, то есть основные окна с различным интерфейсом. Я рассуждал следующим образом, в обратном порядке:
  • подобно любой учетной программе, в т.ч. бухгалтерской, Учетное Мироздание предназначено для получения выходной информации, т.е. генерирования отчетов. Значит, окошко отчетов – непременный элемент интерфейса;
  • также в обязательном порядке в Учетном Мироздании должно присутствовать окно операций – аналог журнала бухгалтерских проводок в бухгалтерских программах. Как говорилось выше, операции Учетного Мироздания заменяют бухгалтерские проводки, хотя строятся согласно не бухгалтерским, а экаунтологическим принципам: не – дебет одного счета, кредит другого, а – расход одних объектов, приход других объектов. Оба подхода основываются на законе сохранения материи, однако выражают разные практические подходы, поэтому и реализуемые в них формулы сильно отличаются друг от друга.
С двумя окнами проблем не было, но как быть с первым – начальным? Я чувствовал, что названных выше режимов недостаточно: требовалось что-то основополагающее – первое окошко, зайдя в которое пользователь ощутил бы себя как дома (или как на собственном предприятии, или на собственном складе, в зависимости от того, какие вещи необходимо учитывать). В конце концов снизошло озарение: начальный режим должен представлять собой перечень (склад) объектов, тем самым имитировать обыденную человеческую жизнь среди вещей, при которой есть пользователь, а есть окружающие его вещи, и подвергаемые собственно учету. Поскольку, согласно второму правилу экаунтологии, объект обозначается ключом и характеризуется признаками, в первом окне – режиме «Объекты» – объекты должны присутствовать в виде как непосредственно объектов, так и совокупности их признаков-характеристик. Стандартный способ подобного представления – таблица, в которой одна строка символизирует один объект, но по некоторым причинам мной был выбран и второй способ представления объектов, тоже достаточно традиционный – в виде иконок. Для отображения характеристик объектов, представленных в виде оконок, я использовал специальную многофункциональную (расположенную слева) панель из двух колонок: чтобы в первой колонке показывались свойства текущего объекта, а во второй колонке – значения по соответствующим свойствам.  
Объяснять интерфейс словами не очень удобно, поэтому вам лучше посмотреть, каким он получился в конечном итоге – всего лишь в моем воображении, так как на сегодняшний день Учетное Мироздание в программном коде еще не воплощено.
Вот так, по моей мысли, должен выглядеть интерфейс в режиме «Объекты» (объекты представлены иконками):



А вот интерфейс Учетного Мироздания в режиме «Операции»:



И наконец, режим «Отчеты»:



Все это – более чем картинки сомнительного качества, сводящиеся к простейшей интерфейсной схеме:



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

Приступаем к изучению интерфейса.
Левая панель управления состоит из двух колонок:
· в первой колонке указываются свойства объекта,
· во второй колонке указываются значения по соответствующим свойствам.
Данная функция базируется на втором правиле экааунтологии, гласящем: объект обозначается ключом и характеризуется признаками, - о чем, впрочем, уже говорилось. Само по себе понятие объекта бессмысленно: объект приобретает смысл лишь в совокупности характеризующих его свойств. Ну что мы узнает, если с радостным восклицанием «Это!» укажем на что-то пальцем?! Но если про «это» будет известно, что оно, к примеру, с хвостом и гавкает, появится определенная пища для размышлений и принятия решений.
Поскольку свойства и значения объектов регистрируемых в Учетном Мироздании объектов нужно где-то отображать и отображать именно в разрезе «свойство-значение», для этой цели как нельзя лучше подходят две колонки, составляющие в Учетном Мироздании левую панель управления. Пользователь становится мышкой на текущий объект, и на левой панели немедленно отображаются свойства выбранного объекта, к примеру:  



Этим функция левой панели не исчерпывается.
В каких других случаях используется перечень свойств объекта? Прежде всего, при вводе данных. Так и решим: пусть при вводе данных (о чем обстоятельный разговор впереди) пользователь использует ту же левую панель управления. Зачем наворачивать на интерфейс лишние окошки, когда готовый список уже под рукой?



Наконец, третья функция левой панели, как я ее мыслю, – фильтрация данных.
Допустим, в рабочем окне присутствуют объекты:



Ни один объект не выбран, поэтому левая панель очищена. Почему бы не использовать панель для фильтрации, критерии которой задаются указанием значений по тому же списку свойств, которыми характеризуются объекты?! Если пользователь (пускай находясь в особом рабочем режиме – это уже дело десятое) наберет на панели нужное значение, то после нажатия на Enter в рабочем окне останутся объекты с набранным значением:



Итак, левая панель используется для:
1) просмотра значений зарегистрированного текущего объекта,
2) ввода значений при регистрации объекта,
3) фильтрации объектов.


Рассмотрим рабочее окно Учетного Мироздания. В нем, в зависимости от выбранного режима просмотра, могут присутствовать не только иконки, как вы раньше видели, но и таблица. Почему нет, если объект обозначается ключом и характеризуется признаками – для выражения данного правила таблица подходит идеально?!



Хотя более интересен третий режим просмотра – иерархический.



Как можно представить объект – какую-либо вещь – в иерархическом виде? Благодаря вложенности.
Составные объекты – таковых в информационной системе большинство, а в окружающем нас мире это буквально все вещи, за счет того что до нас объекты «доходят» уже в качестве составных, – обладают вложенностью. А что такое вложенность? Наличие составных частей, как известно. Объекты объединились, причем данное объединение происходило скорее всего не одномоментно, а постепенно: к одну объекту подсоединялся второй, затем к полученному составному объекту подсоединялся третий и т.д. Если взять подсоединение объектов друг к другу в хронологическом порядке, получим иерархию: на верхнем уровне окажутся объекты, объединившиеся в последний момент; на следующем уровне – объекты, объединившиеся в предпоследний момент, и т.д. Таким образом, иерархия одновременно выражает два значащие и взаимозависимые величины:
1) материальный состав составного объекта,
2) хронологию объединения объектов в составной.
Очевидно, что для графического отображения пункта один необходимы иконки, а для отображения пункта два придется прибегнуть к специальным значкам, показывающим типы операций, поскольку объект Учетного Мироздания может образоваться в результате операций разных типов: образоваться из нулевого объекта (поступить), образоваться посредством разделения объекта, или объединения объектов, или изменения свойств объекта.
Примем для обозначения типов операций следующие изображения.
1) Поступление объекта:



2) Объединение объектов:



3) Разделение объекта:



4) Изменение свойств объекта:



В результате произошедшие с объектом материальные пертурбации будут выглядеть так приблизительно:



Иерархическому отображению объектов не противоречат предыдущие режимы просмотра: при помощи иконок и таблицы. Если в объект «входить», как в папку проводника, оказываясь на уровне ниже, присутствующая в объекте иерархия станет доступной и для иконок, и для таблиц тоже.
Допустим, пользователь видит иконку, обозначающую составной объект:



Если пользователь кликнет на объект «Имя 3», то «войдет» в состояние объекта на прошлую операцию,



иначе говоря, спустится по ссылке:



Как было замечено выше, данное  решение аналогично Проводнику современных операционных систем – с тем отличием, что здесь папки и файлы не создаются пользователем произвольно, а возникают в результате совершаемых пользователем же операций. Плюс небольшие особенности графического отображения иерархии, призванные продемонстрировать сущность операций, преобразующих объект.


Основных операций пять – они были названы выше, – но для упрощения алгоритмизации все операции подразделены на десять типов, в зависимости от типов объектов, с которыми имеют дело:
1. Поступление объекта.
 
 
 
2. Механическое объединение.
В составной объект, т.е. механически, могут быть объединены объекты любых типов (и в любой последовательности – порядок слагаемых значения не имеет):
 


Не могут быть объединены в составной объект составные части и вещества (поскольку они уже находятся в составе объекта).
3. Химическое объединение.
При химическом слиянии полученный объект считается состоящим из нескольких веществ (неоднородным) и соответствующим образом отображается в рабочем окне.
Формулы ввода (варианты):
а) объединяются элементарные однородные объекты:
 


б) объединяются элементарные объекты, однородный и неоднородный:


 
в) объединяются элементарные неоднородные объекты:
 


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

 
Первый объект в формуле (уменьшаемое) – тот, который разделяется. Второй объект (вычитаемое) – тот, который отделяется от первого. Третий объект (разность) – тот, который получается в результате отделения второго от первого.
5. Разделение составного объекта.
Формула операции (варианты):
а) составной объект состоит из элементарных неоднородных:
 


б) составной объект состоит из составных:
 


в) составной объект состоит из одного элементарного неоднородного и одного составного:
 


или (равноправный вариант):
 

 
Составные объекты возможно разделять только посредством отделения уже существующих частей. Например, если объект «Имя 22» образовался из объектов «Имя 20» и «Имя 21», а объект «Имя 20» в свою очередь – из объектов «Имя 18» и «Имя 19», то можно отделить от объекта «Имя 22» либо объект «Имя 20», либо «Имя 21», но никак не «Имя 18» или «Имя 19». Другими словами, операция данного типа доступна в Учетном Мироздании только на верхнем уровне вложенности.
6. Разделение элементарного неоднородного объекта на вещества.
Формулы операции (варианты):
а) элементарный неоднородный объект состоит из веществ:
 


б) элементарный неоднородный объект состоит из вещества и элементарного неоднородного объекта:
 

 
или (равноправный вариант):
 


в) элементарный неоднородный объект состоит двух элементарных неоднородных объектов:
 

 
Как в предыдущем случае, разделение осуществляется в соответствии уже не со вложенностью, но с вещественностью (ведь вещества можно химически совмещать последовательно: сначала первое со вторым, затем сплав с третьим веществом или даже со сплавом и т.д.).
7. Разделение элементарного неоднородного объекта на части.
Элементарный неоднородный объект можно не только разложить на вещества (химически), но и разделить механическим способом.

 
 
8. Изменение свойств объекта.
Свойства могут измениться у объекта любого типа, при этом сам тип объекта остается прежним.
 


Изменять свойства составных частей и веществ в Учетном Мироздании запрещается.
9. Выбытие объекта.
Удалению подлежат объекты любого типа:
 


Удалять составные части и вещества объекта запрещается (сначала нужно отделить их от объекта, затем уже можно удалять в качестве отдельного объекта).
10. «Передача» объекта другому пользователю.
Вообще, «передача» объекта другому пользователю – это всего лишь изменение у объекта значения по свойству «Субъект». Раньше было указано «Петров» - и с объектом работал Петров, потом Петров изменил значение на «Сидоров» - и с объектом начал работать Сидоров. Выделение «передачи» объекта в качестве отдельного типа операции связано с облегчением алгоритмизации, заодно и жизни пользователя, которому придется работать с программой.
«Передача» графически обозначена двумя стрелками. «Передавать» разрешается объекты любых типов:
 

 
Указанные формулы – аналог проводок в традиционной бухгалтерии. Соответственно, формулы фигурируют в окне «Операции», которое имеет приблизительно такой вид:
 


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

Операция – это совокупность записей, объединенных расходом одних объектов и приходом других, графически отображенная соответствующей формулой.
Вводятся операции посредством:
· выбора объектов из окна «Объекты»;
· указания, если это необходимо, арифметических действий с выбранными объектами;
· указания, при необходимости, свойств образуемых новых объектов.
Конкретные действия пользователя зависят от типа операции: в одних случаях, как к примеру при удалении объекта, действия пользователя минимальны и сводятся к выбору объекта и указанию действия с ним, в других – более детализированы.
Рассмотрим вариант со средней детализацией. Представим, что пользователю необходимо механически объединить два объекта в один. Пользователь встает курсором на объект и нажимает кнопку , обозначающую объединение объектов. В строке ввода/редактирования формулы возникает первая часть формулы объединения:
 
 
 
Затем пользователь встает на второй объект, который собирается объединять с первым, и нажимает Enter или дважды кликает мышью. Формула дополняется второй частью.
Учетное Мироздание приобретает вид:
 

 
Свойства какого объекта необходимо указывать при объединении двух прежних объектов в один новый? Нового объекта, разумеется, ведь свойства прежних объектов известны. Так происходит всегда: при вводе операции указываются свойства новых объектов, но поскольку число новых объектов колеблется в зависимости от типа операции, пользователь указывает свойства то для двух, то для одного или вообще ни для одного из объектов (последнее – при операции удаления объекта, если вы не поняли).
Свойства устанавливаются на левой панели управления. Они устанавливаются для текущего объекта, т.е. пользователю необходимо выбрать нужный объект в формуле (сделать его текущим) и ввести его свойства на левой панели управления.
После того, как свойства всех новых объектов заданы (в приведенном примере новый объект один), пользователь нажимает кнопку , и в рабочем окне появляется добавленный объект, а объекты, ставшие его составными частями, исчезают.

 
 
Были объекты «Имя 3» и «Имя 4», но их объединили в объект «Имя 5», который с текущего момента стал фигурировать в рабочем окне Учетного Мироздания.
Одновременно в рабочем окне режима «Операции» (если заглянуть туда) возникает введенная операция.
 


Добавление в рабочее окно режима «Операции» происходит после каждого ввода операции, тем самым при каждом вводе изменяется содержимое обоих рабочих окон: и объектов, и операций. Точно так в любой бухгалтерской программе после ввода бухгалтерской проводки изменяются и проводки (добавляется новая), и объекты учета (в зависимости от того, что именно бухгалтерской проводкой зарегистрировано).


На верхней панели управления, независимо от режима, в котором находится пользователь, расположен таймер. Его назначение понятно: показывать время, – но какое время? В режиме «Объекты» – время просмотра объектов, добавляемых в базу в хронологическом порядке, то есть в какой-то момент времени.
Традиционные бухгалтерские программы устроены схожим образом: каждая проводка характеризуется датой своего выполнения, соответственно каждый дебетуемый или кредитуемый объект соотносится с датой своей проводки. В Учетном Мироздании фигурирует не дата, а более мелкая единица времени, но принцип соответствия аналогичный: каждому объекту, регистрируемому по фазе существования – приходу или расходу – соответствует определенный момент времени. Можно сказать, что приход или расход объекта происходят во времени – все равно. Однако в остальном подход Учетного Мироздания заметно отличается от бухгалтерского.
Прежде всего, для просмотра не текущего (то есть прошлого или будущего) состояния объектов используются не отчеты, а непосредственно рабочее окно режима «Объекты».
Что видит пользователь в режиме «Объекты»? Правильно, объекты. Пользователь видит – только не в натуральном, а в графическом виде, – приблизительно то, что увидел бы, если бы находился, положим, на своем предприятии среди вещей, данное предприятие фактически составляющих. Зачем же в таком случае ограничиваться текущим моментом, отчего не дать пользователю виртуальную возможность посмотреть состав вещей в другие моменты, организовать для этого своеобразную машину времени, благо программные средства позволяют? Для этого служит таймер. Пользователь устанавливает на таймере нужное значение и «переносится» в указанный момент времени, наблюдая в рабочем окне Учетного Мироздания состояние на тот, установленный на таймере, момент. Не нужно, как это делается в бухгалтерских программах, генерировать отчеты на прошлую дату, достаточно установить значение на таймере и ты «переносишься» в состояние системы на указанный момент.
Допустим, 14 мая 2012 г. объект «Имя 1» и объект «Имя 2» были объединены в объект «Имя 3».
Пользователь, находясь в текущем (установленном на таймере) моменте – допустим, это 2012.05.15 13:00, – наблюдает состояние объектов на данный момент:
 


Но если пользователь установит на таймере момент до объединения объектов «Имя 1» и «Имя 2», то увидит иную, соответствующую прошлому моменту, картину:
 


Согласитесь, это удобней генерирования отчета на прошлую дату. То есть отчет на установленную дату не возбраняется сгенерировать в общем порядке, но помимо того можно просто «перенестись» в состояние на любую дату. Если в бухгалтерских программах подобное достигается посредством перехода в прошлый отчетный период, то в Учетном Мироздании – установлением требуемого значения на таймере, что намного проще.
Пока в техническом задании на Учетное Мироздание реализованы лишь минимальные возможности, но они могут быть расширены. К примеру, введение второго системного момента – не совершения операции, а регистрации совершения операции, – позволило бы получать куда более полную информацию об Учетном Мироздании и действиях пользователя в нем.
Согласно рассмотренной выше логике работы с программой пользователь может ввести операцию прошлой датой, и это будет равносильно введению данной операции в прошлом. При таком варианте система не отличает текущий ввод операции от прошлого. При добавлении в систему еще одного атрибута времени подобный недостаток устраняется: манипулируя двумя атрибутами времени, пользователь окажется способным посмотреть на прошлое, вообще на любое, состояние объекта исходя из того, каким данное состояние виделось из любого же момента времени.
Представьте, что 13 ноября пользователь спохватился, что 8 ноября забыл зарегистрировать объект. Пользователь регистрирует объект, поступивший 8 ноября. При одной системной дате данная регистрация равнозначна полному исправлению ошибки: начиная с 13 ноября никто не узнает, что объект был зарегистрирован с опозданием. При двух системных датах факт исправления получит отражение в системе. Из данных Учетного Мироздания будет следовать, что объект, поступивший 8 ноября, зарегистрирован именно 13 ноября:
· по состоянию на 8 ноября, каким оно видится, например, из 10 ноября, рассматриваемого объекта в Учетном Мироздании значится не будет;
· однако, по состоянию на 8 ноября, каким оно видится из 15 ноября, объект в Учетном Мироздании будет присутствовать.
Поскольку техническое задание разрабатывалось исходя из минимальных требований к работе, данный подход в Учетном Мироздании пока не реализован. Впрочем, как и само Учетное Мироздание, в настоящий момент существующее не в виде программных кодов, а на бумаге – ну и в голове его разработчика, само собой разумеется.

Продолжаю рассматривать порядок работы со временем.
На таймере допускается устанавливать не только прошлый момент, но и будущий. Такого в бухгалтерских программах нет и быть не может, так как в соответствии с традиционной бухгалтерской методологией объекты регистрируются исключительно текущей датой. Конечно, бухгалтер может записать бухгалтерскую проводку прошлой датой и даже будущей, но только таким образом, как будто это именно текущая проводка, а не прошлая или будущая. Между тем категория времени имеет в учете гораздо большее значение, чем это мыслится бухгалтерской методологией: я намекаю на обязательства – объекты, учитываемые в традиционной бухгалтерии со значительными искажениями.
Согласно экаунтологических воззрений, обязательство – это будущий объект, то есть обыкновенная вещь, регистрируемая по приходу (дебиторское обязательство) или расходу (кредиторское обязательство) будущим моментом. Будущее событие – далеко не текущее, ведь текущее событие уже состоялось и этого не избыть, тогда как будущее событие может состояться, а может и не состояться. Должник, хотя бы и обязанный перед вами юридически, вполне может нарушить обязанность и не передать вам оговоренную вещь по миллиону самых разных причин объективного и субъективного толка. Вот этой-то разницы между будущим и прошлым-текущим бухгалтерские программы, обязанные традиционной методологии, категорически не понимают, а Учетное Мироздание – понимает.
Для Учетного Мироздания имеется текущий момент, соответствующий отсчитываемому в системе времени, а все, что зарегистрировано позднее текущего момента, представляет собой область будущего. Записи, принадлежащие области будущего, отслеживаются при помощи специальной метки, для чего вводятся понятия:
· ненаступившие будущие операции – операции, введенные будущим моментом и на текущий момент продолжающие принадлежать области будущего;
· наступившие будущие операции – операции, введенные будущим моментом и на текущий момент наступившие.
Если сегодня 16 ноября и мы вводим операцию с датой 24 ноября, данная операция будущая ненаступившая, она будет оставаться таковой с 16 по 24 ноября, после чего перейдет в разряд будущих наступивших. Если, конечно, пользователь, видя, что его ожидания не оправдались, эту операцию не удалит или не передвинет на более поздний срок. Таким способом в Учетном Мироздании осуществляется корректировка будущих операций: при «приближении» будущей операции к текущему моменту пользователь прикидывает, нуждается ли будущая операция в корректировке, а может и в удалении, или не нуждается. Будущие операции, которые «достигают» текущей даты (и в том виде, в котором они ее «достигли»), считаются наступившими.
Наконец, об одной немаловажной детали, без которой пользование Учетным Мирозданием невозможно. Хорошо, пусть обязательства – это вещи, которые должны поступить или выбыть в будущем (тем более что они таковыми и являются в действительности), но как быть с кредиторскими обязательствами? В традиционной бухгалтерии объект можно регистрировать хоть по дебету, хоть по кредиту, а в Учетном Мироздании? Регистрация кредиторского обязательства, то есть будущего выбытия вещи, конечно же, должна осуществляться по расходу (аналогу кредита в традиционной бухгалтерии), но тогда получается, что в Учетном Мироздании, совсем как  в традиционной бухгалтерии, одни вещи регистрируются по приходу, а другие по расходу, что приводит к возникновению (по бухгалтерской терминологии) активов и пассивов, а далее для методологии наступают тяжкие осложнения.
Ничего такого в Учетном Мироздании нет, разумеется, ведь Учетное Мироздание исходит из методологии, применяемой в окружающей нас действительности, в которой разделение вещей на активы и пассивы отсутствует. Вещи есть (можно сказать, что это активы, поскольку зарегистрированы по приходу), а пассивов (вещей, зарегистрированных по расходу) нет и не предвидится. Что еще за отрицательные вещи?! – такого даже вообразить невозможно.
Как же быть с регистрацией кредиторских обязательств? Очень просто: прежде чем зарегистрировать выбытие какого-либо объекта, необходимо зарегистрировать его поступление. Допустим, сегодня, 16 ноября, вы задолжали 10 руб., которые пообещали отдать 23 ноября, и желаете отразить данное обстоятельство в Учетном Мироздании. Если ранее вами зарегистрирована такая или более крупная сумма – скажем, по состоянию на 16 ноября за вами значится 30 руб., – пожалуйста, регистрируйте свой долг, то есть будущее (от 23 ноября) выбытие 10 руб. После регистрации, однако, вы сможете показать выбытие лишь 20 руб., поскольку выбытие 10 руб. уже «зарезервировано» – отражено будущей датой.  
А если в текущий момент у вас вообще нет денег, что же, отобразить кредиторское обязательство не получится? Отчего же, только более ранним, чем погашение долга, моментом вам придется отобразить будущее поступление вещи, которой вы обязались. Если 23 ноября вы должны отдать 10 руб., но сегодня, 16 ноября, голы как сокол и в карманах у вас гуляет ветер, зарегистрируйте поступление 10 руб., скажем, 22 ноября. Вы же собираетесь расплачиваться по долгам, не правда ли? Чтобы отдать 10 руб., прежде придется их откуда-то получить, что я и предлагаю зарегистрировать в Учетном Мироздании. Тогда для искомых 10 руб. будут зарегистрированы обе фазы существования данного объекта:
· будущее поступление от 22 ноября;
·  будущее выбытие от 23 ноября.
Последовательность фаз существования объектов при этом сохранится: сначала приход объекта, затем расход, и никак иначе (потому что нельзя отдать – следовательно, зарегистрировать – то, чего не имеешь). Все как в жизни, а не в традиционной бухгалтерии, допускающей существование фантастических отрицательных объектов – пассивов.

Торговый обмен, то есть обмен товарами – непременный атрибут экономики, следовательно должен получить отражение и в Учетном Мироздании. Он и получает, в качестве «передачи» объекта от одного пользователя другому.
Структура баз данных Учетного Мироздания предполагает регистрацию объекта, обладающего устанавливаемыми пользователем свойствами, при этом субъект как самостоятельная сущность отсутствует. Субъект в Учетном Мироздании – одно из свойств объекта, отличающееся от других свойств своим обязательным характером (то есть данное свойство объекта не присваивается пользователем, а существует в системе по умолчанию, наряду с названием объекта). Предполагается, что субъект-пользователь имеет право работать с теми объектами, которые помечены его именем, соответственно при изменении значения по свойству «Субъект» он теряет такое право.
Допустим, значением объекта по свойству «Субъект» является: «Петров». Значит, с этим объектом Учетного Мироздания имеет право работать (выполнять какие-либо операции) исключительно Петров. Но как только Петров изменит значение объекта на другое – допустим, Сидоров, – он утеряет право на работу с объектом, которое перейдет соответственно к Сидорову. Данная операция символизирует «передачу» объекта от одного пользователя к другому. Таким образом, для «передачи» объекта другому лицу Отправителю необходимо указать предполагаемого Получателя в свойстве «Субъект».
Отправитель ставит курсор на объект, который хочет передать, и нажимает кнопку . В строке ввода/редактирования возникает формула:
 


Затем Отправитель указывает Получателя, нажимает кнопку , и объект «передается», исчезая из рабочего окна (ведь теперь Отправителем утеряно право на работу с объектом).
 

 
Выполненная операция попадает в список операций в режиме «Операции» – в общем порядке, как это обычно и происходит.
Соответственно, в рабочем окне Получателя возникает «полученный» им объект – не только в режиме «Объекты», разумеется, но и в режиме «Операции». Таким образом, операция, затрагивающая двоих пользователей, отображается в системах обоих, не только у Отправителя, но и у Получателя тоже:

 
 
Возможно, Получатель не захочет принять «переданный» ему объект – товарный обмен дело добровольное, не правда ли? – поэтому объект, появившийся в рабочем окне Получателя, помечен как «к рассмотрению» при помощи вопросительного знака:
 

 
В случае одобрения (актуализации) операции Получателем вопросительный знак снимается, в случае неодобрения – операция считается несостоявшейся (удаляется), тем самым объект «возвращается» Отправителю.
При актуализации операции Получателем необходимо решить еще одну проблему: возможно, Получатель захочет как-то иначе охарактеризовать свойства «полученного» объекта, ведь каждый из пользователей характеризует объекты по-своему, тем более что количество характеристик объектов для каждого пользователя Учетного Мироздания ограничено. Значит, Получатель должен не только актуализировать операцию, но и установить, какими из свойств характеризовать «полученный» объект в своей системе. Получатель вправе не принимать свойства, которыми характеризовал объект Отправитель, тогда в базе Получателя, при актуализации операции, объект будет зарегистрирован как не обладающий данными характеристиками: отклоненные свойства вообще не появятся на левой панели управления. Принятые свойства, наоборот, возникнут на левой панели управления, а объект будет зарегистрирован как обладающий по ним установленными значениями.
Допустим, Отправитель передает Получателю объект со значениями, помимо обязательного свойства «Объект», в свойстве «База». А у Получателя такого свойства нет, зато имеется аналогичное свойство – «Склад».
Получатель становится курсором на операцию «передачи» и нажимает кнопку  – актуализировать операцию.
Появляется модальное окно стандартного вида:
 
 
 
Работа с окном также стандартна: пользователь переносит свойства, которые желает видеть в своей базе, из левого списка в правый. В левом списке присутствуют только те свойства, названия которых не совпадают.
Кнопка  предназначена для изменения названия свойства. Пользователь нажимает ее и в правом окошке в скобках набивает новое название:

 
 
После нажатия кнопки  операция актуализируется, при этом значения по выбранным свойствам оказываются записаны в базу Получателя.
Получаем следующий общий алгоритм «передачи».
1) Отправитель «передает» объект получателю. В результате из базы Отправителя объект «выбывает» и «поступает» в базу Получателя. При этом записи в обеих базах помечаются как «к рассмотрению». Эти записи учитываются в рабочих окнах (у Отправителя объект исчезает, у Получателя – появляется).
2) Если Получатель актуализирует операцию, то актуализируется операция и у Отправителя.
3) Если Получатель не одобряет (удаляет) операцию, то операция у Отправителя тоже удаляется. В этом случае объект исчезает из рабочего окна Получателя и вновь возникает в рабочем окне Отправителя, то есть восстанавливается первоначальное положение.

Правила генерирования отчетов таковы:
1. Отчет представляется в табличной форме.
Отчетная таблица состоит из:
· колонок свойств,
· колонок показателей (выделены затемнением).
 


2. Отчет строится в соответствии с критерием фильтрации на левой панели управления.
Если объект подпадает под критерии фильтрации, он фигурирует в отчете, хотя бы с нулевыми показателями. Если объект не подпадает под критерии фильтрации, он в отчете отсутствует (даже строка с нулевыми показателями).
3. Показатели рассчитываются по измерителю.
В качестве измерителя возможны:
· число объектов;
· любое из свойств числового формата (например, стоимость в рублях, стоимость в долларах, вес, площадь, объем и т.п.).
4. Число колонок свойств задается кнопкой .
При нажатии возникает окно стандартного вида, в котором возможно указать свойства, которые должны фигурировать в колонках отчета.
 
 
На этапе технического задания предусмотрен простейший вариант Учетного Мироздания, однако для полноценной работы в нем необходимо устанавливать связь между отдельными записями по различным критериям, для чего потребуется существенно усложнить интерфейс.
5. Генерировать отчет можно по отдельным объектам и по группам (в соответствии с установленным на левой панели критерием фильтрации).
При установленном флажке на «Считать пообъектно» подсчет показателей производится по отдельным объектам, независимо от того, обладают ли они аналогичными свойствами. При снятом флажке на «Считать пообъектно» подсчет показателей производится по группам объектов, обладающих аналогичными свойствами.
Допустим, для представления в отчете выбраны колонки «Объект» и «Свойство 1». В соответствии с установленным на левой панели критерием фильтрации отобраны два объекта, причем оба обладают аналогичными свойствами по «Объект» и «Свойство 1»: положим, имеют название «шайба» и значение по «Свойству 1»: Значение 1_1.
При установленном флажке на «Считать пообъектно» отчет будет иметь две строки:
 


При снятом флажке на «Считать пообъектно» отчет будет иметь одну строку, общую для обоих обладающих идентичными свойствами объектов:
 


Колонка «Тип» (в колонках свойств) имеет место при условии, что отчет считается пообъектно.
6. К колонкам свойств добавляются колонки показателей: одна или несколько.
Число колонок показателей зависит от установленных параметров.
По умолчанию метка установлена на «Показывать остаток». При этом в правую часть рабочего окна добавляется колонка «Остаток»:
 


При установлении метки также на «Показывать остаток на предыдущий момент» в рабочее окно добавляются колонки «Остаток на начало» и «Остаток на конец»:


 
При установлении метки на «Показывать обороты» добавляются три отчетные колонки:


 
При установлении метки на «Разделить обороты на приход и расход» показывается:
 


В указанных колонках фигурируют обороты и сальдо (остаток). Трактовка их в принципе та же, что в бухгалтерском учете, и касается фаз существования объектов: прихода и расхода. Поскольку каждый объект регистрируется по приходу, затем по расходу расходу, числовые показатели характеризуют либо приход, либо расход, либо разницу между ними, если выбрано и сгруппировано несколько объектов. С этой (Учетного Мироздания) точки зрения общеизвестные бухгалтерские термины означают:
·  обороты – числовой показатель, относящийся к объектам, зарегистрированным в рассчитываемом периоде по приходу либо по расходу. Если объектов несколько и они сгруппированы, обороты высчитываются как приход за минусом расхода по выбранным объектам. В этом случае обороты называются свернутыми;
·  сальдо (остаток) – числовой показатель, относящийся к объектам, зарегистрированным на рассчитываемый момент по приходу и не зарегистрированным по расходу.
Сальдо на конец периода равняется сальдо на начало периода плюс обороты по приходу минус обороты по расходу.
7. Сгенерированный отчет можно импортировать. Импортируется таблица, непосредственно представленная в рабочем окне.
Общий вид окна отчетов уже приводился:



Чтобы лучше представить возможности программы (еще не существующей, но тем не менее), перечислю кнопки, украшающие ее интерфейс. Если Учетное Мироздание будет когда-нибудь реализовано, кнопки окажутся слегка другими – естественно, естественно! –  но в данный момент они видятся мне такими.
Кнопки и элементы во всех режимах (общие)на верхней панели управления:
 
 – таймер
– установить текущее время
 
На нижней панели управления:
 
– изменить свойство (название объекта)
 – установить фильтр
 – очистить фильтр (показывать все объекты)
  возвратиться (на предыдущую операцию)
 – возвратиться домой
 – показать в рабочем окне иконки
 – показать в рабочем окне таблицу
 – показать в рабочем окне иерархию
 
В режиме «Объекты»:
 
 – добавить объект
 – объединить объекты
 – изменить свойства объекта
 – передать объект
 – разделить объект
 – удалить объект
В левой нижней части верхней панели управления находится строка ввода/редактирования операции. К ней относятся элементы:
  пометить как химическое соединение/разделение
 – ввести операцию
 – отказаться от ввода операции
 
В режиме «Операции»:
 
 – редактировать операцию
 – актуализировать операцию (по передаче объекта)
 – удалить операцию
 – показывать текущие операции
 – показывать состоявшиеся будущие операции
 – показывать несостоявшиеся будущие операции
 – показывать операции по полученным объектам
 – показывать операции по переданным объектам
 
В режиме «Отчеты».
 
 
Указывает на числовое поле, используемое при генерировании отчета.
 
 
Указывает на необходимость группировать либо не группировать объекты при вычислении.
 – параметры отчета
 – импорт отчета
 

В техническом задании на проект «Учетное Мироздание» намечены лишь основные учетные функции – те, без которых не обойтись совершенно. Но есть, есть что совершенствовать…
Во-первых, перспективы касаются отчетов – раздела, наименее теоретического и новаторского, ввиду чего допускающего многочисленные варианты. В самом деле, располагать отчетные данные можно по-разному: строчкой ниже – строчкой выше, вертикально или горизонтально, плюс различные комбинации, причем апробированные на практике. Напрашивается сложная, хотя и не определяющая настройка – приблизительно такая, как настройка графиков в Excel: ничего принципиального для логики программы, вместе с тем довольно развернуто.
Также напрашивается сохранение настроек с последующим поименованием отчетов. Не каждый же раз пользователю устанавливать настройки, проще выбрать из списка отчет, однажды уже настроенный.
И разумеется, в полной версии Учетного Мироздания должна быть реализована связь между записями, то есть возможность выбора полей таблицы, представляющей собой связанные записи. Возьмем торговый обмен – квинтэссенцию экономики, и не только современной. Один пользователь передает второму деньги, а второй пользователь первому – товар. Действия эти в некотором роде не связанные между собой (связанные лишь мысленно), фиксируемые двумя различными записями. Но если присвоить этим двум записям одинаковое значение по оговоренному атрибуту – допустим, указать уникальный номер договора, – между записями возникнет информационная связь. При невозможности выбирать поля таблицы, представляющей собой связанные записи, у пользователя не получится построить отчет, из которого следовало бы: вот эти 100 руб. уплачены за этот товар, так как передача 100 руб. и получение товара суть разные действия в системе. Следовательно, в идеальном случае пользователь должен иметь возможность связывать записи в одну таблицу – и не только две записи, а любое их количество по цепочке. Лишь тогда информация о мироздании станет полной: появится возможность – разумеется, при регистрации соответствующих данных в Учетном Мироздании, – системным образом установить, допустим, фамилию начальника смены, во время дежурства которого изготовлена деталь, вышедшая из строя в приобретенном у производителя механизме.   
Второе направление совершенствования Учетного Мироздания – так называемые силовые (причинно-следственные) связи между объектами.  Согласно экаунтологическим воззрениям, силовые связи выражают последовательность изменений происходящих с объектами: если как следует приложиться лбом о стену, никаких взаимных материальных преобразований между стеной и лбом не произойдет, однако на лбу вскочит шишка. Ее следует трактовать как одностороннее материальное преобразование объекта вследствие силового воздействия на него второго объекта.
Силовым связям человечество обязано тем, что успешно пользуется орудиями труда, оказывающими на предметы труда необходимое воздействие. В сегодняшнем варианте технического задания силовые связи не реализованы, однако это не означает, что их нельзя реализовать в принципе. Возможно, разумеется. В этом случае Учетное Мироздание из разряда бухгалтерских перейдет в разряд полноценных экономических программ: станет возможным подсчитывать трудовую стоимость продукта. Ведь что такое трудовая стоимость? Продолжительность человеческого труда над конкретным продуктом. Если соотносить в Учетном Мироздании одни объекты (орудия труда) с другими (предметами труда) – это должно быть привязано к периоду воздействия, так как орудия труда воздействуют на предметы труда продолжительно, – то каждому предмету труда начнет соответствовать некоторая продолжительность работы орудий труда. Начиная отсчет такого воздействия с одушевленных орудий труда – человека, – мы и получим трудовую стоимость продукта. 
Третье направление – «передача» объектов от одного пользователя другому. Здесь основное намечено, тем не менее пути совершенствования многообразны. Должна лишь выдерживаться тенденция: посредством «передачи» объектов от пользователя к пользователю локальные учетные программки сцепляются  между собой и в конце концов образуют единую учетную социальную сеть – собственно Учетное Мироздание. Что и засвидетельствует торжество экаунтологической идеи.

Представим, что Учетное Мироздание – ура-ура! – сделано, что дальше? имею в виду, как его монетизировать? Предлагаю следующий сценарий.

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

На втором этапе в Учетное Мироздание вмонтируются средства работы с электронными деньгами. Большинство людей хранит деньги на разных банковских счетах и в разных электронных системах. Удобство работы с деньгами требует интеграции в единое учетное средство (что, насколько я понимаю, давно реализовано в системах «клиент-банк»). Получаем систему учета личного имущества, привязанную к банковским счетам.

Наконец, на третьем этапе к системе постепенно подключаются – имеется в виду, самостоятельно, по собственной инициативе – отдельные торговые системы, для которых Учетное Мироздание может быть интересно в качестве оказания покупателям дополнительных услуг. К покупателю, инсталлировавшему Учетное Мироздание и зарегистрировавшемуся на сайте, поступают сведения обо всех приобретенных товарах, что позволяет:   

1) получать дополнительную информацию о товаре: его составе, производителе, сроке хранения и т.п.;

2) вести учет личного имущества.

Озвученный сценарий предполагается при отсутствии видимых перспектив распространения Учетного Мироздания: если бы за его разработку и реализацию взялась крупная фирма, все оказалось бы гораздо проще. А если бы за реализацию Учетного Мироздания взялось государство, тогда… Представьте, счета индивидуальных предпринимателей в Государственной системе электронных платежей – единой, без права выбора. Регистрация в системе означает регистрацию пользователя в качестве индивидуального предпринимателя. Налоги взимаются автоматически: допустим, 10 % с каждого поступления на счет – не заплатить налоги в этом случае теоретически невозможно. Индивидуальная предпринимательская деятельность оказывается чрезвычайно комфортной, но это далеко не все преимущества, ведь предприниматели учитывают в системе не только деньги, но и материальные объекты – товары. Нельзя передать кому-то товар, не зарегистрированный в системе. Если охватить Учетным Мирозданием всех субъектов предпринимательской деятельности, и всех физических лиц, получится полная база производственных данных – не просто справочная, но рабочая, регулирующая отношения между реальными экономическими субъектами.

Благодаря Учетному Мирозданию мировая экономика станет другой – компьютерной, – только кто ж ее, такую замечательную, сделает? Не государство же?



Колонка Редактора

Постоянные авторы
Copyright Медведев М.Ю. © 2012-2018