Подходы к стандартизации автоматизированной учетной системы на уровне решения задачи учета

Подходы к стандартизации автоматизированной учетной системы на уровне решения задачи учета

Б.А. Костин,

АИКБ «Татфондбанк», г.Казань. И.А. Коноплева, к.т.н., доцент

филиал ВЗФЭИ в г. Архангельске

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

Для повышения качества автоматизированных систем необходимы критерии н виде стандартов для построения автоматизированной системы бухгалтерского учета (АСБУ) [3.41. Так как работу любой АСБУ можно рассматривать как ввод некоторой информации с целью получения отчетов, на основании которых аналитик, управленец или контролер строит заключение или принимает решение, то стандарт АСБУ должен обеспечить достижение этой цели. то же время очевидно, что такой стандарт не должен быть привязан ни к конкретным видам отчетности, которые необходимы заинтересованным специалистам или контрагентам экономического субъекта (предприятиям или банкам), ни к вводимой информации. Напротив, необходимо предусмотреть в стандарте способность приспособления АСБУ к возможному изменению требований заинтересованных субъектов в отношении вводимой информации и получаемых отчетов.

Следует отметить, что сформулированную задачу учета можно решать разными способами. 15 настоящее время эксплуатируется только один вариант. принципы которого изложены Л. Паччоли [51. Этот вариант состоит в следующих положениях и элементах:

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

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

3. Возможность изменения набора ат рибутов этих фактов обеспечивается введением новых счетов.

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

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

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

Тем не менее, приспособляемость плана счетов к учету вновь появляющихся признаков оказывается ограниченной, т.к. одна и та же реальная финансовая или материальная операция может быть охарактеризована с разных сторон, и учет разных комбинаций характеристик приводит к необходимости дробить счета на множество подсчетов для каждого набора значений выбранных признаков. 15 рамках подхода с использованием утвержденного плана счетов это возможно сделать путем регламентирования правил формирований номера счета. Самый естественный вариант - это увязать учитываемый признак с позицией цифр в номере счета, то есть возникает необходимость стандартизации позиционирования учетных признаков в номере счета. Этот подход использован Центральным Банком РФ в регламентации использования позиций в номерах лицевых счетов для банков (21, однако правило позиционной кодировки применяется непоследовательно. Для предприятий такая регламентация действует только в отношении счетов верхнего уровня.

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

Экономика, Статистика и Информатика

57

№1, 2008

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

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

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

Проблемы технологического уровня. Из практики учета вытекает требование о ведении нескольких планов счетов, но если АСБУ одноплановая, то это просто невозможно, а в многоплановой системе выполнение финансовых транзакций оказывается слишком медленным из-за необходимости коррекции остатков по каждому плану счетов.

Проблемы уровня производства и поддержки. АСБУ с большим числом используемых таблиц и объектов сложнее в разработке, модификации и сопровождении. Это является источником внутренних ошибок системы. а также ведет к удорожанию автоматизированного комплекса в целом.

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

связано с тем, что разраоотчики рассматривают и проводки, и счета как самостоятельные объекты со своими свойствами, права на которые предоставляются без связи их между собой. Подразумевается, что возможно предоставлять одним пользователям права на свойства счетов, а другим - на свойства проводок. В результате АСБУ допускает несогласованное предоставление прав на счета и проводки.

Проблемы уровня эксплуатации. На этом уровне возникают проблемы безотказности и быстродействия. Вследствие аппаратных и программных сбоев прерывание транзакции между изменениями в разных таблицах может приводить к искажению информации, поскольку выполнение каждой финансовой транзакции требует внесения изменений и в таблицу остатков по счетам, и в таблиц)' проводок. Такие ошибки предупреждаются путем использования СУБД с поддержкой транзакций, что ведет к удорожанию автоматизированного комплекса в целом и замедлением исполнения операций.

Существующее решение данных проблем можно охарактеризовать как решение, при проектировании которого законодательные инструкции используются в качестве элементов и сущностей АСБУ. Его главные преимущества основаны на предположении, что бухгалтеры и финансисты сумеют эффективно воспользоваться той автоматизированной системой, которая непосредственно реализует их инструкции и используемое ими законодательство. Главный недостаток - отсутствие доказательств правильности такого подхода при программной реализации инструкций и законодательства. Из этого недостатка вытекаю! все внутренние сложности и проблемы АСБУ.

Для разработки такого подхода к автоматизации учета, который бы доказательно обеспечивал правильное решение задач учета, необходимо определить понятия -план счетов», -остаток на счету», -проводка» применительно к АСБУ. то есть выяснить их действительный смысл в АСБУ.

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

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

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

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

В технологии, разработанной Л. Паччоли. проводка регистрируется как пара записей в таблице счетов, и этой информации в принципе достаточно для учета, то есть специальной таблицы проводок вообще не нужно, так как реквизиты любой проводки можно вычислить из реквизитов соответствующих записей в таблице счетов. Тем не менее, во всех правилах учета и во всех АСБУ предусмотрено ведение соответственно специальных дел и таблиц, в которые заносятся первичные документы. Фактически, это правило диктуется не самим учетом, а необходимостью наличия для бухгалтерского дела возможности проводить проверки и аудит, для АСБУ - возможности восстановить таблицу остатков, так как именно таблица остатков является в существующих АСБУ источником данных для отчетов. То есть для бухгалтерского дела учет первичных документов является требованием контролирующих организаций, а в АСБУ - это всего лишь резервная копия данных. Однако такой статус таблицы проводок принципиально неверен. так как именно таблица проводок является списком анализируемых финансовых фактов. Даже когда отчеты получаются из таблицы промежуточных результатов (то есть из таблицы остатков). эти отчеты верны потому, что таблица остатков в действительности является отражением таблицы проводок.

Поскольку все финансовые операции имеют денежное выражение, инди-

№1, 2008 58

*

Таблица 1

Технические характеристики стандартной АСБУ

Фактор Характеристика

Поддержка пакетов проволок Потенциально может кардинально снизить трудоемкость ручной работы. так как заменяет ввод отдельных проволок, участвующих в финансовой операции, рег истрацией самой финансовой транзакции. Однако в действующих АСБУ поддержка пакетов проводок или отсутствует. или се настройка настолько сложна и неполноценна, что не оправдывает усилий и затрат на ее освоение

Автоматический ввод-вывод данных Потенциально может повысить надежность обмена информацией, сократить нерабочее время при обслуживании клиентов, снизить потребность в кадрах. В действующих АСБУ автоматический ввод-вывод данных рассматривается главным образом как обмен проводками с системами межбанковских расчетов и с клиентскими компонентами в технологии «банк-клиент». В АСБУ для предприятий автоматический ввод-вывод данных фактически сводится только к системам обмена платежными поручениями и выписками с банком. Однако нужно отметить, что тго свойство АСБУ развивается наиболее интенсивно. прежде всего самими предприятиями-потребителями АС'БУ. особенно в связи со все большим использованием глобальных сетей как среды передачи информации

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

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

Автоматический анализ данных Потенциально может кардинально повысить эффективность управления и контроля. Однако в действующих АСБУ автоматический анализ данных, как и электронный документооборот, существует в примитивном состоянии, либо он ведется в независимых системах. Кроме того, используемые при производстве АСБУ инструментальные средства часто уже содержат в себе встроенные аналитические компоненты (например, OLAP), но в самих АСБУ аналитических средств нет

Пониженная необходимость в хранении промежуточных данных Является достаточно узким по значимости достижением информационных технологий, но и это свойство потенциально может повысить эффективность работы самой АС'БУ и снизить стоимост ь автоматизированного комплекса в целом. Однако в действующих АСБУ это преимущество используется бессистемно

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

положения признака -счет- в паре этих признаков, относящихся к одной проводке. Эта характеристика является настолько естественной, что в АСБУ делается отступление от строгого следования технологии получения отчетов только из таблицы счетов. Вместо это-

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

Таким образом, дебетовые и кредитовые обороты - это характеристика взаимного соотношения признаков проводки, а именно: признака -сумма- и каждого из двух признаков -счет-.

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

В области автоматизации учета требуемым состоянием является автоматизированный учет, необходимыми ресурсами являются аппаратные и программные средства, а механизмами достижения результата должны быть следующие технические решения:

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

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

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

4. Электронный документооборот, в том числе использование серверов для непрерывной подготовки отчетов по-

Экономика, Статистика и Информатика

Интерфейсный уровень

Представление

ПРОВОДОК И/И.III И 1010В

Кон цептуальн ый уровень

Таблица прополок

Донолии-

ГСЛЬНЫН

фи. I ы р

От мешай форма

Лвтмшнч е-скам процедура

Способ вывода информации

Способ вывода информации

Фильтр на столб-ны и строки

Справочники

Программный уровень

ВнуIреннее предоавленне

Рис. 1. Архитектура АСБУ

стоянной готовности, и электронно-цифровая подпись документов.

5. Автоматический анализ данных в разных отношениях (корректность, достоверность, актуальность, безопасность. несанкционированный доступ, допустимость и т. д.), в том числе использование внутрикорпоративных аудиторских и аналитических серверов.

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

Вообще говоря, при автоматизации учета делаются попытки использования этих технических решений, но эти попытки нося! несистемный характер, который проявляется в том, что технические решения применяются лишь эпизодически в самих АСБУ, и в том. что применяются только отдельные решения. а не весь комплекс перечисленных преимуществ информационных технологий. Характеристика технических решений в автоматизированном учете приведена в табл. 1.

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

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

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

1) сущностные признаки, это показатели. ради которых ведется учет;

2) классифицирующие признаки, это показатели, при помощи которых ведется учет;

