По диасофт для банков инструкция применению программа

Содержание

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

2. Настройка стенда

2.1.Конфигурационный файл common-config.xml

  1. Настройка userLoggerEnabled.

Прекратить журналирование по пользователю и не производить опрос сервиса adminWs.

userLoggerEnabled = 1

Начать журналирование по пользователю и проивзодить опрос сервиса adminWs.

1
Данная, настройка каждый раз считывается с диска и не кэшируется.

  1. Добавить логин и пароль пользователя с типом «Программный продукт»
  1. Также можно задать два необязательных параметра

Пример конфигурации:
1
program

2.2.Хранение данных

  • org.apache.log4j.FileAppender, org.apache.log4j.RollingFileAppender – запись в файл, задается формат вывода и т.д.
  • ru.diasoft.commons.logging.log4j.JDBCAppender – запись данных в SQL базу данных, параметры: url, user, password, jdbcDriver — параметры подключения к базе данных, bufferSize – количество строк журнала в буфере (размер буфера), maxBackupDayCount – количество дней хранения строки журнала в базе данных.
  • ru.diasoft.commons.logging.log4j.HBaseAppender – запись данных в NoSQL базу данных HBase.

Инструкции по настройке Кредитного продукта, в соответствии с ограничениями ЦБ от 01.07.2023

2.2.1.Инициализация БД

