Оберон

Прикладные решения

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

Национальная депозитарная система Украины

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

Создание системы началось после победы в тендере в августе 2007 года. До конца октября велись работы по созданию и согласованию Технического задания. В январе 2008 года готовая система была установлена на испытательном стенде. С 13 марта 2008 года система введена в промышленную эксплуатацию. На тот момент в системе было реализовано около 45 депозитарных операций, распределенный документооборот между участниками системы велся с использованием примерно 100 типов сообщений в формате ISO.15022.

Система создана на средства Государственного бюджета Украины.

Представляет собой систему распределенного финансового документооборота, совмещенную с учетной системой и множеством подсистем: информационно-аналитической, биллинговой, подсистемой построения отчетности перед регулятором рынка и т.п. Основой системы является распределенная база данных, квантом которой является база данных узла системы. Узлом системы являются Национальный депозитарий Украины и каждый из хранителей. База данных узла системы работает под управлением СУБД MS SQL или Oracle в зависимости от выбора участника депозитарной системы. Информационный обмен построен по топологии "Звезда", центром которой является узел Национального депозитария. Особенностью данной системы является уникальная технология гарячего резервирования центрального узла системы на удаленной (более чем на 1000 км.) технической площадке, с постоянной синхронизацией базы данных резервного узла и с возможностью немедленного переноса нагрузки на этот узел в случае выхода из строя основной технической площадки.

Информационным квантом учетно-операционной системы является депозитарная операция. В настоящее время система поддерживает 93 учетных, информационных и административных операции, их перечень непрерывно пополняется. В ходе выполнения операций, вносятся изменения в базы счетов клиентов (на каждом узле системы ведется своя клиентская база) и остатков на этих счетах. Выполнение большинства операций требует участия более чем одного узла системы. В этом случае выполнение операций опирается на обмен между узлами сообщениями формата ISO.15022. В настоящее время поддерживается 172 типа таких сообщений, их количество постоянно растет. При этом каждый узел системы сохраняет определенную автономность, многие действия могут выполняться внутри узла без взаимодействия с остальными участниками депозитарной системы.

Информационный обмен между узлами учасиников депозитарной системы осуществляется в on-line режиме с использованием каналов Internet. Используется оригинальный протокол высокого уровня, построенный над протоколом TCP Socket. Поддерживается протокол прокси-сервера SOCKS5. Протокол обмена информацией между узлами системы построен на сеансовом принципе и исключает потерю, дублирование или потерю порядка следования информации при передаче/приеме данных.

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

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

Существует централизованная система автоматического обновления версий системы. Система обновления версия построена в несколько "этажей": на центральном узле системы формируется эталонный слепок рабочей версии системы для каждого типа перифирийных узлов (различаются она как минимум СУБД, под управлением которой работает база данных узла); при подключении перифирийного узла, производится сверка версии, установленной на узле и эталонным слепком, при необходимости обновления передаются на узел и загружаются в его локальную базу данных; АРМ каждого пользователя перифирийного узла в начале работы сверяет версию, установленную на компьютере пользователя, с загруженной в базу данных и при необходимости осуществляет обновление версии на этом компьютере.

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

Многочисленные сопутствующие подсистемы, прилегающие к основной учетно-операционной депозитарной системе, автоматизируют выполнение смежных функций. Некоторые из них не относятся к депозитарной деятельности даже коссвенно, как, например, возложенная на Национальный депозитарий функция ведения Национального реестра кодов междепозитарного учета (коды MDO).

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

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

- - -

Биржевая электронная торговая система

Биржевая электронная торговая система "Оберон-Блиц" зарегистрирована как самостоятельный объект авторского права (Авторское свидетельство №19580 от 09.02.2007), производный от Системы комплексной автоматизации "Оберон". Для ее эксплуатации создано отдельное юридическое лицо.

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

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

База данных центрального узла ведется под управлением СУБД MS SQL 2000, базы данных периферийных узлов - под управлением СУБД SQLite.

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

Первоначально создавалась для организованного фондового рынка. Однако, со временем была создана и успешно внедрена версия для товарно-сырьевого рынка.

Информационный обмен между узлами учасиников биржевой системы осуществляется в on-line режиме с использованием каналов Internet. Используется оригинальный протокол высокого уровня, построенный над протоколом TCP Socket. Поддерживается протокол прокси-сервера SOCKS5. Протокол обмена информацией между узлами системы построен на сеансовом принципе и исключает потерю, дублирование или потерю порядка следования информации при передаче/приеме данных.

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

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

- - -

Учет договоров

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

Блок учета договоров расчитан на ведение большого количества договоров с поставщиками и потребителями в условиях, когда с одним контрагентом заключено много договоров. Договора разделяются на скалярные (с конечным объемом работ, сроком и суммой, пусть и корректируемыми дополнительными соглашениями) и револьверные (то есть, заключенные на неопределенный срок, с регулярным выполнением работ/оказанием услуг и их оплатами на основании актов выполненных работ).

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

Расчет пени и внесение ее в базу договоров в качестве начислений особого типа.

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

Импорт данных из систем банк-клиент, разработка выписки, разноска сумм прихода по договорам (в автоматическом, полуавтоматическом или ручном режиме).

