Активные операции коммерческих банков. Реферат.

Страница: 3 из 3
<-- предыдущая следующая -->

Перейти на страницу:
скачать реферат | 1 2 3

Резервные счета в федеральных резервных банках. По закону банки (а после 1980 г - все депозитные учреждения, в том числе и те, которые не являются членами ФРС) обязаны хранить резерв на счете в федеральном резервном банке своего округа в определенной пропорции к своим обязательствам по депозитам. При расчете резервов берется чистая доля депозитов до востребования за вычетом платежных документов, находящихся в процессе инкассации, и сумма на корреспондентских счетах данного банка в других банках.
Большое внимание уделялось схеме расчетов резервов. В США применялись два варианта: схемы отсроченного периода и совмещенных периодов.
Корреспондентские счета в других банках. Банки открывают корреспондентские счета в других банках и хранят там рабочие остатки с целью взаимного оказания услуг по инкассо чеков, векселей и других платежных документов, покупке и продаже ценных бумаг, валюты, участия в синдицированных кредитах и т. д. Часть расходов по операциям, проводимым для своих корреспондентов банки покрывают, размещая средства, которые хранятся на счетах “лоро”. Но эти доходы, как правило, не покрывают издержек. В последние годы банки все чаще переходят к прямому начислению комиссии за каждый вид услуг.
Платежные документы на инкассо. Эта самая крупная статья в разделе кассовых активов (более 40%). Она состоит почти исключительно из чеков, предъявленных в банк клиентами для получения платежа. Пусть клиент банка А, находящегося в Нью-Йорке, предъявил банку чек, выписанный в банке Б в Сан-Франциско. В банк А на сумму чека увеличится счет “Чеки на инкассо” в активе баланса и счет “Депозиты” в пассиве. Чек будет сдан на инкассо в федеральный резервный банк в Нью-Йорке и отослан в федеральный резервный банк в Сан-Франциско для предъявления к платежу в банк Б. После оплаты чека его сумма списывается с резервного счета банка Б и переводится на резервный счет банка А в федеральном резервном банке Нью-Йорка. Соответственно в активе баланса банка А увеличится баланс счета “Резерв в федеральном резервном банке” и уменьшится счет “Чеки на инкассо”.
Первичные и вторичные резервы. Банки уделяют большое внимание прогнозированию потребности в ликвидных средствах и, в первую очередь, обеспечению резервной позиции.
Суммы на резервном счете в федеральном резервном банке и кассовая наличность служат первым рубежом, гарантирующим платежеспособность банка. Это первичный резерв банка. Однако этот резерв не обеспечивает полной потребности банка в ликвидных средствах. Банк может столкнуться с крупным непредвиденным оттоком депозитов и в этом случае он не сможет воспользоваться резервом. Ему придется продать ценные бумаги или отозвать ссуды. . Потребность в быстром привлечении дополнительных ресурсов может возникнуть также, если банк хочет выдать крупную ссуду важному клиенту.
Поэтому банку необходимо иметь вторую линию резервов, которые позволяют ему срочно мобилизовать денежные средства рынка. Ко вторичным резервам относятся некоторые виды краткосрочных активов: казначейские векселя, ценные бумаги различных федеральных агентств, соглашения о продаже ценных бумаг с обратным выкупом, банковские акцепты, передаваемые депозитные сертификаты, федеральные фонды, коммерческие бумаги и т. д. Все эти ценные бумаги и различные обязательства в различных сочетаниях входят в качестве составных элементов в банковский портфель активов, и управление ими занимает важное место в общей операционной стратегии банков.

3. Операции с ценными бумагами.

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