Для хранения журналируемой информации используется таблица CORE_LOGS. Эта таблица создаётся в БД системной платформы при инициализации или обновлении БД системной платформы.
В случае, если необходимо вести запись журнала во внешнюю, по отношению к системной платформе, базу данных, необходимо создать таблицу CORE_LOGS в этой базе данных:
CREATE TABLE CORE_LOGS (

` DATED FLOAT NOT NULL, — дата события, тип зависит от базы данных (FLOAT(53) для MSSQL, FLOAT(38) для остальных). Должна храниться дата до миллисекунды

LOGGER VARCHAR(255) NULL, — имя настройки журналирования

LOGLEVEL VARCHAR(10) NOT NULL, — уровень журналирования

USERNAME VARCHAR(255) NULL, — логин пользователя

LOGUID VARCHAR(255) NULL, — уникальный идентификатор запроса

MESSAGE VARCHAR(2000) NULL — текст журналируемого сообщения, можно использовать clob

);
CREATE INDEX K01_CORE_LOGS ON CORE_LOGS (DATED ASC, USERNAME ASC);

CREATE INDEX K02_CORE_LOGS ON CORE_LOGS (DATED ASC, LOGUID ASC);

CREATE INDEX K03_CORE_LOGS ON CORE_LOGS (USERNAME ASC);

CREATE INDEX K04_CORE_LOGS ON CORE_LOGS (LOGUID ASC);

В случае промышленной эксплуатации, чтобы не загружать основную базу данных, sql- база для журналирования данных должна располагаться на отдельном сервере. В качестве базы данных можно использовать ”легкую” СУБД и выставить уровень изоляции в “Незавершенное (черновое) чтение” (read uncommitted).

2.3.Настройка log4j

Библиотека log4j может быть настроена либо через конфигурационный файл log4j.properties, либо через конфигурационный файл log4j.xml, при этом конфигурационный файл должен быть только один.

FLEXTERA Framework: возможности применения (new)

2.3.1.Настройка log4j через log4j.xml

Настройки для записи журнала в БД

Ниже приведён пример настройки аппендера для журналирования в базу данных через конфигурационный файл log4j.xml:

Необязательные параметры —>

«bufferSize» value=»5″/>

информации, значение по умолчанию -1 — хранить вечно —>

«maxBackupDayCount» value=»15″/>

«maxActive» value=»8″ />

бездействовать, значение по умолчанию 8 —>

«maxIdle» value=»8″ />

бездействовать, значение по умолчанию 0 —>

«minIdle» value=»0″ />

прежде чем выбросить исключение, значение по умолчанию -1 ожидание на неопределенный

Настройки для записи журнала в файлы

Ниже приведен пример настройки аппендера для журналирования в файлы:
настройка аппендера —>

добавление аппендера в логер ru.diasoft.system —>

2.3.2.Настройка log4j через log4j.properties

Настройки для записи журнала в БД

Ниже приведён пример настройки SQL-аппендера в log4j.properties (полный список параметров с комментариями приведен выше в примере настройки через log4j.xml):.
# Define the DB appender

log4j.appender.DB.layout.ConversionPattern=%m
# add DB appender

Настройки для записи журнала в файлы

Ниже приведён пример настройки файлового аппендера в log4j.properties (полный список параметров с комментариями приведен выше в примере настройки через log4j.xml):.
log4j.appender.logger=org.apache.log4j.RollingFileAppender

log4j.appender.logger.layout.ConversionPattern=%d [%t] %-5p (%F:%L) — %m%n
# add appender
log4j.logger.org.apache.log4j.RollingFileAppender=DEBUG, logger

В ConversionPattern можно указать только само сообщение(ключ %m), уровень журналирования, название настройки журналирования можно не указывать. Данные значения автоматически пишутся в другие поля. Перенос строки (ключ %n) также не нужен.

3. Настройка журналирования через визуальный интерфейс

  • dsa(Администратор системы)
  • dsso(Администратор безопасности)
Читайте также:
Программа чтобы скрыть все в Айфоне

Откройте форму «Настройки журналирования», кликнув на пункт меню «Администрирование -> Журналирование по пользователю -> Настройки журналирования»

Для добавления настройки журналирования нажмите кнопку «Добавить», отобразится форма добавления:

  • Учётная запись пользователя(обязательное поле) – логин пользователя, по которому будет производиться журналирование, так же будет называться файл журнала, если журналирование выполняется на диск.
  • Настройки журналирования – стандартный список настроек, для задания своего выберите «Пользовательская» и введите название в появившееся поле «Пространство имён»

Заполните требуемые поля и нажмите кнопку «Выполнить».

Настройка журналирования добавится с уровнем журналирования «DEBUG».
Замечание! Журналирование по заданной настройке начнётся в зависимости от заданного времени задержки/обновления настроек журналирования (loggerUpdatePeriod и loggerInitialDelay).

4.Просмотр журналируемых данных

  • Хранение на диске
  • Хранение в базе данных
  • Возможен поиск по всем хранимым параметрам
  • Можно выгрузить журнал в XLS-файл
  • Можно очистить журнал
  • При выделении строки в журнале полное сообщение события выводится в поле под таблицей
  • dsa(Администратор системы)
  • dsso(Администратор безопасности)

Откройте форму «Просмотр журнала», кликнув на пункт меню «Администрирование -> Журналирование по пользователю -> Просмотр журнала»

Для отображения журнала заполните поле «Учётная запись» и нажмите «Найти».
Замечание! Просмотр журналов через модуль “администратор” платформы доступен, только если журналируемые данные хранятся в базе, используемой платформой (т.е. к которой подключены сервисы corews и adminws, и которая прописана в конфигурационных файлах этих сервисов, либо в конфигурационном файле common-config).

5.Подключение библиотеки журналирования к сервису

  1. В pom.xml сервиса добавить зависимость(dependency)

В качестве X.X.X.X указать последнюю стабильную версию библиотеки

import ru.diasoft.commons.logging.ServiceLogManager;

private ServiceLogManager logManager;

logManager = new ServiceLogManager();

logManager.stop();
г) В общей точке вызовов всех методов сервиса, обычно метод: dscall (в старой реализации сервисов), call(в новой реализации, получаемой при помощи платформенного генератора) добавить:
Добавить в импорт:
import ru.diasoft.commons.logging.LogContext;

import ru.diasoft.commons.logging.LogFactory;

Добавить в метод:
LogContext logContext = LogFactory.getLogContext();

logContext.put(LogContext.LOGIN_NAME, login); // логин пользователя

logContext.put(LogContext.UNIQUE_ID, UUID.randomUUID().toString()); // уникальный идентификатор, для всех логируемых данных вызываемого метода.

…. Основной код метода

logContext.remove(LogContext.LOGIN_NAME);

logContext.remove(LogContext.UNIQUE_ID);

  1. В конфигурационный файл common-config.xml добавить логин и пароль (или хэш-код пароля) пользователя для доступа к методу получения текущих настроек журналирования из аdminws:

7c222fb2927d828af22f592134e8932480637c0d
Для обратной совместимости, в случае отсутствия данных параметров, обновления уровней журналирования во время работы сервисов не происходит. Также можно задать два необязательных параметра:

  1. По умолчанию, журналируемая информация пишется в директорию %CONFIG_DIR%logs в файлы вида %loginName%.log, где CONFIG_DIR директория, где лежат конфигурационные файлы (*-config.xml), loginName – логин пользователя, если задан уровень журналирования без привязки к пользователю, данные пишутся в файл system.log
  • org.apache.log4j.FileAppender, org.apache.log4j.RollingFileAppender – запись в файл, задается формат вывода и т.д.
  • ru.diasoft.commons.logging.log4j.JDBCAppender – запись данных в SQL базу данных, параметры: url, user, password, jdbcDriver — параметры подключения к базе данных, bufferSize – количество строк лога в буфере (размер буфера), maxBackupDayCount – количество дней хранения строки лога в базе данных.
  • ru.diasoft.commons.logging.log4j.HBaseAppender – запиcь данных в NoSQL базу данных HBase.

Похожие:

Источник: rykovodstvo.ru

Автоматизированная банковская система «Диасофт»

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

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

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

— облегчение труда персонала банка;

— ускорение платежей между учредителями;

— снижения количества ошибок;

— получение оперативной информации;

— произведение операций в реальном режиме;

— увеличение объема обслуживаемых клиентов.

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

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

Читайте также:
Какие программы нужны для стрима

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

В настоящее время на рынке АБС присутствует около 20 фирм – разработчиков АБС, создающих разнообразные программные продукты. Ниже приведены статистические данные по использованию банками различных программных продуктов (опрос проведен компанией «Ламинфо», опрошено банков – 1154, не ответило – 24):

«Диасофт» 273
«R-Style Software Lab» 261
Собственная разработка 201
«ПрограмБанк» 80
«Инверсия» 49
«Кворум» 42
«ФОРС» 28
«ЦФТ» 24
«CSBI EE» 18
«БИС» 12
«МИМ-Технология» 11
Другие 131

Цель настоящей работы – продемонстрировать структуру и принцип работы автоматизированной банковской системы на примере системы «Диасофт», используемой в Нижегородском филиале КМБ-Банка (ЗАО) для обслуживания юридических лиц.

Источник: kazedu.com

46662 (Автоматизированная банковская система «Диасофт»), страница 2

Документ из архива «Автоматизированная банковская система «Диасофт»», который расположен в категории » «. Всё это находится в предмете «информатика» из 1 семестр, которые можно найти в файловом архиве . Не смотря на прямую связь этого архива с , его также можно найти и в других разделах. Архив можно найти в разделе «курсовые/домашние работы», в предмете «информатика, программирование» в общих файлах.

Онлайн просмотр документа «46662»

Текст 2 страницы из документа «46662»

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

Каждая область учета подсистемы имеет вид списка счетов с их названием и датой открытия. Каждый счет доступен для просмотра и анализа. Подсистемы «Отчеты банка» и «Генератор отчетов» предназначены и удобны для построения отчетов по имеющимся в системе данным. Подсистема «Отчеты банка» формирует различного рода выписки по счетам всех валют, а подсистема «Генератор отчетов» формирует ответы на запросы клиентов о ссудной задолженности, об открытых счетах в банке и остатках на них, об оборотах по счетам за период с помесячной разбивкой, о наличии картотеки, о выплаченной с расчетного счета заработной плате, и т.д. В подсистеме «Генератор отчетов» также предусмотрена возможность формирования внутренних банковских отчетов для свода документов дня при закрытии операционного дня в Диасофте: Пользователями подсистемы «Нормативы и анализ» являются сотрудники бухгалтерии, составляющие документы по выполнению банком обязательных нормативов. Подсистема «Клиенты банка» содержит информацию о местонахождении, контактной информации, исполнительных органах, ИНН, КПП, паспортных данных клиентов банка. Подсистема имеет вид списка клиентов в алфавитном порядке, каждая запись которого активна для просмотра.
Подсистемы «Начисление процентов», «Обслуживание клиентов», «Системный протокол», «Образцы отчетов», «Завершение дня», «Справочник ассоциаций», «Сервер сообщений», «Отделения банка», «Обслуживание системы», «Администратор системы» активны для администратора АБС и служат для настройки прав пользователя, изменения и ввода новых отчетных форм, а также модификации системы под вновь введенную задачу. Подсистема «Справочники системы» содержит справочную информацию, необходимую для контроля возможных ошибок ввода документов. При введении документа с ошибочной информацией система выдает сообщение об имеющем место несоответствии информации документа справочным материалам. Таким образом, автоматизированная банковская система «Диасофт» опирается на такие базовые понятия, как документ, счет, проводка и предназначена для осуществления операций по счетам всех видов – расчетным, счетам кассы, внебалансовым, ссудным, корреспондентским. Подсистемы «Документы по кассе», «Межбанковские операции», «Накопитель документов», «Банковские операции» служат для ввода в систему входных параметров – первичных документов и их дальнейшей обработки, в остальных подсистемах организована статистическая и финансовая отчетность на основе имеющихся в системе данных, а также представлена справочная информация, поддерживающая соответствие документов системы требованиям законодательства. 2. Организационно-экономическая сущность задачи Постановка задачи — это описание задачи по определенным правилам, которое даёт исчерпывающие представления о её сущности, логике преобразования информации для получения результата. На основе постановки задачи программист должен представить логику её решения. Постановка задачи ведётся на стадии проектирования компьютерных информационных систем. Для постановки задачи используются сведения, необходимые и достаточные для полного представления её логической, информационной и организационно-экономической сущности. При определении организационно-экономической сущности задачи осуществляются операции по определению назначения задачи, цели, периодичности и сроков выполнения. Раскрывается информационная взаимосвязь входной и выходной информации. Комплекс задач системы «Диасофт» включает:

  • правильный и оперативный учёт операций по балансовым счетам различных типов;
  • создание архивной базы платёжных документов по каждому клиенту и в целом, а также её автоматическое изменение;
  • подготовку и отбор документов для отправки;
  • осуществление межбанковских расчетов;
  • обработку и формирование выписок по счетам;
  • формирование различных отчетов по запросам клиентов;
  • формирование внутренних банковских отчетов для анализа и статистики, а также для свода документов при закрытии операционного дня;
  • правильный и оперативный учет операций конверсии;
  • правильный учет операций по внебалансовым счетам.
Читайте также:
Бизнес пак программа как работает инструкция на русском

Схематичное представление работы системы «Диасофт» с целью решения поставленных задач приведено на рисунке 2.1.

Рисунок 2.1 – Схема работы системы «Диасофт»

3. Входная информация системы «Диасофт»

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

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

При формировании в «Диасофте» входных документов выбираются следующие значения (таблица 3.1):

Таблица 3.1 Состав входной информации при формировании входных документов «Диасофта»

Входной документ

Источник: studizba.com

Рейтинг
( Пока оценок нет )
Комментарии0
Загрузка ...
Похожие материалы
EFT-Soft.ru