Обработка квитанций, поступивших из банков в расшифровку платежей. Разноска квитанций по договорам, обработка комиссии банка: разноска ее по бухгалтерским счетам затрат пропорционально разноске сумм квитанций по типам договоров.

Связь договоров с поставщиками с АРМами "Склад" и "Основные средства". Обработка нестандартных договоров (например, когда цена на песок, щебень или другой расходный материал зависит от объема поставки в течение месяца, и, следовательно, поступившие материалы не могут быть расценены в момент поступления, а до наступления определенного события учитываются только в натуральном исчислении и не имеют денежного эквивалента).

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

АРМ казначейства: разноска договоров и/или позиций по договорам по статьям бюджетного плана. Планирование оплат по договорам с поставщиками. Отслеживание остатков на счетах в банках, мониторинг поступлений на счета в сравнении с прогнозом и планом в бюджете денежных средств. Подготовка и согласование платежных поручений. Экспорт утвержденных платежных поручений в системы банк-клиент.

Юридическая служба: АРМ догворного отдела. Подготовка договоров к подписанию, согласование договоров. Подготовка шаблонов текстов типовых договоров. Учет заключенных договоров. Архив выполненных договоров. Дополнительные соглашения к договорам. Отслеживание выполнения скалярных договоров, срок по которым истек/истекает.

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

- - -

Кадры+Зарплата

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

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

Бухгалтер нужен на этапе настроек: проставление номеров счетов для бухгалтерского учета начислений, удержаний и отчислений (могут быть установлены для кода начисления/удержания/отчисления, либо в разрезе подразделений, и могут быть уточнены для сотрудника персонально).

АРМ планово-экономического отдела: аналитический блок, подготовка обоснований для изменения штатного расписания, новая версия штатного расписания (с переводом должностей и замещающих их специалистов в другие подразделения, если нужно).

АРМ отдела кадров. Приказы - проекты, утверждение, перемещения. Ведение карточек сотрудников, включая информацию о инвалидности, квалификационных разрядах, алиментах и т.д. Отчетность, внутренняя и внешняя (служба занятости, военкомат,...).

АРМ "Табелирование". Кроме штатных интерфейсов, используемых для ввода нерегулярной информации (например, больничные), включает специально разработанный интерфейсный плагин, с возможностью ввода/просмотра/корректировки данных табеля в максимально адаптированном виде.

АРМ администрирования: разграничение полномочий табелировщиков и инспекторов отдела кадров, ведение справочников, ведение календаря рабочих/нерабочих дней, собственно выполнение расчета зарплаты для одного человека, подразделения или всего предприятия.

Результатами расчета являются платежная ведомость (под печать и/или передачу в банк), реестр сводных бухгалтерских проводок (аналитика по счетам доступна для просмотра из АРМа администрирования), расчетные листки для выдачи на руки, некоторые специфические формы.

- - -

Электронный документооборот

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

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

Документ хранится в базе данных в виде документа MS Office и при необходимости пересылается между узлами системы. Хранятся также все версии документа. При необходимости, в виде постраничных скан-копий хранится и образ печатного документа. Отдельно, в соседней таблице, хранятся резолюции на документе (текстовые примечания объемом до 4000 символов).

Возможность установления ролевой связи между документами. Ведется справочник ролей связей между документами.

Возможность поиска документа по любым параметрам карточки документа, а также с возможностью полнотекстового поиска в теле документа (за исключением скан-копии в формате картинки).

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

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

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

Маршрут документа. Перечень поручений, данных в связи с документом сотрудникам или подразделениям. Для каждого поручения определяется кто его дал, тип (ведется справочник типов поручений), лицо или подразделение, которому поручение дано, время на исполнения или срок исполнения ("выполнить до 12:00 16.04" или "выполнить в течение двух рабочих дней"). Поручения в связи с документом оформляются в маршрут, определяющий очередность выполнения поручений, какие поручения должны выполняться последовательно, а какие могут выполняться паралельно. Сотруднику, которому дано поручение, или руководителю подразделения, если поручение дано на подразделение, отправляется сообщение (возможно, с использованием электронной почты, а возможно, внутрисистемными средствами) об активации поручения (выполнении всех поручений, которые в соответствии с маршрутом должны быть выполнены до него).

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

Если поручение дано на подразделение, руководитель подразделения (лицо, наделенное соответствующим полномочием, не обязательно одно на подразделение) имеет возможность распределить это поручение на конкретного сотрудника. Это же лицо может перенести поручение, данное сотруднику подразделения, на другого сотрудника (например, в случае болезни сотрудника).

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

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

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

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

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

Механизм ведения дел. Документ может быть отнесен к некоторому делу. Номенклатура дел определяется уполномоченными пользователями. Отнесение документа к конкретному делу может быть осуществлено в произвольный момент жизни документа. Существует механизм упорядочивания дел и переноса их в архив. Перенос дела в архив не означает невозможность доступа к отнесенным к нему документам.

При создании Системы канцелярского документооборота были даже шире чем обычно использованы внешние програмные средства: приложения MS Office, Outlook/ Outlook Express, для просмотра образов документов использованы настройки операционной системы для определения приложения, соответствующего типы файла образа.

Для приложений MS Word и Excel были разработаны надстройки, обеспечивающие сохранение редактированного документа в базу данных СКА "Оберон". Для реализации механизма оповещений был разработан отдельный интерфейсный плагин.