3) инфраструктурные признаки, это показатели, которые обеспечивают работу автоматизированной системы.

При этом должна быть предусмотрена возможность изменения состава признаков первого и второго типов

средствами АСБУ без привлечения разработчика. Ключевая концепция решения состой! в следующем: поскольку в учетных системах конечной информацией для анализа являются форматированные списки проводок с итогами, то получение всей информации для анализа нужно производить из самой таблицы проводок без специальных таблиц для хранения промежуточных значений. А если. например, в таблицу проводок вводи ть записи, соответствующие открытию-закры тию счета, то таким образом можно получать из таблицы проводок даже информацию, не связанную с движением денежных или материальных средств.

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

чения доступа на просмотр и изменение информации - этой таблицы недостаточно. даже если учесть, что администраторы АСБУ будут иметь возможность ввести специальные поля в целях разграничения доступа к отдельным записям этой таблицы.

Вторая предусмотренная таблица -это таблица прав пользователей Структура и способ представления информации в ней определяется разработчиками, но рекомендуются следующие особенности:

• стиль изменения информации в таблице должен быть реализован в общем для АСБУ ст иле, включая возможность экспорта во внешний файл и импорта из внешнего файла;

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

№1, 2008

1

• определение групповых и индивидуальных прав.

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

АСБУ должна строиться на базе таблицы проводок и таблицы прав пользователей: пользователи АСБУ при выполнении всех манипуляций с данными должны производить манипуляции только с данными этих двух таблиц, и все программные модули должны иметь 1« качестве входных и выходных аргументов только объекты уровня этих двух таблиц. Внутреннее представление этих таблиц определяется разработчиками, и не рекомендуется предоставлять пользователям средства управления объектами более низкого уровня, чем уровень таблицы проводок и таблицы прав пользователей, так как на более низком уровне нет объектов, отображаемых в бухгалтерские категории. В случае, если по усмотрению разработчиком какая-то таблица будет состоять из нескольких таблиц, то права на зависимую таблицу должны предоставляться автоматически и в соответствии с правами на основную таблицу.