Наименование операции	Задача банка при осуществлении операции	Технология проведения операции	В чем интерес банка
Посредничество банка между эмитентами ценных бумаг и инвесторами	Получение максимально возможной прибыли за счет посреднических услуг при распространении среди инвесторов максимально возможного объема ценных бумаг эмитентов	А) “Полный выкуп с перепродажей” - банк выкупает за свой счет весь выпуск (или свою долю выпуска), чтобы потом перепродать с надбавкой;Б) “Распространение с гарантией выкупа” - банк ищет инвесторов для ценных бумаг эмитента и сам гарантирует, что выкупит всю нераспроданную среди сторонних инвесторов часть выпуска;В) “Распространение без гарантии выкупа” - банк ищет инвесторов для ценных бумаг эмитентов, но недораспроданную часть выпуска сам не покупает	Перепродать как можно большую часть выпуска по максимально возможной ценеРаспространить максимально большую часть выпуска, чтобы получит за это максимальное вознаграждение
Купля или продажа банком Ценных бумаг на вторичном рынке за счет и по поручению клиента	Получение вознаграждения от клиента за точное и быстрое исполнение указаний по покупке или продаже ценных бумаг	А) Банк заключает договор комиссии о покупке бумаг для клиента или о продаже бумаг клиента, во исполнение которого банк заключает сделку купли-продажи от своего имени с третьим лицом;Б)Банк заключает договор поручения как с продавцом, так и с покупателем ценных бумаг, которые по инициативе и при посредничестве банка заключают между собой договор купли-продажи	Получить от клиентов максимально возможное вознаграждение.
Покупка и продажа банком ценных бумаг от своего имени и за свой счет с целью получения доходов по этим операциям	А) Поддержание собственного инвестиционного портфеля ценных бумагБ) Спекуляция ценными бумагами, т. е. покупка с последующей по возможности скорой перепродажей с целью получения прибыли за счет разницы в ценахВ)”Котировка” определенных ценных бумаг, т. е. участие на рынке в качестве продавца этих бумаги для всех желающих их купить, в качестве покупателя - для всех желающих продать	Банк эпизодически выходит на рынок, где принимает решение продать, купить, или придержать ценную бумагу исходя из долгосрочной оценки прибыльности этой бумагиБанк часто выходит на рынок, работая, как правило, с постоянным кругом контрагентов, “играет” на краткосрочной конъюнктуре рынкаБанк отвечает на любую просьбу со стороны участников рынка о заключении с ним сделки купли-продажи, называя предварительно цены, по которым он согласен в данный момент купить ту или иную ценную бумагу, если контрагент захочет эту бумагу продать, и продать, если контрагент захочет купить	Банк ориентируется на долгосрочные факторы доходности ценной бумагиБанк ориентирован на краткосрочные колебания цен, старается максимизировать разницу между ценой покупки и продажи ценной бумагиБанк старается предугадать движение рыночной цены ценной бумаги и назначает цены продавца и покупателя так, чтобы получить доход на разнице в ценах и не потерять на повышении или понижении цены

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

Заключение.

В заключение я хотел бы привести некоторые данные, характеризующие активные операции коммерческого банка “Капитал” горда Нижневартовска.
В связи со сложной экономической обстановкой в стране в этом банке, как и в других, очень низка доля средне- и долгосрочных кредитов: с 8,8% в 1994 году она снизилась до 4,1% в 1995 году. Также мало кредитов выдается частным лицам. Но в то же время увеличилась доля средств, вложенных в ценные бумаги. Все это может говорить о том, что российские банки работают в очень сложных условиях, но несмотря на это они развиваются и продолжают осваивать новые области экономики, понимая значение: будет ли в России современная банковская система.

	1. 01. 95	1. 01. 96
СТАТЬИ	млрд. руб.	уд. вес в %	млрд. руб.	уд. вес в %
Кредитные вложения	104,6	49	170,5	58
Вложения в ценные бумаги	6,2	3	84,0	29
в том числе:векселя			5,0
государственные долговые обязательства			6,1
государственные краткосрочные обязательства			70,9
акции предприятий	6,2		0,8
казначейские обязательства			1,3
Средства на корсчетах в других банках	103,3	48	37,9	13
ИТОГО:	213,1	100	294,3	100

Таблица 4.

Список используемой литературы.

1. Лозебо А. Банковское дело. // Экономика и жизнь. - 1994. - №42.
2. Гамидов Г. М. Банки и банковская система. // Банковское и кредитное дело. - М. , - 1994.
3. Банковский портфель. т. т. 1,2,3. // М. , - “Соминтэк”. - 1995.
4. Борисовская М. А. , Толыпина О. Н. Банковское дело. // М. , - Экономика. - 1994.
5. Колесников В. И. , Кроливецкая Л. П. Банковское дело. // М. , - Финансы и статистика. - 1995.
6. Усоскин В. М. Современный коммкрческий банк:управление и операции. // М. , - Все для вас. - 1993.
// М. , - АО “Консалтбанкир”. -1994.
8. Адибеков М. Г. Кредитные операции коммерческих банков. // М. , - АО “Консалтбанкир”. -1994.
9. Годовой отчет КБ “Капитал” г. Нижневартовск за 1995 г.

2.1. Алгоритмы планирования	·Расчет значений статей по временному горизонту планирования. В системе предусмотрены: ·автоматическая агрегация данных по времени ·автоматическое распределение установленных значений статей. ·Расчет значений статей по центрам финансовой ответственности (ЦФО). Штатный режим системы обеспечивает планирование «сверху вниз». ·Статистические методы расчет реализуются с помощью языка формул. ·Расчет значений статей на основании значений других статей. Штатный режим системы. ·Планирование «от достигнутого». Система позволяет строить планы на основании прошлых бюджетов. ·Моделирование "что если". Штатный режим. При изменении одного из запланированных показателей значения бюджетных статей пересчитываются. Реализация технологии «скользящего бюджета». В системе предусмотрена возможность планирования по кварталам с разбивкой по месяцам.
2.2. Алгоритмы учета и исполнения бюджета	·Учет факта на основании данных бухучета. Предлагаемое в системе Хранилище ориентировано также на хранение первичных данных бухгалтерского учета. Механизм интеграции системы позволяет собирать эти данные из различных внешних источников, а специальные алгоритмы рассчитывать на их основе фактические значения бюджетных статей. ·Расчет значений статей по данным внесистемного учета. Штатные режимы системы обеспечивают расчет значений статей по данным внесистемного учета, находящимся в Хранилище (бюджетным документам, показателям и др. первичным данным).
2.3. Агрегация и консолидация учетных данных	·Агрегация значений статей. В системе выполняется автоматическая агрегация значений бюджетных статей по временным периодам и по иерархии статей в плане. ·Консолидация. Система обеспечивает автоматический расчет: ·консолидированного бюджета (планового и фактического) по всем подразделениям и филиалам. ·сводных данных бухгалтерского учета по всем подразделениям.
2.4. Аллокация и трансферты	·Использование шаблонов при разноске значений статей. ·Использование нормативов и дополнительных справочников. ·Использование языка формул. Система имеет встроенный язык формул. С помощью формул можно задавать, например, алгоритм перекрестных распределений затрат (аллокаций) в виде системы линейных уравнений. ·Скриптовый язык. Для описания алгоритмов аллокаций и трансфертов могут использоваться языки Python и Visual Basic.
2.5. Алгоритмы расчета финансовых результатов	По итогам этапов бюджетирования (планирования, учета исполнения бюджета) рассчитывается ряд показателей, в частности, смета капитальных вложений по бизнесам и подразделениям, расходы на каждого сотрудника, финансовый план по бизнесам и подразделениям и др.

3. Организация работы пользователя с системой

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

3.2. Удобства в работе с системой
·Лимиты, защищенные статьи. Руководители могут задавать лимиты на значения бюджетных статей подразделений, выше которых планировщики не смогут задавать показатели.
·Утверждение статей и планов. После согласования любую статью бюджетного плана можно утвердить, после чего она будет заблокирована от изменений. Также можно утвердить целый бюджетный план, после чего будет запрещена корректировка всех его статей.
·Примечания к статье. Для каждой статьи бюджетного плана можно писать примечание.
·Визуализация расхождений. Разделы бюджетного плана, в которых выявлено расхождение плана и факта помечаются красным цветом.
·Контроль ошибок. В системе операции по загрузке данных и все расчеты, выполняемые на этапе бюджетирования, протоколируются. Информация о текущем процессе загрузки\расчета и его результатах приводится в специальных журналах.
·Версионность планов. В системе по каждой статье плана хранится история изменения ее состояний - даты открытия и закрытия статьи в плане и история установки значений статьи.
·Возможность одновременного планирования в произвольных временных периодах. В рамках одного плана можно задавать показатели за год, квартал, месяц, день.
·Возможность изменять состав и структуру статей одновременно для плана и факта (исполнения) бюджета.
·Средства анализа бюджета. Среди них:
·Интерфейс контроля исполнения бюджета, в котором можно получить информацию об исполнении бюджета в абсолютном и процентном выражении, пояснения об исполнении плана по бюджетным статьям и др. информацию.
·Генератор отчетов, встроенный во все интерфейсы для работы с данными Хранилища. Чтобы получить отчет достаточно сделать нужную выборку данных и нажать кнопку запуска генератора.
·Кластерный анализ, позволяющий объединять статьи в группы (кластеры) по заданным признакам, сравнивать группы, выявлять среди них наиболее и наименее доходные\расходные.
·Факторный анализ для выявления обстоятельств (факторов), повлиявших на значение статьи бюджета.
OLAP-анализ. С помощью OLAP-клиента Контур Стандарт можно выполнять динамический анализ данных Хранилища, генерировать "на лету" произвольные отчеты. В составе OLAP-клиента предлагается набор готовых форм динамических отчетов для получения и анализа финансовых планов по бизнес – направлениям и подразделениям, сметы капитальных вложений, структуры доходов и расходов по сотрудникам и др.

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