Таблицы проводок и прав пользователей уже содержат информацию, достаточную для реализации учета, поэтому собственно учет состоит в манипуляциях с данными этих двух таблиц, однако АСБУ еще должна иметь возможность введения таблиц-справочников и других дополнительных таблиц, назначение которых - оптимизация учета в соответствии с принципами управления реляционными базами данными [61. причем эту оптимизацию должны выполнять не разработчики, а администраторы. В отношении таких таблиц рекомендуется. чтобы присутствовали следующие табл и пы:

• таблицы-справочники, являющиеся законодательно установленными классификаторами, например, план счетов ЦБ РФ. справочник кодов операций Федеральной службы по финансовому мониторингу и т. п.:

• таблица операций (транзакций);

• таблица пакетов операций.

Поскольку на учет при помощи

АСБУ неизбежно накладываются особенности автоматизации, должна(ы) быть еще таблипа(ы) - журнал работы.

С технологическим смыслом таблицы прав пользователей связан доступ к информации любой таблицы через представление. Представление -

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

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

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

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

• установка П|»извольного фильтра на доступные записи с возможностью запо-

минать персональные фильтры для последующего наложения па представление;

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

• операция экспорта информации в произвольный приемник в соответствии с имеющимися шаблонами, относящимися к данному представлению, с возможностью создавать персональные шаблоны;

• операция импорта информации из соответствующим образом структурированного произвольного источника.

Изложенные соображения приводят к трехуровневой архитектуре АСБУ (рис. 1): программный уровень, концептуальный уровень, интерфейсный уровень.

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

Представленное решение задачи учета дает, по мнению авторов, основу для создания такой АСБУ, которая гарантирует достоверность данных не благодаря изощренным методикам разработчиков, а просто в силу самого решения. Поэтому такое решение может служить Пазовым решением для стандартизации АСБУ.

Источники информации:

1. -О бухгалтерском учете-. Федеральный законся21 ноября 1996г. 129-ФЗ 'Информа-ци< )hh(ki фак >чная система -Консультат Плюс-.

2.0 правилах ведения бухгалтерского учета н кредитных организациях, расположенных на территории Российской Федерации: Положение 1 К'нтралыюго Банка Российской Федерации от 26.03.200" \» 302-П Информационно-справочная система -Консультант Плюс-.

3. К ост ин Г>. А.. Коноплева И. А. Анализ программного обеспечения учетной работы в кредитных организациях I ручное обозрение. 2005. №5. С 19—23.

4. Костин 1). А., Коноплева И. А. Потребительские свойства программных средств учета в кредитных организациях Прикладная информатика. 2006. N» 2. С. 3-9.

5. I [аччоли Лука. Сумма арифметики, геометрии. учения о пропорциях и отношениях. Ч. 1,Отд 9.Трактат IX. Осчетах и записях Пер. Э.Г. Вальденберга Imp: vvww.supertrader.ni books ;1хх>Ы-си1 lukasod.hun.

Экономика, Статистика и Информатика 61 №1, 2008