4. Архитектура, платформа, средства интеграции

4.1. Архитектура
Система построена на базе Хранилища данных. Хранилище данных имеет реляционную (relational) архитектуру со схемой «снежинка» (ROLAP). Архитектуру Хранилища данных можно сделать гибридной (HOLAP), используя многомерные БД в качестве витрин данных, в которые будет импортироваться информация из Хранилища.
Структура Хранилища данных настроена на хранение бюджетных данных (бюджетных планов), данных бухгалтерского учета (лицевых и балансовых счетов, документов), данных внесистемного учета (бюджетных документов и др.)

4.2. Программно – аппаратная платформа
·Сервер: Требования к машине-серверу диктуются предполагаемым объемом данных Хранилища.
·Клиентские ПК: Клиенты могут работать на ПК с процессором Pentium и ОЗУ не менее 32 Mb. От мощности процессора и объема оперативной памяти клиентской машины, зависит скорость аналитической обработки данных Хранилища.
·Программное обеспечение: ОС MS Windows NT; дополнительное ПО: Internet Explorer v. 5.0, MS Excel, MS Word.

4.3. Средства расширения функций системы
Система открыта для расширения и модернизации ее функциональных возможностей. Разработчику новых приложений предлагаются:
·Win API, Web API, Mail API - интерфейсы доступа к данным Хранилища. Используя API системы, можно создавать приложения к системе на любых языках программирования: Delphi, Си++ и др.
·Открытая библиотека прикладных классов системы и хранимые процедуры SQL для манипулирования данными Хранилища: выборки, ввода, изменения, удаления и др. операций с данными.
·Встроенный интерпретатор языка Python и функции вызова интерпретатора языка Visual Basic Script для реализации алгоритмов расчетов.
Редактор макропрограмм для написания программного кода на языках Python и VB Script.

4.4. Средства интеграции с другими средствами автоматизации
·Данные можно импортировать в офисные приложения Exсel, Word, Outlook
·Обмен данными между Хранилищем и внешними автоматизированными системами организуется с помощью XML-файлов.

Comshare MPC . Разработчик: Comshare Software . Партнер: Корус Консалтинг

1. Состав и свойства информационных объектов

1.1. Измерения бюджетных статей
Основные измерения, необходимые для ведения бюджета реализованы следующим образом:
·Организационно-штатная и финансовая структура поддерживается как стандартное измерение бюджетных статей, которое позволяет описать иерархию центров ответственности и пунктов консолидации.
·Валюты, курсы. Являются стандартным измерением бюджетных статей.
·Продукты, услуги, материальные ценности. Могут быть представлены как отдельные измерения бюджетных статей.
Клиенты, потребители и поставщики. Могут быть представлены как отдельные измерения бюджетных статей.

1.2. Бюджетные планы статей
В системе нет понятия «бюджетный план». Вместо этого статьи бюджета объединяются в группы, причем каждая статья может быть включена одновременно в несколько групп.
Заполнение группы статей может быть закреплено за каким-то одним конкретным подразделением.
Система позволяет хранить неограниченное количество различных версий бюджета.
Основные свойства бюджетных статей:
·Хранение значений во временных периодах.
·Иерархии статей бюджета нет. Статьи бюджета представляют собой плоский список.
·Собственное и консолидированное состояние, план, факт, отклонение. Встроенных типов данных «плановое значение», «фактическое значение» и «отклонение» в системе нет.
·Возможность учета значений статьи в разных валютах и натуральном измерении ограниченная.
·Дополнительная аналитика статей допускается.

1.3. Первичная информация
В системе не хранятся первичные данные (платежные поручения, мемориальные ордера, бюджетные документы, заявки и т.д.), которые могут быть использованы для расчета значений бюджетных статей. В качестве первичной информации представляются только данные по плановым расходам на зарплату сотрудников и амортизационным начислениям, причем в рамках отдельного модуля.
Система имеет механизмы поддержки финансовой логики. Например, каждая статья бюджета может быть одного из двух типов - статья Баланса и статья Отчета о прибылях и убытках. Это влияет на алгоритм расчета значений по ней.

Страница: 3 из 3
<-- предыдущая следующая -->

Перейти на страницу:
скачать реферат | 1 2 3

© 2007 ReferatBar.RU - Главная | Карта сайта | Справка

3.1. Автоматизация коллективной работы с бюджетом	Пользователи могут работать с Хранилищем данных через клиентские приложения в локальной сети, через удаленных клиентов и web-клиентов. Пользователь может вводить, редактировать, просматривать и анализировать бюджетные данные, в зависимости от заданного для него уровня доступа. Коллективно составляя бюджет в едином Хранилище, все пользователи могут интерактивно взаимодействовать друг с другом, обсуждая и согласовывая бюджетные показатели.
3.2. Удобства в работе с системой	·Лимиты, защищенные статьи. Руководители могут задавать лимиты на значения бюджетных статей подразделений, выше которых планировщики не смогут задавать показатели. ·Утверждение статей и планов. После согласования любую статью бюджетного плана можно утвердить, после чего она будет заблокирована от изменений. Также можно утвердить целый бюджетный план, после чего будет запрещена корректировка всех его статей. ·Примечания к статье. Для каждой статьи бюджетного плана можно писать примечание. ·Визуализация расхождений. Разделы бюджетного плана, в которых выявлено расхождение плана и факта помечаются красным цветом. ·Контроль ошибок. В системе операции по загрузке данных и все расчеты, выполняемые на этапе бюджетирования, протоколируются. Информация о текущем процессе загрузки\расчета и его результатах приводится в специальных журналах. ·Версионность планов. В системе по каждой статье плана хранится история изменения ее состояний - даты открытия и закрытия статьи в плане и история установки значений статьи. ·Возможность одновременного планирования в произвольных временных периодах. В рамках одного плана можно задавать показатели за год, квартал, месяц, день. ·Возможность изменять состав и структуру статей одновременно для плана и факта (исполнения) бюджета. ·Средства анализа бюджета. Среди них: ·Интерфейс контроля исполнения бюджета, в котором можно получить информацию об исполнении бюджета в абсолютном и процентном выражении, пояснения об исполнении плана по бюджетным статьям и др. информацию. ·Генератор отчетов, встроенный во все интерфейсы для работы с данными Хранилища. Чтобы получить отчет достаточно сделать нужную выборку данных и нажать кнопку запуска генератора. ·Кластерный анализ, позволяющий объединять статьи в группы (кластеры) по заданным признакам, сравнивать группы, выявлять среди них наиболее и наименее доходные\расходные. ·Факторный анализ для выявления обстоятельств (факторов), повлиявших на значение статьи бюджета. OLAP-анализ. С помощью OLAP-клиента Контур Стандарт можно выполнять динамический анализ данных Хранилища, генерировать "на лету" произвольные отчеты. В составе OLAP-клиента предлагается набор готовых форм динамических отчетов для получения и анализа финансовых планов по бизнес – направлениям и подразделениям, сметы капитальных вложений, структуры доходов и расходов по сотрудникам и др.
3.3. Секретность и безопасность данных	Типы пользователей и права доступа. ·Пользователи включаются в группы (количество групп не ограничено). Для группы устанавливается состав доступных модулей и функций системы, а также состав операций над данными, которые пользователи группы могут выполнять. ·Для каждой группы определяется меню программы, в котором настраивается вызов только необходимых интерфейсов и процедур для выполнения должностных обязанностей пользователей. В системе предопределены следующие группы пользователей: ·Бюджетник - имеет права на работу во всех интерфейсах для ведения бюджета, выполнение расчетов бюджетных данных, ввод, просмотр, корректировку и удаление бюджетных данных. ·Администратор - осуществляет настройку и мониторинг системы, определяет права пользователей, администрирует Хранилище данных и др. ·Технолог - выполняет настройку системы на конкретную методологию и особенности финансового и управленческого учета в организации (определяет состав бюджетных планов, выполняет настройку аналитических разрезов и др.). ·Аналитик - имеет право на работу в интерфейсах для просмотра и анализа данных. В специальном журнале протоколируются все действия пользователей системы.

4.1. Архитектура	Система построена на базе Хранилища данных. Хранилище данных имеет реляционную (relational) архитектуру со схемой «снежинка» (ROLAP). Архитектуру Хранилища данных можно сделать гибридной (HOLAP), используя многомерные БД в качестве витрин данных, в которые будет импортироваться информация из Хранилища. Структура Хранилища данных настроена на хранение бюджетных данных (бюджетных планов), данных бухгалтерского учета (лицевых и балансовых счетов, документов), данных внесистемного учета (бюджетных документов и др.)
4.2. Программно – аппаратная платформа	·Сервер: Требования к машине-серверу диктуются предполагаемым объемом данных Хранилища. ·Клиентские ПК: Клиенты могут работать на ПК с процессором Pentium и ОЗУ не менее 32 Mb. От мощности процессора и объема оперативной памяти клиентской машины, зависит скорость аналитической обработки данных Хранилища. ·Программное обеспечение: ОС MS Windows NT; дополнительное ПО: Internet Explorer v. 5.0, MS Excel, MS Word.
4.3. Средства расширения функций системы	Система открыта для расширения и модернизации ее функциональных возможностей. Разработчику новых приложений предлагаются: ·Win API, Web API, Mail API - интерфейсы доступа к данным Хранилища. Используя API системы, можно создавать приложения к системе на любых языках программирования: Delphi, Си++ и др. ·Открытая библиотека прикладных классов системы и хранимые процедуры SQL для манипулирования данными Хранилища: выборки, ввода, изменения, удаления и др. операций с данными. ·Встроенный интерпретатор языка Python и функции вызова интерпретатора языка Visual Basic Script для реализации алгоритмов расчетов. Редактор макропрограмм для написания программного кода на языках Python и VB Script.
4.4. Средства интеграции с другими средствами автоматизации	·Данные можно импортировать в офисные приложения Exсel, Word, Outlook ·Обмен данными между Хранилищем и внешними автоматизированными системами организуется с помощью XML-файлов.

1.1. Измерения бюджетных статей	Основные измерения, необходимые для ведения бюджета реализованы следующим образом: ·Организационно-штатная и финансовая структура поддерживается как стандартное измерение бюджетных статей, которое позволяет описать иерархию центров ответственности и пунктов консолидации. ·Валюты, курсы. Являются стандартным измерением бюджетных статей. ·Продукты, услуги, материальные ценности. Могут быть представлены как отдельные измерения бюджетных статей. Клиенты, потребители и поставщики. Могут быть представлены как отдельные измерения бюджетных статей.
1.2. Бюджетные планы статей	В системе нет понятия «бюджетный план». Вместо этого статьи бюджета объединяются в группы, причем каждая статья может быть включена одновременно в несколько групп. Заполнение группы статей может быть закреплено за каким-то одним конкретным подразделением. Система позволяет хранить неограниченное количество различных версий бюджета. Основные свойства бюджетных статей: ·Хранение значений во временных периодах. ·Иерархии статей бюджета нет. Статьи бюджета представляют собой плоский список. ·Собственное и консолидированное состояние, план, факт, отклонение. Встроенных типов данных «плановое значение», «фактическое значение» и «отклонение» в системе нет. ·Возможность учета значений статьи в разных валютах и натуральном измерении ограниченная. ·Дополнительная аналитика статей допускается.
1.3. Первичная информация	В системе не хранятся первичные данные (платежные поручения, мемориальные ордера, бюджетные документы, заявки и т.д.), которые могут быть использованы для расчета значений бюджетных статей. В качестве первичной информации представляются только данные по плановым расходам на зарплату сотрудников и амортизационным начислениям, причем в рамках отдельного модуля. Система имеет механизмы поддержки финансовой логики. Например, каждая статья бюджета может быть одного из двух типов - статья Баланса и статья Отчета о прибылях и убытках. Это влияет на алгоритм расчета значений по ней.